Re: /usr/X11R6

1998-08-30 Thread Wichert Akkerman
Previously Guy Maor wrote: > By that reasoning all X11 binaries should be placed in /usr/X11R6 so > that you can have different versions of them compiled with your > different versions of X. No, but it is the same reasoning as putting all libc5 libraries in /usr/lib/libc5-compat. There is a differ

Re: /usr/X11R6

1998-08-30 Thread Joseph Carter
On Sun, Aug 30, 1998 at 06:00:06PM +0200, Miquel van Smoorenburg wrote: > >I can't think of any good reason to keep /usr/X11R6. Please give some > >arguments to support your view, so that an informed discussion may take > >place. > > Because every other Unix on the planet uses something similar? >

Re: /usr/X11R6

1998-08-30 Thread john
I wrote: > /usr/X11R6 itself breaks UNIX tradition. manoj writes: > Debateable. I remember an /usr/X* as far back as X10 days, and > that is more than a decade ago. While it may have been justified at the time, the introduction of /usr/X* was a break with existing tradition. I don't think it is

Re: /usr/X11R6

1998-08-30 Thread Jim Pick
Manoj Srivastava <[EMAIL PROTECTED]> writes: > Such a move would, in fact, break section 4.1 of the FSSNTD, > and would also violate the FHS. I think that's a little strong. As long as those directories existed (as symlinks), I don't think you'd actually be violating the intent of the FS

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:12:23 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 554 <[EMAIL PROTECTED]>... Local configuration error Reporting

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:12:36 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 554 <[EMAIL PROTECTED]>... Local configuration error Reporting

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:12:34 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 554 <[EMAIL PROTECTED]>... Local configuration error Reporting

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:12:32 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 554 <[EMAIL PROTECTED]>... Local configuration error Reporting

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:12:29 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 554 <[EMAIL PROTECTED]>... Local configuration error Reporting

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:12:12 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 554 <[EMAIL PROTECTED]>... Local configuration error Reporting

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:12:14 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 554 <[EMAIL PROTECTED]>... Local configuration error Reporting

Returned mail: Local configuration error

