Roba da /dev/null... Ovvero: delirii su vita, informatica ed altro

Visualizzazione post con etichetta gentoo. Mostra tutti i post
Visualizzazione post con etichetta gentoo. Mostra tutti i post

venerdì 20 giugno 2014

Pignolerie

Ma solo io devo farmi ossessionare dalla qualità di quel che vedo sul monitor LCD, fino al punto di passarci due o tre mezze giornata finché non sono soddisfatta?

Tra sub-pixel order, ri-riconfigurazione del fontconfig, scoperta (tardiva) dei pacchetti eselect di lcdfilter e infinality, e pure quest'ultimo suggerimento: http://docs.xfce.org/xfce/xfce4-settings/appearance#rendering, come anche rismanazzamento delle impostazioni del monitor stesso, ora che sono soddisfatta (finalmente?) mi rendo conto che probabilmente, da brava informatica, devo avere dei sintomi lievi di OCD.

giovedì 27 marzo 2014

Gentoo: passare da "no-multilib" a "multilib"

Vi avranno detto che non si può fare e basta (vedasi la FAQ di Gentoo su AMD64). In realtà si può fare, come si evince da quest'altra guida. Quest'ultima guida è un pelino scarna e, forse, dà per scontate troppe cose.

mercoledì 12 maggio 2010

Attenti a libpng14...

Se portage vi propone l'upgrade a libpng 1.4.x (specialmente se l'avete messo in /etc/portage/package.keywords...) avete due scelte:

martedì 30 marzo 2010

Sarò solo io che...

... sono irritabile di mio?

Comunque sia, non so il percome e il perché, ne' di chi sia la colpa, sta di fatto che da un po' di tempo in qua ogni qualvolta che avvio Gnome con startx...

mercoledì 4 marzo 2009

Gentoo: "shared-mime-info" vi introia Gnome?

