Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Thread ufficiale su Paludis
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

Goto page Previous  1, 2, 3, 4, 5, 6  
Reply to topic    Gentoo Forums Forum Index Forum italiano (Italian) Risorse italiane (documentazione e tools)
View previous topic :: View next topic  
Author Message
Cazzantonio
Bodhisattva
Bodhisattva


Joined: 20 Mar 2004
Posts: 4514
Location: Somewere around the world

PostPosted: Thu Jan 31, 2008 2:15 pm    Post subject: Reply with quote

cloc3 wrote:
bisognerebbe però tenere conto anche dell'usabilità.
Infatti secondo me bisognerebbe continuare ad utilizzare normali file di testo. Sono facilmente accessibili e modificabili, in oltre non è un problema manipolarli tramite tools appositi. Non ho mai capito il vero vantaggio dei file xml...
Quote:
e se semplicemente desiderasse studiare un ebuild, dovrebbe prima scaricarsi il codice sorgente?
Perché no? Basta un fetch... mica uno controlla tutti gli ebuild che installa... è solo una cosa da fare sporadicamente.
Quote:
e si potrebbe ancora navigare la $PORTDIR per cercare nuovi pacchetti sconosciuti?
Non cambierebbe nulla. Avresti ancora in locale l'elenco dei pacchetti con tanto di descrizione, solo dovresti scaricare ogni volta l'ebuild con le struzioni per l'installazione.

@jordan83
Vedo che hai già proposto cose tipo database sqlite et similia. Io cercherei di mantenere al minimo le dipendenze. Un gestore di pacchetti dovrebbe dipendere dal minimo di librerie possibile e da possibilmente nessun comando esterno. In questo senso apprezzo paludis che dipende solo dalle glibc (presenti di default in un sistema linux differentemente dal python).
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Thu Jan 31, 2008 4:00 pm    Post subject: Reply with quote

Cazzantonio wrote:
Infatti secondo me bisognerebbe continuare ad utilizzare normali file di testo. Sono facilmente accessibili e modificabili, in oltre non è un problema manipolarli tramite tools appositi. Non ho mai capito il vero vantaggio dei file xml...

I file XML hanno il vantaggio di definire nel documento una chiara struttura e quindi è facile accedere alle informazioni che contengono, non ché controllarne la validità.
Scrivere un parser che estragga informazioni dal file XML è semplice ed è possbile farlo da praticamente qualsiasi linguaggio di programmazione.

Cazzantonio wrote:

@jordan83
Vedo che hai già proposto cose tipo database sqlite et similia. Io cercherei di mantenere al minimo le dipendenze. Un gestore di pacchetti dovrebbe dipendere dal minimo di librerie possibile e da possibilmente nessun comando esterno. In questo senso apprezzo paludis che dipende solo dalle glibc (presenti di default in un sistema linux differentemente dal python).

Hai perfettamente ragione in effetti.
Probabilmente potrebbe bastare salvare la lista dei pacchetti installati in un file di testo o in un file XML.
Certo che da questo punto di vista anche l'uso di XML potrebbe essere limitante, visto che comunque servirebbe una libreria XML a disposizione :|

Non so, in effetti bisognerebbe pensare bene alle scelte da fare.
Probabilmente hai ragione te e conviene fare tutto basandosi su semplici file di testo come fa dpkg, che già è velocissimo ;)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
Cazzantonio
Bodhisattva
Bodhisattva


Joined: 20 Mar 2004
Posts: 4514
Location: Somewere around the world

PostPosted: Fri Feb 01, 2008 10:55 am    Post subject: Reply with quote

Ci ho pensato un po' su e la cosa non mi pare terribilmente difficile. In realtà è possibile implementare tutto questo senza rinunciare alla retrocompatibilità con l'attuale sistema di portage...
Basta una variabile in make.conf, che se impostata configura il nuovo modello di albero:
1) Per garantire la retrocompatibilità basta utilizzare lo stesso formato degli attuali ebuild. La prima parte contiene già le informazioni necessarie su dipendenze, use, descrizione etc... Basta semplicemente istruire portage (o paludis) di andare a cercarsi le stesse informazioni in un unico file (o un solo file per ogni categoria, oppure un database, un xml...). L'importante è che siano strutturate nello stesso modo e che l'implementazione conservi i nomi delle variabili.
In pratica basterebbe una piccola modifica alle funzioni di ricerca e basta (cambia il "dove" e non il "come").
L'utente dovrebbe essere ancora in grado di accedere a queste informazioni, leggerle e modificarle semplicemente se necessario.
2) Quando arriva il momento dell'installazione vera e propria il packet manager scarica tutto l'ebuild (insieme al pacchetto), lo salva in /var/db/pkg/ e lo usa per installare il pacchetto. Anche qui una minuscola modifica alle funzioni di fetch e di installazione, ma niente di fondamentale.
3) Anche la gestione di un overlay locale non cambia. In questo caso si applica il vecchio metodo di installazione con tutto l'ebuild (invece della sola prima parte con le info).
4) In un secondo momento uno può pensare a trasformare /var/db/pkg/ in un database, visto che comunque sono informazioni sui pacchetti installati che un utente non dovrebbe modificare con leggerezza.

