Damn Small Linux (DSL) Forums
Welcome, Guest. Please login or register.
Did you miss your activation email?
October 21, 2014, 02:26:37 AM

Login with username, password and session length
News
The new DSL forums are now open.
Stats
297750 Posts in 294153 Topics by 208 Members
Latest Member: Bookiglove
Search:     Advanced search
* Home Help Search Login Register
Get The Official Damn Small Linux Book. Great VPS hosting provided by Tektonic

+  Damn Small Linux (DSL) Forums
|-+  Recent Posts
Pages: 1 2 [3] 4 5 ... 10
 21 
 on: September 07, 2014, 11:33:21 PM 
Started by CNK - Last post by CNK
A while ago I put the work into looking at what dependencies would be needed to install Firefox 3.5.16 on DSL, which would then allow it to be made as a package. I never finished (will one day), but I thought I'd post whatI got for anyone who wanted to finish the list before me.

The latest Firefox versions just won't work due to the old Kernel in DSL, but I use 3.6 on a WIndows XP PC (shudder) and it still works with the vast majority of websites, quite an improvement from V. 2 at the moment. It also offers some nice refinements such as a proper download manager.

As I say, I haven't finished, but here' whatI've got. V. DSL means the version of a dependency included with DSL, note is made to dependencies in the MyDSL respository (mentioned in notes as "dsls"). V. Req. is the minimum required version for Firefox. Of course I've had to look at the dependencies for dependencies as well and these are shown as a branch from the original Firefox dependency. As you can see, xulrunner is a door to a world of unmets.

Code:
Firefox unmet dependencies in DSL:

3.5.16-20 - Debian Iceweasel - https://packages.debian.org/squeeze/iceweasel
 Name: Status V. DSL V. Req.
-Debianutils met 2.1.4 1.16
-fontconfig unmet none 2.8.0 - gtk+ 2.12.9 .dsl has 2.5.91
 -libfreetype6 unmet 2.1.2 2.2.1 - in gtk+ dsls 2.10.9
 -libc6 met 2.3.1 2.0
 -expat unmet none 1.95.8 - in gtk+ dsls 2.10.9
 -zlib1g met 1.1.4 1.1.4
-libc6 unmet 2.3.1 2.3.6-6
-libglib2.0-0 unmet none 2.16.0
-libgtk2.0-0 unmet none 2.10 - gtk2-core.unc?
-libnspr4-0d unmet none 1.8.0.10
-procps met 3.1.5 any
-xulrunner unmet none 1.9.1.16
 -libasound2 unmet none 1.0.18
 -libatk1 unmet none 1.29.3 - unmet in any gtk+ dsls
 -libbz2-1.0 unmet none 1.0
 -libc6 unmet 2.3.1 2.3.6
 -libcairo2 unmet none 1.8.8 - unmet in any gtk+ dsls
 -libdbus-1-3 unmet none 1.0.2 - unmet in any gtk+ dsls
 -libfontconfig unmet none 2.8.0 - prob. in fontconfig
 -libfreetype6 unmet 2.1.2 2.2.1 - in gtk+ dsls 2.10.9
 -libgcc1 met none 1:4.1.1 - dsls only go to 3.3.4
 -libglib2.0-0 unmet none 2.24.0
 -libgtk2.0-0 unmet none 2.10 - gtk2-core.unc?
 -libhunspell unmet none 1.2.11
 -libjpeg62 met 6b6 6b1
 -libmozjs2d unmet none 1.9.1.16-20 - firefoxcomponent
 -libnspr4-0d unmet none 4.7.1-1
 -libnss3-1d unmet none 3.12.6
 -libpango1.0-0 unmet none 1.14.0 - in gtk+ dsls 2.10.9
 -libpng12-0 unmet 1.2.5.0 1.2.13-4 - in gtk+ dsls 2.12.9
 -libreadline unmet 4.3-5 6.0
 -libsqlite0 unmet 2.4.7-1 3.7.3
 -libstartup-notification0 unmet none 0.10
 -libx11

