[gentoo-user-de] Portage-Ungereimtheiten

[gentoo-user-de] Portage-Ungereimtheiten

[Kai Sommer]

[-- Attachment #1: Type: text/plain, Size: 1056 bytes --]

Hallo Leute,

schon seit ein paar Wochen stelle ich regelm. fest, dass es für mich eine 
Ungereimtheit beim Updae meines Gentoos gibt, die ich nun mal - des 
Verständnisses halber - hier äußere. - Viell. weiss ja jmd. von euch eine 
gute Antwort... :)

Ich synce mein Portage regelm. (eigentl. täglich) mittels
	"eix-sync"
Danach emerge ich eigentlich immer mein(e) "world" mit
	"emerge -avDunN world"
Dann rödelt mein kleiner Lappy und am Ende ist (eigentl. ;) immer alles gut!
Alle paar Tage (oder, wenn halt doch Probleme sind) fixe ich die libraries mit
	"revdep-rebuild -pv"

Nun zu meiner Ungereimtheit:
Wenn ich ein
	"eix|grep '\[U\]'"
nach solch einer obigen Prozedur mache, kommen Pakete zum Vorschein, die ein 
Update haben, aber beim world-Update nicht installiert werden...

Wie kommt das? - Habe ich nen Denkfehler (z.B. in meinem emerge-Aufruf)!?

Danke
Kai

-- 
Kai Sommer | Schopenhauerstraße 29 | 14467 Potsdam
http://sokai.name | OpenPGP-Fingerprint
9B5D AAE8 3D0F 7BA9 2F9D  5E2E FA58 43BD 5599 4068

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Michael Grundmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hallo

> emerge -avDunN world

das problem ist hier das N. Steht für newuse dh portage wird dir nur die
pakete emergen bei denen sich useflags geändert haben.



lg
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+8mEk+6woNmXFlYRCHneAKCvR9i55GpVf1TQR094wEWgriP9tQCgl3G7
wCXAh/4a9OlIscVw1yOdjFk=
=Yodx
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Markus Schönhaber]

Michael Grundmann schrieb:

>> emerge -avDunN world
> 
> das problem ist hier das N. Steht für newuse dh portage wird dir nur die
> pakete emergen bei denen sich useflags geändert haben.

Im Gegenteil. Mit --newuse werden *zusätzlich* die Pakete gemerged, die
zwar versionsmäßig aktuell sind, für die sich aber die sie betreffenden
USE-Flags geändert haben.
Allerdings erschließt sich mir der Sinn von --noreplace (-n) in diesem
Zusammenhang nicht.

Gruß
  mks
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Matthias Maier]

[-- Attachment #1: Type: text/plain, Size: 290 bytes --]

Am Donnerstag, 27. September 2007 schrieb Kai Sommer:
> Wie kommt das? - Habe ich nen Denkfehler (z.B. in meinem
> emerge-Aufruf)!?
Ich glaube nein.

Das erinnert mich sehr an:
http://forums.gentoo.org/viewtopic-t-568495.html?sid=b127f1805a90e37d3f944cd4ba4abf49

Grüße,
Matthais

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Markus Schönhaber]

Kai Sommer schrieb:

> Ich synce mein Portage regelm. (eigentl. täglich) mittels
> 	"eix-sync"
> Danach emerge ich eigentlich immer mein(e) "world" mit
> 	"emerge -avDunN world"
> Dann rödelt mein kleiner Lappy und am Ende ist (eigentl. ;) immer alles gut!
> Alle paar Tage (oder, wenn halt doch Probleme sind) fixe ich die libraries mit
> 	"revdep-rebuild -pv"
> 
> Nun zu meiner Ungereimtheit:
> Wenn ich ein
> 	"eix|grep '\[U\]'"
> nach solch einer obigen Prozedur mache, kommen Pakete zum Vorschein, die ein 
> Update haben, aber beim world-Update nicht installiert werden...
> 
> Wie kommt das? - Habe ich nen Denkfehler (z.B. in meinem emerge-Aufruf)!?

Wie schon in meinem anderen Post gesagt, verstehe ich den Sinn von -n in
Deinem emerge-Aufruf nicht.

