Newsgroup: it.comp.os.linux.iniziare
Titolo: .xsession-errors gigante e elenco pacchetti

oggi fedora 13 mi ha riempito la /home con il file .xsession-errors, un
mostro di 10 giga che ho prontamente cancellato. ci sono state delle
minime conseguenze nella configurazione di gnome, ma nulla di gravissimo
(sempre che la cosa sia imputabie a 'sto file), solo che non vorrei
essere costretto a farlo sistematicamente e preferirei evitare nuove
installazioni. che faccio? aspetto un aggiornamento qualche giorno e
spero che vada tutto bene? al momento il file è sui 2 giga (e l'ho
cancellato)
altrimenti (ma spero proprio di no) reinstallerei. ma esiste il modo di
esportare l'elenco pacchetti in modo che sia facilmente utilizzabile da
yum? con rpm -qa l'output è sì l'elenco dei pacchetti, ma ognuno ha
anche il numero della versione correntemente installata nel nome e non
sono sicuro che sia 1 buona cosa. ovviamente con il tool "creatore di
service pack" non ho nessun risultato :-D

 sono sicuro che sia 1 buona cosa.
[root@krakatoa ]# rpm -q xpdf
xpdf-3.02-15.fc13.i686
[root@krakatoa ]# rpm -qi xpdf-3.02-15.fc13.i686
Name        : xpdf                         Relocations: (not relocatable)
Version     : 3.02                              Vendor: Fedora Project
Release     : 15.fc13                       Build Date: ven 16 ott 2009
23:16:26 CEST
Install Date: dom 13 giu 2010 19:24:58 CEST      Build Host:
x86-4.fedora.phx.redhat.com
Group       : Applications/Publishing       Source RPM:
xpdf-3.02-15.fc13.src.rpm
Size        : 2594711                          License: GPLv2
Signature   : RSA/SHA256, gio 04 feb 2010 16:29:36 CET, Key ID
7edc6ad6e8e40fde
Packager    : Fedora Project
URL         : 
http://www.foolabs.com/xpdf/
Summary     : A PDF file viewer for the X Window System
Description :
Xpdf is an X Window System based viewer for Portable Document Format
(PDF) files. Xpdf is a small and efficient program which uses
standard X fonts.
[root@krakatoa ]# rpm -e xpdf-3.02-15.fc13.i686
[root@krakatoa ]# rpm -q xpdf-3.02-15.fc13.i686
il pacchetto xpdf-3.02-15.fc13.i686 non è stato installato
[root@krakatoa ]# yum -y install xpdf-3.02-15.fc13.i686
[...]
Impostazione processo di installazione
Risoluzione dipendenze
--> Esecuzione del controllo di transazione
---> Pacchetto xpdf.i686 1:3.02-15.fc13 settato per essere aggiornato
--> Risoluzione delle dipendenze completata
Dipendenze risolte
================================================================================
 Pacchetto    Arch      Versione             Repository        Dim.
================================================================================
Installazione:
 xpdf         i686      1:3.02-15.fc13       fedora           804 k
Riepilogo della transazione
================================================================================
Installa       1 pacchetto/i
Aggiorna       0 pacchetto/i
Dimensione totale del download: 804 k
Dimensione installata: 2.5 M
Download dei pacchetti:
xpdf-3.02-15.fc13.i686.rpm                      | 804 kB     00:01
Esecuzione rpm_check_debug
Test di transazione in corso
Test di transazione eseguito con successo
Transazione in corso
  Installazione  : 1:xpdf-3.02-15.fc13.i686                    1/1
Installato:
  xpdf.i686 1:3.02-15.fc13
Completo!
[root@krakatoa ]#
  Si, è una buona cosa.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.


no, ok, quello che intendo sarebbe piallare (sigh), ma prima recuperare 
l'elenco con rpm -qa > rpm.txt. però il comando scrive su un file tutti 
i nomi dei pacchetti installati in colonna uno di seguito all'altro (con 
tanto di versione x.y.z.q.t.fc13.x86_64 per esempio), e se bastasse uno 
yum install [contenuto del file], già sarebbe 1 sacco di tempo 
risparmiato, ma immagino che sia troppo facile così, ma se sei convinto 
che è una buona cosa almeno ho il piano b

 minime conseguenze nella configurazione di gnome, ma nulla di gravissimo
