pkg - Es wird kein Upgrade gemacht. Außderdem sind mehrere Packages als "Neuer" gekennzeichnet. Warum ?

[serie300]

Hallo

bei 'pkg' habe ich folgendes Problem
Nach "pkg upgrade" schaut der Rechner anscheinend nicht auf dem Pkg Server nach, sondern sagt ohne Verzögerung, daß alles up-to-date ist. Ausserdem sind lt. pkg version eine Menge Packages neuer als der Index. Schaue ich dann z.B. bei freshports nach sehe ich, daß aktuellere Packages da sind.
Z.B: xerm ist Version 394 auf meinem Rechner (und als neuer als der Index gekennzeichnet) und freshports sagt mir, daß Version seit 06.01. aktuell ist.

Ich habe den Verdacht, daß da was schief läuft - aber was ?
Bisher war bei mir Quatertly eingestellt und das sollte es noch immer sein.

 

[turrican]

wie ist die Ausgabe von pkg -vv | grep -B 1 -e url -e priority

du kannst ein update mit `pkg upgrade -f`erzwingen

 

[serie300]

wie ist die Ausgabe von pkg -vv | grep -B 1 -e url -e priority

du kannst ein update mit `pkg upgrade -f`erzwingen

$ pkg -vv | grep -B 1 -e url -e priority
FreeBSD: {
url : "pkg+https://pkg.freebsd.org/FreeBSD:14:amd64/quarterly",
enabled : yes,
priority : 0,

Bei einem pkg upgrade -n -f sollen 899 Packages reinstalled werden, aber kein einziges neu.

 

[turrican]

URL schaut ok aus, da du ja meintest du seiest auf quarterly...

mach mal testweise ein update (nicht -grade) mittels -f:

pkg update -f

EDIT/addendum: welche Pakete sind denn ausm Tritt?

 

[morromett]

BTW: Bei mir hat geholfen (nur) die Packages mit -f zu upgraden, die ausm Tritt waren:

pkg upgrade -f <package-xy>

 

[pit234a]

vielleicht lenkt mein Einwand auch nur vom eigentlichen Problem ab, das ja irgendwie mit pkg zusammen hängt.
Sind 899 Pakete alle installierten oder nur eine Auswahl daraus? Dann könnte es vielleicht auch interessant sein, sich mal die Auswahl näher zu betrachten.
Wenn es alle sind, würde ich die jedenfalls alle auch mal neu machen. Diese Prozedur ist nicht unbedingt erforderlich, wenn man innerhalb des gleichen Zweiges ein Update macht, aber sie ist notwendig, wenn man einen RELEASE-Wechsel vornimmt und nun ist 14 noch nicht so alt, weshalb ich mir einfach vorstelle, dass dabei vielleicht etwas schief gegangen ist.
Ich selbst habe auch beim Wechsel von 14.1 nach 14.2 alles neu installieren lassen.

Dabei ist wichtig, die pkg lock liste vorher zu beseitigen!
Die kann den Update einer ganzen Reihe von Paketen blockieren.

 

[serie300]

So. "pkg update -f" habe ich gemacht (und der Rechner). Hat sich aber nichts geändert
Was mich wundert:
Auf der auffälligen Maschine läuft das so ohne hochzählen in 0 Sekunden durch

# pkg upgrade
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
Checking for upgrades (5 candidates): 100%
Processing candidates (5 candidates): 100%
Checking integrity... done (0 conflicting)
Your packages are up to date.

So, wie wenn man pkg upgrade nach kurzer Zeit nochmal laufen läßt.

Auf meiner anderen Maschine (und früher auch auf der Auffälligen) holt er data.pkg und zählt die Prozente hoch.

# pkg upgrade
Updating FreeBSD repository catalogue...
Fetching data.pkg: 100% 7 MiB 7.5MB/s
Processing entries: 100%

Kann es sein, daß pkg irgenwie der Ansicht ist , einen aktuellen Index zu haben ?

 

[-Nuke-]

Kann gerade nicht ganz folgen. Du bist auf Quarterly eingestellt. D.h. deine Packages werden nur alle paar Monate aktualisiert. Natürlich hast du somit ältere Packages als die, die auf freshports gelistet werden.

Oder was ist hier das Problem?

 

[serie300]

Auch bei Quarterly holt er sich zwischendurch Upgrades, z.B. Firefox. Komisch ist wie gesagt, daß er sich den Index / data.pkg nicht holt. Hat er sonst auch gemacht.

 

[morromett]

Auch bei Quarterly holt er sich zwischendurch Upgrades, z.B. Firefox.

Ja. Wie ist z. Zt. auf deinen Systemen, die Ausgabe von:

pkg info firefox-esr | grep -iE 'git_hash|version|timestamp'

?

 

[serie300]

# pkg info firefox | grep -iE 'git_hash|version|timestamp'
Version : 133.0_1,2
FreeBSD_version: 1401000
build_timestamp: 2024-11-24T01:33:27+0000
port_git_hash : cf35b63e3
ports_top_git_hash: deca96638

 

[morromett]

Gibt es mit "pkg audit -F" evtl. einen Hinweis für diese FF-Version (133.0_1,2) oder andere FF-Versionen? Welche FF-Version haben die user, die z. Zt. ein aktuelles latest (statt aktuelles quarterly) benutzen?

 

[Andy_m4]

Welche FF-Version haben die user, die z. Zt. ein aktuelles latest (statt aktuelles quarterly) benutzen?

134.0,2
Also die Version, die auch in den aktuellen Ports vorhanden ist.

 

[pit234a]

Welche FF-Version haben die user, die z. Zt. ein aktuelles latest (statt aktuelles quarterly) benutzen?

pit@Mifcom ~:- > firefox -v
    Mozilla Firefox 134.0
    pit@Mifcom ~:- > pkg version -R -x firefox
    firefox-134.0,2

derzeit, bis demnächst, etwa Sonntags, der nächste UPDATE erfolgt.

 

[serie300]

Irgendwas ist da seltsam bei meinem pkg Sytem

# pkg delete xwd
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 3 packages (of 0 packages in the universe):

Installed packages to be REMOVED:
xorg: 7.7_3
xorg-apps: 7.7_4
xwd: 1.0.8_1

Number of packages to be removed: 3

Proceed with deinstalling packages? [y/N]: n

Also ein paar mehr Packages als xwd hängen bei mir schon an xorg dran.

 

[turrican]

ist etwa deine lokale pkgdb defekt?

du könntest /var/db/pkg/local.sqlite vorsichtshalber mal wegsichern und folgendes ausführen:

xzcat /var/backups/pkg.sql.xz | pkg shell

danach ein pkg upgrade