Quando si parla di database secondo me è importante pensare ad una soluzione semplice, con il minor numero di dipendenze possibile e addirittura da integrare nello stesso packet manager. Altrimenti meglio usare file di testo semplici, con buona pace dell'efficienza.
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne
Back to top
View user's profile Send private message
lucapost
Veteran
Veteran


Joined: 24 Nov 2005
Posts: 1419
Location: <ud|me|ts> - Italy

PostPosted: Fri Feb 01, 2008 11:45 am    Post subject: Reply with quote

Ho letto con interesse gli ultimi sviluppi di questo thread.
L'idea di gestire le informazioni (dipendenze, use, descrizione etc...) che non riguardano l'installazione attraverso un xml o simili mi sembra buona.
Ma l'idea di dover successivamente scaricare un ebuild (che nella forma attuale) contiene nuovamente tali informazioni non mi piace proprio. Questa ridondanza, IMHO, dovrebbe essere eliminanta
_________________
LP
Back to top
View user's profile Send private message
Cazzantonio
Bodhisattva
Bodhisattva


Joined: 20 Mar 2004
Posts: 4514
Location: Somewere around the world

PostPosted: Fri Feb 01, 2008 2:38 pm    Post subject: Reply with quote

lucapost wrote:
Questa ridondanza, IMHO, dovrebbe essere eliminanta
Sono solo pochi kilobytes per ogni ebuild, forse meno, in ogni caso potresti risparmiare solo la parte iniziale che contiene le info sul pacchetto (IUSE, DEPENS etc...), quindi il risparmio non vale la potenziale difficoltà di implementazione. In ogni caso è utile perché consentirebbe di garantire una retrocompatibilità.
Niente vieta poi, in un eventuale lontano futuro, di eliminare la retrocompatibilità ed eliminare quei pochi bytes in più dall'ebuild.

L'unico problema vero potrebbero essere eventuali discordanze tra l'ebuild scaricato e il database dei pacchetti in locale. Questo richiederebbe effettivamente un minimo di pianificazione. In questo caso bisognerebbe che il programma avvertisse l'utente di risincronizzare il database locale, oppure che lo avvertisse degli eventuali cambiamenti. Non sono infrequenti dei cambi delle use negli ebuild... Ci vorrebbe una politica che obblighi gli sviluppatori a modificare anche la versione dell'ebuild quando viene aggiunta/tolta una use o fatta una qualsiasi modifica all'ebuild, cosa che sarebbe sensata anche nella situazione attuale.
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Fri Feb 01, 2008 5:06 pm    Post subject: Reply with quote

Cazzantonio wrote:
lucapost wrote:
Questa ridondanza, IMHO, dovrebbe essere eliminanta
Sono solo pochi kilobytes per ogni ebuild, forse meno, in ogni caso potresti risparmiare solo la parte iniziale che contiene le info sul pacchetto (IUSE, DEPENS etc...), quindi il risparmio non vale la potenziale difficoltà di implementazione. In ogni caso è utile perché consentirebbe di garantire una retrocompatibilità.
Niente vieta poi, in un eventuale lontano futuro, di eliminare la retrocompatibilità ed eliminare quei pochi bytes in più dall'ebuild.

Concordo su quanto detto da Cazzantonio.
Sarebbe certo bello rivisitare l'intero concetto di tree, ebuild e annessi/connessi, in quanto molte cose potrebbero essere migliorate.
Tuttavia se si vuole ottenere il massimo col minimo impatto bisogna pensare alla retrocompatibilità ;)

Cazzantonio wrote:

L'unico problema vero potrebbero essere eventuali discordanze tra l'ebuild scaricato e il database dei pacchetti in locale. Questo richiederebbe effettivamente un minimo di pianificazione. In questo caso bisognerebbe che il programma avvertisse l'utente di risincronizzare il database locale, oppure che lo avvertisse degli eventuali cambiamenti. Non sono infrequenti dei cambi delle use negli ebuild... Ci vorrebbe una politica che obblighi gli sviluppatori a modificare anche la versione dell'ebuild quando viene aggiunta/tolta una use o fatta una qualsiasi modifica all'ebuild, cosa che sarebbe sensata anche nella situazione attuale.

Beh ma gli ebuild cambiano versione quando vengono modificati; la parte "-rx" se non erro serve anche a questo ;)
E comunque, come suggerivo in un post precedente, basterebbe un hook in svn o un demone automatico che aggiornasse la lista ad ogni commit.
Trovare una soluzione a questo problema comunque non dovrebbe essere difficile ;)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
Cazzantonio
Bodhisattva
Bodhisattva


Joined: 20 Mar 2004
Posts: 4514
Location: Somewere around the world

PostPosted: Fri Feb 01, 2008 5:59 pm    Post subject: Reply with quote

