https://bugzilla.novell.com/show_bug.cgi?id=342703#c1 --- Comment #1 from Richard Creighton 2007-11-19 06:31:53 MST --- Created an attachment (id=183904) --> (https://bugzilla.novell.com/attachment.cgi?id=183904) Screenshot illustrating updater issue Related is the 'audacious' entry: I do not want to ever upgrade that until the bugs in the new one is fixed....same issue, The updater won't let me turn off permanently items I don't want or in the case of the kernel, I don't need. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703#c3 Richard Creighton changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|rccj@ricreig.com | --- Comment #3 from Richard Creighton 2007-12-03 09:20:05 MST --- Created an attachment (id=185648) --> (https://bugzilla.novell.com/attachment.cgi?id=185648) Screenshot illustrating updater issue Please read carefully...this is NOT the original screenshot which is long gone. I have NOT YET upgraded to the latest kernel upgrade (22.13) because it just got to my system and I haven't had time and it replaced the updater display which used to say exactly the same thing as this screen shot except for the version (22.12) which is installed. The problem with unwanted (in this case Audacious) updates remains also. That particular program is broken and I had to reinstall an earlier version but the updater insists on updating it and I have no way to turn it off. So as you can see, I have two issues, a kernel that is installed but the updater doesn't recognize because there is also an earlier version installed and I will not remove or allow to be removed because this destroys my raid controller driver and some kernels won't allow it to be reloaded. The entire beta cycle and one GM release prevented full use of 2.5 TB of my raid5 controller/drives. I don't want to lose it again by an 'update' destroying a functioning kernel and erasing it. Thus, the backup kernel MUST stay and the updater MUST recognize that the newer kernel is installed and not be preoccupied with the fact there is also an older one installed as a backup. Again, the screenshot IS REPRESENTATIVE of the problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User rccj@ricreig.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c4 --- Comment #4 from Richard Creighton 2007-12-06 06:28:34 MST --- Yesterday in opensuse mail list I posted the following which is decidedly applicable to this bug. It is posted here because it adds information to this bug and because it is quite probable that you don't have time to read the user mail lists; QUOTE I feel like taking my favorite deity's name in vain so he would smite me off of the face of the earth because I couldn't be madder in hell than I am now at openSuSE's updater program. I have a raid disk controller that is not directly supported by any kernel issued by openSuSE. Worse, there are kernels that will not compile the source of the controller card so when I get a kernel that will both compile and is compatible with the Rocket Raid Corporation rr174x controller that allows me to have a 2.5TB raid5 hardware array PLUS any software (MD) array(s) I want to define with a total of 9 drives on my system, I don't want things automatically screwed up by anyone or anything. I recently compiled 2.6.22.13-0.3-bigsmp and the driver for my controller assimilated itself nicely and I added the new kernel and modules to the appropriate directories and to GRUB menu.lst and rebooted and everything worked. As did the previous kernels (2 deep) which gives one a warm fuzzy feeling considering that from 10.2 through the 2nd released kernel of 10.3GM, I had to do without my hardware controller and to get stuff off of those drives, I had to physically reinstall a drive with 10.2 on it that allowed the controller to work. Shortly after rebooting, the updater said it had a security patch on the new .13 kernel and (I know, I should know better than to trust anything by now), it was small, a patch and I said, go ahead, it isn't installing a new kernel, just requires a reboot to load it into memory after the update.....Yeah, right!....It not only ate my GRUB configuration files and replaced them, it also destroyed (by erasure) all of the other linux kernels in /boot, their syms AND all of the modules AND sources in /lib for those versions!!!!! Dammitalltohellanyway!!!! It is about dammed time this automatic with no recourse destruction by update of erstwhile functioning systems stops and the updater and Yast updates give us the OPTION to KEEP copies of our current configuration. Somewhere back around 7-9, this was the default, and that was when drive space was expensive....now, there is no excuse to not at least make it an option at a very minimum. Thankfully the kernel did boot and was still functional with my controller or I would have weeks of work ahead of me rather than hours or perhaps days recompiling from source and reinstalling the backup sources and boot images. Get with it openSuSE!!!! If my name was Bill Gates, I'd be spending a few million, maybe billion, on lawyers about now regardless of whether or not 'free software' is exempt from destroying peoples work or not. I am that mad that if I were indeed him, I'd go from richest man in the world to poorest, paying lawyers to induce management at openSuSE once and for all to opt for what is right rather than what is expedient. Richard (a very pissed off dude right now) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User rccj@ricreig.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c6 --- Comment #6 from Richard Creighton 2007-12-06 07:08:37 MST --- (In reply to comment #5 from Thomas Goettlicher)