1998-08-30 Thread Mail Delivery Subsystem
The original message was received at Sun, 30 Aug 1998 22:11:56 +0200 from [EMAIL PROTECTED] [127.0.0.1] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> - Transcript of session follows - 553 127.0.0.1. config error: mail loops back to me (MX problem

Re: /usr/X11R6

1998-08-30 Thread Manoj Srivastava
Hi, >>"Andreas" == Andreas Jellinghaus <[EMAIL PROTECTED]> writes: >> This proposal also does not have an ewasy way of transitioning >> between releases of the X WIndow system (like, release 7, or version >> 12. Andreas> it will still be possible to install a new window system Andreas> into

Re: /usr/X11R6

1998-08-30 Thread Manoj Srivastava
Hi, >>"John" == John Hasler <[EMAIL PROTECTED]> writes: John> Alex Yukhimets writes: >> There are some traditions of UNIX that I would hate to see broken. John> /usr/X11R6 itself breaks UNIX tradition. Debateable. I remember an /usr/X* as far back as X10 days, and that is more than a

Re: /usr/X11R6

1998-08-30 Thread aqy6633
> > Let's do this experiments with Hurd, ok? > > There are some traditions of UNIX that I would hate to see broken. > > Why? Does this tradition serve any purpose? Could it be that you want > it for non-free motif libraries? Is it a sin? :) I already gave some of the rationalization and I didn't

Re: /usr/X11R6

1998-08-30 Thread john
manoj writes: > In conclusion, I think this is a stunningly bad idea. I agree with manoj for the reasons he cites, but I also think /usr/X11R6 is an ugly kludge and we should try to keep stuff out of it when we can. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI

Re: /usr/X11R6

1998-08-30 Thread Andreas Jellinghaus
> Such a move would, in fact, break section 4.1 of the FSSNTD, > and would also violate the FHS. agreed. why don't ask the fhs team why they left the link for this single package ? > This proposal also does not have an ewasy way of transitioning > between releases of the X WIndow sy

Re: /usr/X11R6

1998-08-30 Thread Andreas Jellinghaus
> Also please check with the LSB (or whatever it is called today) guys > before making such an incompatible change. i agree, please check with fhs team and lsb team. but it's not an incompatible change, as long as there are symlinks: /usr/X11R6, /usr/{bin,libs,include}/X11 andreas

Re: /usr/X11R6

1998-08-30 Thread Guy Maor
Manoj Srivastava <[EMAIL PROTECTED]> writes: > This proposal also does not have an ewasy way of transitioning > between releases of the X WIndow system (like, release 7, or version > 12. In the current method, one may have multple copies of the X > window system on the machine simultaneou

Re: /usr/X11R6

1998-08-30 Thread Manoj Srivastava
Hi, >>"Jim" == Jim Pick <[EMAIL PROTECTED]> writes: Jim> Branden Robinson <[EMAIL PROTECTED]> writes: >> Wouldn't bother me if we whacked /usr/X11R6 altogether and just moved all >> its stuff into the FHS-compliant places, and left behind the appropriate >> symlinks. Jim> Sounds like a cool

Re: /usr/X11R6

1998-08-30 Thread john
Alex Yukhimets writes: > There are some traditions of UNIX that I would hate to see broken. /usr/X11R6 itself breaks UNIX tradition. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI

Re: /usr/X11R6

1998-08-30 Thread Jim Pick
[EMAIL PROTECTED] (Miquel van Smoorenburg) writes: > Also please check with the LSB (or whatever it is called today) guys > before making such an incompatible change. Would it be incompatible if we left the symlinks in? I don't think anybody was suggesting that we take them out. I'm not in fav

Re: /usr/X11R6

1998-08-30 Thread Miquel van Smoorenburg
In article <[EMAIL PROTECTED]>, Martin Mitchell <[EMAIL PROTECTED]> wrote: >I can't think of any good reason to keep /usr/X11R6. Please give some >arguments to support your view, so that an informed discussion may take >place. Because every other Unix on the planet uses something similar? Almost e

Re: /usr/X11R6

1998-08-30 Thread Martin Mitchell
<[EMAIL PROTECTED]> (Alex Yukhimets) writes: > > Why? Does this tradition serve any purpose? Could it be that you want > > it for non-free motif libraries? > > Is it a sin? :) > I already gave some of the rationalization and I didn't mention motif. No, not a sin - I was just trying to imagine wh

Re: /usr/X11R6

1998-08-30 Thread Martin Mitchell
<[EMAIL PROTECTED]>(Alex Yukhimets) writes: > > Sounds like a cool idea to me. Let's do it! > > Sorry, but NO! > > Let's do this experiments with Hurd, ok? > There are some traditions of UNIX that I would hate to see broken. Why? Does this tradition serve any purpose? Could it be that you want

Re: /usr/X11R6

1998-08-30 Thread Branden Robinson
On Sat, Aug 29, 1998 at 09:37:37PM -0700, Jim Pick wrote: > > <[EMAIL PROTECTED]> (Alex Yukhimets) writes: > > > > Sounds like a cool idea to me. Let's do it! > > > > Sorry, but NO! > > > > Let's do this experiments with Hurd, ok? > > There are some traditions of UNIX that I would hate to see

Re: /usr/X11R6

1998-08-30 Thread Jim Pick
<[EMAIL PROTECTED]> (Alex Yukhimets) writes: > > Sounds like a cool idea to me. Let's do it! > > Sorry, but NO! > > Let's do this experiments with Hurd, ok? > There are some traditions of UNIX that I would hate to see broken. Could you go into deeper detail why you value this particular tradi

Re: /usr/X11R6

1998-08-30 Thread aqy6633
> Sounds like a cool idea to me. Let's do it! Sorry, but NO! Let's do this experiments with Hurd, ok? There are some traditions of UNIX that I would hate to see broken. Solution to put in /usr/X11R6 packages that put themselves there by default is the best solution in my opinion. I am sorry ag

Re: /usr/X11R6

1998-08-30 Thread Jim Pick
Branden Robinson <[EMAIL PROTECTED]> writes: > Wouldn't bother me if we whacked /usr/X11R6 altogether and just moved all > its stuff into the FHS-compliant places, and left behind the appropriate > symlinks. Sounds like a cool idea to me. Let's do it! I have a strange feeling that this might b