Mailinglist Archive: opensuse-factory (765 mails)

< Previous Next >
Re: [opensuse-factory] upgrade packaging not statically built


On 13/11/17 15:04, 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:
https://bugzilla.opensuse.org/show_bug.cgi?id=1067737
Is there any possibility to fix what I have rather than starting all over
(and
arriving in the same place unless first something is fixed)?

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 management. It made
sense then, and still did when I learned how to use zypper many moons ago.

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

Why it makes sense is pretty simple, bad stuff happens, so avoid whatever
avoidable bad stuff you can. For these situations, I've been counting on rpm's
dependency competence. If everything package management related isn't
completely
installed prior to an unplanned interrupting reboot, then restarting is likely
to irrecoverably fail. Where I live, power outages that outlast the UPS
batteries are almost as common as extended Internet interruptions, which is to
say too common.

its not meant to work zypper isn't built against static libs

Package management first is a safety feature built into urpmi that's
apparently
been found unnecessary by zypper devs, at least, not yet. :-(

instead we make sure the old one is perfectly
capable of upgrading to a new version. Running "ldd
/usr/lib64/libzypp.so.1600 will give you a list of some of the other
libraries that zypper requires you'd have to update all these as well.

So I guess my two line script could benefit from a study of ldd's 43 line
output, if I were capable of digesting it.

Note this may not be the complete list, you also need to check the
zypper and rpm binaries as well, once the list gets long enough you
might find things that are pre install requirements as well.

--

Simon Lees (Simotek) http://simotek.net

Emergency Update Team keybase.io/simotek
SUSE Linux Adelaide Australia, UTC+10:30
GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

< Previous Next >
Follow Ups