online update will shoot a running oS 12.1 i586

Hi all,

I’ve 2 different PCs,
unsing the same DSL router to connect to the internet,
running under oS (openSUSE) 12.1:

(1) a quite recent core-i5 (oS 12.1, x86_64, KDE4) - on this machine all online updates run smoothly,

(2) an older pentium III (oS 12.1, i586, KDE4 & KDE3) - here the following problems occur.

I start ‘Online Update’ through YaST.

I accept all ‘Needed Patches’.

Already ‘Retrieving Amarok’ hangs repeatedly on the pentium III
after downloading 98% !

I skip the Amarok update.

Retrieving (downloading) and installing other .drpm’s even on the pentium III
then works well, like for MozillaFirefox, libexif.

Which finally is critical, is that the .drpm’s (4.7.2-5.2.2_5.5.1) for
libkde4, libkdecore4, libksuseinstall1
all download and install, changing the respective core kde4 components
to version 4.7.2-5.5.1 (i586).

BUT ‘Retrieving kdelibs4’ every time hangs after 45% of download
(always the same number, 45%),
with the effect that the respective .drpm (4.7.2-5.2.2_5.5.1) can not be applied,
leaving component kdelibs4 of kde4 at the older version 4.7.2-5.2.2.

The result is a mixing up of kde4 core components of different versions !
For some kde4 components - like libkde4 - the new version 4.7.2-5.5.1 is installed,
while for other kde4 components - like kdelibs4 - still the older version 4.7.2-5.2.2 is around.

This mixing up of kde4 core components of different versions
will hardly result in a stable system, right ?

Anybody any idea how to work around this ?
Mike

On 2012-07-30 16:06, ratzi wrote:

> Already ‘Retrieving Amarok’ hangs repeatedly on the pentium III
> after downloading 98% !

The network card, is it an 3C905CX-TX/TM Fast ethernet link (3c59x driver)? If it is, you are
hit by Bug 688454. Read the bug report and see if it applies.


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

Dear Carlos,

thank you very much !

Yes, it seems that I’m hit:

I verified with ‘Hardware Information’ in YaST that the Pentium III just has that
3C905CX-TX/TX-M Fast Etherlink for PC
running with driver 3c59x.

In
https://bugzilla.novell.com/show_bug.cgi?id=688454#c0
there is the hint that booting into failsafe mode would help.

This may help me for future updates, as a workaround.

But I don’t like to reboot now:
I didn’t shutdown/reboot the Pentium III since the update of the core kde4 components went wrong.

Rebooting now would just load the wrong combination of core kde4 components into memory,
because this wrong combination already is present on the hard disk !
So chances are that because of that the system then wouldn’t run well anymore.

In that situation I would prefer to download the needed .drpm’s (or even .rpm’s) to a USB key (USB stick)
using the newer PC that I have.

Then, do you perhaps know about a simpler or more consistent way to install these .drpm’s (or .rpm’s)
than that described in
https://bugzilla.novell.com/show_bug.cgi?id=688454#c5
?

Thank you again !
Mike

On 2012-07-30 19:06, ratzi wrote:
>
> Dear Carlos,
>
> thank you very much !
>
> Yes, it seems that I’m hit:

Ah… Sorry.

> robin_listas;2477293 Wrote:
>> On 2012-07-30 16:06, ratzi wrote:

> I verified with ‘Hardware Information’ in YaST that the Pentium III
> just has that 3C905CX-TX/TX-M Fast Etherlink for PC
> running with driver 3c59x.
>
> In
> https://bugzilla.novell.com/show_bug.cgi?id=688454#c0
> there is the hint that booting into failsafe mode would help.

For diagnosis only, failsafe is slower.

Don’t forget to add a note on that bugzilla saying that you are affected and you run 12.1

> This may help me for future updates, as a workaround.
>
> But I don’t like to reboot now:
> I didn’t shutdown/reboot the Pentium III since the update of the core
> kde4 components went wrong.
>
> Rebooting now would just load the wrong combination of core kde4
> components into memory,
> because this wrong combination already is present on the hard disk !
> So chances are that because of that the system then wouldn’t run well
> anymore.

You can run in text mode, or another desktop, like gnome, xfce, etc.

> In that situation I would prefer to download the needed .drpm’s (or
> even .rpm’s) to a USB key (USB stick) using the newer PC that I have.

Yes, that’s a possibility.

> Then, do you perhaps know about a simpler or more consistent way to
> install these .drpm’s (or .rpm’s)
> than that described in
> https://bugzilla.novell.com/show_bug.cgi?id=688454#c5
> ?

Nope…

