Update to buster failed

If none of the more specific forums is the right place to ask

Re: Update to buster failed

Postby L_V » 2020-01-28 16:41

fabien wrote:What don't you understand?

This "This is for the now Buster system, tell me if you want it for Stretch also.".

My answer: no I don't. Buster is fine, then it's OK (according to subject title).
L_V
 
Posts: 1270
Joined: 2007-03-19 09:04

Re: Update to buster failed

Postby reinob » 2020-01-28 17:31

L_V wrote:
fabien wrote:This is for the now Buster system, tell me if you want it for Stretch also.

?? Tell me what is your problem. You confuse me.
If you don't have problem with buster, i don't care of feebdback of buster.
The subject title which is not yours is: "Update to buster failed".


@fabien just showed that the problem happens on a "vanilla" upgrade from stretch to buster, which seems to be the same problem that the OP (@mountaineer) has, so he's basically confirmed it.

I'm however confused as to whether the java packages are available or not on stretch.
reinob
 
Posts: 762
Joined: 2014-06-30 11:42

Re: Update to buster failed

Postby L_V » 2020-01-28 18:59

Totally confusing
mountaineer said he gets pages with this command:
Code: Select all
find /etc/apt -name '*.list' -print -exec grep "^deb " {} \;

How someone else can reproduce the same environment. Simply impossible.
mountaineer does not only have a java problem easy to solve.
L_V
 
Posts: 1270
Joined: 2007-03-19 09:04

Re: Update to buster failed

Postby CwF » 2020-01-29 15:07

fabien wrote:What I'm doing when I know there is an issue with package upgrade (always run a simulation before any upgrade) is removing the package and its reverse dependencies, doing the upgrade, reinstalling the packages. By far the simplest way.

Yep, stepping through it with apt intelligence augmented with a human intelligence works every time.
Code: Select all
:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

:~$ cat /var/log/installer/lsb-release
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u4"
X_INSTALLATION_MEDIUM=cdrom
CwF
 
Posts: 568
Joined: 2018-06-20 15:16

Re: Update to buster failed

Postby L_V » 2020-01-29 15:24

Yes when you have an update problem with about 10 packages.
When you have I quote "1980 packages left in unpacked state", it's another story and needs more precise investigations.
1980 is much more than the 1258 packages I currently have in my system.
If you remove 1980 packages, you maybe still would have at least dpkg, apt, bash and a kernel (if lucky enough), but not much more.
L_V
 
Posts: 1270
Joined: 2007-03-19 09:04

Re: Update to buster failed

Postby CwF » 2020-01-29 15:38

L_V wrote:"1980 packages left in unpacked state", it's another story

No, it's not a different story, it's a longer story.
When you boil it all the way down there is but one requirement for a successful upgrade and that is a reliable boot to a prompt. Everything else is a technicality, a chapter in the story.

That above vm born image has been on multiple bare metal examples. Taken to 2500+ packages at times, reduced to 700-1300 packages multiple times. And am typing in it now.
Code: Select all
     _,met$$$$$gg.          @forums
    ,g$$$$$$$$$$$$$$$P.       ----------
  ,g$$P"     """Y$$.".        OS: Debian GNU/Linux 10 (buster) x86_64
 ,$$P'              `$$$.     Host: KVM/QEMU (Standard PC (i440FX + PIIX, 1996)
',$$P       ,ggs.     `$$b:   Kernel: 4.19.0-5-amd64
`d$$'     ,$P"'   .    $$$    Uptime: 14 days, 1 hour, 52 mins
 $$P      d$'     ,    $$P    Packages: 1358 (dpkg)
 $$:      $$.   -    ,d$$'    Shell: bash 5.0.3
 $$;      Y$b._   _,d$P'      Resolution: 1920x1200
 Y$$.    `.`"Y$$$$P"'         DE: Xfce
 `$$b      "-.__              WM: Xfwm4
  `Y$$                        WM Theme: Default-xhdpi
   `Y$$.                      Theme: Xfce-dusk [GTK2], Adwaita [GTK3]
     `$$b.                    Icons: Tango [GTK2], Adwaita [GTK3]
       `Y$$b.                 Terminal: xfce4-terminal
          `"Y$b._             Terminal Font: Monospace 12
              `"""            CPU: Intel Xeon E312xx (Sandy Bridge) (2) @ 3.199
                              GPU: Red Hat, Inc. QXL paravirtual graphic card
                              Memory: 3156MiB / 4190MiB
CwF
 
Posts: 568
Joined: 2018-06-20 15:16

Re: Update to buster failed

Postby L_V » 2020-01-29 15:48

CwF wrote:No, it's not a different story, it's a longer story.
If you prefer........ but much much longer story (then not really "same"), with much much more risks anyway.
Better investigate and try to understand why you get in this situation (it can be useful and instructive before .... next upgrade).
If you don't start investigating what's wrong in your list of maybe 50 repositories (?), you just lose your time.
Same repositories will lead to same situation (unless some miracles).
Last edited by L_V on 2020-01-29 17:44, edited 1 time in total.
L_V
 
Posts: 1270
Joined: 2007-03-19 09:04

Re: Update to buster failed

Postby CwF » 2020-01-29 16:05

L_V wrote:what's wrong in your list of maybe 50 repositories (?)

Exactly. I limit to ONE on the way down. Re-enable the crap after you've hit minimum, and build it back up. After a few times doing this, it's way faster than a reinstall. but hey, whatever...
CwF
 
Posts: 568
Joined: 2018-06-20 15:16

Re: Update to buster failed

Postby fabien » 2020-01-30 12:52

reinob wrote:@fabien just showed that the problem happens on a "vanilla" upgrade from stretch to buster, which seems to be the same problem that the OP (@mountaineer) has, so he's basically confirmed it.

I'm however confused as to whether the java packages are available or not on stretch.

Thanks reinob. This is this package: https://packages.debian.org/stretch/libservlet3.1-java
It is mostly pulled as a recommendation of libreoffice-base-drivers via libreoffice-sdbc-hsqldb and then libhsqldb1.8.0-java's dependency. So the majority of Stretch systems with libreoffice installed are likely to have this package installed.

Indeed, there is a bug report opened: #947844 libservlet3.1-java: 8.5.50-0+deb9u1 breaks upgrades to Buster https://bugs.debian.org/cgi-bin/bugrepo ... bug=947844
This package has been updated in security on Mon, 23 Dec 2019, therefore previous upgrades went off well.

The bug is still open at this time, so here is my advice to anyone who plans to upgrade from Stretch to Buster with libreoffice installed:
From the Stretch system:
Code: Select all
apt-get -V purge libreoffice-sdbc-hsqldb libhsqldb1.8.0-java libservlet3.1-java     #purge is the recommended method before distribution upgrade

Upgrade the system to Buster.
From the Buster system:
Code: Select all
apt-get -V install libreoffice-sdbc-hsqldb    #new dependencies are pulled from this package

and finally restore package state (automatically installed):
Code: Select all
apt-mark auto libreoffice-sdbc-hsqldb
User avatar
fabien
 
Posts: 15
Joined: 2019-12-03 12:51
Location: Toulouse, France

Previous

Return to General Questions

Who is online

Users browsing this forum: No registered users and 11 guests

fashionable