On Sun, 21 Apr 2002, Mark Purcell wrote: > Sorry for the delay in replying. But I didn't receive your response directly > (by default the BTS doesn't send followup messages to the bug submitter) . Sorry, hope you get it directly now ...
> I'm running KDE. icewm also appears to need the full path specified. fvwm > (and variants) seem to pick up from the default location. Fvwm and Gnome do so (if not I would have noticed). > > ... > > please put all icon files in the directory > > `/usr/X11R6/include/X11/{bitmaps,pixmaps}' > > It only states that that is where you should place them, it doesn't state > anywhere that this is the default location for window managers to find them. You are right and in my opinion this is a bug either in the menu package or just Debian policy. I would like it very much if you would spend some time in reporting / clarifying this bug because I have hard time constraints currently and I think we have to solve that. > In fact it the menu documentation in it's only examples for icon specifies > the full path every time. But you are correct it isn't clear: Yes - only examples ... > > ~> grep "icon" /usr/lib/menu/* 2>/dev/null | grep -v > > /usr/X11R6/include/X11 | wc -l > > 47 > > ~> grep "icon" /usr/lib/menu/* 2>/dev/null | grep /usr/X11R6/include/X11 | > > wc -l > > 19 > > I think your maths is a little out. Have a look at exactly which files don't > contain /usr/X11R6/include/X11. On my system the -v case returns the > following: Uhmm, sorry if I do not have the time to browse this list. I just piped it through wc -l just to give you an idea. I certainly was a little bit sloppy while writing my grep pattern and I see now the evidence (it showes up all my own packages - not only xteddy and /usr/lib/menu/pgaccess: icon=pgaccess.xpm /usr/lib/menu/postgresql-client: icon=postgresql.xpm (Sorry - I will not file an additional bug report against pgaccess, as I have seen you just did it for postgresql-client.) > As you can see most of those applications do specify a full path (but arn't > located in the default location) Just understand the problem. > I guess my patch is just one way to solve the problem. Well, I'll apply it and will also fix my other packages because this would be the fast solution. > Your alternatives are another way to solve the problem. Perhaps something could be done to use a debhelper script which places apropriate links into a default directory. Just an idea ... > Either way the bug should remain until the > icons are displayed again. (transferred to an alternative package if > necessary) For sure. I would not have closed the bug as long it exists. But I hope to fix the problem soon. Kind regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]