On Tue, 29 Nov 2005 22:50:47 -0800, Steve Langasek <[EMAIL PROTECTED]> said:
> Hi Hubert,
> On Tue, Nov 29, 2005 at 09:16:03PM -0500, Hubert Chan wrote:
>> I've done some work on making the GNUstep core packages more FHS
>> compliant, and I'd like some input to make sure that I have addressed
>> a
Hi Hubert,
On Tue, Nov 29, 2005 at 09:16:03PM -0500, Hubert Chan wrote:
> I've done some work on making the GNUstep core packages more FHS
> compliant, and I'd like some input to make sure that I have addressed
> all complaints. If no other complaints are raised, I will assume that
> the GNUstep
Hi all,
I've done some work on making the GNUstep core packages more FHS
compliant, and I'd like some input to make sure that I have addressed
all complaints. If no other complaints are raised, I will assume that
the GNUstep packages are fit for release -- at least in terms of
complying with the
Please fix your mailer to wrap text at < 80 lines...
On Tue, Aug 23, 2005 at 02:25:04AM +1200, Dale Anderson wrote:
> Has anyone actually sat down and researched WHY things have been stuck
> where they are currently rather than wholesale munging around the
> GNUstep framework to suite the linux F
Has anyone actually sat down and researched WHY
things have been stuck where they are currently rather than wholesale
munging around the GNUstep framework to suite the linux FSH, iirc it was moved
to /usr/lib /usr/local/lib originally to keep the general unix'y world happy,
what detrimental
On Thu, Aug 11, 2005 at 06:18:50PM -0400, Joey Hess wrote:
> Ola Lundqvist wrote:
> > Hello
> >
> > On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
> > > Ola Lundqvist <[EMAIL PROTECTED]> writes:
> > > > I do not really see a problem here. All gnustep packages store
> > > >
Ola Lundqvist wrote:
> Hello
>
> On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
> > Ola Lundqvist <[EMAIL PROTECTED]> writes:
> > > I do not really see a problem here. All gnustep packages store
> > > files in a (at least sort of) FHS compliant directory:
> > > /usr/lib/GN
Hello
On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
> Ola Lundqvist <[EMAIL PROTECTED]> writes:
> > I do not really see a problem here. All gnustep packages store
> > files in a (at least sort of) FHS compliant directory:
> > /usr/lib/GNUstep
>
> Are the files stored the
On Tue, 2 Aug 2005 23:57:10 -0700, Steve Langasek <[EMAIL PROTECTED]> said:
[... lots of stuff snipped ...]
> FWIW, I don't think /usr/share vs. /usr/lib is the biggest issue in
> GNUstep. I think the bigger issues are:
> - shared libs in /usr/lib/GNUstep/foo instead of in /usr/lib (has been
>
On Mon, Aug 01, 2005 at 05:34:17PM +0100, Colin Watson wrote:
> On Sat, Jul 30, 2005 at 02:55:53PM -0700, Steve Langasek wrote:
> > On Sat, Jul 30, 2005 at 12:26:04PM +0100, Colin Watson wrote:
> > > Brendan O'Dea has said things along these lines before, I know, but I'll
> > > repeat it: those wra
On Sat, Jul 30, 2005 at 02:55:53PM -0700, Steve Langasek wrote:
> On Sat, Jul 30, 2005 at 12:26:04PM +0100, Colin Watson wrote:
> > Brendan O'Dea has said things along these lines before, I know, but I'll
> > repeat it: those wrappers are in most cases rather tightly bound to the
> > precise interf
Note: Please Cc: [EMAIL PROTECTED] in your
replies.
On Sat, 30 Jul 2005 12:00:32 +0200, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>
said:
> Ola Lundqvist <[EMAIL PROTECTED]> writes:
>> I do not really see a problem here. All gnustep packages store files
>> in a (at least sort of) FHS compliant di
On Sat, Jul 30, 2005 at 03:30:38PM +0200, Eric Heintzmann wrote:
> >Listing Perl, Python and Emacs here is totally wrong (and I don't know
> >enough about Java packaging to speak about it). Perl is the best
> >example: Architecture-dependend data is stored in /usr/lib/perl{/,5/},
> I find headers
On Sat, Jul 30, 2005 at 12:26:04PM +0100, Colin Watson wrote:
> On Sat, Jul 30, 2005 at 03:52:44AM -0700, Steve Langasek wrote:
> > On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
> > > Listing Perl, Python and Emacs here is totally wrong (and I don't know
> > > enough about
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
>> Ola Lundqvist <[EMAIL PROTECTED]> writes:
>>> It is not very different from perl, python, emacs, java (and more) packages
>>> that have a "filesystem" of it's own and managed ther
Marc 'HE' Brockschmidt wrote:
Ola Lundqvist <[EMAIL PROTECTED]> writes:
I do not really see a problem here. All gnustep packages store
files in a (at least sort of) FHS compliant directory:
/usr/lib/GNUstep
Are the files stored there only object files, libraries and internal
binaries not int
Steve Langasek wrote:
On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
Ola Lundqvist <[EMAIL PROTECTED]> writes:
I do not really see a problem here. All gnustep packages store
files in a (at least sort of) FHS compliant directory:
/usr/lib/GNUstep
Are the files stor
On Sat, Jul 30, 2005 at 03:52:44AM -0700, Steve Langasek wrote:
> On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
> > Listing Perl, Python and Emacs here is totally wrong (and I don't know
> > enough about Java packaging to speak about it). Perl is the best
> > example: Arch
On Sat, Jul 30, 2005 at 12:00:32PM +0200, Marc 'HE' Brockschmidt wrote:
> Ola Lundqvist <[EMAIL PROTECTED]> writes:
> > I do not really see a problem here. All gnustep packages store
> > files in a (at least sort of) FHS compliant directory:
> > /usr/lib/GNUstep
> Are the files stored there only o
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> I do not really see a problem here. All gnustep packages store
> files in a (at least sort of) FHS compliant directory:
> /usr/lib/GNUstep
Are the files stored there only object files, libraries and internal
binaries not intended to be executed directly
Hello
I do not really see a problem here. All gnustep packages store
files in a (at least sort of) FHS compliant directory:
/usr/lib/GNUstep
It is not very different from perl, python, emacs, java (and more) packages
that have a "filesystem" of it's own and managed there.
Java have its in /usr/sh
Hi,
I already send this message to the debian-release mailing list, but
Steve Langasek suggested me to send it to debian policy.
Actually, there are in Debian (sarge, etch, sid) more than 50 packages
that are parts of the GNUstep Environment. But there is a big issue with
all of them: none are FH
22 matches
Mail list logo
