DSL Ideas and Suggestions :: wish list, 2.6



In the short time I've known dsl, I have gotten to quite agree with your minimalist philosophy.  Unfortunately for me, my computer is a very new laptop that doesn't get along well with the default kernel in dsl 4.x.

This is my request: release the prototype dsl soon, even if it is rough around the edges.  I'm sure that there are many of us who are willing to play with it even if it is somewhat buggy in places.  I know I am.  I just want a chance to have a version of dsl that will run on my laptop.
roadnottaken: While I understand your interest and impatience, I don't think it serves anyone well if it's rushed out. That could be no better than what you (or I, on my laptop) have already. It'll be ready in due time for the usual release candidate process.
Ping: Robert

re Fuse

A guy I know who who works professionally doing low level linux programming (graphics drivers and such) told me to avoid using fuse because of its overhead.  This is second hand so not terribly high quality.information.

Re: Xorg - might be worth examining how Puppy has stripped Xorg - they seem to have tamed it size-wise a bit..  Having Xorg even in a cut down form would open up acelerated graphics for things like Intel integrated graphics.

Re: modularising dsl - I'd still like to see a typically dsl minimal desktop and little nix apps as the default - maybe have to lose Firefox and do with Dillo or something in order to have 2.6.xx, Xorg and gtk2.  That's ok provided we can load FF as a uci readily.   I  love Emelfm, I do use axyFTP and have used Sylpheed, Xmms, xZGV, Xpdf.  Ted is handy for opening rtfs. Always lamented the loss of Scite since it's my no.1 favorite for programming/scripting.  Don't tend to use the other apps.

I think one reason people don't post so many uncs is they are trivially easy to make with dsl2unc, so if you have a .dsl, you essentially already have an .unc.  I'm not sure the posting frequency necessarily reflects the unc usage patterns.  ucis require a bit more craft.

Only one request though - please continue to compile the loop driver as a loadable module.

Personally, I haven't had any problems with unionfs of which I am aware.  Perhaps it is an immature technology that needs a few years to get worked properly out, at which time you can re-introduce it to dsl.
Quote (WDef @ Feb. 02 2008,20:24)
I think one reason people don't post so many uncs is they are trivially easy to make with dsl2unc, so if you have a .dsl, you essentially already have an .unc.  I'm not sure the posting frequency necessarily reflects the unc usage patterns.  ucis require a bit more craft.

Personally, I haven't had any problems with unionfs of which I am aware.  Perhaps it is an immature technology that needs a few years to get worked properly out, at which time you can re-introduce it to dsl.

Exactly....just run dsl2unc and immediately save a bunch of ram.  I've never had any problems either (and I use UNC's whenever possible); I can use a UCI for something that     I'm repeately loading-unloading, which is just about nothing.  Personally, I think it's a technology worth holding on to. As I've once again discovered, what's supposed to work regarding building a UCI (e.g., just configure with --prefix=/opt/) doesn't always work.
If DSL got gtk2, Xorg, and 2.6, it would get dangerously close to Puppy. What would be the difference then?
Next Page...
original here.