From: Grzegorz Kulewski <kangur@polcom.net>
To: Tonnerre <tonnerre@thundrix.ch>
Cc: Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua>,
"H. Peter Anvin" <hpa@zytor.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Linux Kernel Development <linux-kernel@vger.kernel.org>,
Erik Andersen <andersen@codepoet.org>,
uclibc@uclibc.org
Subject: Re: [OT] Re: The naming wars continue...
Date: Wed, 27 Oct 2004 18:42:23 +0200 (CEST) [thread overview]
Message-ID: <Pine.LNX.4.60.0410271830430.614@alpha.polcom.net> (raw)
In-Reply-To: <20041027161402.GC21160@thundrix.ch>
On Wed, 27 Oct 2004, Tonnerre wrote:
> Salut,
>
> On Wed, Oct 27, 2004 at 06:11:43PM +0200, Grzegorz Kulewski wrote:
>> Yes, Linux (or UNIX) directory structure should be changed years ago but
>> nobody (except GOBO Linux I think) is going to do it. That will require
>> patching realy big amount of code and changing some standards. If somebody
>> has time for it feel free to contact me, and I will tell him (or her) what
>> should be changed to produce The New Directory Standard That Breaks
>> Everything But Is The Best And Most Sane In The World (TM)... :-)
>
> This is not the case, thanks to autoconf and pkg-config. On one of my
> systems, I have all the binaries under /Library/..., and all the libs
> under /Frameworks/..., and the doc goes under
> /Library/Documentation/someplace...
>
> It's not a problem any more, thanks to the ongoing modularization.
Hi,
1. Not all packages use autoconf.
2. Not all packages use autoconf correctly.
3. Autoconf and others are broken in my opinion (yes they provide some
good features but have very high amount of bad features or stupid concepts
too). This is not only mine opinion btw.
4. Changing the directory structure just to rename /lib to /Library is not
very ambituous... I can even call it strange...
5. I am thinking of changing directory structure (and some other things)
some more... For example placing every package in its own dir - like
/apps/gcc/3.4.2/<install date>/{bin,lib,...} and placing symlinks in /bin
(or how to call it) to required files from packages bins (like RELINK),
adding something like /apps/<package name>/<version>/<install date>/deps
and keeping symlinks to all external libs/programs/scripts used by
<package name> there, changing autoconf to ask not test for features and
much more (= turning Linux standards upside down).
Grzegorz Kulewski
next prev parent reply other threads:[~2004-10-27 16:47 UTC|newest]
Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-22 22:05 Linus Torvalds
2004-10-22 22:44 ` Jan Engelhardt
2004-10-22 22:53 ` Clemens Schwaighofer
2004-10-22 23:13 ` Espen Fjellvær Olsen
2004-10-23 3:07 ` Randy.Dunlap
2004-10-22 22:56 ` Benjamin Herrenschmidt
2004-10-23 21:25 ` David Woodhouse
2004-10-25 21:44 ` Bill Davidsen
2004-10-26 1:27 ` Daniel Gryniewicz
2004-10-26 21:24 ` Bill Davidsen
2004-10-22 23:18 ` Grzegorz Kulewski
2004-10-22 23:46 ` Matt Mackall
2004-10-23 0:19 ` Con Kolivas
2004-10-23 1:15 ` William Lee Irwin III
2004-10-23 1:25 ` Linus Torvalds
2004-10-23 1:08 ` alan
2004-10-23 2:52 ` Matt Mackall
2004-10-23 1:38 ` Matt Mackall
2004-10-23 1:49 ` Linus Torvalds
2004-10-29 18:33 ` cliff white
2004-10-23 3:03 ` Wakko Warner
2004-10-24 13:33 ` Helge Hafting
2004-10-25 23:26 ` Tonnerre
2004-10-26 6:37 ` H. Peter Anvin
2004-10-26 7:32 ` Denis Vlasenko
2004-10-26 11:12 ` Geert Uytterhoeven
2004-10-26 11:43 ` Denis Vlasenko
2004-10-26 20:31 ` Tonnerre
2004-10-27 4:21 ` H. Peter Anvin
2004-10-27 8:33 ` Denis Vlasenko
2004-10-27 15:48 ` Tonnerre
2004-10-27 16:11 ` [OT] " Grzegorz Kulewski
2004-10-27 16:14 ` Tonnerre
2004-10-27 16:42 ` Grzegorz Kulewski [this message]
2004-10-27 17:27 ` Måns Rullgård
2004-10-27 21:11 ` [uClibc] " Dave Dodge
2004-10-27 21:15 ` Måns Rullgård
2004-10-27 22:35 ` Dave Dodge
2004-10-27 23:04 ` Måns Rullgård
2004-10-29 14:46 ` Adrian Bunk
2004-10-27 19:17 ` Bill Davidsen
2004-10-27 19:40 ` H. Peter Anvin
2004-10-29 14:51 ` Adrian Bunk
2004-10-29 14:54 ` Geert Uytterhoeven
2004-10-29 15:11 ` Adrian Bunk
2004-10-27 20:13 ` The naming wars continue... [u] Martin Schlemmer [c]
2004-10-27 20:35 ` Randy.Dunlap
2004-10-27 21:35 ` Martin Schlemmer [c]
2004-10-26 16:26 ` The naming wars continue Tonnerre
2004-10-26 11:11 ` Geert Uytterhoeven
2004-10-26 16:22 ` Tonnerre
2004-10-23 6:20 ` Nick Piggin
2004-10-25 21:30 ` Bill Davidsen
2004-10-25 22:02 ` Linus Torvalds
2004-10-25 22:46 ` Hua Zhong
2004-10-27 7:38 ` Helge Hafting
2004-10-26 13:09 ` Giuseppe Bilotta
2004-10-27 0:40 ` H. Peter Anvin
2004-10-27 2:41 ` Marcos D. Marado Torres
2004-10-26 21:32 ` Bill Davidsen
2004-10-27 3:01 ` Marcos D. Marado Torres
2004-10-27 3:32 ` Barry K. Nathan
2004-10-27 19:23 ` Bill Davidsen
2004-10-27 7:37 ` Denis Vlasenko
2004-10-27 20:08 ` l_linux-kernel@mail2news.4t2.com
2004-10-27 20:27 ` Linus Torvalds
2004-10-27 21:13 ` Dave Airlie
2004-10-27 21:25 ` Linus Torvalds
2004-10-27 22:52 ` Jesper Juhl
2004-10-27 22:54 ` Dave Airlie
2004-10-27 23:14 ` Jesper Juhl
2004-10-23 15:41 ` Stephen Frost
2004-10-23 21:51 ` Matthias Schniedermeyer
2004-10-24 0:02 ` Stephen Frost
2004-10-24 3:29 ` Matthias Schniedermeyer
2004-10-24 5:02 ` Bernd Eckenfels
2004-10-25 23:34 ` Tonnerre
2004-10-26 17:52 ` William Lee Irwin III
2004-10-23 22:16 ` Alexandre Oliva
2004-10-23 22:45 ` Linus Torvalds
2004-10-24 8:52 ` Matthias Urlichs
2004-10-23 1:35 ` Matt Mackall
2004-10-23 14:34 ` William Lee Irwin III
2004-10-23 0:04 ` William Lee Irwin III
2004-10-23 0:43 ` Nigel Cunningham
2004-10-23 21:03 ` Christian Hesse
2004-10-24 0:47 ` Jon Masters
2004-10-23 2:37 ` The naming wars continue... - net/ipv4/netfilter/ipt_hashlimit.c does not build Eyal Lebedinsky
2004-10-23 3:04 ` Linus Torvalds
2004-10-23 11:23 ` The naming wars continue Erik Hensema
2004-10-23 13:21 ` Christoph Hellwig
2004-10-23 15:45 ` Hans Reiser
2004-10-23 15:18 ` markus reichelt
2004-10-23 14:46 ` Taso Hatzi
2004-10-24 15:54 ` generic hardirq code in 2.6.10-rc1 Christoph Hellwig
2004-10-25 6:02 ` Miles Bader
2004-10-25 12:36 ` Christoph Hellwig
2004-10-29 14:37 ` [patch] 2.6.10-rc1: SCSI aacraid warning Adrian Bunk
2004-10-29 14:45 ` Mark Haverkamp
2004-10-29 15:13 ` Mark Haverkamp
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.60.0410271830430.614@alpha.polcom.net \
--to=kangur@polcom.net \
--cc=andersen@codepoet.org \
--cc=geert@linux-m68k.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tonnerre@thundrix.ch \
--cc=uclibc@uclibc.org \
--cc=vda@port.imtp.ilyichevsk.odessa.ua \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®