Joined: Feb. 2007
||Posted: Mar. 04 2008,16:07
|Well, compare any two binaries from current Debian (lenny I guess) with the DSL counterpart. DSL has older versions, that function well but are smaller. Here you might say install an old debian then.|
Or set up the system in such a way that it uses versions and/or configs you want; users aren't locked into any one repository if they even choose to use apt-get or whichever binary distribution method. One of the reasons I'm a big fan of ports and pkgsrc over binaries is because they make it easier to do exactly what the users wants -- e.g., compile against GTK1 instead of GTK2 (if possible). Where that's not possible, you can download the source you want and compile it separately. Both Slackware and Debian work very well with pkgsrc, both are suitable as bases for compiling preferred versions or esoteric collections of apps.
I also left out DeLi in the list of possibilities for people with older hardware. I'm not as gung ho about ulibc as you've been, but DeLi uses it and is oriented for older hardware. It also allows users to choose a ports system from Crux.
I want an idea of how many users with older hardware are going to move to a 2.6 version of DSL. I think between that and a better implementation of unionfs in 2.6, it's possible to transition things to the more nomadic way Robert has wanted to in the past and streamline MyDSL to UNC and UCI.
He's commented about backwards compatibility. Sometimes, though, that becomes more a hindrance than a benefit. How long should DSL continue to support hard drive installs, dsl and tar.gz extensions, use cloop instead of cramfs or squashfs, etc.? With the changes coming to update DSL, it's time to look at the big picture and decide what's in the best interest going forward. The longer DSL looks backward (hard drive install, dsl and tar.gz), the less reason current and future users will have to use it the way it's intended.
"It felt kind of like having a pitbull terrier on my rear end."
-- meo (copyright(c)2008, all rights reserved)