Other Help Topics :: DSL Editions



I don't know if this is what you were getting at, but it seems that dialog, when built in DSL, requires nothing that wouldn't be required by any other app (libncurses being the possible exception, but a necessity for the interface)

Code Sample
dsl@bungle:~$ ldd bin/dialog
       libncurses.so.5 => /lib/libncurses.so.5 (0x40019000)
       libc.so.6 => /lib/libc.so.6 (0x40055000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

This was built in DSL 4.3 using compile-3.3.5.uci

I assume debian-utils would include basic commands that are used by many applications, but  just guessing.

I would hold off from generating alot of replacement code.

Mr. Murga has certainly caused an incident here, but at this point, I think a few days to cool off are needed.

During such time a thorough review by the developer of the shared library, John Andrews, and myself will then come to a decision on how we will proceed. I do not see any GPL violation. But I would like a consensus and that will take some time, as some are traveling and at the moment do not have time or access for such a review.

Regardless of where that situation ends, I wouldn't be the least bit disappointed if whiptail was replaced with dialog in any of the DSL flavors =o)

I assume dialog can be usedwith io.popen in Lua just as it can be used in bash to create hybrid X/console interfaces, and dialog really does provide much more flexibility than whiptail.

I am open to any and all straight fluid/fltk or dialog+lua programs.
dialog-1.1-20080316 will replace whiptail in next cut of DSL.
Next Page...
original here.