Damn Small Linux (DSL) Forums
Welcome, Guest. Please login or register.
Did you miss your activation email?
December 22, 2014, 07:58:44 PM

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

  Show Posts
Pages: [1] 2 3 ... 11
1  Damn Small Linux / Other Help Topics / Re: How to download DSL? on: December 17, 2014, 09:47:35 PM
Sorry, the second link is the one I meant. I should have posted a link.
2  Damn Small Linux / Other Help Topics / Re: USB tethering on DSL on: December 16, 2014, 09:59:02 PM
The set of drivers that come with DSL are rather outdated now and don't support some modern hardware. In this case you would need the "rndis_host" module. You could try to find a download for that built against the v. 2.4 kernal used in DSL, and try compiling it from scratch if you fail, but it would likely be complicated and there's a good chance that module doesn't support the v. 2.4 kernel anyway.

If I were you, I'd put a PCI Ethernet card in your PC (still the common type of Ethernet card found in stores), any desktop PC from 1998 will have PCI slots inside. There is a chance that the Ethernet card won't be supported by DSL (most are, but you can't be sure), so you might want to find a cheap used one or something rather than a new one from the store.

Wireless PCI cards are also an option, in fact I'm typing on a Pentium I connected to a mobile internet modem thing by WiFI. The problem is that driver support is more dodgy than with Ethernet cards, so you'd really want to know if a card was supported before you bought it.

That's all assuming you're using a Desktop PC, if you have a Laptop, the same pretty much applies except you want PCMCIA cards (usually plug into the side of laptops) instead of PCI. It might be a bit tricky to find these in computer stores (especially Ethernet cards, as every laptop for a number of years now would have Ethernet built-in), but Ebay is still fertile ground.
3  Damn Small Linux / Other Help Topics / Re: How to download DSL? on: December 16, 2014, 09:33:24 PM
The DSL Wiki tries to walk users through a few common steps. That, and the forum archives, are the only two significant places to find information.
4  Damn Small Linux / Release Candidates / Re: New Release Candidate: 4.11rc2 on: November 08, 2014, 09:31:03 PM
It's the curse of this forum striking again.

I just click the "Report to Moderator" button on a few of them and wait 'till John loggs in next. Last login was October, so it shouldn't be too long (if we're lucky, he checks once a month or so).
5  Damn Small Linux / DSL Ideas and Suggestions / Re: Firefox/Bon Echo needs SSL3 disabled cause of Poodle on: October 26, 2014, 09:41:37 PM
Disabling it is easy:

Edit > Preferences > Advanced > Encryption > and deselect "Use SSL 3.0" in the protocols area. I'm not too concerned about this sort of thing (if I was, I probably wouldn't be using Firefox 2 anyway), though I have just disabled SSL 3.0 because it looks like nothing uses it nowadays anyway.

Sure enough, that test website now says my browser isn't vulnerable to any stray POODLEs lurking in the interwebs (though I think the work involved in that attack would be far less than worthwhile for anyone looking at my internet data.

Actually I would rather my Email was secure than my Web browsing, though my Slypheed logs don't make it clear what encryption method is used with my IMAP accounts. I might look into that some time, but I'm still not that fussed.


As for those plugins. I'm not going to go through that web page, but the NoScript Download Page (https://noscript.net/getit) says under "Direct Download":

"Users of Firefox 2.0 and below are urged to upgrade their very unsafe browser. For those few who can't, latest legacy-compatible NoScript version is 1.10."

With a link to V. 1.10. So that's easy.

AdBlock Edge is too new for Firefox 2.0 support, but AdBlock Plus which it's based on will work if you use the old V. 1.0.2 (https://addons.mozilla.org/en-US/firefox/addon/adblock-plus/versions/?page=2#version-1.0.2). Though funnilly enough, the Firefox website is now so broken with Firefox 2.0 that the download link doesn't seem to work.

After looking at the page's source code (one gets used to this technique after using Firefox 2 for a while these days), here's the download URL (https://addons.mozilla.org/firefox/downloads/file/51047/adblock_plus-1.0.2-fx+sm+tb.xpi).

Finally, that first web page you linked to doesn't work in Forefox 2 (it uses a later encryption method (probably TLS 1.2 or 1.1) that Firefox 2 doesn't support and for sume silly reason they haven't enabled TLS 1.0 as a fallback), so here's a link to the Google cache of the page (http://webcache.googleusercontent.com/search?hl=en-AU&q=cache:RmrAAP0cnwwJ:https://community.qualys.com/blogs/securitylabs/2014/10/15/ssl-3-is-dead-killed-by-the-poodle-attack%2Bhttps://community.qualys.com/blogs/securitylabs/2014/10/15/ssl-3-is-dead-killed-by-the-poodle-attack&gbv=2&&ct=clnk). Though of course that means revealing to Google that you are worried about angry POODLEs, and archive.org doesn't have it archived! Ahh!!! Oh, wait, there's a link to add it to the archive... The power of collective web users triumphs again! (https://web.archive.org/web/20141026212757/https://community.qualys.com/blogs/securitylabs/2014/10/15/ssl-3-is-dead-killed-by-the-poodle-attack)
6  Damn Small Linux / Other Help Topics / Re: How to clean cache RAM on: October 22, 2014, 09:35:22 PM
The man page (http://ftp://ftp.alaska.edu/pub/sois/man/drop_caches.html) indicates that "drop_caches" was only included in Linux Kernel V. 2.6.16 and later. DSL uses Kernel V. 2.4.31.

I don't know if there is another command used in earlier Kernels, but I doubt it.

DSL-N uses a 2.6 kernel (I can't remember if it was above 2.6.16, I think so), that could be another option depending on your circumstances.
7  Damn Small Linux / User Feedback / Re: I have DSL installed on a Fujitsu Stylistic 1200. How to reset firefox size? on: October 11, 2014, 10:45:25 PM
Well to try starting Firefox full size, open a terminal window and enter the "firefox -width <pixels> -height <pixels>" command with the <pixels> parts near the resolution you have set with your display.

When you work out the window size you want, type "sudo nano .jwmrc" to edit the file that controls the DSL menu. Find the line for Firefox, and after "/usr/local/bin/firefox", add the -width and -height commands with your desired pixel counts. Then save the file by pressing Ctrl-O and close the window (or press Ctrl-X to return to the command line).

If you want an icon on the desktop, make a script by entering the command you used in the terminal ("firefox -width <pixels> -height <pixels>") into a text editor and saving it as something like "firefox.sh" in the "/home/dsl" directory. Open a terminal window and type "sudo chmod a+rwx firefox.sh", then right click on any desktop icon and select "Create > New Program Icon" from the menu. Enter the path "/home/dsl/firefox.sh" in the window that opens and click create.

Now the icon should appear on the desktop and start Firefox at the size desired. You can delete the old icon (right click on it and select "delete"), and set the same name and picture for the new one by right clicking on it and selecting "Options" from the menu.
8  MyDSL Extensions / Extension Development / Re: recording sound on: October 08, 2014, 11:10:42 PM
Check in Dmix (DSL menu > Apps > Sound) that the Audio Input isn't muted, if you haven't already.

Otherwise you can list what modules are loaded in the terminal with the command "lsmod". You can compare the lists with and without audacity running and Google any modules that it loads to seeif they might be relevant.
9  MyDSL Extensions / Extension Development / Firefox 3.6 on: September 07, 2014, 11:33:21 PM
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
10  Damn Small Linux / User Feedback / Re: DSL revival? on: September 04, 2014, 11:18:54 PM
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).
11  Damn Small Linux / DSL Ideas and Suggestions / Re: Flash or Gnash?? on: August 26, 2014, 11:23:04 PM
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.
12  Damn Small Linux / Other Help Topics / Re: Making a faxserver out of DSL on: August 26, 2014, 10:56:29 PM
It's tricky to get Apt working because DSL is based on such an old system. Even if you did get it to work, you'd be limited to an old version of the software you want to run. You need to use a package respository for Debian 3 "Woody", packages.debian.net is the official archive.

If the program isn't in the MyDSL respository, then the best option these days is to compile the software from source. Though you need to check that it, and its dependancies, will work with v. 2.4 of the Linux Kernel.

There's a guide to compiling software here (http://www.damnsmalllinux.org/wiki/creating_a_compressed_extension_from_source.html). You don't need to make a tar.gz package for the MyDSL respository, but you are encouraged to so that you can help others who want the program.

That page doesn't tell you how to set up a compiling environment. An easy way to do this is to first install the following packages from the MyDSL repository: gcc1-with-libs, gnu-utils, compile-3.3.5.

For making changes in DSL permanent, see the DSL Wiki pages on "Persistance" and "HDD Install". You'll need a HDD Install if you're going to compile software without making MyDSL extensions as well.
13  Damn Small Linux / HD Install / Re: "Loading sata_vsc.o..." on: August 09, 2014, 10:02:53 PM
Thought I'd brought out my CD pile for this purpose once before, looks like I did a similar list in this post (http://damnsmalllinux.org/forums/index.php?topic=838.msg1441#msg1441).

The ones I missed this time around are Plop Linux and TinyMe Linux. Both are on the fringe of Linux distro development, but I remember Plop is meant to be built from the ground up, so it could work where a lot of others don't (or the other way around).

Anyhow, good luck and do report back your results.
14  Damn Small Linux / Other Help Topics / Re: Android tethering on: August 04, 2014, 10:07:57 PM
Ah, right. I'm not into modern phones, so I thought you were asking how to connect your phone to the internet, not to a computer.

My mistake.
15  Damn Small Linux / HD Install / Re: "Loading sata_vsc.o..." on: August 03, 2014, 10:47:27 PM
I believe the problem with supporting recent hardware along with old examples from the 90s is that the modern Linux kernel has been stripped of much of the hardware support for the older systems. Additionally, its total size has grown.

The result is that in order to maintain a small size and good support for old hardware, DSL enevitably ends up getting left behind the pack as Linux marches forwards. As time goes on, fewer new developments in Linux software are able to be passed on to DSL - most apparent with the limited Firefox version.

However DSL-N was designed to counter these problems by presenting an alternative version of DSL that continued the same philisophy, but submitted to the need for newer software (particularly a newer version of the kernel, 2.6.x instead of 2.4.x). The problem is that this has seen a longer time without development than DSL, so in some ways DSL is still newer and both are still very far away from the current generation of Linux distributions.

SATA wise, DSL usually works, but the old drivers mean that you have to rely on BIOS designers playing by the same rules that they did a few years ago. I've actually never had a problem with DSL and SATA, but I usually use PCs that are a few years old anyway.

So practically speaking, I'd first start with DSL-N and see if it has the same problem (I've often found it to behave very differently in terms of hardware detection, for better or for worse). If that doesn't work, or you don't like DSL-N's older software and/or design, you can try these picks from my Live CD stack:

  • Puppy Linux - An actively developed distro for old hardware using a much newer kernel. Lots of versions and spin-offs, many of which can use mainstream package repos.
  • Puppy Linux Pulp - A little known spin-off that's also now rather dated development-wise (last I checked), but seems to have an ultra-light approach more like DSL.
  • Tiny Core - Done by Robert, who left DSL development some time ago. Uses a different approach by coming with minimal software as standard and requiring the manual addition of the particular software packages you desire
    . Uses its own package system like DSL though, so choice can be a bit limited if you don't want to compile.
  • Slitaz - I don't know too much about this one (except I used one PC for which this was the only Linux distro which would boot from CD), another low resource usage distro. Wide language support.
  • Knoppix - DSL is based on an early version of this. It runs quite light and pretty (often very) fast on PCs from the last ten years or so. It's what I install if I want a Linux that can run newer software (it can use Debian packages). Note that it's really meant just to be run from CD (though HDD installation usually goes alright).

Well there you go, hope it helps. Sorry it's such a long post.
Pages: [1] 2 3 ... 11
Powered by SMF 1.1.19 | SMF © 2013, Simple Machines
Mercury design by Bloc