jordan83 wrote:
Beh ma gli ebuild cambiano versione quando vengono modificati; la parte "-rx" se non erro serve anche a questo ;)
Non sempre... a volte capita di trovarsi degli ebuild da ricompilare solo perché è cambiata una use flag (emerge -vdUN world... non te ne sei accorto perché paludis non fornisce giustamente l'opzione "-N"...), pure se non è stata cambiata la versione -rx dell'ebuild.
Si tratta in ogni caso di una politica evidentemente scorretta...
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Mon Feb 04, 2008 10:47 am    Post subject: Reply with quote

Cazzantonio wrote:
non te ne sei accorto perché paludis non fornisce giustamente l'opzione "-N"...


Code:

--dl-reinstall
    When to reinstall packages

    never
        Never (default)
    always
        Always
    if-use-changed
        If USE flags have changed

dipende se inserisci o meno "--dl-reinstall if-use-changed" in PALUDIS_OPTIONS ;)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Tue Feb 05, 2008 12:10 am    Post subject: Reply with quote

Vorrei segnalare questa intervista (in inglese) a Ciaran McCreesh, lo sviluppatore principale di Paludis.

L'ho trovata per caso e secondo me vale la pena di leggerla.
Uno sguardo al passato/presente/futuro di Paludis e Gentoo :)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Fri Mar 07, 2008 11:30 am    Post subject: Reply with quote

Sembra che qualcosa si muova verso l'implementazione di un nuovo db in sostituzione dell'azzoppante VDB...
Paludis 0.26.0_alpha10 release notes:

    * rsync based syncers (rsync://, file://, tar+http:// and tar+ftp://) now
      support --exclude in sync_options, as well as --exclude-from.

    * Set names are now supported in package_mask.conf and package_unmask.conf.

    * Experimental new Exndbam repository, which can replace VDB on systems that
      don't use Gentoo trees.

    * In various places we now sort by i-node rather than filename when doing
      directory recursion. This gives substantial i/o improvements.


Non c'è traccia nella documentazione o in qualsiasi altro luogo di questa cosa quindi è davvero sperimentale e agli inizi.
In più con "on systems that don't use Gentoo trees" credo intendano sistemi che usano "exheres" la nuova versione degli ebuild ("ebuilds redesigned with ten years of experience" per quotare la definizione riportata nell'intervista che avevo segnalato nel post precedente).
Certo questa è solo una mia supposizione. Potrebbe anche voler semplicemente dire che usando questo formato si romperebbe la compatibilità con Portage.

Finalmente una ventata di freschezza all'orizzonte :)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
beso_1717
Apprentice
Apprentice


Joined: 19 Jul 2007
Posts: 263

PostPosted: Wed May 07, 2008 10:16 pm    Post subject: Reply with quote

can someone indicate how to surpass instruo's following error message:

Code:
Unhandled exception:
  * In program instruo -g --repository-dir /var/paludis/repositories/paludis-overlay/ -o /var/cache/paludis/metadata/paludis-overlay/:
  * When loading profiles.desc:
  * E Repository configuration error: No profiles.desc found (paludis::ERepositoryConfigurationError)


i get this on every repository. i haven't tried in on gentoo overlay since it already has its own metadata included into update, but all the other repos give this error. i tried to manually regenerate the metadata for some overlays that have failed to generate it during sync (i use the hook of metadata generation) and it fails on some repos.

also another question is the following:
i get a warning of missing virtual/php, but i cannot the package that triggers this warning to recompile it (openrc should handle the absence of virtuals).

another question is regarding baselayout package:
i've tried to build it with paludis a lot of times but if not using collision-proteck and config-protect variable paludis makes my system unbootable because in the cleanup phase it removes some baselayout files. also in the case of upgrading from baselayout-1 to baselayout-2 i had to manually install openrc since it hasn't been triggered by paludis dep-graph. i don't know if others have experienced this issue but i think that isn't quite ok.

the last question is:
wine always spits out the error of libsandbox.so cannot be preloaded, but it compiles nevertheless (i've disabled sandbox for this package as for some other packages) is this normal or it's my system that has something weird?! i think that i have a lot of permissions problems since i get a lot of permissions error here and there, but i don't really have the time to look into this matter and since the system, for the moment works, it isn't very important, but i still have issues like external disks (not usb sticks) not being writable by normal user, even when mounted with the user itself via hald, or the fact that udf dvds aren't readable by the user that has mounted them but are fully functional from root, or even the fact that i cannot run emerging from paludisbuild user, but only via root suid. i'd really like some help if someone does know something on the matter.
but the important thing is the instruo one.
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Sat May 10, 2008 10:29 am    Post subject: Reply with quote

beso_1717 wrote:
can someone indicate how to surpass instruo's following error message:

Code:
Unhandled exception:
  * In program instruo -g --repository-dir /var/paludis/repositories/paludis-overlay/ -o /var/cache/paludis/metadata/paludis-overlay/:
  * When loading profiles.desc:
  * E Repository configuration error: No profiles.desc found (paludis::ERepositoryConfigurationError)


i get this on every repository. i haven't tried in on gentoo overlay since it already has its own metadata included into update, but all the other repos give this error. i tried to manually regenerate the metadata for some overlays that have failed to generate it during sync (i use the hook of metadata generation) and it fails on some repos.



Well, the output is quite clear, paludis cannot find the profiles.desc file... That file is provided by the gentoo repository.

But you don't have to regenerate the metadata... I think you are mistaking metadata for cache.
Metadata is not "generated" or "regenerated", but it is just downloaded from the repository when you perform a sync.

If you have a look inside the directory you see what it contains:
Code:

$ ls /var/paludis/repositories/gentoo/metadata/
cache  dtd  glsa  herds.xml  news  timestamp  timestamp.chk  timestamp.x


Just think... how are you supposed to generate glsa ("gentoo linux security advisories") automatically??! :)

If you want to regenerate the cache data just type:
Code:

paludis --regenerate-installable-cache

but usually you don't need to run this command.

beso_1717 wrote:

openrc [...]
baselayout [...]

I don't use the masked versions of those packages yet, thus I cannot help you out here. Besides your description is a bit vague. Try to be a bit more specific and maybe post these questions in the official Paludis english thread ;)

beso_1717 wrote:

the last question is:
wine always spits out the error of libsandbox.so cannot be preloaded, but it compiles nevertheless (i've disabled sandbox for this package as for some other packages) is this normal or it's my system that has something weird?!

Uhm... Maybe you have some inconsistencies. Try to run reconcilio to see if that's the case.

beso_1717 wrote:

i think that i have a lot of permissions problems since i get a lot of permissions error here and there, but i don't really have the time to look into this matter and since the system, for the moment works, it isn't very important, but i still have issues like external disks (not usb sticks) not being writable by normal user, even when mounted with the user itself via hald, or the fact that udf dvds aren't readable by the user that has mounted them but are fully functional from root,


Is the user member of the plugdev group?
Have a look on the official documentation, gentoo-wiki.org and past posts. These issues are very common ;)

beso_1717 wrote:

or even the fact that i cannot run emerging from paludisbuild user, but only via root suid.


You are not supposed to login with paludisbuild whenever you install a package!
The paludisbuild account is meant to be used by paludis only, so that it can drop from root permissions to common-user permissions whenever the former are too high considered the task being performed.
For example when you compile you don't need root privileges, whilst when you install files in / you need them.
It's one of the basic and most important laws in security.

We are glad to have you here in the italian forum but certainly the best place to ask questions in english is the official Paludis english thread :)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
beso_1717
Apprentice
Apprentice


Joined: 19 Jul 2007
Posts: 263

PostPosted: Sat May 10, 2008 10:41 am    Post subject: Reply with quote

jordan83 wrote:

beso_1717 wrote:

the last question is:
wine always spits out the error of libsandbox.so cannot be preloaded, but it compiles nevertheless (i've disabled sandbox for this package as for some other packages) is this normal or it's my system that has something weird?!

Uhm... Maybe you have some inconsistencies. Try to run reconcilio to see if that's the case.


no il problema è proprio solo di questo package specifico. tutti gli altri che hanno sandbox disabilitato non fanno questo scherzo. non capisco perche mi capita. eseguo reconcilio ogni volta che vado a riaggiornare il world per tenere sempre il sistema consistente.

Quote:

beso_1717 wrote:

i think that i have a lot of permissions problems since i get a lot of permissions error here and there, but i don't really have the time to look into this matter and since the system, for the moment works, it isn't very important, but i still have issues like external disks (not usb sticks) not being writable by normal user, even when mounted with the user itself via hald, or the fact that udf dvds aren't readable by the user that has mounted them but are fully functional from root,


Is the user member of the plugdev group?
Have a look on the official documentation, gentoo-wiki.org and past posts. These issues are very common ;)


controllato e ricontrollato più e più volte e le impostazioni sono esattamente come quelle suggerite. ho anche provato a rimuovere udev dbus e hal e le variabili di configurazione da /etc riaggiornare l'environment e poi reinstallare udev, dbus e hal per vedere cosa succedesse ma niente: stesso problema.
ma questo non è legato a paludis per cui non è importante. ormai mi sono messo l'anima in pace.

Quote:

beso_1717 wrote:

or even the fact that i cannot run emerging from paludisbuild user, but only via root suid.


You are not supposed to login with paludisbuild whenever you install a package!
The paludisbuild account is meant to be used by paludis only, so that it can drop from root permissions to common-user permissions whenever the former are too high considered the task being performed.
For example when you compile you don't need root privileges, whilst when you install files in / you need them.
It's one of the basic and most important laws in security.

We are glad to have you here in the italian forum but certainly the best place to ask questions in english is the official Paludis english thread :)


questo appunto è il problema. paludis esegue tutte le operazioni come root. e questo non dovrebbe accadere. portage funziona normalmente ma paludis esegue sia compilazione sia fetch con root. questo ovviamente provoca non pochi problemi e soprattutto mi rende incapace di usare paludis se non da root shell. ho provato a riaggiustare i privileggi a mano ma l'unica utilità è stata quella di doverli riassegnare complettamente a root perche paludis si era incartata.

per la storia dell'inglese, scusate, ma era mezzo rinco a lavoro mentre scrivevo e mi sembra di essere nel forum inglese.
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Sat May 10, 2008 11:20 am    Post subject: Reply with quote

beso_1717 wrote:

