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

["Markus Schönhaber" <gentoo-user-de@schoenhaber.de>]

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