[Gentoo] HWUpgrade Clan

[ezln]

Originariamente inviato da slacker

Allora, i mantainers si sono accorti che le cose non funzionavano come dovevano con lo smascheramento degli split ebuild per le Qt, quindi:

- synca l'overlay: paludis -s kde4-experimental
- rm -rf /etc/paludis/*.conf.d
- ln -s /var/paludis/repositories/kde/Documentation/package_unmask.conf.d/ /etc/paludis/package_unmask.conf.d
- ln -s /var/paludis/repositories/kde/Documentation/keywords.conf.d/ /etc/paludis/keywords.conf.d

Dovrebbe fixare tutti i problemi con smaschermenti vari... Magari poi rimuovi anche la roba che hai aggiunto a mano in package_unmask.conf ed eventualmente keywords.conf

Ciao, slacker.

Grazie per le info. Stamattina lavoravo e non ho potuto risponderti subito.
Ti rispondo ora, però gli smanettamenti sono rinviati a stasera dato che anche dopo pranzo vado a farmi un mazzo così fino alle 18,30 più o meno....

Però, visto che ci sono, approfitto per chiederti una cosa: per installare lo stesso paludis ho dovuto smascherare qualche pacchetto, in più ne avevo installati pochi altri sul sistema (che con paludis non hanno niente a che fare) che richiedevano lo smascheramento: quando vado a cancellare quel che c'è in keywords.conf e package_unmask.conf in /etc/paludis/ debbo ottenere due file vuoti o, per esempio, devo lasciare quel che c'era appena dopo l'installazione di paludis e l'esecuzione dello script? Ossia quei 5-6 pacchetti che avevo smascherato usando emerge e quelli relativi a paludis. Perchè, in sostanza, lo script non fà altro che replicare i due file .conf di emerge....almeno così mi pare sia avvenuto...

[slacker]

Originariamente inviato da ezln

quando vado a cancellare quel che c'è in keywords.conf e package_unmask.conf in /etc/paludis/ debbo ottenere due file vuoti o, per esempio, devo lasciare quel che c'era appena dopo l'installazione di paludis e l'esecuzione dello script? Ossia quei 5-6 pacchetti che avevo smascherato usando emerge e quelli relativi a paludis.

La seconda che hai detto
In pratica dovresti trovarti con i due files privi di riferimenti ai vari kde/qt/dipendenze che hai aggiunto ieri sera. Questi ultimi infatti saranno tutti nelle 2 directory che avrai creato tramite link simbolici.
E si, lo script serviva appunto a fare una conversione dei file di configurazion di portage a paludis.

[Motosauro]

Originariamente inviato da Jabberwock

Tu che modifiche hai fatto?



A me no, anzi, se eseguo un task con screen, appena finisce, sia che PuTTY sia attivo o meno, la sessione viene chiusa e leggo solo: [screen is terminating]!

Errore mio, scusa.
Questo è il comportamento corretto di screen se lanci da riga di comando il comando che deve eseguire al suo interno.
Per fare come vuoi tu lancia screen e dal prompt all'interno lancia il comando (ovvero lancia screen senza argomenti)

[ezln]

Originariamente inviato da slacker

La seconda che hai detto
In pratica dovresti trovarti con i due files privi di riferimenti ai vari kde/qt/dipendenze che hai aggiunto ieri sera. Questi ultimi infatti saranno tutti nelle 2 directory che avrai creato tramite link simbolici.
E si, lo script serviva appunto a fare una conversione dei file di configurazion di portage a paludis.

Ok, ciao slacker.

Ho fatto come mi hai suggerito, dopodichè ho sparato paludis -i kdebase-scm*, tutto ok per un pò, poi alla fine della risoluzione delle dipendenze mi dice che non può continuare dato che riscontra degli errori. Dando il comando con un | less, l'errore è uno solo e cioè:

* x11-libs/qt::installed :4 [! blocking]
Reasons: x11-libs/qt-core-4.4.0_rc1:4::gentoo

Come rimedio? Mi tocca brasare le Qt? Così mi partono una cifra di programmi che avevo installato in ambiente gnome... ...vedi k3b, ad esempio, ma anche k9copy e kaffeine...almeno penso dovrebbe andare così, o sbaglio?
Poi c'è un'altra storia, mi dà un elenco di use-flag, tipo altivec, io non ce l'ho nel make.conf, tipo apache2, firebird, pam (che mi avvisa essere dangerous), poi debug e infine 'sta menata:

elibc:

* FreeBSD: ELIBC setting for systems that use the FreeBSD C library

input_devices:

* wacom: INPUT_DEVICES setting to build driver for wacom input devices

linguas:

* de: German locale
* es: Spanish locale
* fi: Finnish locale
* fr: French locale
* pl: Polish locale
* ru: Russian locale

tutta roba che non compare in make.conf, dove, ad esempio, LINGUAS=it e basta....boh....
Come devo comportarmi?

Grazie, slacker, sei un dio...

[slacker]

Originariamente inviato da slacker

devi rimuovere le qt-4.3

Le qt3 lasciale dove sono, non vanno in conflitto con le qt4.
Al limite prova prima a dare "paludis -i qt-split*"

Per le use flags paludis guarda in un solo posto: /etc/paludis/use.conf
Il make.conf non lo caga manco di striscio
Ti posto il mio use.conf: http://rafb.net/p/lNaaK125.txt
Non copiarlo assolutamente cosi com'è!!
Spero ti serva per prendere spunto per il tuo sistema

[ezln]

Originariamente inviato da slacker

Le qt3 lasciale dove sono, non vanno in conflitto con le qt4.
Al limite prova prima a dare "paludis -i qt-split*"

Per le use flags paludis guarda in un solo posto: /etc/paludis/use.conf
Il make.conf non lo caga manco di striscio
Ti posto il mio use.conf: http://rafb.net/p/lNaaK125.txt
Non copiarlo assolutamente cosi com'è!!
Spero ti serva per prendere spunto per il tuo sistema

Ehilà, grazie per la risposta!
'Azzo, ho provato a dare il comando che mi hai suggerito ed è partito come una fraccia a scaricare e compilare....ho fermato tutto con ctrl+c, perchè vorrei dare un occhio a 'ste use-flag...ma con quel comando mi installa solo quel pacchetto o cosa? Poi lo devo sparare ugualmente paludis -i kdebase-scm*? Immagino di si.....

[slacker]

usa l'opzione --pretend o -p, quindi: paludis -pi qt-split*
e poi si, prosegui con kdebase-scm*
ciao

[ezln]

Originariamente inviato da slacker

usa l'opzione --pretend o -p, quindi: paludis -pi qt-split*
e poi si, prosegui con kdebase-scm*
ciao

Ah, un'ultima cosa, l'use.conf in /etc/paludis riporta pari pari la use globali del mio make.conf più le altre opzioni.....probabilmente quella lista di use che mi restituisce paludis è solo un riferimento se uno vuole modificare qualcosa o meno...boh....adesso ricontrollo e poi parto...GRAZIE.

[slacker]

Le flag che trovi alla fine dell'output credo che siano quelle che sono cambiate dall'ultima volta che hai installato un determinato paccheto.
Ergo, essendo la prima volta che installi, ti elenca tutto quanto.

[ezln]

Originariamente inviato da slacker

Le flag che trovi alla fine dell'output credo che siano quelle che sono cambiate dall'ultima volta che hai installato un determinato paccheto.
Ergo, essendo la prima volta che installi, ti elenca tutto quanto.

Ok, comunque ci siamo, son partito con qt-split*, 14 pacchetti, adesso sta compilando qt-X11, però vedo una cifra di failure.... ...ma procede..

Grazie ancora, ti faccio sapere più tardi, se ti va...

[slacker]

failure in che senso scusa??
se un pacchetto fallisce si ferma tutto!

[Slayer86]

Ciao a tutti!
Ho quasi finito di reinstallare la mia gentoo!
Ho seguito il vegeta's stile... make.conf con 4 USE e per ogni pacchetto personalizza le flag in portage.use... bhe ci vuole un po' di più però ne vale la pena di brutto! ora funziona tutto alla perfezione! anche l'audio di gnome che prima non ero riuscito a fare andare...poi son partito da gnome-light questa volta e devo dire che avere un sistema con solo l'indispensabile è favoloso!
Insomma di lavoro ce n'è ancora moltissimo però son contento che stia filando tutto liscio!
Ps c'è qualcuno che ha provato gnome 2.22? io prossimamente vorrei provarlo ma essendo cmq masked non vorrei trovarmi con un sistema inutilizzabile voi che dite? gnome 2.22 l'ho visto su ubuntu ed è veramente bello!

[ezln]

Ehi, slacker, FUNZIA ALLA GRANDE, qualche problemino col symlink come previsto da te, ma poi KDE4 DEVEL!!!!!!!

[ficofico]

Eila ragazzi, finalmente scrivo dalla mia bella gento con kde 3.5 su cui ho compilato vagonate e vagonate di programmi, ho però un problema con amule, nonostante l'abbia compilato correttamente , e la procedura è finita tranquillamente senza errori, alla fine ne lanciando amule dalla console cercando l'icona sotto internet riesco a farlo partire, l'icona non c'è e amule per gentoo è un comando ignoto...... nessuno sà cosa può voler significare?

Ho poi un dubbio....... normalmente tutti indicano il file package.keywords sotto etc/portage mentre io lo vedo sotto usr/portage , e ho provato a sbloccare certi programmi masked ma sembra che il comando non sortisca alcun effetto....... quindi chiedo ,se inserisco la voce ~amd64 nel make.conf scarico il programma che mi serve, e poi rimetto il make.conf come prima faccio qualcosa di sbagliato ad alto rischio compromissione sistema? in teoria no, però una conferma è gradita per questa cosa

[slacker]

Originariamente inviato da ficofico

Eila ragazzi, finalmente scrivo dalla mia bella gento con kde 3.5 su cui ho compilato vagonate e vagonate di programmi, ho però un problema con amule, nonostante l'abbia compilato correttamente , e la procedura è finita tranquillamente senza errori, alla fine ne lanciando amule dalla console cercando l'icona sotto internet riesco a farlo partire, l'icona non c'è e amule per gentoo è un comando ignoto...... nessuno sà cosa può voler significare?

Sinceramente non saprei dove viene installato amule.
sei sicuro che sia installato correttamente? Se si, prova "qlist net-p2p/amule" e vedi cosa ha installato e dove.
Al limite aspetta ezln, che se ne intende di amule

Originariamente inviato da ficofico

Ho poi un dubbio....... normalmente tutti indicano il file package.keywords sotto etc/portage mentre io lo vedo sotto usr/portage , e ho provato a sbloccare certi programmi masked ma sembra che il comando non sortisca alcun effetto....... quindi chiedo ,se inserisco la voce ~amd64 nel make.conf scarico il programma che mi serve, e poi rimetto il make.conf come prima faccio qualcosa di sbagliato ad alto rischio compromissione sistema? in teoria no, però una conferma è gradita per questa cosa

Non so *come* sia possibile che tu abbia package.keywords in /usr/portage.
Una cosa è sicura: non funzionerà mai
Spostalo in /etc/portage/ e vedrai che riesci a "sbloccare i programmi".
Modificare temporaneamente il make.conf come dici tu è sbagliato, anche perchè al prossimo emerge world ti farà il downgrade alla versione stabile!
ciao

[ficofico]

ho provato a modificare il make.conf e in effetti io mio caro dekorator sono riuscito ad installarlo, però adesso mi dici che al prossimo emerge world verrà degradato alla versione stabile, però di dekorator non c'è, cosa faccio disinstallo alla grande prima di tragiche ripercussioni?

Per quanto riguarda portage, ho installato tanti programmi, non è che questo taglia - incolla della cartella verrà mal digerita dal sistema? scusa per le domande idiote...

[slacker]

che "cartella" ??
Credevo stessimo parlando di un file
E modifica il make.conf con la keyword amd64, che è meglio!
Poi dai:

echo "x11-misc/dekorator ~amd64" >> /etc/portage/package.keywords

[ficofico]

modifica il make.conf con la keyword amd64, che è meglio!

Non capisco, dici accept_keywords o altro..

Il fatto è che non ho la cartella /etc/portage la creo e metto li il file ?

[ficofico]

scusami slacker, un'ultima cosa, solo stamattina ho scoperto che era meglio compilare kde con la use "hal" e forse un'altra per avere il mounting automatico di cd e usb, dopo leggo l'handbook , mi basta un emerge --update uDpv kde ?

[slacker]

si, ma prima modifica il make.conf e aggiungi la flag eh