iB::Topic::gnu-utils

	Damn Small Linux :: Damn Small Linux Board The DSL Forums

» Welcome Guest
[ Log In :: Register ]

Damn Small Linux Board » MyDSL Extensions » Extension Development » gnu-utils

		Mini-ITX Boards Sale, Fanless BareBones Mini-ITX, Bootable 1G DSL USBs, 533MHz Fanless PC <-- SALE $200 each!
		Get The Official Damn Small Linux Book. DSL Market , Great VPS hosting provided by Tektonic

Pages: (5) </ 1 [2] 3 4 5 >/

[ Track this topic :: Email this topic :: Print this topic ]

Topic: gnu-utils, is it meant to be only coreutils?

< Next Oldest | Next Newest >

Juanito

Group: Members
Posts: 1601
Joined: Sep. 2005

Posted: April 23 2008,14:39

I played around with coreutils.uci - as said, it could use findutils, sed, wget, etc in order to be a gnu-utils (less xlibs) replacement.

To avoid path errors, it would be good if there were a loader script to move the busybox symlinks to /tmp and then move them back again on unloading (assuming the coreutils apps were linked to /opt/bin)...

Thanks for the pointers on alsa - I didn't try yet, but I guess using alsa-init once coreutils.uci is loaded would probably do the trick.

mikshaw

Group: Members
Posts: 4856
Joined: July 2004

Posted: April 23 2008,17:10

I just compiled the latest wget and procps yesterday, using compile-3.3.5.uci + term.h and the ncurses headers from gcc1-with-libs. They'll be submitted as uci extensions soon, but I'm about to do coreutils and findutils and hopefully upload them all together.

Quote

To avoid path errors, it would be good if there were a loader script to move the busybox symlinks to /tmp and then move them back again on unloading (assuming the coreutils apps were linked to /opt/bin)

The existing coreutils.uci was made long before /opt/bin was added to PATH. Even after it was added, though, I'd thought about this and decided to stick with the current arrangement for future releases. The /opt/bin directory is at the end of PATH, as you are apparently aware, so those files would not be used without removing the original symlinks (as you said). However, I don't personally like this idea for two reasons: it's simpler to just modify the PATH variable (The process is stated in the info file), and the directories containing the busybox symlinks may be read-only (as they almost always are on my system).

--------------
http://www.tldp.org/LDP/intro-linux/html/index.html

Juanito

Group: Members
Posts: 1601
Joined: Sep. 2005

Posted: April 24 2008,03:49

Quote

...using compile-3.3.5.uci + term.h and the ncurses headers from gcc1-with-libs.

- is there are problem with the ncurses headers in compile-3.3.5?

mikshaw

Group: Members
Posts: 4856
Joined: July 2004

Posted: April 24 2008,11:58

To be honest, I simply assumed it wasn't there because this was the second application I'd tried to build that said it couldn't find ncurses.

Now that I think of it, with procps I eventually had to look into the Makefile and discovered that ncurses was set using an absolute path for some silly reason. At that point I should have thought to double-check if the headers were in compile-3.3.5.

I can't remember right now what the first curses app was...may have been htop, since I know that's one I've recently failed to build. I just know that twice in the last week or so I've had a compile failure due to a missing ncurses.h
I'll try to find another to test sometime soon.

Keep in mind that I'm no wiz when it comes to understanding how the whole compiling thing works. All I do is export CFLAGS, CPPFLAGS, and LDFLAGS and then try the build.

--------------
http://www.tldp.org/LDP/intro-linux/html/index.html

Juanito

Group: Members
Posts: 1601
Joined: Sep. 2005

Posted: April 24 2008,13:10

I've had a few compile errors due to issues over ncurses - doing the following sometimes fixes it:

Code Sample

export LIBS=" -lncurses"

To see if there was a problem using compile-3.3.5 with procps, I tried with procps-3.2.7 and got the following error:

Code Sample

$ make SHARED=0
...
pwdx.c: In function `main':
pwdx.c:38: error: `PATH_MAX' undeclared (first use in this function)

- fixed by adding the following to pwdx.c:

Quote

#include <sys/param.h>

- but I didn't get any errors involving ncurses (without the export LIBS= mentioned above)?

Note (I think) the ncurses headers in gcc1-with-libs are for a later version of ncurses than that in dsl (libncurses.so.5.3), but that probably doesn't change anything...

24 replies since April 21 2008,07:00

< Next Oldest | Next Newest >

[ Track this topic :: Email this topic :: Print this topic ]

Pages: (5) </ 1 [2] 3 4 5 >/

Damn Small Linux Board » MyDSL Extensions » Extension Development » gnu-utils