Davon abgesehen kann es natürlich vorkommen, daß Pakete nicht (mehr)
direkt oder indirekt von world abhängen. Bspw. wurde Paket Y irgendwann
einmal als Abhängigkeit von Paket X installiert. Inzwischen wurde X aber
wieder von der Maschine deinstalliert. Y steht dann nicht im world-File
und ist auch keine direkte oder indirekte Abhängigkeit eines Pakets in
world - und wird demgemäß nicht von emerge --deep world erfaßt.
Das ist zumindest ein mögliches Szenario. Wenn Du Dir genauer ansiehst,
welche Pakete es sind, die emerge nicht aktualisiert, fallen Dir
vielleicht noch andere ein (Slots bspw.).

Gruß
  mks
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Kai Sommer]

[-- Attachment #1: Type: text/plain, Size: 821 bytes --]

Am Donnerstag, 27. September 2007 schrieb Markus Schönhaber:
> [...]
> Im Gegenteil. Mit --newuse werden *zusätzlich* die Pakete gemerged, die
> zwar versionsmäßig aktuell sind, für die sich aber die sie betreffenden
> USE-Flags geändert haben.
*zustimm*

> Allerdings erschließt sich mir der Sinn von --noreplace (-n) in diesem
> Zusammenhang nicht.
Ich habe den Aufruf schon ein paar Jährchen im Einsatz... - Woher ich den Tipp 
habe (ich weiss, dass es einer war ;), kann ich aber nicht mehr 
rekapitulieren...
Ich werde mal beim nexten Update ohne das "--noreplace" experimentieren - 
viell. isses das ja... *daranzweifel* ;)

sofar
sokai

-- 
Kai Sommer | Schopenhauerstraße 29 | 14467 Potsdam
http://sokai.name | OpenPGP-Fingerprint
9B5D AAE8 3D0F 7BA9 2F9D  5E2E FA58 43BD 5599 4068

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Markus Schönhaber]

Kai Sommer schrieb:

> Ich werde mal beim nexten Update ohne das "--noreplace" experimentieren - 
> viell. isses das ja... *daranzweifel* ;)

Ich habe weder behauptet, das sei der Grund für das von Dir beobachtete
Phänomen, noch denke ich das. Ich verstehe schlicht nicht, was das
--noreplace in
emerge --noreplace world
bewirken soll. Wenn ich mir die man page von emerge ansehe
"--noreplace (-n)
        Skips  the  packages  specified  on the command-line that have
        already been installed.  Without this option, any packages,
        ebuilds, or deps you specify on the command-line will cause
        Portage  to  remerge  the  package,  even  if  it  is  already
        installed.  Note that Portage will not remerge dependencies by
        default."
und das einzige "Paket", das Du bei Deinem emerge-Aufruf auf der
Kommandozeile übergibst, "world" ist, kann meiner Interpretation nach
--noreplace in diesem Fall nur gar nichts tun.
Vielleicht täusche ich mich aber auch.

Gruß
  mks
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Matthias Maier]

[-- Attachment #1: Type: text/plain, Size: 1390 bytes --]

Am Donnerstag, 27. September 2007 schrieb Markus Schönhaber:
> [..]
> Skips  the  packages  specified  on the command-line that
> have already been installed.  Without this option, any packages,
> ebuilds, or deps you specify on the command-line will cause Portage 
> to  remerge  the  package,  even  if  it  is  already installed. 
> Note that Portage will not remerge dependencies by default."
> und das einzige "Paket", das Du bei Deinem emerge-Aufruf auf der
> Kommandozeile übergibst, "world" ist, kann meiner Interpretation nach
> --noreplace in diesem Fall nur gar nichts tun.
> Vielleicht täusche ich mich aber auch.

Nein.
--noreplace verhindert genau dann ein Neubauen eines Paketes, wenn 
dieses bereits in der Version, die gebaut werden soll vorliegt.

D.h. dass z.B. ein
# emerge -np =app-cdr/k3b-0.12.17
das Bauen von k3b verhindert , wenn du bereits Version 0.12.17 gebaut 
hast.

Dies ist _fast_ das gleiche, was --update macht. (Die neueste 
Paketversion über eine ältere installieren, wenn noch nicht 
installiert.)

Geben wir jetzt beiden Optionen ein nicht vollständig klassifiziertes 
Paket (d.h. ohne Versionsangabe) so müssten meiner Meinung nach beide 
Optionen exakt das selbe tun.

Bei mir will ein
# emerge -nNDp world 
genau das gleiche bauen, wie
# emerge -uNDp world

Daran liegt es also nicht.

Grüße,
Matthias

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Meik Frischke]

