Release Candidates :: DSL v4.4RC1



Quote (mikshaw @ May 22 2008,08:42)
Rather than running two instances of cp, use sed -i to edit the original file.
Also, your sed seems to be a little overly specific
Code Sample
cp ~/.fluxbox/menu ~/.fluxbox/menu.bak && sed -i 's/$/\n[nop]/' ~/.fluxbox/menu

Mind this hasn't been tested in Fluxbox itself....just looked at the output of sed.  nop might need a following ()

EDIT: sorry I forgot this is the rc thread. This is off-topic.

Right, off-topic. Someone should create a new thread after this last post if need be.
The two cp's are for backup purposes, though, a live cd really doesn't need to worry about that (plus /etc/skel/ has a copy). Nop does need the "( )" (afaik) and it's a bit specific to prevent double entries of nop.
Quote (florian @ May 21 2008,14:33)
Great release candidate!

I liked the default fixed font (at least in aterm). But it's just a personal aesthetic thing, so I can modify my own .Xdefaults

However one (small) problem with smoothansi is that the "extended characters" do not get displayed as they used to. Try for instance running xsetup.sh script and you'll see what I mean.

The original purpose of my seeking a tiny GUI scripting language, i.e., Lua/Fltk was to replace Dialog/Whiptail scripts running from within X. Of couse non-X, as boot time setup options still need Dialog/Whiptail. Running them in non-X is not an issue. Running xsetup from within a currently running X session is curious at best, but point taken. If one insists on running Dialog/Whiptail scripts from within X then perhaps the hostings xterm (aterm) can specify the fixed font as previous used, i.e, aterm -fn fixed -e your_dialog_script and thereby avoid this issue.
good job , nice and strong rc that seems a normal version....

dsl is lsd for geeks and freaks...

i tested in hd install with 3 ucis loaded (OOo,firefox,and thunderbird  in spanish ver and gtk-0.75.dls) and runs ok ....its a single test to work no a meo hard test....

only its necessary to improve dsl with the app to do a ciberbrewery to send beers to all..
included to jhon murga that works for puppy


(as you can see i am making a benchmarking operation with puppy...we need to improve Aesthetics  and kernell..)

:;):
As alih posted in here, his second point is something that ought to be already in DSL.
The use of exec startx instead of startx saves ram by chopping one bash process, and comes with no negative effects since when X dies bash is restarted by init.

Except instead of putting it into an alias I'd just change it in /etc/skel/.bash_profile to not have manually using startx crap someones work out unexpectedly.

Posting here in case Robert's busy and doesn't read all the threads.
Quote (curaga @ May 24 2008,15:11)
As alih posted in here, his second point is something that ought to be already in DSL.
The use of exec startx instead of startx saves ram by chopping one bash process, and comes with no negative effects since when X dies bash is restarted by init.

Except instead of putting it into an alias I'd just change it in /etc/skel/.bash_profile to not have manually using startx crap someones work out unexpectedly.

Posting here in case Robert's busy and doesn't read all the threads.

You are right in that I am not able to read all threads. You may need to "ping me" to get my attention.

In regards to this suggestion...

While we gain memory from one less bash shell, we lose the option to "exit to prompt". This was something I had suggested when I first joined this project, however, I was told that "exit to prompt" was needed for properly setting up video (X) parameters and/or changing keyboard parameters. Maybe such is no longer the case? I am all for reducing memory demands.
Next Page...
original here.