[Bug 1106839] New: Bogus file conflict when doing "zypper dup" on Tumbleweed
http://bugzilla.opensuse.org/show_bug.cgi?id=1106839 Bug ID: 1106839 Summary: Bogus file conflict when doing "zypper dup" on Tumbleweed Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers@forge.provo.novell.com Reporter: nwr10cst-oslnx@yahoo.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 Build Identifier: This was reported by a forum user at: https://forums.opensuse.org/showthread.php/532899- I ran into the same conflict this evening, updating two Tumbleweed systems (also reported in forum post). The file conflict was for liberation font definition files, with a conflict between "calibre" and "liberation-fonts". In my case, I told zypper to continue anyway. After the update finished, I checked. And the liberation font definition files do not seem to be part of the calibre package. And the file date suggests that those files were never updated. So it looks as if the conflict message was bogus. Other users reported no conflict for their updates. What I did differently, is I updated "zypper" separately before updating everything else. So I might have been using a newer "zypper" than the people who did not see conflict messages. This looks like a "zypper" bug. Reproducible: Didn't try -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1106839 http://bugzilla.opensuse.org/show_bug.cgi?id=1106839#c1 --- Comment #1 from Neil Rickert <nwr10cst-oslnx@yahoo.com> --- Created attachment 781633 --> http://bugzilla.opensuse.org/attachment.cgi?id=781633&action=edit Transcript of "zypper" update session -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1106839 http://bugzilla.opensuse.org/show_bug.cgi?id=1106839#c2 Michiel Janssens <michiel@nexigon.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michiel@nexigon.net --- Comment #2 from Michiel Janssens <michiel@nexigon.net> --- Had the same experience on my main TW installation (installed a year ago) when updating calibre to 3.30.0-1.1 that came with snapshot. Uninstalled calibre and again installed it, this time no file conflicts. I tested also on a VM with TW I had installed a week ago, on that one there were no file conflicts during upgrade. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1106839 http://bugzilla.opensuse.org/show_bug.cgi?id=1106839#c3 Michael Andres <ma@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Michael Andres <ma@suse.com> --- (In reply to Neil Rickert from comment #0)
Other users reported no conflict for their updates. What I did differently, is I updated "zypper" separately before updating everything else. So I might have been using a newer "zypper" than the people who did not see conflict messages.
I think it's the calibre package which 'fools' the file conflict check. Probably related to bug #1104597. The file conflict check is run before the package installation actually starts and it takes the situation on disk into account. It looks like older calibre packages actually created a symlink
/usr/share/calibre/fonts/liberation -> /usr/share/fonts/truetype
So the check sees /usr/share/calibre/fonts/liberation/LiberationMono-Bold.ttf and /usr/share/fonts/truetype/LiberationMono-Bold.ttf denoting the same location on disk (i.e. possibly a file conflict). Newer calibre packages however, manually remove those symlinks in their pretrans scripts
pretrans scriptlet (using <lua>): path = "/usr/share/calibre/fonts/liberation" st = posix.stat(path) if st and st.type == "link" then os.remove(path) end ...
That's why the locations are not overwritten, but this is something the file conflict check can't see. So whether you see this apparently bogus conflict depends on which calibre version is actually installed (the symlink still present on disk 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=1106839 http://bugzilla.opensuse.org/show_bug.cgi?id=1106839#c4 --- Comment #4 from Neil Rickert <nwr10cst-oslnx@yahoo.com> --- Thanks for the explanation. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com