I participated in the discovery of the bug, but I don’t know more about “solving” it than what
it says in there. There were several partial solutions, booting in failsafe can be the worst
one because the system becomes slower.

I thought that it had been really solved by now… :-/


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

Dear Carlos,

your hint already helped me a lot.

The solution (or workaround) in the end was quite simple:

Downloading the respective .rpm’s and .drpm’s on a 2nd PC
and copy them to an USB key (or USB stick).

On the Pentium III:

Copy the files to a directory on a local harddisk (say LOCDIR).

Starting YaST.

Running ‘Software Repositories’.

Add a new archive: a local directory, choosing LOCDIR here.

Enter an (arbitrary/chosen) name for this ‘archive’.

Important: Check the clickbox ‘Plain RPM Directory’.

After that has been added, increase it’s priority to let’s say 95,
and possibly even disable the online archives.

Run (through YaST) ‘Software Management’.

Text-Searching there for the required packages
(I made hand-written marks on that)
brings the requested .rpm’s up
(which were downloaded from Index of /update/12.1
using the other PC, .rpm’s here seem to be preferred over .drpm’s).
These can then be easily installed, just as usual packages which
would have been downloaded online.

With the beforehand missing kde4 packages installed now,
the Pentium III boots fine (I restarted it only afterwards) !

Very good !

The bug in downloading directly however is very nasty.
It consumes hours of time.

Mike

On 2012-07-31 23:06, ratzi wrote:
>
> Dear Carlos,
>
> robin_listas;2477353 Wrote:
>> I participated in the discovery of the bug, …
>
> your hint already helped me a lot.
>
> The solution (or workaround) in the end was quite simple:

There is an easier one with modprobe, somewhere in the bug report.

> Downloading the respective .rpm’s and .drpm’s on a 2nd PC
> and copy them to an USB key (or USB stick).
>
> On the Pentium III:
>
> Copy the files to a directory on a local harddisk (say LOCDIR).

If in repository management you change the setting to keep downloaded packages, you will see
that the rpms are stored in /var/cache/zypp/packages/REPO_ALIAS/somewhere. You can add the file
you downloaded externally and yast will use it. If you have two machines with the same distro,
you can share the directory and download packages only once.

If the setting to keep packages is not enabled, packages are downloaded somewhere (I don’t
remember where), but deleted later. You can probably find the partially downloaded rpm and
replace it with the good one :slight_smile:

> The bug in downloading directly however is very nasty.
> It consumes hours of time.

Do not forget to add that you are affected to the bug report, or the devs will forget about it
and never solve it. If you forget, they forget. So, don’t you forget :wink:


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

On 2012-08-01 00:50, Carlos E. R. wrote:

> Do not forget to add that you are affected to the bug report, or the devs will forget about it
> and never solve it. If you forget, they forget. So, don’t you forget :wink:

I see you have forgotten to report. Now the bug, seeing no activity and that is reported
against an old distro version, has been removed and solved as WONTFIX.

The devs have lost interest in this bug, because you have not reported!


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

Dear Carlos,

usually this shouldn’t be a matter of hours, especially when this bug is a few years old.

The latest status in

https://bugzilla.novell.com/show_bug.cgi?id=688454

that I see is RESOLVED, taking reference to openSUSE 12.2.

However in

https://bugzilla.novell.com/show_bug.cgi?id=688454#c63

there is a request for testing with 12.1.

I’m currently really busy with other stuff, but probably I still should report.
I never did that yet, but I’ll try.

Yours
Mike

P.S.: I can not use the same .rpm’s for both PCs, because the new one (core i5) runs with 64bit openSUSE 12.1,
while the older one (Pentium III) runs with 32bit openSUSE 12.1.
So … :slight_smile:

On 2012-08-03 01:06, ratzi wrote:
>
> Dear Carlos,

> However in
>
> https://bugzilla.novell.com/show_bug.cgi?id=688454#c63
>
> there is a request for testing with 12.1.
>
> I’m currently really busy with other stuff, but probably I still should
> report.
> I never did that yet, but I’ll try.

Good! I see you did. Perfect! :slight_smile:

You have to toggle a few fields yet; at least this one: change the status to “reopened”, that’s
the most important one. Then you can change the product to 12.1 too, so that it appears in
current searches. It takes time to learn the tricks.

Not that this guarantees results: I have had many bugs closed without they doing anything :-/
but at least we have done our part: reporting.


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

On 2012-08-03 01:16, ratzi wrote:
>
> P.S.: I can not use the same .rpm’s for both PCs, because the new one
> (core i5) runs with 64bit openSUSE 12.1,
> while the older one (Pentium III) runs with 32bit openSUSE 12.1.
> So … :slight_smile:

Ah… pity.


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)