[ ... ]
Il nome del file dice tutto, specialmente la parte "errors".
10 giga per quel file significa solo che:
- sono anni che gli errori si accumulano
- hai un sistema abbastanza incasinato
- hai un programma che quando gira non fa altro che generare errori
- hai incasinato la configurazione dell'utente.
la prima ipotesi è da escludere visto quello che dici.
la terza, la puoi verficare controllando il contenuto del file
la quarta, ti basta creare un nuovo utente e vedere cosa succede,
se il file non cresce sei a cavallo, configura i programmi che usi di
più per il nuovo utente, verifica ogni volta cosa succede cosi da
identificare l'eventuale errore che potresti aver commesso.
per la seconda, un controllo del file va fatto in ogni caso, hai visto
mai
sei cosi fortunato che salta subito agli occhi quello che dà fastidio.
ti consiglio di procedere in questo modo:
- disinstallare completamente l'ambiente grafico (gnome/kde/xfce ...)
  con tutti i programmi associati
- disinstallare Xorg e tutti i programmi associati
nel dubbio disinstalla, ma prendi sempre nota di quello che fai;
in pratica:
     yum groupremove ....
usa "grouplist" per avere la lista dei gruppi, all'inizio ti elenca
quelli
che sono installati.
quando hai finito un reboot e inizia a reinstallare, un gruppo alla
volta
e verifica ogni volta se ci sono problemi.
non preoccuparti per i file di configurazione perchè quelli di sistema
vengono sempre salvati e possono essere riutilizzati.
per la seconda domanda:
system-config-kickstart
michele

 che è una buona cosa almeno ho il piano b
  Filtra il file con sed o awk, è facile.


 hai ragione, ma che razza di editor apre un file da 10 giga? :-D
EDITOR????????????????????
Vade retro Windows
man more
:-(
michele


Non capisco, perché la parola "editor" ti porta a windows?
Uso spesso kate, non posso chiamarlo editor?
-- 
firma

 Uso spesso kate, non posso chiamarlo editor?
Peraltro il comando more è presente anche in Win.

 hai ragione, ma che razza di editor apre un file da 10 giga? :-D
A parte che si potrebbero anche trovare, editor che ti aprono quel
file, il sistema migliore è
tail -f [path].xsession-errors
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net


tutti ottimi suggerimenti, grazie, soprattutto per il kickstart che 
sicuramente sperimenterò in virtuale x sicurezza, ma tra disinstallare 
gruppi giganti di pacchetti, analizzare e ripristinare forse mi sarebbe 
convenuto rifare tutto da capo.
cmq è venuto fuori che un po' cairo-dock e soprattutto la preparazione 
di un'anteprima e delle proprietà di un file video (un film rippato) 
erano i responsabili di questo comportamento assurdo. ho tolto 
cairo-dock, ho provato awn che in confronto è sconfortante e sono 
ricorso all'artigianato con una barra di gnome a scomparsa. e con 
qualche aggiornamento è tornato tutto a posto. le proprietà del file non 
vengono fuori (poco male, è solo quello a dare rogne) e 
.xsessions-errors è tornato a una taglia dignitosa (sebbene non capisca 
come mai certi output siano da considerarsi "errors")

Mario M. Macaluso ha sentenziato:

  Conosco gente che guarda i log con vi (e quello è un editor); 
personalmente preferisco less.
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.


Mettiamola cosi:
usare un editor solo per visualizzare il contenuto di un file espone
al rischio di rispondere "si voglio salvare" perchè si sono premuti
dei tasti sbagliati che l'editor ha interpretato come modifica del
testo;
puoi immaginare le conseguenze.
l'ambiente grafico porta a sottovalutare questo rischio, ma a tutto
c'è una soluzione:
un piccolo script per nautilus e... si può scegliere tra "modificare"
o "visualizzare".