Mailinglist Archive: opensuse-factory (765 mails)

< Previous Next >
Re: [opensuse-factory] upgrade packaging not statically built (was: Leap 15 status update 20171110)
On Mon, 2017-11-13 at 15:13 +0100, Carlos E. R. wrote:
Content-ID: <alpine.LSU.2.21.1711131511570.26359@minas-tirith.valinor

El 2017-11-13 a las 15:04 +0100, martin@xxxxxxxxxxx escribió:
On Sun, 2017-11-12 at 23:34 -0500, Felix Miata wrote:
Simon Lees composed on 2017-11-13 14:04 (UTC+1030):

Felix Miata wrote:
Basil Chupin composed on 12 Nov 2017 09:01:45 (+1100):
Felix Miata wrote:
Very broken for me. No zypper is very bad:
Is there any possibility to fix what I have rather than
starting all over (and
arriving in the same place unless first something is

Zypper is working perfectly for me.

On a freshly made upgrade from 42.x like I tried to do?

But why are you doing it like that?

Long before I discovered SuSE, urpmi would upgrade itself and its
deps, then
restart before installing everything unrelated to package
It made
sense then, and still did when I learned how to use zypper many

I thought I was emulating this urpmi safety feature via an
This was the first time it failed me after too many years to
of working
as expected with distribution releases, Factory, and TW.

Why it makes sense is pretty simple, bad stuff happens,


It seems that bad stuff that happened here is triggered somewhere
between chair and display.

Also note that for regulary maintained releases, zypper patch will
update package management stack (zypper, libzypp, rpm) befor
other updates. This does not make sense for dist upgrade where
stuff that happened to you would happen - but hey I guess you know
better then developers of distribution.

But "zypper dup" is the reccomended method to upgrade from, say, Leap
to 15.0. It is supposed to work out of the box.
And "zypper dup" works - installing zypper from Leap 15 on Leap 42.3
does not work - my understatnding from boo#1067737 and from current
discussion is that breakage is not result of upgrading while using
zypper but consequence of user meddling with upgrade process and trying
to use binary from future release on old one.

< Previous Next >