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
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
.
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).
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?
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.
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
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.
I am wondering if that means something was wrong with the actal permissions (and if so - why).
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