Comment # 18
on bug 10737
from Jeff Morriss
(In reply to Guy Harris from comment #17)
> (In reply to Jeff Morriss from comment #16)
> > What happens what someone decides to install Wireshark in /opt/wireshark,
> > for example? As I read it then our "make install" needs to find a way to
> > add our (possibly odd) to $XDG_DATA_DIRS .
>
> They should then also decide to configure their desktop to be able to cope
> with apps installed under /opt/{appname} - if they want to do something
> that's not the default for their platform, they should expect to have to do
> more work.
When doing "make install" I could see that. But when someone installs a
package built by someone else my expectation would be that it Just Works.
I guess the question then becomes: do packages built using our packaging stuff
Just Work? If so either we need to solve the non-standard-location problem or
prevent it (or maybe just warn about it?).
> > Maybe "make install" (or ./configure) should warn the user that the desktop
> > integration stuff won't work if prefix is not /usr or /usr/local (assuming
> > /usr/local works - I haven't had any luck with that yet),
>
>
> http://static.rogerebert.com/uploads/blog_post/primary_image/rogers-journal/
> new-from-ebert-your-movie-sucks/primary_EB20070423COMMENTARY70424001AR.jpg
>
> YOUR DESKTOP SUCKS.
>
> Srsly. If, in its default configuration, it can't cope with icons, .desktop
> files, etc. installed under /usr/local/share rather than /usr/share, it's
> not conforming to the latest version of the XDG Base Directory Specification.
Sorry, my point was: what if the user installs us someplace *other than* /usr
or /usr/local ? (Though my experience thus far has been that /usr/local doesn't
Just Work but maybe I'm still doing something wrong.)
https://code.wireshark.org/review/5600 gets RPM builds working again though
right now non-/usr prefixes still don't (completely) work.
You are receiving this mail because:
- You are watching all bug changes.