Search Members Help

» Welcome Guest
[ Log In :: Register ]

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
 

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

reply to topic new topic new poll
Topic: More April Extensions, unionfs + more...< Next Oldest | Next Newest >
roberts Offline





Group: Members
Posts: 4983
Joined: Oct. 2003
Posted: April 15 2006,22:39 QUOTE

More interesting extensions and updates are now posted in the testing section of the repository.

Browse the .info files.

unionfs.dsl
madwifi-ng-2.4.26.uci
peerguard.dsl
timidity.dsl

A big thank you to the respective makers.
Back to top
Profile PM WEB 
roberts Offline





Group: Members
Posts: 4983
Joined: Oct. 2003
Posted: April 22 2006,06:08 QUOTE

Thanks to mikshaw a new icewm.uci is now posted in the testing area.
Back to top
Profile PM WEB 
humpty Offline





Group: Members
Posts: 655
Joined: Sep. 2005
Posted: April 25 2006,17:14 QUOTE

Oh dear,
I just found out that when .dsl's are installed, they completely
overwrite files that are already there. This causes a problem with configuration files later changed by the user.

Currently the apps I submitted will be affected:
timidity
peerguard

Is there a way around this?

Otherwise I will have to hack into the app's code to get the app to generate the config files itself. But I don't really prefer this as it's a bit dirty.

Any suggestions?
Back to top
Profile PM 
mikshaw Offline





Group: Members
Posts: 4856
Joined: July 2004
Posted: April 25 2006,20:34 QUOTE

One option is to not have personal configs (/home/dsl/*) included in the package.  I've seen a couple of applications that will choke if a config is not found (torsmo, for example), but most programs are coded well enough that they either create the appropriate files if they don't already exist or they use hard-coded default settings.  I couldn't say if timidity and peerguard do this.

Creating a wrapper to check for existing configs is easy enough, and not really too dirty.  As an example...
Code Sample
#!/bin/bash
[ -f $HOME/.timidityrc ] || cp /path/to/timidityrc-example $HOME/.timidityrc
exec /path/to/timidity

I'm just guessing about the filename.

One thing I'm concerned about personally is that you said "overwrite files that are already there".  Are you talking about files that are part of DSL?  You should NEVER do this unless absolutely necessary (such as upgrading an existing application).  I had a little argument about this a while ago with someone whose package overwrote personal configs, just so it would be "easier" to use.  After a few changes in DSL development, the package ended up breaking several users' setups.
If a package can potentially do this sort of damage, or simply cause unexpected changes to files that the user has put in the time to customize to suit his needs, then it's best to avoid making assumptions.  Just tell the user how to configure your package if you cannot safely do it automatically.


--------------
http://www.tldp.org/LDP/intro-linux/html/index.html
Back to top
Profile PM WEB 
humpty Offline





Group: Members
Posts: 655
Joined: Sep. 2005
Posted: April 26 2006,04:10 QUOTE

tks mikshaw!
i never thought about the wrapper technique. excellent.

that's right, this is only for the app's own config in home, so other files won't be touched.
Back to top
Profile PM 
4 replies since April 15 2006,22:39 < Next Oldest | Next Newest >

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

 
reply to topic new topic new poll
Quick Reply: More April Extensions

Do you wish to enable your signature for this post?
Do you wish to enable emoticons for this post?
Track this topic
View All Emoticons
View iB Code