Kai Sommer schrieb:
> Wie kommt das? - Habe ich nen Denkfehler (z.B. in meinem emerge-Aufruf)!
Ich denke mal das werden Sachen sein, die nicht (mehr) eine Abhängigkeit
der in der "world" Datei eingetragenen Pakete sind. Was sagt denn ein
"emerge -vp --depclean" nachdem du "emerge -DuavN world" hast
durchlaufen lassen? (Die --noreplace bei deinem Aufruf halte ich dabei
für überflüssig)

MfG

Meik
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Emil Beinroth]

[-- Attachment #1: Type: text/plain, Size: 758 bytes --]

Hi

On Thu, Sep 27, 2007 at 05:08:06PM +0200, Kai Sommer wrote:
> Wenn ich ein
> 	"eix|grep '\[U\]'"
> nach solch einer obigen Prozedur mache, kommen Pakete zum Vorschein, die ein 
> Update haben, aber beim world-Update nicht installiert werden...
> 
> Wie kommt das? - Habe ich nen Denkfehler (z.B. in meinem emerge-Aufruf)!?

Markus Schönhaber hat das mit dem worldfile ja schon in
46FBD1D4.4010407@schoenhaber.de erklärt.  

Was ich noch anmerken möchte ist, dass eix ausserdem keine Ahnung von
Abhängigkeiten hat. Es wird dir z.b. immer ein upgrade qt:3 -> qt:4
vorschlagen, obwohl kde-3 das qt:3 braucht.

MfG, Emil

-- 
Emil Beinroth
83059 Kolbermoor | Germany
 
This message is rot13 encrypted. Twice, to improve security!

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Matthias Guede]

Meik Frischke schrieb:
> Kai Sommer schrieb:
>   
>> Wie kommt das? - Habe ich nen Denkfehler (z.B. in meinem emerge-Aufruf)!
>>     
> Ich denke mal das werden Sachen sein, die nicht (mehr) eine Abhängigkeit
> der in der "world" Datei eingetragenen Pakete sind. Was sagt denn ein
> "emerge -vp --depclean" nachdem du "emerge -DuavN world" hast
> durchlaufen lassen? (Die --noreplace bei deinem Aufruf halte ich dabei
> für überflüssig)
>
> MfG
>
> Meik
>   
Und dann gibt es noch die Option --with-bdeps:

     --with-bdeps < y | n >
              In  dependency  calculations,  pull  in build time
dependencies that are not strictly required.


Ich konnte auf meinem System das gleiche beobachten: "eix | grep
'\[U\]'" brachte auch einige Treffer.

 Mit einem "emerge  -avuND --with-bdeps y world" und einem
anschliessenden "emerge -a --depclean" konnte ich die meisten  davon
eliminieren. Beglieben sind nur geslottete Pakete.

 
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Portage-Ungereimtheiten

[Vaeth]

Nur noch zwei kleine Anmerkungen bzgl. eix:

> > 	"eix|grep '\[U\]'"

Das geht einfacher mit z.B.
    eix -uc
Vor allem ist dies *deutlich* schneller.

> Was ich noch anmerken möchte ist, dass eix ausserdem keine Ahnung von
> Abhängigkeiten hat. Es wird dir z.b. immer ein upgrade qt:3 -> qt:4
> vorschlagen, obwohl kde-3 das qt:3 braucht.

Ob das Upgrade tatsächlich vorgeschlagen wird,
hängt davon ab, ob UPGRADE_TO_HIGHEST_SLOT=true ist.
Das ändert natürlich nichts an der Tatsache, dass eix nichts
von Abhängigkeiten oder dem world-File weiß...
--
gentoo-user-de@gentoo.org mailing list