Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
On Thursday 17 July 2003 00:37, Abel Cheung wrote: On 2003-07-17(Thu) 00:23:02 +0200, Han Boetes wrote: i hate having a bloated / vim-minimal is linked vs libtermcap and works ok That was not the point at all. The point is that there are libs in /lib that are linked to libs in /usr/lib. Not good. Either they reside in /usr/lib or they reside in /lib, but mixing is bad habbits. To be precise, the expected arrangement is to have a minimal workable partition (workable means you have at least a text editor, some FS tools etc) without /usr. It is uncommon to have a seperate /usr, and when that becomes broken, people will need stuff in /bin, /sbin and /lib to salvage everything. Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? -- Mickal Scherer
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Michael Scherer [EMAIL PROTECTED] wrote: Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Sounds like a tight plan. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
On Thursday 17 July 2003 11:45, Han Boetes wrote: Michael Scherer [EMAIL PROTECTED] wrote: Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Sounds like a tight plan. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done yes, and just add : for i in ` ( urpmf '/bin/' | grep ':/bin/' ;urpmf '/sbin/' | grep ':/sbin/' ; ) | awk -F : '{print $1}' | uniq `; do urpmi $i ; done; before. we cannot test them without having all program in /bin installed, no ? -- Mickaël Scherer
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Michael Scherer [EMAIL PROTECTED] writes: On Thursday 17 July 2003 11:45, Han Boetes wrote: Michael Scherer [EMAIL PROTECTED] wrote: Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Sounds like a tight plan. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done yes, and just add : for i in ` ( urpmf '/bin/' | grep ':/bin/' ;urpmf '/sbin/' | grep ':/sbin/' ; ) | awk -F : '{print $1}' | uniq `; do urpmi $i ; done; for i in `urpmf ':/bin/' -o ':/sbin/' | awk -F ... doesn't run ? François.
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done yes, and just add : for i in ` ( urpmf '/bin/' | grep ':/bin/' ;urpmf '/sbin/' | grep ':/sbin/' ; ) | awk -F : '{print $1}' | uniq `; do urpmi $i ; done; for i in `urpmf ':/bin/' -o ':/sbin/' | awk -F ... doesn't run ? it does. i didn't know about it. -- Mickaël Scherer
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Luca Berra [EMAIL PROTECTED] wrote: my point was that / is becoming bloated with lots of libraries and data that belongs to /usr, so if i have to cast my vote i'd move ncurses away from /lib Also fine with me, just as long as it is consistent. i do even like systems where /bin and /lib are links to /usr/... and /sbin contains static binaries only :) OpenBSD has it this way, FreeBSD just swithed to a /lib system as well. It's rather debatable and hard to switch. I don't see the point in moving away from the current way. It's rather ok. The only thing is that anything in the `root' partition should only be linked to stuff in the `root' partition. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Hi, I had some troubles with lilo and pam and had to spend considerable time in single user mode and the only editor available was vi. Now you all may be very comfortable with vi, but I'm not. So I dediced to copy jmacs from joe to /bin for the next time and just to make sure I just tried it out. Complained it couldn't load libgpm... Now that's odd, that library isn't even used by joe. It's a dependency for libncurses. But libncurses is in /lib and libgpm is only in /usr/lib So... something has to happen here. May I suggest it is libgpm being moved to /lib btw, ~% locate lib/libncurses /lib/libncurses.so /lib/libncurses.so.5 /lib/libncurses.so.5.3 /usr/lib/libncurses++.a /usr/lib/libncurses.a /usr/lib/libncurses.so /usr/lib/libncurses.so.5 /usr/lib/libncurses.so.5.3 Shouldn't libncurses not only be installed in /bin # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
On Wed, Jul 16, 2003 at 07:16:36PM +0200, Han Boetes wrote: Hi, I had some troubles with lilo and pam and had to spend considerable time in single user mode and the only editor available was vi. well there is e3 which is static linked (9K) and has many emulation modes, including vi and emacs (a pity it is in /usr/bin) ... So... something has to happen here. May I suggest it is libgpm being moved to /lib i hate having a bloated / vim-minimal is linked vs libtermcap and works ok ~% locate lib/libncurses /usr/lib/libncurses.so.5 /usr/lib/libncurses.so.5.3 Shouldn't libncurses not only be installed in /bin symlinks... compatibility with some old junk??? L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 16 July 2003 19:16, Han Boetes wrote: Shouldn't libncurses not only be installed in /bin In /%_lib you mean?;) - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 - GPG Key: http://sintrax.net/~hawkeye/key.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/FaQ5v8F7V9JOSuURApKbAJ9mqhxprteipSIJjfTrb24D4Att5gCgsVak r3e4MVO5XXFZrMgKgkwtBJs= =yORh -END PGP SIGNATURE-
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Luca Berra [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2003 at 07:16:36PM +0200, Han Boetes wrote: I had some troubles with lilo and pam and had to spend considerable time in single user mode and the only editor available was vi. well there is e3 which is static linked (9K) and has many emulation modes, including vi and emacs (a pity it is in /usr/bin) sudo cp /usr/bin/e3em /bin /me is happy for that part. :) So... something has to happen here. May I suggest it is libgpm being moved to /lib i hate having a bloated / vim-minimal is linked vs libtermcap and works ok That was not the point at all. The point is that there are libs in /lib that are linked to libs in /usr/lib. Not good. Either they reside in /usr/lib or they reside in /lib, but mixing is bad habbits. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
It gets worse: /bin/tcsh libncurses.so.5 = /lib/libncurses.so.5 (0x4001f000) tcsh wont work in single usermode without mounting /usr /bin/rpm librpm-4.2.so = /usr/lib/librpm-4.2.so (0x4001f000) librpmdb-4.2.so = /usr/lib/librpmdb-4.2.so (0x40077000) librpmio-4.2.so = /usr/lib/librpmio-4.2.so (0x40162000) libelf.so.1 = /usr/lib/libelf.so.1 (0x401cc000) libbz2.so.1 = /usr/lib/libbz2.so.1 (0x4023f000) nor will rpm, bzip and eh libelf... # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
On 2003-07-17(Thu) 00:23:02 +0200, Han Boetes wrote: i hate having a bloated / vim-minimal is linked vs libtermcap and works ok That was not the point at all. The point is that there are libs in /lib that are linked to libs in /usr/lib. Not good. Either they reside in /usr/lib or they reside in /lib, but mixing is bad habbits. To be precise, the expected arrangement is to have a minimal workable partition (workable means you have at least a text editor, some FS tools etc) without /usr. It is uncommon to have a seperate /usr, and when that becomes broken, people will need stuff in /bin, /sbin and /lib to salvage everything. Abel # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF pgp0.pgp Description: PGP signature