Nach einem
apt-get dist-upgrade
wurde auf zwei meiner buster Kisten das Paket vim-tiny geloescht. Ich
hab erst nicht gemerkt, weil im output so viel los war. Nachdem sich
user beschwert hatten hab ich vim-tiny wieder von Hand installiert und
alles geht. Mir ist klar dass apt-get dist-upgrade schon mal ein Paket
loeschen kann wenn es mit etwas anderem kollidiert, aber frag mich schon
was das Problem mit vim-tiny sein kann? Jemand ne Idee was da los war?

--
\ J. Dollinger FAW/n Ulm |zeitnot@irc| http://www.home.pages.de/~zeitnot/
\ "What're quantum mechanics?" -- "I don't know. People who /
\ repair quantums, I suppose." (Terry Pratchett, Eric) /

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 18.11.2022 um 17:24 teilte Juergen Dollinger mit:

Moin,

Nach einem
apt-get dist-upgrade
wurde auf zwei meiner buster Kisten das Paket vim-tiny geloescht. Ich
hab erst nicht gemerkt, weil im output so viel los war. Nachdem sich
user beschwert hatten hab ich vim-tiny wieder von Hand installiert und
alles geht. Mir ist klar dass apt-get dist-upgrade schon mal ein Paket loeschen kann wenn es mit etwas anderem kollidiert, aber frag mich schon
was das Problem mit vim-tiny sein kann? Jemand ne Idee was da los war?

Unter /var/log findet sich der Terminal Output von dem apt Run, da würde
man sehen welche Pakete neu hinzu kamen, die eventuell einen Conflict
mit vim-tiny gehabt haben könnten.

H.
--
sigfault

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hilmar Preuße wrote:

Am 18.11.2022 um 17:24 teilte Juergen Dollinger mit:

Moin,

Nach einem
apt-get dist-upgrade
wurde auf zwei meiner buster Kisten das Paket vim-tiny geloescht. Ich
hab erst nicht gemerkt, weil im output so viel los war. Nachdem sich
user beschwert hatten hab ich vim-tiny wieder von Hand installiert und alles geht. Mir ist klar dass apt-get dist-upgrade schon mal ein Paket loeschen kann wenn es mit etwas anderem kollidiert, aber frag mich schon was das Problem mit vim-tiny sein kann? Jemand ne Idee was da los war?

Unter /var/log findet sich der Terminal Output von dem apt Run, da würde
man sehen welche Pakete neu hinzu kamen, die eventuell einen Conflict
mit vim-tiny gehabt haben könnten.

Aus /var/log/apt/history.log
Start-Date: 2022-11-08 15:49:02
Commandline: apt-get dist-upgrade
Install: linux-image-4.19.0-22-amd64:amd64 (4.19.260-1, automatic)
Upgrade: vim-common:amd64 (2:8.1.0875-5+deb10u2, 2:8.1.0875-5+deb10u3), linux-image-amd64:amd64 (4.19+105+deb10u16, 4.19+105+deb10u17)
Remove: vim-tiny:amd64 (2:8.1.0875-5+deb10u2)
End-Date: 2022-11-08 15:49:23