Se sei qui è perché avrai:

  1. aggiornato x11-misc/shared-mime-info ((If you don't know italian and Google redirected you here... I'm sorry, but life's a bitch.)) dalla 0.30 a versioni successive, tipo la 0.51...

  2. ...poi, allo startx, hai trovato il desktop di Gnome pieno di "nomeprogramma.desktop", ((penso succeda agli utenti che si sono reimpostati di loro sponte le applicazioni con cui aprire determinati tipi di file.))

  3. e tutti i files che avevi salvato sulla scrivania hanno perso le icone "giuste", mostrando l'icona dei files di testo...


...vero?

mercoledì 29 ottobre 2008

Gentoo: attenzione a "sys-libs/com_err" e (forse) "sys-libs/ss"!

Se in questi giorni, facendo "emerge -uavDN world", portage vi dice che com_err sta bloccando l'upgrade di e2fsprogs, ovviamente controllerete le dipendenze legate a com_err PRIMA di rimuoverlo, vero? :)

Occhio che comunque "equery d com_err" delle volte non dice SEMPRE la verità.

Se, come me, avete fatto il pasticcio, usate "revdep-rebuild -i -l libcom_err.so.2" e, se necessari, pure "revdep-rebuild -i -l libss.so" per rimediare al pastrocchio %p...

Se wget vi blocca il riemerge xke vuole PURE LUI il libcom_err.so, ricompliatelo. Anteponete (se necessario) USE="-ssl" al comando.

/* dà capocciate alla scrivania */

domenica 19 ottobre 2008

Gentoo amd64, Firefox e Flash a 32bit...

Premessa: ho un sistema a 64bit con emulazione del 32bit (mi serve x wine).

Adobe probabilmente non farà MAI la versione a 64bit del plugin x linux (relativo blog)

Quindi l'unica soluzione ottimale che ho trovato finora per vedere le pagine web senza che mi si crashi il browser ogni 2x3 è stata quella di installare la versione a 32bit di Firefox (emerge mozilla-firefox-bin) e di usare direttamente il plugin Flash della Adobe (emerge netscape-flash), dato che il NSPluginwrapper non era propriamente stabile...

L'unica magagna ricorrente è che OGNI santissima volta che l'Adobe rilascia una nuova versione del plugin e gentoo la rilascia nel portage, l'emerge si comporta come se non glie ne freghi nulla del firefox a 32bit e mi cancella i link simbolici tra /opt/netscape/plugins/ (dove viene installato di default il plugin) e /opt/firefox/plugins/ (la cartella dei plugins del firefox a 32bit).

Dopo enne volte che ricreavo a mano i link simbolici mi sono stufata. Ora copio brutalmente da /opt/netscape/plugins/ il libflashplayer.so in /opt/firefox/plugins/ (da fare come root e a browser chiuso :))

(Il problema è ricordarmi di farlo, in primo luogo...)

domenica 14 settembre 2008

Cose banali ma...

Quando decidi che devi smanazzare col kernel per risolvere un problema, non basta fare il backup dei files del kernel funzionanti in /boot (quelli che la prima smanazzata rinominerà in .old e che inserirai devotamente in grub.conf e che verrebbero sovrascritti dagli smanazzamenti successivi), DEVI fare il backup pure del .config.old, prima che venga sovrascritto anch'esso!!

/* sbatte la testa sulla scrivania */

(P.S.: come cacchio convinco scribefire a DISATTIVARE il $£%&#@ correttore ortografico?)

martedì 30 ottobre 2007

Santo Google aiutali tu...

Per chi avesse fatto emerge -uavD world e si fosse trovato con PAM aggiornato e i log pieni di roba tipo "PAM adding faulty module: /lib64/security/pam_limits.so"

Pare che sia un problema non nuovo, che capita qualche volta quando si aggiorna PAM e se revdep-rebuild --pretend --ignore vi dice che "va tutto bene madama la marchesa", fate invece revdep-rebuild --library libpam.so.0 e riavviate (sic!)

Possibilmente prima che lo screensaver vi locki via dal vostro bellissimo xfce/gnome/quelkevolete e vada allegramente in loop ricorsivo appena cercate di rientrarci :)

Non mi assumo responsabilità per un googlamento incompleto ed affrettato, comunque. Ho solo scritto qua come ho risolto io (spero...)

Torno a dar le craniate sul server.

venerdì 6 luglio 2007

Alcune delle cose che ho imparato...

...craniandomi con l'installazione di una Gentoo Hardened...

  1. Il kernel:

    • C'è un abisso tra usare il genkernel e il compilare a mano con il make. A favore di quest'ultimo. Perché, non so voi, ma a me il genkernel i file .conf li mette dove cazzo gli pare a lui e mi rende la vita difficile anche se uso l'opzione --oldconfig.

    • È vero che un kernel monolitico è probabilmente più sicuro di uno modulare, ma se non sai ancora con chiarezza cosa esattamente ti serve/servirà, forse è il caso di iniziare con quello modulare. Tanto si fa sempre in tempo a ricompilarlo come monolitico, una volta capito quali moduli ti servono

    • Se decidi di accedere ai sensori della CPU/mobo/cazzotipare e non sai quali moduli ti servano (ovvero, in parole povere, vuoi usare sensors-detect), fallo PRIMA di abilitare dentro il kernel le varie opzioni del grsecurity!



  2. Gli installer:

    • Non fidarti troppo dell'installer della Gentoo se sei un niubbo di Linux e non sei abituato/a a leggere con attenzione i vari manuali e a risolverti i problemi man mano che compaiono

    • Non usarli neanche per scherzo se sei un utente avanzato *e* hai bisogni particolari (tipo un bel RAIDn e/o una versione "non standard" di Gentoo). Per quelli come te, il LiveCd è buono solo per avere qualcosa con cui avviare il computer velocemente e riprendere l'installazione da dove l'avevi interrotta.

    • No, non mi riferisco al portage, sto parlando del cdrom, il livecd gentoo 2007.0 a voler essere precisi.



  3. E poi...

    • ...Continuo dopo, ora ho da fare, tipo diserbare le mie gambe e foraggiare due gatti che mi si sono messi ai lati del monitor a fissarmi.



sabato 9 dicembre 2006

Aripork...

Se a qualche altro gentooista (avente ram > 256Mb) girasse di voler vedere openoffice girare nativamente sul proprio sistema... Tenete la CCACHE_DIR su una partizione diversa da quella di PORTAGE_TMPDIR, ed assicuratevi che in quest'ultima ci siano ALMENO 5 *GIGA* liberi ed... armatevi di tanta pazienza, o andate a fare la spesa nel frattempo!

Ancora non so se ne vale veramente la pena, ve lo dico dopo aver finito :)

