The attached patch applied over current ebuild removes the need to provide the .desktop as a separate file, and installs the icons in the hicolor structure instead than the /usr/share/pixmaps directory. It also doesn't need the .png file, as it uses the icons shipped with mozilla sources (two xpm and one png). Installing icons in hicolor structure allows other icon themes to replace the icon with a styled one. For example, using Pastels Nuvola, I can use the firefox icon which is shipped with it instead of the default one. The two icons in /usr/lib/MozillaFirefox/icons are no more intsalled by my patched ebuild because I couldn't find them in the output directory. HTH, Diego
Created attachment 51077 [details, diff] Patch over current ebuild.
Created attachment 52165 [details, diff] Patch over 1.0.1 ebuild This patch applies over 1.0.1 version of mozilla, and do just the same :)
This still applies cleanly over 1.0.3 ebuild.
Created attachment 58734 [details, diff] Patch over 1.0.4 Updated patch that just fix the rejected hunk...
We should also make mozilla-firefox and mozilla-firefox-bin use the same names for icons so that one can change from bin to sources and still have custom made .desktop files working. The same problem is with thunderbird.
(In reply to comment #5) > We should also make mozilla-firefox and mozilla-firefox-bin use the same names > for icons If that mean installing both icons with the same path and filename, i would say it's a bad idea (file collision). The sources and -bin versions are not mutually exclusive, and some people do install both (i do for instance).
(In reply to comment #6) > (In reply to comment #5) > > We should also make mozilla-firefox and mozilla-firefox-bin use the same names > > for icons > > If that mean installing both icons with the same path and filename, i would say > it's a bad idea (file collision). The sources and -bin versions are not mutually > exclusive, and some people do install both (i do for instance). The only way to have both is to create an ebuild for the icons and have both moz-ff and moz-ff-bin depend on them. Not sure if that's a good idea though.
(In reply to comment #7) > The only way to have both is to create an ebuild for the icons and have both > moz-ff and moz-ff-bin depend on them. Not sure if that's a good idea though. > That would be one way to do it. When installing Gentoo on new machines I usually install the -bin version first and then continue to compiling the from sources version some day. Because I use firefox and thunderbird quite often I like to put it to the panel of the desktop environment I am using. This .desktop does not get updated when switching from -bin to from sources. Of course I could make a binary package compiled for all x86 machines but why not make the transition easy to all users?
After speaking with Diego, I am gonna close till later. Main priority right now is to get ff-1.5 to stable.