no il problema è proprio solo di questo package specifico. tutti gli altri che hanno sandbox disabilitato non fanno questo scherzo. non capisco perche mi capita. eseguo reconcilio ogni volta che vado a riaggiornare il world per tenere sempre il sistema consistente.

Uhm... a me non da questo errore.
Ma cosa intendi con "sandbox disabilitato"? Paludis mantiene il sandbox sempre attivato, non so se lo puoi disattivare.
Che versioni usi? Hai un sistema ~x86?
Male che vada se raccogli un po' di output puoi provare a postare un bug report.

beso_1717 wrote:

questo appunto è il problema. paludis esegue tutte le operazioni come root. e questo non dovrebbe accadere. portage funziona normalmente ma paludis esegue sia compilazione sia fetch con root. questo ovviamente provoca non pochi problemi e soprattutto mi rende incapace di usare paludis se non da root shell. ho provato a riaggiustare i privileggi a mano ma l'unica utilità è stata quella di doverli riassegnare complettamente a root perche paludis si era incartata.

Può essere che la cartella "distfiles" abbia dei permessi sbagliati, così come magari /var/tmp/paludis.
Code:

$ ls -l /var/tmp/ | grep paludis
drwsrwsr-x  3 root    paludisbuild 4096 2008-05-10 13:04 paludis

Code:

$ ls -l /var/paludis/repositories/gentoo/ | grep distfiles
drwxrwsr-x   4 paludisbuild paludisbuild 69632 2008-05-10 12:40 distfiles


Se non ricordo male nel caso paludis non riesca a scrivere o leggere in una cartella lascia perdere la storia di "paludisbuild" e fa tutto da root (dopo aver sparato qualche sorta di avvertimento o errore).
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
beso_1717
Apprentice
Apprentice


Joined: 19 Jul 2007
Posts: 263

PostPosted: Thu May 15, 2008 6:55 pm    Post subject: Reply with quote

jordan83 wrote:
beso_1717 wrote:

no il problema è proprio solo di questo package specifico. tutti gli altri che hanno sandbox disabilitato non fanno questo scherzo. non capisco perche mi capita. eseguo reconcilio ogni volta che vado a riaggiornare il world per tenere sempre il sistema consistente.

Uhm... a me non da questo errore.
Ma cosa intendi con "sandbox disabilitato"? Paludis mantiene il sandbox sempre attivato, non so se lo puoi disattivare.
Che versioni usi? Hai un sistema ~x86?
Male che vada se raccogli un po' di output puoi provare a postare un bug report.


sempre solamente: libsandbox.so.1 cannot be preloaded non ho compilato le funzioni di debug quindi non so dire di piu. sono su ~amd64.

Quote:

beso_1717 wrote:

questo appunto è il problema. paludis esegue tutte le operazioni come root. e questo non dovrebbe accadere. portage funziona normalmente ma paludis esegue sia compilazione sia fetch con root. questo ovviamente provoca non pochi problemi e soprattutto mi rende incapace di usare paludis se non da root shell. ho provato a riaggiustare i privileggi a mano ma l'unica utilità è stata quella di doverli riassegnare complettamente a root perche paludis si era incartata.

Può essere che la cartella "distfiles" abbia dei permessi sbagliati, così come magari /var/tmp/paludis.
Code:

$ ls -l /var/tmp/ | grep paludis
drwsrwsr-x  3 root    paludisbuild 4096 2008-05-10 13:04 paludis

Code:

$ ls -l /var/paludis/repositories/gentoo/ | grep distfiles
drwxrwsr-x   4 paludisbuild paludisbuild 69632 2008-05-10 12:40 distfiles


Se non ricordo male nel caso paludis non riesca a scrivere o leggere in una cartella lascia perdere la storia di "paludisbuild" e fa tutto da root (dopo aver sparato qualche sorta di avvertimento o errore).


infatti è quello che sta facendo e mi da parecchio fastidio avere sia la fase di fetch che di build come root. le mie directory sono uguali ma il temp ha permessi paludisbuild:paludisbuild. invece di root:paludisbuild. provarò con i tuoi e vedo se cambia qsa.

per caso ti capita di ricevere l'avvertimento che manca dev-lang/php 5.2.6?! io continuo a prendere questo avvertimento da quando sono passato a php-5.2.6-r1. mi pare strano che spunti fuori sempre anche dopo avere ricompilato i pacchetti che davano il warning.
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Thu May 15, 2008 9:49 pm    Post subject: Reply with quote

beso_1717 wrote:

sempre solamente: libsandbox.so.1 cannot be preloaded non ho compilato le funzioni di debug quindi non so dire di piu. sono su ~amd64.


Mi sa che sei caduto in un caso di "sandbox violation"... da quello che dicono nelle FAQ questo dovrebbe essere un problema specifico del pacchetto e non di paludis.
In questo thread mi pare abbiano avuto un problema simile al tuo.

Non credo ci sia nulla di cui tu debba preoccuparti quindi, benché il fatto di dover disabilitare la sandbox in sé non sia proprio un bene...
Credo che questo possa essere considerato a tutti gli effetti un bug dell'ebuild ;)

beso_1717 wrote:

