https://bugzilla.redhat.com/show_bug.cgi?id=1343710 --- Comment #39 from Jeremy Newton <alexjnewt@xxxxxxxxx> --- (In reply to Yuri Konotopov from comment #38) > Pete, > > Native host manifest location is well documented by Mozilla [1] and "lib" is > arch-independent. It should be properly placed to /usr/share (and this > location was documented early), but this is not work now - there is a bug in > Mozilla's bugtracker [2]. > > > Right now upstream install scripts put the mozilla files in /usr/lib64 > > Those files are placed to platform provide libdir because of Mozilla's bug > 1318461. I will change location to /usr/share as soon as this bug will be > resolved. > If distro rules allow to use "lib" as platform independent directory - I > recommend to use it. > > [1] > https://developer.mozilla.org/en-US/Add-ons/WebExtensions/ > Native_messaging#Linux > [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1318461 In my honest opinion, lib should be fine as an interim solution until this is resolved. (In reply to Pete Walter from comment #37) > Are there any blockers left I need to address? > > I'm happy to change it to noarch if that's the upstream guidance, but at the > same time I don't think there's anything wrong if it's archful either. Right > now upstream install scripts put the mozilla files in /usr/lib64 and I would > like to avoid adding downstream hacks to move this to a different location. I would think a noarch would be the "more correct" solution, as it's just for the interim, and isn't "%{_lib}" always /usr/lib for noarch builds? I maybe wrong, but both upstream should resolve it themselves and I would think this would be the lowest maintenance solution for you. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx