http://bugzilla.opensuse.org/show_bug.cgi?id=949983 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mls@suse.com -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=949983 http://bugzilla.opensuse.org/show_bug.cgi?id=949983#c2 --- Comment #2 from Dominique Leuenberger --- Fully agree, fixing the actual reason why the Leap package behaves so different than the TW one would be the best approach. the fact that it's appdata / mimehandler is not even that special here (it's just symbols) for appdata, there is a /usr/lib/rpm/appdata.prov (with respective fileattrs) installed, which is very simplistic. For the mime-handler, it's similar simplistic. Now, what seems to happen is that on Leap with rpm 4.11.x, those additional handlers are not run (maybe due to %define _use_internal_dependency_generator 0, which would make sense), but on Leap they are running (And adding their needed stuff). So, things to verify here are: * is %define _use_internal_dependency_generator 0 really behaving different between Leap and TW (rpm 4.11 vs 4.12) * Is it actually still valid to disabled the internal dependency generator? * If really nothing else works (or time does not permit), then we should go for the work around (but still attempt to fix the issue later one), using: # Those should be added automatically due to the mere presence of /usr/share/appdaya/firefox.appdata.xml Provides: appdata() Provides: appdata(firefox.appdata.xml) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=949983 Raul Malea changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |raulmalea@yahoo.co.uk -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=949983 http://bugzilla.opensuse.org/show_bug.cgi?id=949983#c5 --- Comment #5 from Dominique Leuenberger --- (In reply to Wolfgang Rosenauer from comment #4)

I don't get it still. BTW, what is "application:Firefox-.noarch" at all?

That's a stupid representation of zypper.. it knowns of type 'application' (zypper se -t application') which lists all the 'applications' (not packages). Apps are identified by their appdata.xml file.

Please also see bug 948708 which was reported against 13.2 and the package from the mozilla repo which is identical to the one in Factory/TW (except version dependent things).

13.2 had no valid appdata creation.. so I'm only marginally surprised there

I'll submit a new Firefox package asap with the following addition: %if "%{update_channel}" != "aurora" Provides: appdata() Provides: appdata(firefox.appdata.xml) %endif

That should handle it for Leap.. of course we should still understand the difference between Leap and TW, why one adds the prov automatically, the other one does not (after all, in Leap we also lose the mime-capabilities in the rpm metadata)

(the appdata xml is not installed if we build dev edition from the same spec).

But this is just a try to fix the dependency issue which I still do not understand.

I think as a workaround for Leap this is perfectly legit. It's better than not being able to execute 'zypper verify' without an error - especially, as the workaround is that simple. Thanks for the work Wolfgang! -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=949983 Ludwig Nussel changed: What |Removed |Added ---------------------------------------------------------------------------- Version|Leap 42.1 Beta 1 |Leap 42.1 -- You are receiving this mail because: You are on the CC list for the bug.