[Bug 1037700] New: small zypper issue: not updating kernel when nm-applet is used
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700 Bug ID: 1037700 Summary: small zypper issue: not updating kernel when nm-applet is used Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers@forge.provo.novell.com Reporter: jshand2013@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Created attachment 723902 --> http://bugzilla.opensuse.org/attachment.cgi?id=723902&action=edit list of repos used When updates are available this will sometimes happen. not too sure if it is a dependency issue or not. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c1
--- Comment #1 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c2
--- Comment #2 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c3
--- Comment #3 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c4
--- Comment #4 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c5
--- Comment #5 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c6
--- Comment #6 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c7
--- Comment #7 from John Shand
as a current fix i have found is to disable all repos that are not part of the os as you will find in my repos file. you will notice they are turned on.
i then use zypper dup on the following repos: oss non-oss update -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c8
Michael Andres
let me know if there is anything else you need
Sorry John, but I don't understand the problem description. What exactly is happening? And if it is zypper related, please attach the /var/log/zypper.log -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c9
--- Comment #9 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c10
--- Comment #10 from John Shand
(In reply to John Shand from comment #5)
let me know if there is anything else you need
Sorry John, but I don't understand the problem description.
What exactly is happening? And if it is zypper related, please attach the /var/log/zypper.log
when i only have the oss non-oss and update repos active i have to used zypper dup to fix the problem with the kernel update. this should happen if you use the zypper up command, but it doesn't seem to respond correctly -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c11
--- Comment #11 from Michael Andres
$ zypper up --debug-solver ... Generating solver test case... Solver test case generated successfully at /var/log/zypper.solverTestCase.
Then pack the output directory together with /var/log/zypper.log and attach it to the bugreport.
$ cd /tmp $ tar cvjf zypper.solverTestCase.tar.bz2 /var/log/zypper.solverTestCase/ /var/log/zypper.log
In case the testcase exceeds the 10MB limit for bugzilla uploads, you can use 'split' to divide the file into smaller pieces:
$ split -b 10M --additional-suffix=-zypper.solverTestCase.tar.bz2 zypper.solverTestCase.tar.bz2
The created pieces will be named like this:
xaa-zypper.solverTestCase.tar.bz2 xab-zypper.solverTestCase.tar.bz2 xac-zypper.solverTestCase.tar.bz2 ...
-- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c12
--- Comment #12 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c13
--- Comment #13 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c14
--- Comment #14 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c15
--- Comment #15 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c16
--- Comment #16 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c17
--- Comment #17 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c18
--- Comment #18 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c19
--- Comment #19 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c20
--- Comment #20 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c21
--- Comment #21 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c22
--- Comment #22 from John Shand
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c23
Michael Andres
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c24
--- Comment #24 from John Shand
Thanks. Actually it is no bug, but there's something we can improve...
'zypper update' does a 'best effort' approach. It will update packages as far as possible, but it will never raise any conflict. If a newer version can not be installed for some reason, the package won't be updated. This way you can use 'zypper up' unattended (e.g. in cron scripts).
Usually multiple kernel versions can be installed in parallel. kernel-default-4.10.13-1.4 however explicitly obsoletes versions 4.10.13-1.1, 4.10.13-1.2 and 4.10.13-1.3. Thus installing 4.10.13-1.4 would require removing the installed 4.10.12-1.2. Due to this conflict 'zypper update' skips 4.10.13-1.4. I don't know why, but the kernel maintainers explicitly prevent those versions from being installed together.
'zypper dup' is more aggressive, that's why it will 4.10.12-1.2 to enforce 4.10.13-1.4. AFAIK Tumbleweeed even recommends using 'zypper dup --no-allow-vendor-change' rather than 'zypper up'.
We're now thinking about introducing a force-best option for 'zypper update', which will force the resolver to use the best version, even if it needs to raise conflicts. With such an option zyyper would ask whether it's ok to remove 4.10.12-1.2 in order to install 4.10.13-1.4.
this new feature would be absolutely fantastic! Thanks -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c25
--- Comment #25 from John Shand
(In reply to Michael Andres from comment #23)
Thanks. Actually it is no bug, but there's something we can improve...
'zypper update' does a 'best effort' approach. It will update packages as far as possible, but it will never raise any conflict. If a newer version can not be installed for some reason, the package won't be updated. This way you can use 'zypper up' unattended (e.g. in cron scripts).
Usually multiple kernel versions can be installed in parallel. kernel-default-4.10.13-1.4 however explicitly obsoletes versions 4.10.13-1.1, 4.10.13-1.2 and 4.10.13-1.3. Thus installing 4.10.13-1.4 would require removing the installed 4.10.12-1.2. Due to this conflict 'zypper update' skips 4.10.13-1.4. I don't know why, but the kernel maintainers explicitly prevent those versions from being installed together.
'zypper dup' is more aggressive, that's why it will 4.10.12-1.2 to enforce 4.10.13-1.4. AFAIK Tumbleweeed even recommends using 'zypper dup --no-allow-vendor-change' rather than 'zypper up'.
We're now thinking about introducing a force-best option for 'zypper update', which will force the resolver to use the best version, even if it needs to raise conflicts. With such an option zyyper would ask whether it's ok to remove 4.10.12-1.2 in order to install 4.10.13-1.4.
this new feature would be absolutely fantastic! Thanks. will this feature work with the applet on KDE? Will i be asked those questions from the applet? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700
http://bugzilla.opensuse.org/show_bug.cgi?id=1037700#c26
John Shand
(In reply to John Shand from comment #24)
(In reply to Michael Andres from comment #23)
Thanks. Actually it is no bug, but there's something we can improve...
'zypper update' does a 'best effort' approach. It will update packages as far as possible, but it will never raise any conflict. If a newer version can not be installed for some reason, the package won't be updated. This way you can use 'zypper up' unattended (e.g. in cron scripts).
Usually multiple kernel versions can be installed in parallel. kernel-default-4.10.13-1.4 however explicitly obsoletes versions 4.10.13-1.1, 4.10.13-1.2 and 4.10.13-1.3. Thus installing 4.10.13-1.4 would require removing the installed 4.10.12-1.2. Due to this conflict 'zypper update' skips 4.10.13-1.4. I don't know why, but the kernel maintainers explicitly prevent those versions from being installed together.
'zypper dup' is more aggressive, that's why it will 4.10.12-1.2 to enforce 4.10.13-1.4. AFAIK Tumbleweeed even recommends using 'zypper dup --no-allow-vendor-change' rather than 'zypper up'.
We're now thinking about introducing a force-best option for 'zypper update', which will force the resolver to use the best version, even if it needs to raise conflicts. With such an option zyyper would ask whether it's ok to remove 4.10.12-1.2 in order to install 4.10.13-1.4.
this new feature would be absolutely fantastic! Thanks. will this feature work with the applet on KDE? Will i be asked those questions from the applet?
this doesn't seem to be an issue now -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com