[Bcc'd to all packages which this would affect. Apologies if you get
this message more than once. Please reply to -policy, where the
discussion will take place prior to a proposal.]
This message is about bitmaps and pixmaps which are intended to be
public, that is, for use by more than just one
Well, I updated Xcontrib last night (in response to a different bug
report) such that it doesn't use /usr/X11R6/include/bitmaps, which was
an error, instead it uses /usr/X11R6/include/X11/bitmaps. Note that:
$ ls -al /usr/include/X11
lrwxrwxrwx 1 root root 20 Sep 23 09:31
Julian Gilbey [EMAIL PROTECTED] writes:
Im don't think I'm subscribed to -policy. Please Cc]
(1) All pixmaps and bitmaps live in /usr/share/icons. End of story.
*NO* pixmaps or bitmaps will live in /usr/X11R6/include.
Add a or /usr/local/... to that.
Debian packages shouldn't (of
Julian Gilbey [EMAIL PROTECTED] writes:
Im don't think I'm subscribed to -policy. Please Cc]
(1) All pixmaps and bitmaps live in /usr/share/icons. End of story.
*NO* pixmaps or bitmaps will live in /usr/X11R6/include.
Add a or /usr/local/... to that.
Debian packages shouldn't
[Belatedly cc'd to all packages which this would affect which have
pixmaps in /usr/X11R6/include/X11/pixmaps; I missed you out earlier
due to a typo :(. Apologies if you get this message more than once.
Please reply to -policy, where the discussion will take place prior to
a proposal.]
[Belatedly cc'd to all packages which this would affect which have
pixmaps in /usr/X11R6/include/X11/pixmaps; I missed you out earlier
due to a typo :(. Apologies if you get this message more than once.
Please reply to -policy, where the discussion will take place prior to
a proposal.]
[Belatedly cc'd to all packages which this would affect which have
pixmaps in /usr/X11R6/include/X11/pixmaps; I missed you out earlier
due to a typo :(. Apologies if you get this message more than once.
Please reply to -policy, where the discussion will take place prior to
a proposal.]
[Belatedly cc'd to all packages which this would affect which have
pixmaps in /usr/X11R6/include/X11/pixmaps; I missed you out earlier
due to a typo :(. Apologies if you get this message more than once.
Please reply to -policy, where the discussion will take place prior to
a proposal.]
[Belatedly cc'd to all packages which this would affect which have
pixmaps in /usr/X11R6/include/X11/pixmaps; I missed you out earlier
due to a typo :(. Apologies if you get this message more than once.
Please reply to -policy, where the discussion will take place prior to
a proposal.]
On Mon, Nov 01, 1999 at 01:43:03PM +, Julian Gilbey wrote:
PixmapPath /usr/local/share/icons:/usr/share/icons:/usr/share/pixmaps:\
/usr/include/X11/pixmaps
IconPath /usr/local/share/icons:/usr/share/icons:/usr/include/X11/bitmaps:\
/usr/X11R6/include/bitmaps
This is patently absurd:
Well, I updated Xcontrib last night (in response to a different bug
report) such that it doesn't use /usr/X11R6/include/bitmaps, which was
an error, instead it uses /usr/X11R6/include/X11/bitmaps.
Thanks. So now xviewg is the only package which uses the incorrect
/usr/X11R6/include/bitmaps
I propose that the above language be changed to:
`Non-free' contains packages which are not compliant with the DFSG.
I second this proposal.
Thanks
Torsten
Test please ignore
13 matches
Mail list logo
