Damn Small Linux - Not!

maxbarkly · Joined: 09 Jun 2006 Posts: 2

Will there be a timetable for DSL-N releases, or will they just appear every so often?

[IDC]Dragon · Joined: 22 Apr 2006 Posts: 41 Location: Hannover, Germany

Pretty quiet here these days, I guess our dear developers are/have been busy with the 3.0 release of the "classic" DSL. Congrats to there! (though I can't use it.)

I would also kindly appreciate a tiny word about the DSL-N status once in a while, but am not pushing anybody, nono.. Wink

cbagger01 · Joined: 21 Apr 2006 Posts: 27

The ideal solution would be to wrap up all custom DSL functionality (scripts, themes, /etc/skel) into little Debian packages that begin with dsl, ie: dsl-userconfig.deb dsl-functions.deb like Klaus does with knoppix.

If the Debian packaging is too cumbersome, *.dsl extensions would also work nice. Yeah, I know it creates a catch-22 when it comes to installing the extension containing the mydsl-load process itself, but this specific function extension could also be installed manually with something like a tar -zxf dsl-functions.dsl -C /

This way, you could easily produce an updated DSL-N by installing the latest version of the updated custom DSL functions to the DSL-N "master copy" used for remastering.

It would also make it easier to migrate DSL-N to a newer KNOPPIX codebase because the "Take a stripped down KNOPPIX and turn it into DSL" step would be simplified.

Lastly, this would be a way for users locked into older versions of DSL (like version 2.1b) or limited in bandwidth availability to take advantage of some of the newer features. It would also allow DSL-N users to have SOME of these features (some are not compatible with DSL-N) before the next release of DSL-N.

Unfortunately, some are kernel-specific like drivers (ndiswrapper updates, unionfs) but most of the scriptwork should be portable.

Just a thought.

roberts · Joined: 17 Apr 2006 Posts: 320 Location: OC CA USA

Bug fixes in the next RC should be RSN.