Could you enable the kernel patches to save the former kernel, boot menu ..., please?

I don't know to whom this was directed and the needinfo flag isn't set so I will only say that I am not aware of any KERNEL patches that will allow this. It is my belief that the updater, both the autoupdater and the YOU both call rpm behind the scenes with a -U and the rpms have a script that executes this anti-social behavior. If you install manually using rpm -iv <kernel>, this behavior does not exist, the old kernel, modules, etc are preserved and GRUB is properly updated by ADDING the new kernel to the boot options as it should. This is the preferred behavior with something so critical as a kernel replacement whether it is a patch or a full version upgrade. IF there is a KERNEL patch somewhere to save the former kernel when updates occur when launched by the autoupdater program or by YOU, please point me in the right direction, tell me what changes I need to make to ensure these patches are loaded or compiled (if necessary because I already do that for the disk driver). A baby step in the right direction would be to make this the DEFAULT behavior for kernels and a big step in the right direction for ALL updates (remember when zypper was deleted/broken leaving no way to update further). If this was a request to Novell to add/enable such a feature, I second the motion. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User jkupec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c8 Ján Kupec changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jkupec@novell.com AssignedTo|bnc-team-screening@forge.provo.novell.com |jsrain@novell.com --- Comment #8 from Ján Kupec 2007-12-10 05:43:01 MST --- I agree this has to be solved. At the patch level, i was told we have a solution (a special patch flag, which the update stack is able to handle). At the package update level ('zypper install kernel-default') we should provide a way to install the new kernel with rpm -i instead of -U. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User jkupec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c10 Ján Kupec changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |jsrain@novell.com --- Comment #10 from Ján Kupec 2007-12-11 05:45:39 MST --- (In reply to comment #9 from Jiri Srain)

For zypper (commands based on packages) the only way to go I see is to introduce a special parameter.

I'd say it should be the default. I'm not sure whether the updating of kernel (installing the new and removing the old one right away) makes sense at all.

You may want to have multiple version of one library from different reasons (program requiring old version of a library etc).

AFAICS, the libraries are not an issue now as we package different major versions with different package names. The only issue is the kernel. (BTW: Why don't we package also the kernel with the version string in the package name??) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User visnov@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c12 --- Comment #12 from Stanislav Visnovsky 2007-12-11 05:52:44 MST --- (In reply to comment #10 from Ján Kupec)

I'd say it should be the default. I'm not sure whether the updating of kernel (installing the new and removing the old one right away) makes sense at all.

The biggest concerns are: - space needed, as new kernel requires creation of new initrd - how to identify the number of kernels to keep -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User jkupec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c14 --- Comment #14 from Ján Kupec 2007-12-11 06:18:41 MST --- (In reply to comment #12 from Stanislav Visnovsky)

(In reply to comment #10 from Ján Kupec)

...

I'd say it should be the default. I'm not sure whether the updating of kernel (installing the new and removing the old one right away) makes sense at all.

The biggest concerns are: - space needed, as new kernel requires creation of new initrd

I agree. So we need a fallback to "update" instead of "parallel install" in such case. This should be handled in libzypp i guess, with a callback(s) for interaction from the apps ("Not enough space to install the new kernel while keeping the old one, do you want to update the running kernel?").

- how to identify the number of kernels to keep

This should be probably left on the user. Advanced users will know what kernels the don't need anymore and how to remove them (e.g. with rpm -e). But for common users, our package managers should provide a way to remove them (yast packager and zypper rm) and the documentation (User guide, wiki, etc.) should contain an advice for them "Once your system works all right with the new kernel, and you make no use of the older versions, you can safely remove all the other kernel versions". -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User schubi@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c17 Stefan Schubert changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|schubi@novell.com |kkaempf@novell.com --- Comment #17 from Stefan Schubert 2008-04-23 06:32:02 MST --- I think that there are too much point which I cannot decide. Klaus could you please overtake here ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=342703 User kkaempf@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=342703#c19 Klaus Kämpf changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|kkaempf@novell.com |jkupec@novell.com --- Comment #19 from Klaus Kämpf 2008-05-02 05:46:43 MST --- The details of this should be discussed on opensuse-softwaremgmt and not in bugzilla. Reassign to zypper maintainer. Zypper should have an option to decide on install vs. update. Jano, please discuss the details on mailing list. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.