Re: [gentoo-user-de] was ist grösser als @world..?

[Tobias Hommel]

On Sat, Jul 03, 2010 at 07:21:04AM +0200, Bernd Wurst wrote:
> Hallo.
>
> Am Freitag 02 Juli 2010, 17:32:20 schrieb Christian Bricart:
> > >> > Du suchst die emerge Option --emptytree (-e).
> > >> Nee, das baut nur @world mit allen Abhängigkeiten komplett neu.
> > > Was aber genau das ist, was der OP haben wollte. :)
> > nee - wollt' ich nicht ;-)
> > will ja nicht für jedes Update mein komplettes System neu bauen ;-)
>
> Mir scheint du weißt nicht was du eigentlich willst. ;-)

Hat er doch relativ unmissverstaendlich gesagt, ein set, was alle Pakete
enthaelt, die upgradebar sind. ;)

>
> | Der Unterschied ist, dass einige Pakete nicht im @world-Set sind, weil sie
> | nicht expizit emerged, sondern nur als Abhängigkeit gezogen wurden - dann
> | landen sie nicht in @world.
>
> Da fragst du nach den Abhängigkeiten der Pakete (die in world sind).
>
> Wenn du Pakete hast, die selbst nicht in world (und nicht in system) sind und
> auch keine Abhängigkeit dieser Pakete sind, dann sind das entweder unnütze
> verwaiste Pakete (die emerge --depclean löschen würde) oder du hast irgendwas
> mit emerge --oneshot installiert und damit das Package-Handling auf deutsch
> gesagt verarscht.

Schaun wir mal:
===========================================
$ eix -uc
[U] dev-java/bcprov (1.40(1.3)@04/02/2010 -> 1.40(1.3) 1.45): Java cryptography APIs
[U] sys-kernel/gentoo-sources (2.6.34(2.6.34)@05/22/2010 -> 2.6.16-r13(2.6.16-r13)!b!s (~)2.6.25-r9(2.6.25-r9)!b!s 2.6.26-r4(2.6.26-r4)!b!s 2.6.27-r8(2.6.27-r8)!b!s (~)2.6.27-r10(2.6.27-r10)!b!s 2.6.28-r5(2.6.28-r5)!b!s (~)2.6.28-r6(2.6.28-r6)!b!s 2.6.29-r5(2.6.29-r5)!b!s (~)2.6.29-r6(2.6.29-r6)!b!s 2.6.30-r8(2.6.30-r8)!b!s (~)2.6.30-r9(2.6.30-r9)!b!s 2.6.31-r10(2.6.31-r10)!b!s (~)2.6.32-r6(2.6.32-r6)!b!s 2.6.32-r7(2.6.32-r7)!b!s (~)2.6.32-r8(2.6.32-r8)!b!s (~)2.6.32-r9(2.6.32-r9)!b!s (~)2.6.32-r10(2.6.32-r10)!b!s (~)2.6.32-r11(2.6.32-r11)!b!s (~)2.6.33(2.6.33)!b!s (~)2.6.33-r1(2.6.33-r1)!b!s 2.6.33-r2(2.6.33-r2)!b!s (~)2.6.34(2.6.34)!b!s (~)2.6.34-r1(2.6.34-r1)!b!s): Full sources including the Gentoo patchset for the 2.6 kernel tree
[U] virtual/libusb (0@11/30/2009 -> 0 (~)1(1)): Virtual for libusb
Found 3 matches.

$ emerge -p --depclean

 * Depclean may break link level dependencies.  Thus, it is
 * recommended to use a tool such as `revdep-rebuild` (from
 * app-portage/gentoolkit) in order to detect such breakage.
 * 
 * Always study the list of packages to be cleaned for any obvious
 * mistakes. Packages that are part of the world set will always
 * be kept.  They can be manually added to this set with
 * `emerge --noreplace <atom>`.  Packages that are listed in
 * package.provided (see portage(5)) will be removed by
 * depclean, even if they are part of the world set.
 * 
 * As a safety measure, depclean will not remove any packages
 * unless *all* required dependencies have been resolved.  As a
 * consequence, it is often necessary to run `emerge --update
 * --newuse --deep world` prior to depclean.

Calculating dependencies   ... done!                         
>>> No packages selected for removal by depclean
>>> To see reverse dependencies, use --verbose
Packages installed:   994
Packages in world:    200
Packages in system:   50
Required packages:    994
Number to remove:     0

$ emerge -DupN world

These are the packages that would be merged, in order:

Calculating dependencies                     ... done!   
[ebuild  NS   ] sys-kernel/gentoo-sources-2.6.34-r1 [2.6.34] USE="-build -deblob -symlink"
===========================================

Wie unschwer zu erkennen ist, zeigt eix 3 upgradebare Pakete an, emerge nur 1.
Allerdings moechte emerge mir die anderen 2 auch nicht automatisch loeschen.

>
> "emerge --update --deep world" macht alle Updates von Paketen im world-file
> und deren Abhängigkeiten, sofern diese Update gemacht werden dürfen (Also
> keine Abhängigkeit explizit die ältere Version verlangt). Auch hier: Pakete
> die nicht mehr benötigt werden oder die du mittels --oneshot installiert hast,
> werden natürlich nicht berücksichtigt.

Da kommen wir der Sache schon naeher. Installiere ich dev-java/bcprov-1.45,
funktioniert das wunderbar, allerdings will emerge --depclean mir das auch
gleich wieder unmergen. Ein Blick in die Abhaengigkeiten der Pakete, die
`qdepends -Q bcprov` liefert dann auch prompt "dev-java/bcprov:1.3" als
RDEPEND.

Also, sowohl eix, als auch emerge zeigen nicht wirklich was falsches an, nur
beruecksichtigt eix keine dependencies, es zeigt halt einfach nur die Pakete
an, die ohne Abh\"angigkeiten nicht auf dem neusten Stand sind.

$ eix --help|ack -- '--upgrade'
    -u, --upgrade[+-]     Match packages without best slotted version.


>
> Vielleicht solltest du einfach (nach einem emerge --update --deep world und
> einem revdep-rebuild) mal emerge --depclean aufrufen um eine Menge alten
> Ballast los zu werden?
>
> Gruß, Bernd
>