https://packages.debian.org/squeeze/xulrunner-1.9.1

 22 
 on: September 04, 2014, 11:18:54 PM 
Started by betatest3 - Last post by CNK
John hasn't said much about 4.11 since the last RC release. My guess is that he lost the time to work on it again, but I don't really know. He still logs into the forum every month or two.

I don't know how one person (well, perhaps with the exception of a very good full-time software developer) could manage to really keep DSL progressing to support newer hardware and software without loosing much of the support for the older generations.

Even ignoring size (which would be a bit silly for a main DSL release), a modern kernel comes without much of the early hardware support that has been stripped off over the years. It wouldn't be as simple as adding it back again (which could be done simply using Kernel Modules), the driver software would have to be adapted to work with the cahnges made to the kernel. You'd have to make sure the software line up stayed light enough to run on a Pentium 1 as well, which could mean making changes to some application software to keep it working in harmony in a modern system.

Perhaps it would be better to keep the old kernel and "backport" (if that's the right term) the hardware support. Of course this would basically make DSL a branch from the Linux Kernel and over time it would probably become its own entity like BSD. Like I say, this would be great if someone very good was willing to devote their life to it. Ideally it would also inspire its own suite of low resource usage software to fill in the gaps that exist at present.

That second one is what I'd really like to happen, but I just can't see it. In reality, I expect the best that will happen with DSL (and it's not really all that bad) is that the standard version will slowly be refined at its current level (new versions of Dillo, better installation scripts etc.), while a new DSL-N will take over most of the development and target more recent computers (eg. last 10 or so years) with improved hardware and software support while retaining the DSL philisophy to the extent possible. That would cater to both camps that tend to pop up here on the forum, and I expect it's what John is already aiming for (or, at least was when he started the new forum).

 23 
 on: September 02, 2014, 04:08:28 PM 
Started by John - Last post by fatmac
Hmm, when will DSL return, (I am wondering).......it has been 2 years......I fear it will be more, (if ever), unfortunately.  Cry

 24 
 on: September 02, 2014, 03:50:56 PM 
Started by John - Last post by fatmac
Will there be another release?
(This release is getting very old now.)

 25 
 on: September 02, 2014, 03:47:14 PM 
Started by betatest3 - Last post by fatmac
I'd like to see a modern version of DSL, with as much backwards compatibility as is possible using todays software & drivers, (i.e. wifi).
I don't know where our DSL leader (John) is with a newer version than 4.11.rc2 - is there any indication elsewhere that I may have missed?
Failing that, let us see how you would like DSL to progress?

 26 
 on: September 02, 2014, 03:39:05 PM 
Started by CNK - Last post by fatmac
I've just come back to look at how DSL is getting on, only to find it still stuck in 2012.  Roll Eyes
So, I've added my CPUs into the vote, all P4 & above nowadays.  Wink

 27 
 on: August 29, 2014, 07:13:24 PM 
Started by gcjhon - Last post by ngorock
You could try [aguaverts water treatment system] http://www.aguavert.com/waterpurificationsystem/overview, they are competing with the traditional water treatment systems and come in quite a bit cheaper. Cleaver design.

 28 
 on: August 29, 2014, 07:07:15 PM 
Started by gcjhon - Last post by jack14
That’s not your average home system Wink, what’s this for?

 29 
 on: August 29, 2014, 07:02:24 PM 
Started by gcjhon - Last post by gcjhon
What’s a good option for water purification of around 1m gal per day? Something basic that’s not too complicated to run.

 30 
 on: August 26, 2014, 11:23:04 PM 
Started by lifeisgreat - Last post by CNK
The version of the Linux Kernel used in DSL limits the software that can be run with it. New Adobe Flash doesn't work. I'd have to check the kernel version required by Gnash, but it probably won't work either.

There are plenty of posts about this in the old forum archive, Flash compatibility broke down with DSL a number of years ago. I believe at least relatively recent versions of Java work though, however the old Firefox version prevents them from running in the web browser.

Pages: 1 2 [3] 4 5 ... 10
Powered by SMF 1.1.19 | SMF © 2013, Simple Machines
Mercury design by Bloc