per caso ti capita di ricevere l'avvertimento che manca dev-lang/php 5.2.6?! io continuo a prendere questo avvertimento da quando sono passato a php-5.2.6-r1. mi pare strano che spunti fuori sempre anche dopo avere ricompilato i pacchetti che davano il warning.


Uhm, io non uso la versione mascherata.
"Può essere" che i pacchetti riportati nell'errore richiedano la specifica versione 5.2.6, in tal caso il problema è dell'ebuild. Potresti dare un'occhiata.
Casomai prova a copiare/incollare l'errore ;)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
102376
l33t
l33t


Joined: 19 Mar 2005
Posts: 608

PostPosted: Fri May 23, 2008 8:17 pm    Post subject: Reply with quote

mi sono perso un attimo con paludis volevo provare ad aggiornare. mi da un po' di warinig e mi dice che vuole fare il downgrade chi mi aiuta a capire:
Code:
paludis --pretend --install --dl-downgrade warning world
Building target list...
Building dependency list...paludis@1211573785: [QA version_spec.too_long] In program paludis --pretend --install--dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding NamedSetDepSpec 'system':
  ... When adding PackageDepSpec 'sys-apps/net-tools':
  ... When fetching versions of 'sys-apps/net-tools' in gentoo:
  ... When loading versions for 'sys-apps/net-tools' in gentoo:
  ... When creating ID for 'sys-apps/net-tools' from '/usr/portage/sys-apps/net-tools/net-tools-1.60_p20071202044231-r1.ebuild':
  ... When extracting version from '/usr/portage/sys-apps/net-tools/net-tools-1.60_p20071202044231-r1.ebuild':
  ... When parsing version spec '1.60_p20071202044231-r1':
  ... Number part '20071202044231' exceeds 8 digit limit permitted by the Package Manager Specification (Paludissupports arbitrary lengths, but other package managers do not)
paludis@1211573786: [WARNING dep_list.downgrade] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'app-emulation/virtualbox-bin':
  ... When adding installed package 'app-emulation/virtualbox-bin-1.5.6:0::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '~app-emulation/virtualbox-modules-1.5.6':
  ... Downgrade to 'app-emulation/virtualbox-modules-1.5.6:0::gentoo' from 'app-emulation/virtualbox-modules-1.5.7:0::installed' forced
paludis@1211573787: [WARNING dep_list.ignoring_dependencies] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'app-text/kchmviewer':
  ... When adding installed package 'app-text/kchmviewer-3.1_p2:0::installed':
  ... Ignoring run dependencies due to exception 'Error searching for 'app-doc/chmlib': no available versions' (paludis::AllMaskedError)
paludis@1211573787: [QA version_spec.too_long] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'kde-base/kde-meta':
  ... When adding installed package 'kde-base/kde-meta-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/kdeadmin-meta-4.0.4:kde-4':
  ... When adding installed package 'kde-base/kdeadmin-meta-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/kcron-4.0.4:kde-4':
  ... When adding installed package 'kde-base/kcron-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/knotify-4.0.4:kde-4':
  ... When adding installed package 'kde-base/knotify-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/phonon-4.0.4:kde-4':
  ... When adding installed package 'kde-base/phonon-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=media-libs/xine-lib-1.1.9':
  ... When fetching versions of 'media-libs/xine-lib' in zugaina:
  ... When loading versions for 'media-libs/xine-lib' in zugaina:
  ... When creating ID for 'media-libs/xine-lib' from '/usr/portage/local/layman/zugaina/media-libs/xine-lib/xine-lib-999999999999.ebuild':
  ... When extracting version from '/usr/portage/local/layman/zugaina/media-libs/xine-lib/xine-lib-999999999999.ebuild':
  ... When parsing version spec '999999999999':
  ... Number part '999999999999' exceeds 8 digit limit permitted by the Package Manager Specification (Paludis supports arbitrary lengths, but other package managers do not)
paludis@1211573790: [QA version_spec.too_long] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'media-video/ksubtile':
  ... When adding installed package 'media-video/ksubtile-1.2:0::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec 'media-video/mplayer':
  ... When fetching versions of 'media-video/mplayer' in zugaina:
  ... When loading versions for 'media-video/mplayer' in zugaina:
  ... When creating ID for 'media-video/mplayer' from '/usr/portage/local/layman/zugaina/media-video/mplayer/mplayer-999999999-r7.ebuild':
  ... When extracting version from '/usr/portage/local/layman/zugaina/media-video/mplayer/mplayer-999999999-r7.ebuild':
  ... When parsing version spec '999999999-r7':
  ... Number part '999999999' exceeds 8 digit limit permitted by the Package Manager Specification (Paludis supports arbitrary lengths, but other package managers do not)
