[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

[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 --]

[gentoo-user-de] Bedeutung von --noreplace bei emerge (was: Portage-Ungereimtheiten)

[Markus Schönhaber]

Matthias Maier schrieb:

> 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.

Probieren wir's aus:

~ $ eix rpm2targz
[U] app-arch/rpm2targz
     Available versions:  9.0-r2 9.0-r3 ~9.0-r4 9.0-r5 9.0-r6
     Installed versions:  9.0-r5(10:46:21 11.11.2006)
     Homepage:            http://www.slackware.com/config/packages.php
     Description:         Convert a .rpm file to a .tar.gz archive

~ $ emerge --pretend --update rpm2targz

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

Calculating dependencies... done!
[ebuild     U ] app-arch/rpm2targz-9.0-r6 [9.0-r5]

~ $ emerge --pretend --noreplace rpm2targz

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

Calculating dependencies... done!
[ebuild     U ] app-arch/rpm2targz-9.0-r6 [9.0-r5]

Deine Aussage stimmt also offensichtlich.
Der von mir zitierte Teil der man page erwähnt allerdings mit keinem
Wort, daß für --noreplace die Paketversion von Bedeutung sei. Welche
Dokumentation habe ich übersehen?

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

Und vermutlich das gleiche, wie
emerge -unNDp world
bzw. wie beim OP
emerge -avDunN world

Das zusätzliche -n ist also in diesem Fall ein no-op. Wie nach der man
page auch zu erwarten war, da das einzige auf der Kommandozeile
angegebene "Paket" (world) sowieso nicht gebaut wird - ob mit oder ohne -n.

> Daran liegt es also nicht.

Liegt was nicht? Das vom OP beobachtete Phänomen?
Daß das IMO nicht am --noreplace liegt, habe ich ja auch schon in dem
Post geschrieben, auf den Du geantwortet hast. In dem Punkt sind wir uns
sowieso einig.

Gruß
  mks

Nachtrag: Sowohl bei Angabe eines Paketes ohne Versionsspezifikation,
das bereits in der neuesten Version installiert ist, als auch bei Angabe
eines Paketes mit Versionsspezifikation, das bereits in der geforderten
Version installiert ist, machen beide, also emerge --noreplace und
emerge --update, bei mir nichts (portage 2.1.3.9).
Was ist denn nun der Unterschied zwischen --noreplace und --update?

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

Re: [gentoo-user-de] Bedeutung von --noreplace bei emerge (was: Portage-Ungereimtheiten)

[Matthias Maier]

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

Am Donnerstag, 27. September 2007 schrieb Markus Schönhaber:
> Liegt was nicht? Das vom OP beobachtete Phänomen?
> Daß das IMO nicht am --noreplace liegt, habe ich ja auch schon in dem
> Post geschrieben, auf den Du geantwortet hast. In dem Punkt sind wir
> uns sowieso einig.

Sorry, den Satz von dir hatte ich überlesen.

> Nachtrag: Sowohl bei Angabe eines Paketes ohne Versionsspezifikation,
> das bereits in der neuesten Version installiert ist, als auch bei
> Angabe eines Paketes mit Versionsspezifikation, das bereits in der
> geforderten Version installiert ist, machen beide, also emerge
> --noreplace und emerge --update, bei mir nichts (portage 2.1.3.9).
> Was ist denn nun der Unterschied zwischen --noreplace und --update?

Die Grundidee ist ja:
--noreplace: Baue einmal gebauten Kram nicht nochmal.
--update: Baue mir die neueste Version (falls ich nicht schon die 
neueste habe.)

Dazu kommt offenbar noch die Eigenschaft, dass wenn man ein Paket ohne 
Versionsnummer angibt, automatisch die neueste Version gemeint ist.
Und schon sind beide Optionen ziemlich ähnlich.

Es könnte sein, dass sie sich unterschiedlich auf Abhängigkeiten 
auswirken. (Wenigstens sagt die Man-page dazu etwas.)
(oder historisch bedingt beide vorhanden sind.)

Wer weiß.

Vielleicht. sind solche Spielchen auch nur dazu da, dass man das 
_Wunder_, dass alles funktioniert als gottgegeben hin nimmt :-P

(Genauso, wie die Compilerentwickler des gcc darüber Auskunft geben 
können, was genau der Compiler eigentlich bei der Kombination einzelner 
Optimierungen macht..)

Grüße,
Matthias

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

Re: [gentoo-user-de] Bedeutung von --noreplace bei emerge

[Boris]

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


> Die Grundidee ist ja:
> --noreplace: Baue einmal gebauten Kram nicht nochmal.
>   

Kleine newbie-Zwischenfrage:

Wie kann ich ein speziell gebautes Paket ( also mit extra USE-Flags )
davor bewahren, bei einem,
emerge world nicht umgebaut zu werden , aber trotzdem die neueste
Version installieren ?

Gruß

Boris




-- 

---------------------------------------------------------------------
---- boris@voelkle.eu -------- www.voelkle.eu -----------------------
---------------------------------------------------------------------
---- Schlüssel-ID:0x53571272 --- pool.sks-keyservers.net ------------
---------------------------------------------------------------------
---- Fingerprint:BDEA F0DE 7485 0239 0659 D48F 3DC4 3AA9 5357 1272 --
---------------------------------------------------------------------



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [gentoo-user-de] Bedeutung von --noreplace bei emerge

[Markus Schönhaber]

Boris schrieb:

> Wie kann ich ein speziell gebautes Paket ( also mit extra USE-Flags )
> davor bewahren, bei einem,
> emerge world nicht umgebaut zu werden , aber trotzdem die neueste
> Version installieren ?

Du trägst die USE-Flags, die sich bei diesem Paket von den globalen
Einstellungen unterscheiden, in /etc/portage/package.use ein.
man portage
dokumentiert, wie das aussehen muß.

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

Re: [gentoo-user-de] Bedeutung von --noreplace bei emerge (was: Portage-Ungereimtheiten)

[Matthias Maier]

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

Am Donnerstag, 27. September 2007 schrieb Markus Schönhaber:
> Was ist denn nun der Unterschied zwischen --noreplace und --update?

Ah. Ich habe gerade etwas gefunden:
--noreplace scheint das zu behandelnde Paket automatisch in die 
World-Datei einzutragen, während dies --update meines Wissens nicht 
tut.

Dies wird insbesondere bei einem
# emerge --depclean --pretend
empfohlen, um Pakete vor dem unbeabsichtigten Löschen zu bewahren.

Grüße,
Matthias

[der glücklich ist, immer mit -p und nicht als root das ganze 
ausprobiert zu haben.]

Ps.: Kai müsste man ja glatt die dringende Empfehlung aussprechen mal 
in /var/lib/portage/world ordentlich aufzuräumen.


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

Re: [gentoo-user-de] Bedeutung von --noreplace bei emerge

[Markus Schönhaber]

Matthias Maier schrieb:

> Am Donnerstag, 27. September 2007 schrieb Markus Schönhaber:
>> Was ist denn nun der Unterschied zwischen --noreplace und --update?
> 
> Ah. Ich habe gerade etwas gefunden:
> --noreplace scheint das zu behandelnde Paket automatisch in die 
> World-Datei einzutragen, während dies --update meines Wissens nicht 
> tut.

Ja, wieder richtig:

# emerge --update rpm2targz
[...Gewurschtel...]
>>> /usr/share/doc/rpm2targz-9.0-r6/rpm2targz.README.bz2
>>> app-arch/rpm2targz-9.0-r6 merged.

 app-arch/rpm2targz
    selected: 9.0-r5
   protected: 9.0-r6
     omitted: none
[...]

# emerge --noreplace rpm2targz
[...Gewurschtel...]
>>> /usr/share/doc/rpm2targz-9.0-r6/rpm2targz.README.bz2
>>> app-arch/rpm2targz-9.0-r6 merged.
>>> Recording app-arch/rpm2targz in "world" favorites file...

 app-arch/rpm2targz
    selected: 9.0-r5
   protected: 9.0-r6
     omitted: none
[...]

Danke jedenfalls für Deine Erläuterungen!

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

[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

[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

[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

[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