Re: installazione Etch amd64 non riconosce il disoc fisso
> Sto provando a installare Etch per amd64 ma c'è un problema: non riconosce > il disco fisso. > Visto che sullo stesso PC c'è già la Etch a 32 bit da cui sto scrivendo mi > sento di escludere problemi hardware... Probabilmente i driver del kernel 2.6.18 per il tuo controller sono presenti (e/o funzionanti) solo per 32bit. Fai una ricerca basandoti sull'output di lspci e dmesg. Prova anche a vedere se il BIOS ti permette di mettere il controller in qualche modalita' un filo piu' tradizionale. Saluti, Ettore -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
NIS e home directory
Ciao a tutti, Ho abilitato il client NIS su una Debian. Funziona a meraviglia ma solo per gli utenti che hanno gia' la home directory sulla macchina. Agli altri viene affidata la root come home. Mi aspetterei, invece, che la home venisse creata al primo login. Come si puo' fare? Grazie Ettore -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installazione debian da chiavetta usb - Il debian installer non trova l'iso
Ciao Marco, > 1 metodo > Ho scaricato i file, eseguito il "zcat boot.image.gz >/dev/sdb, e mi estrae > alla perfezione il tutto nella mia chiavetta. A questo punto la monto e cerco > di copiarci dentro l'ultima netinst scaricata ma mi dice che nn c' abbastanza > spazio (e qui gi non riesco a capire perch il comando abbia fatto in modo di > ridurre la capacit della chiavetta a 256 mb). Qualcosa non quadra. L'immagine su boot.image e' di 256M ma solo 15M sono occupati. Se la monto mi da: /tmp/boot.img 244480 15572228908 7% /mnt Ci sono cioe' 223M liberi. L'immagine netinst (debian-40r1-i386-netinst.iso) ci sta a meraviglia, visto che occupa 163M. Forse hai tentato di copiarci il primo CD (600M) e non la netinst. Ettore -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Salvare le informazioni di un kernel oops
Ciao a tutti, Ultimamente mi sono capitati alcuni kernel oops, e visto che uso gnome, tutti si sono risolti con un congelamento della macchina, coi soli led della tastiera rimasti a lampeggiare. Non ho la minima idea di quale possa essere la causa, visto che la console e' su un terminale di testo. Riavviando, non trovo in syslog nessun dettaglio. Come posso fare per tener traccia in futuro di questi oops? Ho visto che RedHat ha uno strumento chiamato netdump, che in caso di oops manda tutte le info via rete ad un server, su cui gira un servizio apposito. C'e' qualcosa di simile per Debian? Grazie Ettore -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.24 e ipw3945 -> impossibile compilare!!
Nel giorno Mon, Jan 28, 2008 at 08:29:20PM +0100, Luca Costantino scrisse: > > scaricato il nuovo kernel 2.6.24, make oldconfig e quindi make-kpkg... > > ho problemi nella compilazione del modulo ipw3945, mentre quello > nvidia viene compilato correttamente... > > gli errori sono questi http://rafb.net/p/qBrFRh32.html > > idee? Il kernel 2.6.24 incorpora iwlwifi (e quindi iwl3945). Ti consiglio di usare quello anche perche' ipw3945 non viene piu' seguito dagli sviluppatori. Ettore -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Disabilitare l' IPv6
> vorrei sapere se oltre a "blacklistare" il modulo "ipv6" esistono > altri > sistemi - magari qualcuno ufficiale - per disabilitare l' IPv6 che > sopravvivano agli aggiornamenti di sistema > > [ ... ] > > Altre possibilita'? Metti piuttosto ipv6 in /etc/modprobe.d/blacklist. Sarebbe comunque meglio modificare direttamente /etc/network/interfaces, che, immagino, e' il motivo per cui ipv6 viene caricato. Ettore -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
exim4-daemon-heavy e dc_minimaldns
Ciao, ho un problema curioso riguardo l'uso della variabile dc_minimaldns in update-exim4.conf.conf; questa è la mia configurazione attuale: /etc/exim4/update-exim4.conf.conf dc_eximconfig_configtype='smarthost' dc_other_hostnames='antares' dc_local_interfaces='127.0.0.1' dc_relay_domains='' dc_minimaldns='true' dc_relay_nets='' dc_smarthost='smtp.gmail.com' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='false' dc_mailname_in_oh='true' dc_readhost='' /etc/mailname: localhost /etc/email-address: [EMAIL PROTECTED]:password /etc/exim4/passwd.client server:email:password /etc/hosts.allow exim4: localhost.localdomain /etc/hosts.deny: ALL: ALL Ho configurato exim solo attraverso debconf e poi l'ho disabilitato dagli script d'avvio per avviarlo con xinetd; con exim4-daemon-light tutto funziona a dovere, ma dopo l'upgrade a exim4-daemon-heavy se tento di inviare una mail ho il seguente messaggio d'errore: 2006-01-15 22:19:36 1EyFHk-000621-9B unknown lookup type "localhost Se imposto l'opzione dc_minimaldns a 'false' il tutto riprende a funzionare; per la cronaca lo stesso messaggio d'errore lo avevo con exim4-daemon-light e dc_minimaldns='true' se non abilitavo exim4: localhost.localdomain in /etc/hosts.allow. Qualch'uno è incappato nello stesso problema? Ciao e grazie, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GNOME 1.4 e potato
> Salve a tutti. > > Quanlcuno sa dove trovare i deb di gnome 1.4 per la potato (o al limite > la woody) ? > > So che e' in sid, ma non volevo installarla per il momento. I pacchetti di Ximian GNOME 1.4 per Potato sono in preparazione, e dovrebbero essere rilasciati molto presto. Ancora un attimino di pazienza... -- Ettore
Re: Problemi col nuovo Gnome
On 21 Apr 2001 01:33:34 +0200, Federico Di Gregorio wrote: > no, ximian supporta esclusivamente debian stable, quindi dovrebbe > essere per potato. I pacchetti di Ximian GNOME funzionano tranquillamente anche con Testing aka Woody. Io li ho usati per un sacco di tempo e li uso tutt'ora. Il fatto che l'unica distribuzione supportata "ufficialmente" sia Debian stable e` dovuto unicamente al fatto che Testing e Sid cambiano ogni giorno, quindi non e` possibile in alcun modo garantire al 100% il supporto per quelle versioni. Ma questo non conta niente, dato che Testing e Sid non sono ufficialmente supportate neppure da Debian... -- Ettore
Re: Problemi col nuovo Gnome
On 21 Apr 2001 13:21:21 +0200, Federico Di Gregorio wrote: > buono a sapersi ma inutile, tutto gnome 1.4 dovrebbe orami essere in > testing... :) I pacchetti di Ximian GNOME 1.4 hanno (avranno) una serie di miglioramenti rispetto alla distribuzione standard, esattamente come e` successo per le versioni precedenti. E comunque e` un vantaggio non indifferente che girino sulla Stable... Non tutti hanno voglia di litigare con Testing o (peggio) Unstable. > > Il fatto che l'unica distribuzione supportata "ufficialmente" sia > > Debian stable e` dovuto unicamente al fatto che Testing e Sid cambiano > > ogni giorno, quindi non e` possibile in alcun modo garantire al 100% il > > supporto per quelle versioni. Ma questo non conta niente, dato che > > Testing e Sid non sono ufficialmente supportate neppure da Debian... > > dipende dalla definizione di "supportare". per supportato io intendo che > se mando un bug report, l'autore ne tiene conto e tenta di correggere il > bug. e questo e' esattamente il motivo di esistere di unstable, correggere > bachi. quindi si, unstable e' supportata da debian. (e, btw, in unstable > si trova uno gnome 1.4 decisamnte stabile e up-to-date.) Il fatto che leggano i bug report per una versione dichiaratamente instabile non mi sembra sufficiente per dire che quella versione sia supportata. Un software per avere senso che sia supportato deve anche essere stabile. Comunque, nella pratica i pacchetti funzionano benissimo con Testing e i bug report su Testing sono tenuti in considerazione... Quindi secondo la tua definizione sono "supportati". -- Ettore
Re: Problemi col nuovo Gnome
On 23 Apr 2001 11:23:32 +0200, Federico Di Gregorio wrote: > quali miglioramenti esatamente? siceramente, a parte alcune icone piu' > carine e lo splash screen con le iconcine io non avevo visto dufferenze > nell'1.2. comunque, una domanda, se ci sono miglioramenti *fondamentali* > (non solo alcune icone in piu') com'e' che non vengono inclusi in gnome? La foobar per esempio e` nata come una delle aggiunte in Ximian GNOME 1.0, poi e` stata resa parte dello GNOME "ufficiale". > > Il fatto che leggano i bug report per una versione dichiaratamente > > instabile non mi sembra sufficiente per dire che quella versione sia > > supportata. Un software per avere senso che sia supportato deve anche > > essere stabile. > > leggerli non e' sufficente. bisogna riprodurre i bug e poi *correggerli* > per supportare qualcosa. in questo senso non supportate unstable. Infatti io parlavo di Testing. > secoli che almeno 20 persone differenti riportano incompatibilita' > binarie fra lo gnome di ximian e quello di debian ed il vostro maintainer > dei .deb se ne fa una pippa. mi permetto di ricordarti che, essendo i > pacchetti dei .deb, e' ximian che deve adattarsi a debian e non il > contrario... Non e` questione di adattarsi, e` questione di quali distribuzioni sia ragionevole supportare e quali no. Hai mai sentito gli utenti Red Hat fare la voce grossa perche' i pacchetti RPM non funzionano con le versioni Beta della distribuzione? Ovviamente no. Non vedo nessun motivo ragionevole perche' le cose debbano essere diverse con Debian. (Oltretutto Unstable e` in pre-Alpha, neanche in Beta.) > per quanto riguarda l'avere senso... allora il 90% di gnome non e' > supportato. ci sono pochissime parti di gnome realmente stabili, > al momento, prodotti ximian compresi... Ignoro il flame gratuito. > > Comunque, nella pratica i pacchetti funzionano benissimo con Testing e > > i bug report su Testing sono tenuti in considerazione... Quindi secondo > > la tua definizione sono "supportati". > > peccato che se tento un ibrido di pacchetti debian e ximian i segfult > aumentino a dismisura (su un notevole gruppo di applicazioni.) questa > situazione va avanti da mesi e, a quanto ne so, nessuno in ximian ha > mai provato a correggerla od anche solo a riprodurla... A quanto ne so i pacchetti di Ximian non hanno nessuna incompatibilita` binaria con quelli di Debian. Non vedo nessun motivo per cui dovrebbero averne, dato che le API delle librerie non sono mai state modificate. Io non parlo per i maintainer dei .deb di Ximian, ma posso solo dire che uso Debian Woody con Ximian GNOME da due mesi, e non ho mai avuto nessun problema a mischiare pacchetti Debian con pacchetti Ximian. -- Ettore
Re: Problemi col nuovo Gnome
> > A quanto ne so i pacchetti di Ximian non hanno nessuna > > incompatibilita` binaria con quelli di Debian. Non vedo nessun motivo > > per cui dovrebbero averne, dato che le API delle librerie non sono mai > > state modificate. > > questa e' la risposta standard della ximian. Non e` una risposta standard, e` un dato di fatto. Le patch le possono vedere tutti. Se ci sono problemi (cosa che ovviamente non posso escludere a priori) non sono per incompatibilita` binaria dei pacchetti di Ximian GNOME con quelli di Debian. Io non ho tempo di andare a leggermi debian-devel ora, ma mi ricordo di questo tuo chiodo fisso dei pacchetti incompatibili. E l'unica volta che mi hai portato un esempio concreto di incompatibilita` binaria riguardava Bonobo, che (a) non e` comunque parte di Ximian GNOME 1.2 e (b) all'epoca non era ancora API-frozen (e quindi era inevitabile che versioni diverse generassero incompatibilita`). > fortunello. ma tu usi uno gnome tutto ximian, con gimp compilato per > funzionare coi pacchetti ximian e cosi' via. non un vero ibrido come > faceva la gente che ha riscontrato i problemi. Ho mischiato in piu` casi i pacchetti (es. installando pacchetti da unstable) senza mai nessun problema. In ogni caso, questo thread sta gia` diventando abbastanza noioso. -- Ettore
Re: novita' ximian-only in gnome 1.4?
On 23 Apr 2001 16:25:47 +0200, Michele Dalla Silvestra wrote: > On Mon, Apr 23, 2001 at 03:00:35PM +0200, Federico Di Gregorio wrote: > > (quali sono le novita' ximian-only in gnome 1.4?) > > A dire il vero questo mi interesserebbe... ;-) Non volevo rovinare la sorpresa. :-) Comunque, Ximian GNOME 1.4 e` stato appena rilasciato (ancora niente supporto per Woody a causa di qualche problema dell'ultimo minuto, ma arrivera` presto). http://www.ximian.com > Poi una domandina mia: ho visto l'annuncio ufficiale di Evolution 0.9, ed ho > trovato dei pacchetti deb versione 0.10+cvs.2001.04.01.08.00. E' quindi gia' > uscita anche la 0.10 o si tratta di una pre-0.10? Sono gli snapshot da CVS pre-0.10. Rilasceremo la 0.10 fra poco, e probabilmente non sara` molto diversa da quello che vedi ora dagli snapshot (modulo bug gravi dell'ultimo minuto). > Comunque non sono riuscito a far funzionare ne' questa versione ne' quella > piu' recente del 18/04, ovvero quando lancio il programma mi appare una > finestra di dialogo contenente "impossibile avviare la shell di Evolution". Di solito questo e` un problema di OAF. Hai compilato per caso qualche cosa a mano? Che versione di OAF hai? > Posso fare qualche debug o mi conviene provare su una macchina piu' > "pulita"? Non so, e` quasi sicuramente un problema di installazione... Se ri-installi su una macchina pulita probabilmente il problema non si verifichera` piu`. -- Ettore
Re: novita' ximian-only in gnome 1.4?
On 24 Apr 2001 17:10:25 +0200, Federico Di Gregorio wrote: > gnome doorman, che sembra molto carino, aspetto con ansia di vederlo > impacchettato ed in woody. E` gia` impacchettato. :-P > monkeytalk, che ha tutta l'aria di un client irc semplificato (e spero > che lo sia perche' inventare qualcosa di nuovo quando esiste uno > standard che funziona bene mi sembra esagerato): MonkeyTalk e` una versione customizzata di XChat; si collega a un nostro server IRC che funziona come luogo di ritrovo per gli sviluppatori e gli utenti di Ximian GNOME. > red carpet, che evitero' qui' di criticare per non infiammare ettore. Guarda che quello che si scalda tanto sei tu. Per quelli che non lo sanno, Red Carpet e` un front-end a dpkg o rpm; permette di installare e rimuovere pacchetti, ricevere notizie sugli update e risolvere le dipendenze in automatico... Un po' come fa apt, ma con un'interfaccia grafica piu` semplice e comoda da usare. Sostituisce il vecchio `helix-update' e funziona allo stesso modo su tutte le distribuzioni supportate da Ximian GNOME. > ximian setup tools, boh, qualcuno li ha provati? Non sono ancora finiti (e mi sa che c'e` solo il back-end per Red Hat al momento), ma sono un set di tool di configurazione con un'architettura molto carina. Se mi concedete lo spam: http://primates.ximian.com/~miguel/helix-setup-tools.html (Il documento e` vecchio, ma i principi rimangono quelli.) > quindi deduco che le novita' siano questi programmini in piu', esatto? > o mi sono perso qualcosa? Ci sono anche un po' di temi (il tema di default di GTK+ non e` quello standard), wallpaper, qualche patch in GTK+ (es. il cursore lampeggia, il file selector e` dotato di shorcut), un layout piu` sensato per i menu, un setup di default un po' piu` curato, migliore integrazione con Mozilla... -- Ettore
Re: novita' ximian-only in gnome 1.4?
On 26 Apr 2001 16:23:36 +0200, Federico Di Gregorio wrote: > bello. ti lascia collegare anche ad altri server/canali o solo a > ximian? se posso fare una piccola critichina, perche' non dare > semplicemente un xchat precofigurato per collegarsi all'avvio > al server/canale ximian ma dover cambiare un ottimo programma gia' > esistente? Si collega solo al nostro server. Il punto di MonkeyTalk e` che se uno vuole supporto tecnico o aiuto da altri utenti non necessariamente vuole imparare ad usare una cosa complicata come XChat. Con MonkeyTalk fai `Help -> Chat' nella tua applicazione, vieni collegato in automaticamente al canale giusto, e hai davanti un'applicazione semplicissima in cui devi solo leggere e digitare. > capisco i programmi in piu' ximian-only (red carpet, > i setup-tools) ma patch a librarie usate anche da gnome "vaniglia"? Non credo che ci siano patch nelle librerie GNOME. Per quanto riguarda GTK+, ci sono tre patch che conosco: * La patch del cursore lampeggiante, che Owen non ha mai voluto includere nel GTK+ ufficiale (non chiedetemi perche', neanche io l'ho mai capito). * La patch dei link al file selector, che non potra` mai finire in GTK+ perche' specifica di GNOME. * Qualche patch per GtkPlug/GtkSocket che sono gia` state committate sul CVS, ma attendono una release da parte di maintainer ufficiali. Siccome sono patch fondamentali perche' Evolution sia usabile, le abbiamo dovute includere in Ximian GNOME senza aspettare la release ufficiale. Ci sono anche altre cosine (p. es. in Nautilus) che sono gia` state mandate ai maintainer ufficiali, ma sono anticipate in Ximian GNOME. Non c'e` niente di strano comunque, tutti fanno delle patch a GNOME nelle loro distribuzioni (es. Mandrake, Red Hat)... Noi cerchiamo semplicemente di rendere la nostra distribuzione la migliore in circolazione. Il senso di fare una distribuzione di GNOME e` proprio quello di fare qualcosa di meglio rispetto a quello che fanno i maintainer dei pacchetti esistenti. -- Ettore
Re: novita' ximian-only in gnome 1.4?
On 26 Apr 2001 17:43:55 +0200, Federico Di Gregorio wrote: > ahia. inizia la mentalita' "tanto l'utente e' tonto e diamogli strumenti > che non gli permettano di imparare...""" Piu` semplicemente, l'utente non sempre ha voglia di imparare ad usare un client IRC complesso come XChat solo per chiedere come si fa una cosa con Gnumeric. A me questo sembra abbastanza ovvio. > e canale giusto. tanto gli utonti sono abbituati a decine di menu che > non usano perche' non sanno a cosa servono quindi non avrebbe fatto > differenza. Forse sei tu che consideri l'utente un idiota. Se gli dai in mano un client IRC completo (e incasinato) invece di un'applicazione specifica per ottenere supporto su di un programma, stai tranquillo che si accorge della differenza. > avrebbe fatto molta differenza. qui' sta' la differenza fra un atteggiamento > "economico" (do all'utonto qualcosa che lo lega a me anche a scapito delle > features) ed uno "aperto" (do all'utonto qualcosa di preconfigurato e facile > da usare, ma gli lascio la liberta' di *imparare* e *migliorare*) E` un sistema per ottenere supporto, non una chat completa. Per quello ci sono gia` le reti IRC tradizionali (e XChat, che comunque distribuiamo nella sua versione integrale). L'argomento sull'"apertura" del software qui non c'entra proprio un bel niente. > e prendila come una critica costruttiva, questa... No, la prendo come una stupidaggine qual e`. (Senza offesa.) Fra l'altro, non credo che qui in lista interessino discussioni sull'implementazione del sistema di supporto utenti on-line di Ximian. Oltre a coprirti di ridicolo, stai andando fastidiosamente OT. > > * La patch dei link al file selector, che non potra` mai finire in > > GTK+ perche' specifica di GNOME. > > ma questo e' un contorcimento mentale! e trovare una soluzione che possa > essere usata da tutti, no? bof... Non si puo` fare una soluzione che venga usata da tutti, semplicemente perche' GTK+ e` in API freeze. > questa e' la regola 1. la regola 0 e' "fare qualcosa di meglio per poi > incorporarlo nei pachetti esistenti." :) Come sai benissimo non sempre si puo` fare, e a quel punto si distribuisce una versione patchata. -- Ettore
Re: Gnucash
Ho provato ad installare Gnome 1.4 aggiungendo in /etc/apt/sources.list deb http://red-carpet.ximian.com/debian stable main Pero' non trovo piu' il pacchetto gnucash e siccome l'installazione mi ha cancellato la versione vecchia 1.4.9 che "conflittava" con alcune librerie nuove non riesco piu' ad usare gnucash. C'e' speranza che inseriscano il pacchetto nello Ximian Gnome 1.4? Grazie Ciao Stefano Uhm, Gnucash dovrebbe essere gia` in Ximian GNOME... ||/ Name VersionDescription +++-==-==- ii gnucash1.4.11-ximian. GnuCash is an application to keep track of y -- Ettore
Re: Evolution!!!
> bene. manca ancora di alcune features che mi fanno rimpiangere mutt, > pero' ettore garantisce che nel cvs ci sono ed aumentano continuamente. > la pecca piu' grande e' la lentezza, ma con una macchina > sufficientemente veloce... (comunque sul mio P-II 400 / 128Mb e' > lento!) Giusto FYI, andremo presto (anzi prestissimo) in feature freeze, e a quel punto ci concentreremo solo sul fixare i bug e migliorare la performance. Sono d'accordo che un po' di performance e memory tuning e` necessario... Anche se nel tuo caso credo sia piu` un problema di memoria che di velocita` del processore. > > c'è da fidarsi? Il codice del mailer e` piuttosto robusto e non ha mai fatto danni da quando ho iniziato a usarlo sulla mia posta (il che risale ormai a piu` di un anno fa). Certo, abbiamo ancora qualche crash di troppo... :-) > mai perso un mail. unico neo e' che se tento di ripulire il cestino con > C-x bestemmia e mi insulta come segue (ettore?): Uhm. Puoi per favore postare un bug in http://bugzilla.ximian.com? > sync! anzi, sic! :( Sembra un problema di consistenza del summary. Non ho idea di cosa possa averlo causato... Potresti provare a cancellare il file `mbox.ev-summary' della cartella incriminata (e.g. `rm ~/evolution/local/Inbox/mbox.ev-summary'), e il problema dovrebbe sparire. Hai per caso giocato con le mailbox, tipo editandole con Emacs, facendole leggere da Mutt, o qualcosa del genere?.. Puo` darsi che ci sia un bug nella rigenerazione dei sommari nel caso in cui la mailbox venga modificata al di fuori di Evolution, o qualcosa di simile. -- Ettore
Re: Evolution!!!
> 6 crash facendo applicare 3 regole a 1142 email !!! Ti prego di inviare uno stack trace attraverso http://bugzilla.ximian.com. Le istruzioni su come ottenere uno stack trace da evolution-mail sono in http://www.ximian.com/apps/evolution-faq.php3#AEN318 > tentando di fare il replay... non posso scrivere nella lettera. Che vuoi dire esattamente? > CMQ io sto usando la versione 0.10-99 di xanim, quindi non so fino a > che punto possa essere attuale e affidabile. 0.10.99 significa che e` uno snapshot da CVS... Se vuoi una versione piu` stabile devi usare 0.10 o attendere la prossima 0.11. -- Ettore
Re: Evolution!!!
> verra messo in Debian woody/sid? C'e` gia` in sid AFAIK. -- Ettore
Re: xamin vs gnome
> Cambiato per motivi di copyrigh da parte di "helix" una multinazionale > che ha fatto storie ... No, in realta` nessuno ci ha fatto causa o cose del genere. Semplicemente non era possibile registrare i trademark tenendo il vecchio nome. -- Ettore
Re: Evolution 0.10 e /usr/local/lib
> debian le librerie compilate a mano proprio non le tocca. e' il sistema > di autotool della gnu che usa /usr/local come prefix di default e mette > tutto li'. la cosa buffa e che credevo che i programmi gnome ed > evolution tendesserro ad installarsi usando il prefix con cui e' stato > installato gnome boh. Assolutamente no. Ogni applicazione usa il prefix di configure, che di default fa appunto /usr/local. Ed e` giusto che sia cosi`, altrimenti non potresti avere (per esempio) la versione stabile dei pacchetti GNOME installati in /usr e la tua roba in via di sviluppo sotto /opt. IMHO uno dovrebbe evitare di andare a installare roba in /usr senza usare dpkg. -- Ettore
Re: Evolution 0.10 e /usr/local/lib
> cosa che imho e' corretta. non so da dove mi fosse venuta una simile > idea. pero' questo pone un problemino: ho tutto gnome in /usr, installo > un'applet che mi compilo io e finisce in /usr/local... il panel non la > vede perche' il .desktop finisce in /usr/local/applets ed il panel pesca > da > /usr/share/applets... pero' se lo copio in /usr, faccio male, perche' > come dici giustamente tu: > > > IMHO uno dovrebbe evitare di andare a installare roba in /usr > senza > > usare dpkg. > > come la risolvo? (compilare tutto con --sysconfdir=/etc aiuta gia' > parecchio a far finire la roba corba nei posti giusti, pero' non > basta...) Devi settare GNOME_PATH. Il mio per esempio fa `/opt/gnome:/usr'. -- Ettore