[Fedora-livecd-list] What to do if a package requires fedora-logos?
Jeroen van Meeuwen
kanarip at kanarip.com
Thu Mar 5 12:32:15 UTC 2009
Christoph Wickert wrote:
> Am Mittwoch, den 04.03.2009, 22:51 +0200 schrieb مؤيد السعدي:
>> use system-logs which will be either generic-logos or fedora-logos
>>
>> if the icon needed by lxde is not provided by generic-logos, file a bug
>> report against generic-logos
>
> This will take too much time and it wont help me anyway because of 2.
>
>>> 2. Even if I provide a neutral icon ether in system-logos or in my
>>> package itself, I need to specify the icon with it's full path.
>> in both cases the needed icon should be provided by both generic-logos or
>> fedora-logos
>>
>> let's say "generic-logos" should provide a desktop independent icon for
>> main menu in less famous desktops
>
> And how would this help me? Let's say we include icon-panel-menu.png
> also in generic-logos, what do we gain? I still need an absolute path
> like in /usr/share/icons/Bluecurve/24x24/apps/icon-panel-menu.png.
I'm not sure why that would not be feasible. Right now, generic-logos
also ships /usr/share/kde4/apps/ksplash/Themes/SolarComet/1280x1024/logo.png
You can just ship anything that is in fedora-logos, because the packages
conflict (through an explicit Conflicts: RPM header), or am I missing
something?
If I
> don't specify the full path it is not predictable which size the panel
> chooses.
>
I guess, from a very distant point of view, this is the real bug.
>> XFCE had a similar problem at some point when F10 was in rawhide
>> later they provide the icon,
>
> Yes, and it nearly took a wohle release until they finally shipped the
> icon in system-logos. :(
>
I think generic-logos is open for provenpackagers like yourself. You can
log the bug and fix it.
Kind regards,
Jeroen van Meeuwen
-kanarip
More information about the Fedora-livecd-list
mailing list