(strano, sono riuscita a non usare nessun'accentata...)

Mappork...

Premessa: uso una gentoo amd64. A casa. Mia. Detto questo, andiamo avanti col blog.

Ho usato per un po' di tempo la versione instabile della Gentoo (~amd64), che era più frequentemente aggiornata. Ma quando hanno deciso di inserire dentro Gnome il hal già ho iniziato a scocciarmi un po', più che altro perché non lo hanno integrato bene, quindi quando facevi partire gnome, ti uscivano fuori tanti bei errorini e non ti caricava i tuoi bei settaggi (finestre, temi, icone, caratteri). Cercando cercando, un workaround l'avevo trovato. E va be'.

Ma qualche giorno fa, in seguito al settimanale emerge --update (con tanto di --ask, eh), Gnome s'e' proprio rifiutato recisamente di partire, dicendo che non trovava una libreria legata a hal (che non c'entra un cavolo con Dave Bowman: si tratta del hardware abstract layer, se ben ricordo)... Mi girano un po' le gonadi, cerco in giro, levo il workaround, ricerco in giro, downgrado il hal, ma a quanto pare non risolvo il problema.

E mi scogliono di brutto. Decido quindi di tornare alla versione stabile di gentoo.

Il che è cosa lunghina, perché devi andare a scaricare la roba "stabile" e ricompilarla daccapo e metterla al posto di quella "vecchia". Se poi ci aggiungiamo il fatto che nel frattempo col tempo ho fatto svariate modifiche alle flags dei vari pacchetti e al make.conf, e che sono notoriamente una {$inserire_epiteto_appiacere}... Beh, è proprio un bel quadretto di masochismo informatico, no?

E vuoi vedere che Murphy non ci mette di suo? Col che l'ups casalingo è piuttosto in fondo alle mie priorità, col che il pc aveva appena finito di metter mano al pacchetto dell'udev e del hal (tra le mille altre cose) volevi che non andasse via la luce proprio lì?

Quando riavvio, scopro che gentoo non mi vede più la scheda di rete. Ifconfig eth0 non funge, lsmod non elenca il suo modulo (uli526x), modprobe non lo trova... Smadonno, ricompilo il kernel, ricompilo il kernel e i moduli, rismadonno, tiro fuori il livecd che usai per installare il sistema... riavvio, mi vede la scheda di rete, rismadonno, penso, ripenso, scarico il livecd aggiornato con l'idea di reinstallare partendo da una gentoo amd64 un po' più recente, ma rismadonno contro il loro installer grafico che fa finta di fungere e non funge. Smadonno anche contro quello testuale, tanto per esser equanimemente smadonnante. Però riconosco che anche il nuovo livecd, la scheda di rete lo vede. Va be', copio paro paro kernel moduli e initrd, no? copio (non con un cp brutale, tranquilli). Riavvio dal pc. Nulla. Continua a non vederla. Smadonno. Faccio finalmente ifconfig -a e trovo una interfaccia nuova: "?_"...

Ma chi cazzo ce l'ha messa? Cosa hanno fatto alla eth0? e perché è comparsa proprio ora, tanto per sbeffeggiarmi? Smadonno, penso, ripenso, ricarico il livecd, girello un po', penso, ripenso... e mi viene un dubbio. Monto la partizione con dentro /etc/ e vado a vedere meglio...

Ma dico io, chi è il pazzo che installa delle regole così pazzamente autoritarie dentro /etc/udev/udev.d/ come il "75-persistent-net-generator.rules"? Che poi puoi anche impazzire a cercare di fare un udev.rules che "salvi" la scheda di rete da quel file folle, ma sicuramente l'unico modo per risolvere e riavere la eth0 è di togliere da lì quel file, cercarne l'autore e chiedergli prima l'indirizzo del suo fornitore, poi organizzargli un bell'incontro intimo con una schiacciasassi.

E ora sto ricominciando daccapo con calma il rientro nell'alveare della gentoo stable. :p MOLTA calma. Che se vi chiedete come mai questi paragrafi facciano schifo (accentate, estetica ecc.) fate conto che sto scrivendo da un browser testuale. Gne gne.

domenica 5 marzo 2006

Mai e poi mai...

...dare il comando gentooesco "emerge --update --newuse --deep world" quando pensi di spegnere il pc ed andare ad un appuntamento!!!

Specialmente se devi ancora comprare un'UPS.

SGRUNT!

(post scritto da una gentoo su amd64 con Xorg ancora da configurare: vediamo cosa fa elinks co' 'sto blog...)