Aus /var/log/apt/term.log (den Teil mit dem lesen der Datenbank
gekuerzt)
Log started: 2022-11-08 15:49:02
(Reading database ...
... 71394 files and directories
currently installed.)
Removing vim-tiny (2:8.1.0875-5+deb10u2) ...
(Reading database ...
database ... 100%^M(Reading database ... 71385 files and directories
currently installed.)
Preparing to unpack .../vim-common_2%3a8.1.0875-5+deb10u3_all.deb ...
Unpacking vim-common (2:8.1.0875-5+deb10u3) over (2:8.1.0875-5+deb10u2)
...
Selecting previously unselected package linux-image-4.19.0-22-amd64.
Preparing to unpack .../linux-image-4.19.0-22-amd64_4.19.260-1_amd64.deb
...

kann ja wohl am ehesten eine Unvertraeglichkeit mit vim-common sein,
aber dann koennte ich vim-tiny nicht einfach wieder installieren.
So richtig schlau bin ich jetzt nicht geworden.

--
/"\ Jürgen Dollinger
\ / ASCII Ribbon Campaign FAW/n Ulm
X Against HTML Mail http://www.home.pages.de/~zeitnot/
/ \ #include<stddisclaimer.h>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 19.11.2022 um 01:36 teilte Juergen Dollinger mit:

Moin

kann ja wohl am ehesten eine Unvertraeglichkeit mit vim-common sein,
aber dann koennte ich vim-tiny nicht einfach wieder installieren.
So richtig schlau bin ich jetzt nicht geworden.

Das ist sicher richtig.

Das Einzige was ich mir noch vorstellen kann: daß vim-common (Arch all) früher aus dem Autobuilder gefallen ist, als vim--tiny (Arch amd64), so
daß vim-common im Archiv auf "Installed" stand, während vim-tiny noch
auf "Uploaded" oder "Built" war. Demzufolge stand zum Zeitpunkt Deines
Upgrades die passende vim-tiny Version nicht zur Verfügung, später aber schon.

Wieder mal ein Argument gegen unkontrollierte dist-upgrades.

H.
--
sigfault

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sat, 19 Nov 2022 11:41:01 +0100, Hilmar Preuße <hille42@web.de>
wrote:

Am 19.11.2022 um 01:36 teilte Juergen Dollinger mit:

kann ja wohl am ehesten eine Unvertraeglichkeit mit vim-common sein,
aber dann koennte ich vim-tiny nicht einfach wieder installieren.
So richtig schlau bin ich jetzt nicht geworden.

Das ist sicher richtig.

Das Einzige was ich mir noch vorstellen kann: daß vim-common (Arch all) >früher aus dem Autobuilder gefallen ist, als vim--tiny (Arch amd64), so
daß vim-common im Archiv auf "Installed" stand, während vim-tiny noch
auf "Uploaded" oder "Built" war. Demzufolge stand zum Zeitpunkt Deines >Upgrades die passende vim-tiny Version nicht zur Verfügung, später aber >schon.

Wieder mal ein Argument gegen unkontrollierte dist-upgrades.

Ich fahre sehr gut damit, den Bulk an Paketen mit apt upgrade
"wegzuschaffen" und wenn ein dann ausgeführtes zweites apt upgrade
noch dinge übrig lassen möchte mir mal anzugucken was apt full-upgrade
so machen möchte.

dist-upgrade ist schon länger deprecated und in der aktuellen apt
manpage nichtmal mehr dokumentiert.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 19.11.2022 um 12:36 teilte Marc Haber mit:

Moin,

dist-upgrade ist schon länger deprecated und in der aktuellen apt
manpage nichtmal mehr dokumentiert.

Was wäre denn die Alternative? full-upgrade macht AFAICT dasselbe. Damit bleibt es bei der Ansage, "full-upgrade" nicht unkontrolliert aufzurufen.

H.
--
sigfault

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

dist-upgrade ist schon länger deprecated und in der aktuellen apt
manpage nichtmal mehr dokumentiert.

Was wäre denn die Alternative? full-upgrade macht AFAICT dasselbe. Damit bleibt es bei der Ansage, "full-upgrade" nicht unkontrolliert aufzurufen.

Zitat:
In einigen Fällen wird durch das direkte Ausführen des vollständigen Upgrades
(wie unten beschrieben) eine große Anzahl von Paketen entfernt, die Sie eigentlich behalten möchten. Wir empfehlen deshalb einen zweiteiligen Upgrade- Prozess: als erstes ein minimales Upgrade, um diese Konflikte zu umgehen und anschließend ein vollständiges Upgrade wie in Abschnitt 4.4.5, „Upgrade des
Systems“ beschrieben.

Führen Sie dazu zuerst dies aus:

# apt upgrade --without-new-pkgs


Quelle: https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.de.html#minimal-upgrade

Kapitel: 4.4.4. Minimales System-Upgrade



--

Sven

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, 14 Dec 2022 20:24:10 +0100, Hilmar Preuße <hille42@web.de>
wrote:

Am 19.11.2022 um 12:36 teilte Marc Haber mit:

dist-upgrade ist schon länger deprecated und in der aktuellen apt
manpage nichtmal mehr dokumentiert.

Was wäre denn die Alternative? full-upgrade macht AFAICT dasselbe. Damit >bleibt es bei der Ansage, "full-upgrade" nicht unkontrolliert aufzurufen.

Das ist völlig richtig, ja.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hilmar Preuße:

Am 19.11.2022 um 12:36 teilte Marc Haber mit:

dist-upgrade ist schon länger deprecated und in der aktuellen apt
manpage nichtmal mehr dokumentiert.

Was wäre denn die Alternative? full-upgrade macht AFAICT dasselbe. Damit bleibt es bei der Ansage, "full-upgrade" nicht unkontrolliert aufzurufen.

Das sollte niemanden überraschen.

Ich schreibe das hier seit Jahren immer mal wieder: "routinemäßig", ohne besondere Aufmerksamkeit, sollte immer nur "upgrade" gemacht werden. Insbesondere auf unstable/sid. Damit macht man sich nix kaputt (wenn die
Pakete nicht buggy sind).

Ich mache auf meinem Laptop (sid) täglich "apt upgrade". full-upgrade
mache ich nur genau dann, wenn mehrere Tage lang irgendwelche Pakete
nicht aktualisiert werden können, ohne andere Pakete zu entfernen. Und
dann schaue ich genau hin.

J.
--
I will not admit to failure even when I know I am terribly mistaken and
have offended others.
[Agree] [Disagree]
<http://archive.slowlydownward.com/NODATA/data_enter2.html>

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEERCNn0ngYrOUG3zZFU4ruOUNvhZcFAmObiYYACgkQU4ruOUNv hZfAdhAAgH7o9Cte+sYwNEh6SFFDK78epW8ld2EKBe6dum5H0gd96optch+nefWn raAzQIc5a2VYRQX1hpiSUU43Pw1R8AnTIbWZnjR14ec+jOzC42rrcVM23zNRx0fN CeZazZzO+7yrzfxcTSFOqK+a+sG0Kgy818RLD7hJRVuzxAlhb1GER8roUPbByj5P /Q32ucabyNQ1tPWmUp2BmoCyEl8x1TAXA9C4osuOiEBJTIleRSaPeFDemPNZESPr ie7WcsqyeRVWSeC3ZWwb4dMnf9GdEcb8gRsuYoqyoE8m09j5Kj0bd4TudP21+V1i DKvCkCDfCL9Q4h/uA1/s+VbzW6WtX92V5gIj2o96CR38vujmulKwPIYVwVN30zha 5SgHkOhi1AmUV81gYImiI5K0PY+y+xmQLapck8Y+rk1hJkasJcy1bLS3s78bvOOt BuRuqK1E4yk1JA0CL3TLDf6Eu5/KWaHiHvjlA+euiDwesWUlyYRnrEY0vpc6CiR7 dD9Tlg3+oAwDFZ3Lx6eMwXl8GqDvI7x170sKToA4Pbf7BcoCNmuaMk84qW1+RWGl qa+CQTC094HIQiIf4RFf6TY2z9hLWuAEEsfH6Op1tFn+skxeaP2Y14uU3DPuMaD+ Gbk65HHFtEUVr59q9okP92fPQoXVh15P3eI6azGymBOTprffemE=
=2beC
-

On Thu, 15 Dec 2022 21:54:32 +0100, Jochen Spieker
<ml@well-adjusted.de> wrote:

Ich schreibe das hier seit Jahren immer mal wieder: "routinemäßig", ohne >besondere Aufmerksamkeit, sollte immer nur "upgrade" gemacht werden. >Insbesondere auf unstable/sid. Damit macht man sich nix kaputt (wenn die >Pakete nicht buggy sind).

Ich mache auf meinem Laptop (sid) täglich "apt upgrade". full-upgrade
mache ich nur genau dann, wenn mehrere Tage lang irgendwelche Pakete
nicht aktualisiert werden können, ohne andere Pakete zu entfernen. Und
dann schaue ich genau hin.

ich mache upgrade, und wenn dann noch was offen ist, full-upgrade. Das
vorher gemachte "upgrade" verkürzt die Liste der Dinge, die man sich
ganz gena angucken muss, erheblich.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 14.12.22 um 21:23 schrieb Sven:

Prozess: als erstes ein minimales Upgrade, um diese Konflikte zu umgehen und anschließend ein vollständiges Upgrade wie in Abschnitt 4.4.5, „Upgrade des
Systems“ beschrieben.

Führen Sie dazu zuerst dies aus:

# apt upgrade --without-new-pkgs

Das ist doch dann eigentlich so was wie es das dist-upgrade früher gemacht hat,
oder? Erst mal alles Ugraden was unbedingt zum booten benötigt wird, danach dann den ganzen Rest mit Full upgrade.

MfG,
Pierre Bernhardt

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)