paludis@1211573791: [WARNING dep_list.downgrade] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'net-im/skype':
  ... When adding installed package 'net-im/skype-2.0.0.68:0::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec 'x11-libs/qt[=4.4.0_beta1|=4.4.0_rc1|=4.3.4-r1|=4.3.4|=4.3.3|=4.3.2-r1|=4.3.2|=4.3.1-r1|=4.3.1|=4.3.0-r2|=4.3.0-r1|=4.3.0|=4.3.0_rc1|=4.3.0_beta1|=4.2.3-r1|=4.2.3] (rewritten from { =x11-libs/qt-4.4.0_beta1, =x11-libs/qt-4.4.0_rc1, =x11-libs/qt-4.3.4-r1, =x11-libs/qt-4.3.4, =x11-libs/qt-4.3.3, =x11-libs/qt-4.3.2-r1, =x11-libs/qt-4.3.2, =x11-libs/qt-4.3.1-r1, =x11-libs/qt-4.3.1, =x11-libs/qt-4.3.0-r2, =x11-libs/qt-4.3.0-r1, =x11-libs/qt-4.3.0, =x11-libs/qt-4.3.0_rc1, =x11-libs/qt-4.3.0_beta1, =x11-libs/qt-4.2.3-r1, =x11-libs/qt-4.2.3 })':
  ... Downgrade to 'x11-libs/qt-4.3.4-r1:4::gentoo' from 'x11-libs/qt-4.4.0:4::installed' forced
paludis@1211573799: [WARNING dep_list.ignoring_dependencies] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'net-im/skype':
  ... When adding installed package 'net-im/skype-2.0.0.68:0::installed':
  ... Ignoring run dependencies due to exception 'Block: x11-libs/qt-core' (paludis::BlockError)

Query error:
  * In program paludis --pretend --install --dl-downgrade warning world:
  * When performing install action from command line:
  * When executing install task:
  * When building dependency list:
  * When adding PackageDepSpec 'net-print/hpijs':

 * You have 1 unread news items (use 'eselect news' to read)
  * No versions of 'net-print/hpijs' are available.


e poi con net-print/hpijs che devo fare? forse perchè è nel file world?
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Sun May 25, 2008 9:39 am    Post subject: Reply with quote

Beh, basta che leggi gli errori, è tutto scritto ;)

Code:
paludis --pretend --install --dl-downgrade warning world
Building target list...
Building dependency list...paludis@1211573785: [QA version_spec.too_long] In program paludis --pretend --install--dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding NamedSetDepSpec 'system':
  ... When adding PackageDepSpec 'sys-apps/net-tools':
  ... When fetching versions of 'sys-apps/net-tools' in gentoo:
  ... When loading versions for 'sys-apps/net-tools' in gentoo:
  ... When creating ID for 'sys-apps/net-tools' from '/usr/portage/sys-apps/net-tools/net-tools-1.60_p20071202044231-r1.ebuild':
  ... When extracting version from '/usr/portage/sys-apps/net-tools/net-tools-1.60_p20071202044231-r1.ebuild':
  ... When parsing version spec '1.60_p20071202044231-r1':
  ... Number part '20071202044231' exceeds 8 digit limit permitted by the Package Manager Specification (Paludissupports arbitrary lengths, but other package managers do not)

Qui si lamenta del numero di versione, che è troppo lungo e non rispetta gli standard.
Questo è un avviso QA comunque, che puoi ignorare. RIguarda gli sviluppatori più che gli utenti.

Code:

paludis@1211573786: [WARNING dep_list.downgrade] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'app-emulation/virtualbox-bin':
  ... When adding installed package 'app-emulation/virtualbox-bin-1.5.6:0::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '~app-emulation/virtualbox-modules-1.5.6':
  ... Downgrade to 'app-emulation/virtualbox-modules-1.5.6:0::gentoo' from 'app-emulation/virtualbox-modules-1.5.7:0::installed' forced

