openSUSE-11.4 zypper dup bug ! Warning to those doing a zypper dup update

For those openSUSE users who plan to do a zypper dup update to openSUSE-11.4, please note the following bug BEFORE you attempt to do an update ! Beware of a nasty BUG when UPGRADING

A nasty bug got into 11.4 between RC2 and GM
(https://bugzilla.novell.com/show_bug.cgi?id=677425). If you do a ‘zypper dup’,
it breaks rpm by removing liblzma0. Recovery is quite difficult.

The workaround is quite easy - do a ‘zypper up rpm’ before the ‘zypper dup’.

Although it is too late to fix 11.4 GM, it should be possible to fix the FTP
sites so that online updates will be OK; however, for safety, use the workaround
.

Note the subject should read:

openSUSE-11.4 zypper dup bug ! Warning to those doing a zypper dup update

… unfortunately I can’t change the title without breaking the thread for NNTP users.

Because I will upgrade with zypper dup. I check it now in my laptop maybe this problem exist and if exist I will post here. Anyway Thank you Mr oldcpu for advice.

Since no one has yet to confirm that this works I will - It works, iirc only one file was up’ed by the “zypper up rpm” command and that was the liblzma5 rpm

On 2011-03-08 00:06, oldcpu wrote:
>
> For those openSUSE users who plan to do a zypper dup update to
> openSUSE-11.4, please note the following bug BEFORE you attempt to do an
> update ! ‘Beware of a nasty BUG when UPGRADING’
> (http://tinyurl.com/4l2mqpg)

There is a work around in place now (a change in the ftp servers).

Current info here:

<https://bugzilla.novell.com/show_bug.cgi?id=677425>

There is also a comment that tells how to proceed if you are hit.


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)

I did zypper dup after which gnome boots only in safe mode :-((((((

then you have a different issue - this thread is regarding a bug that inhibits rpms from being decompressed and installed

you should post a new thread specific to your problem - might it be a graphics driver problem? did the upgrade (I assume you’re now at 11.4) remove but not replace a proprietary driver?

created new therad here:- [Help] After zypper dup with following repos](http://forums.opensuse.org/english/get-technical-help-here/install-boot-login/455220-help-after-zypper-dup-following-repos.html)

I don’t have an external GPU and hence i don’t use proprietary drivers

Yes I have the same problem with zypper dup update. I have a black screen in my laptop.

Hmm this is funny because I upgraded using zypper dup and had no issues.

Best regards,
Greg

a workaround was instituted see openSUSE-11.4 zypper dup bug ! Warning to those doing a zupper dup update

I guess it is because someone took care of that bug. As I understood:
Novell’s Bugzilla: Bug 677425 - zypper dup remove liblzma
with
Comment 12:

Bernhard Wiedemann 2011-03-09 13:00:48 UTC

zypper dup just works now with online repos
(because liblzma0 is no more on droplist)
So other workarounds are no more needed.

Only case where anyone might still need this is when doing zypper dup not with
online repos, but with local DVD repo and zypper dup.

the bug/issue/problem is nowadays only relevant if you update from the (older) DVD and not from the updated online repositories.

If I understood it the wrong way:
Could please someone with a better knowlege have a look at the wiki article and ‘repair’ my remark?

Thanks in advance
Martin
(pistazienfresser)

Or maybe because I’ve got zypper set up to download everything in advance before actually installing. It’s the switch :

commit.downloadMode = DownloadInAdvance

in the /etc/zypp/zypp.conf file. I really don’t know why it’s not enabled by default. The installations might be a bit slower with this enabled but they sure are much safer.

Best regards,
Greg

well I’m half lucky. I upgraded my desktop and did it with zypper dup . it worked relatively ok . when starting the screen is not showing properly) my son’s account is completely black and after i start some applications(rdesktop or libreoffice the screen gets completely screwed up. I was able to stop all the processes remotely so now i’m able to work. not sure for how long.)
on my laptop I asked my son(9) to do the upgrade and i supervised him but i used zypper “in advance” and it seems fine so far. I cannot see any issues other than the start screen which has some overlapping vertical bands.
Any help on how to fix my desktop ? there is an ATI card on it. should I reinstall the video card?
thanks

On openSUSE:Most annoying bugs 11.4 - openSUSE is a workaround described if you get a breakage. I do not really know if I have a breakage (connected with that bug) but

zypper up rpm

I could not run because my rpm seems to be up to date. So I was nosy and forced a reinstall:

# zypper in -f rpm
Loading repository data...
Reading installed packages...
Forcing installation of 'rpm-4.8.0-27.1.i586' from repository 'openSUSE-11.4-Oss'.
Resolving package dependencies...

The following package is going to be reinstalled:
  rpm 

1 package to reinstall.
Overall download size: 1.3 MiB. No additional space will be used or freed after 
the operation.
Continue? [y/n/?] (y): y
Retrieving package rpm-4.8.0-27.1.i586 (1/1), 1.3 MiB (3.5 MiB unpacked)
Retrieving: rpm-4.8.0-27.1.i586.rpm [done (1.1 MiB/s)]
Installing: rpm-4.8.0-27.1 [done]
Additional rpm output:
Updating /etc/sysconfig/services...
Starting SuSEconfig, the SuSE Configuration Tool...
Running module permissions only
Reading /etc/sysconfig and updating the system...
Executing /sbin/conf.d/SuSEconfig.permissions...
Checking permissions and ownerships - using the permissions files
	/etc/permissions
	/etc/permissions.easy
	/etc/permissions.d/mail-server
	/etc/permissions.d/postfix
	/etc/permissions.d/texlive
	/etc/permissions.local
fscaps support disabled (file_caps missing in /proc/cmdline).
setting /usr/src/packages/SOURCES/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/BUILD/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/BUILDROOT/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/RPMS/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/RPMS/athlon/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/RPMS/i386/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/RPMS/i486/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/RPMS/i586/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/RPMS/i686/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/RPMS/noarch/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/SPECS/ to root:root 1777. (wrong permissions 0755)
setting /usr/src/packages/SRPMS/ to root:root 1777. (wrong permissions 0755)
Finished.

  1. I am wondering if that means something was wrong with the actal permissions (and if so - why).

  2. The second line of this workaround gave me:

# cd / ; curl lzma.zq1.de | tar xz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  144k  100  144k    0     0   625k      0 --:--:-- --:--:-- --:--:--  860k

???Hä???

puzzled pistazienfresser
(Martin)