Qui downgrada app-emulation/virtualbox-modules alla versione 1.5.6 per qualche ragione (prova a guardare la tua configurazione o l'ebuild se sei curioso sul perché).

Code:

paludis@1211573787: [WARNING dep_list.ignoring_dependencies] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'app-text/kchmviewer':
  ... When adding installed package 'app-text/kchmviewer-3.1_p2:0::installed':
  ... Ignoring run dependencies due to exception 'Error searching for 'app-doc/chmlib': no available versions' (paludis::AllMaskedError)

chmlib è stato spostato in dev-libs. Devi reinstallarlo per eliminare questo warning.

Code:

paludis@1211573787: [QA version_spec.too_long] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'kde-base/kde-meta':
  ... When adding installed package 'kde-base/kde-meta-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/kdeadmin-meta-4.0.4:kde-4':
  ... When adding installed package 'kde-base/kdeadmin-meta-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/kcron-4.0.4:kde-4':
  ... When adding installed package 'kde-base/kcron-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/knotify-4.0.4:kde-4':
  ... When adding installed package 'kde-base/knotify-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=kde-base/phonon-4.0.4:kde-4':
  ... When adding installed package 'kde-base/phonon-4.0.4:kde-4::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec '>=media-libs/xine-lib-1.1.9':
  ... When fetching versions of 'media-libs/xine-lib' in zugaina:
  ... When loading versions for 'media-libs/xine-lib' in zugaina:
  ... When creating ID for 'media-libs/xine-lib' from '/usr/portage/local/layman/zugaina/media-libs/xine-lib/xine-lib-999999999999.ebuild':
  ... When extracting version from '/usr/portage/local/layman/zugaina/media-libs/xine-lib/xine-lib-999999999999.ebuild':
  ... When parsing version spec '999999999999':
  ... Number part '999999999999' exceeds 8 digit limit permitted by the Package Manager Specification (Paludis supports arbitrary lengths, but other package managers do not)
paludis@1211573790: [QA version_spec.too_long] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'media-video/ksubtile':
  ... When adding installed package 'media-video/ksubtile-1.2:0::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec 'media-video/mplayer':
  ... When fetching versions of 'media-video/mplayer' in zugaina:
  ... When loading versions for 'media-video/mplayer' in zugaina:
  ... When creating ID for 'media-video/mplayer' from '/usr/portage/local/layman/zugaina/media-video/mplayer/mplayer-999999999-r7.ebuild':
  ... When extracting version from '/usr/portage/local/layman/zugaina/media-video/mplayer/mplayer-999999999-r7.ebuild':
  ... When parsing version spec '999999999-r7':
  ... Number part '999999999' exceeds 8 digit limit permitted by the Package Manager Specification (Paludis supports arbitrary lengths, but other package managers do not)

vedi sopra.
Code:

paludis@1211573791: [WARNING dep_list.downgrade] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'net-im/skype':
  ... When adding installed package 'net-im/skype-2.0.0.68:0::installed':
  ... When adding run dependencies as post dependencies:
  ... When adding PackageDepSpec 'x11-libs/qt[=4.4.0_beta1|=4.4.0_rc1|=4.3.4-r1|=4.3.4|=4.3.3|=4.3.2-r1|=4.3.2|=4.3.1-r1|=4.3.1|=4.3.0-r2|=4.3.0-r1|=4.3.0|=4.3.0_rc1|=4.3.0_beta1|=4.2.3-r1|=4.2.3] (rewritten from { =x11-libs/qt-4.4.0_beta1, =x11-libs/qt-4.4.0_rc1, =x11-libs/qt-4.3.4-r1, =x11-libs/qt-4.3.4, =x11-libs/qt-4.3.3, =x11-libs/qt-4.3.2-r1, =x11-libs/qt-4.3.2, =x11-libs/qt-4.3.1-r1, =x11-libs/qt-4.3.1, =x11-libs/qt-4.3.0-r2, =x11-libs/qt-4.3.0-r1, =x11-libs/qt-4.3.0, =x11-libs/qt-4.3.0_rc1, =x11-libs/qt-4.3.0_beta1, =x11-libs/qt-4.2.3-r1, =x11-libs/qt-4.2.3 })':
  ... Downgrade to 'x11-libs/qt-4.3.4-r1:4::gentoo' from 'x11-libs/qt-4.4.0:4::installed' forced

http://paludis.pioto.org/faq/stricter.html#downgrades

Code:

paludis@1211573799: [WARNING dep_list.ignoring_dependencies] In program paludis --pretend --install --dl-downgrade warning world:
  ... When performing install action from command line:
  ... When executing install task:
  ... When building dependency list:
  ... When adding PackageDepSpec 'net-im/skype':
  ... When adding installed package 'net-im/skype-2.0.0.68:0::installed':
  ... Ignoring run dependencies due to exception 'Block: x11-libs/qt-core' (paludis::BlockError)

probabilmente installare x11-libs/qt-core richiede prima di disinstallare il qt monolitico. Praticamente qt sta bloccando qt-core. Ma siccome puoi usare l'uno o l'altro indifferentemente paludis sputa il warning e procede.

Code:

Query error:
  * In program paludis --pretend --install --dl-downgrade warning world:
  * When performing install action from command line:
  * When executing install task:
  * When building dependency list:
  * When adding PackageDepSpec 'net-print/hpijs':


zocram wrote:

e poi con net-print/hpijs che devo fare? forse perchè è nel file world?

vedi http://www.gentoo.org/news/en/gwn/20080119-newsletter.xml#doc_chap4
lo hanno rimosso da qualche mese, devi passare a hplip... ^_^
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
102376
l33t
l33t


Joined: 19 Mar 2005
Posts: 608

PostPosted: Sun May 25, 2008 12:27 pm    Post subject: Reply with quote

ok ti ringrazio ho capito tutto ora.
ma come mai app-emulation/virtualbox-modules in portage non vuole il downgrade anzi richiede proprio la versione 1.5.7 (forse perchè è smascherata)
ma effettivamente virtualbox-bin è 1.5.6.... e paludis invece vuole fare installare le 1.5.6.
a vederla così è portage che sbaglia
Back to top
View user's profile Send private message
jordan83
Apprentice
Apprentice


Joined: 17 Apr 2006
Posts: 222
Location: check your closet...

PostPosted: Sun May 25, 2008 5:06 pm    Post subject: Reply with quote

A dire il vero non saprei, dipende tutto da cosa è (o hai) mascherato e/o smascherato e da cosa richiede l'ebuild.
Guardando là di sicuro caprai i motivi per i quali la versione 1.5.6 viene scelta al posto della 1.5.7 :)

Non c'è nulla di magico in informatica (a parte le schermate blu di Win98 e questo fantastico programma multipiattaforma). :)
_________________
Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Forum italiano (Italian) Risorse italiane (documentazione e tools) All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6
Page 6 of 6

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum