Live data from Hacker News

DSLR – Damn Small Linux Remake

dslr.dimakrasner.com

51–60 of 85 posts

Re: DSLR – Damn Small Linux Remake

#51

Are there any mirrors? The site is getting hn-dotted. It should not take 8hrs to download a 108M file

http://coolfire.insomnia247.nl/DSLR/

The md5sums for 3 of them don't seem to match what's on the DSLR page though. The one with a .md5sum file does match. Use others with caution for now.

Re: DSLR – Damn Small Linux Remake

#52

If you're a developer who doesn't know very well how Linux distributions (or operating systems in general) work, you should spend a weekend or two playing around with an embedded Linux distro like this. Unfortunately DSLR's build environment does not seem like the easiest to understand for first-timers. For example, instead of Makefiles per package, there's a package-specific shell script which incorporates some magi…

What do you think of https://www.yoctoproject.org/ as an alternative?

Re: DSLR – Damn Small Linux Remake

#53
post #31
post #15

Earlier quoted context omitted.

I somehow doubt it. Sure, there's a lot less stuff running, so there are fewer wakeups. But on the other hand, it's missing some essential power-saving software like `acpid` that tells bits of hardware to take a rest in the first place.

> [...] like `acpid` that tells bits of hardware to take a rest I believe that that stuff is mostly in the kernel. Man acpid: > acpid is designed to notify user-space programs of ACPI events.

acpid being only one of the tools usually there to interface with power management, I'm not really up-to-date what Ubuntu uses nowadays. And yes, as with a lot of hardware stuff you're going to end up in the kernel in the end, but without any management/supervision software (never mind drivers), you usually won't get a quiet and cool laptop. Try starting a barebones arch installation on one these days, without acpid, tlp etc.…

Re: DSLR – Damn Small Linux Remake

#55
Back in 2008 when I was in high school I picked up computers that were thrown out by the school with 256 or less RAM. The smallest one only had 64mb of RAM! I managed to install Ubuntu 6 on it but I could feel the lag. I found DSL and I had no trouble running it on them at all. The iSO was only 50MB irrc. It was damn small.

This was me: http://damnsmalllinux.org/static/act-Print/f-1/t-19848.html

Re: DSLR – Damn Small Linux Remake

#56

If you're a developer who doesn't know very well how Linux distributions (or operating systems in general) work, you should spend a weekend or two playing around with an embedded Linux distro like this. Unfortunately DSLR's build environment does not seem like the easiest to understand for first-timers. For example, instead of Makefiles per package, there's a package-specific shell script which incorporates some magi…

What would be a good distribution for playing around like you described?

Linux From Scratch [1] is the de-facto standard in building a Linux system from the ground up, with more detail in CLFS [2]. You can look at Buildroot [3] as a model for embedded systems. SLAX [4] is a bootable embedded distro with tons of friendly documentation, and is a derivative of Slackware that also uses buildroot/busybox.

[1] http://www.linuxfromscratch.org/ [2] http://trac.cross-lfs.org/ [3] http://buildroot.uclibc.org/ [4] http://www.slax.org/

Re: DSLR – Damn Small Linux Remake

#57

Earlier quoted context omitted.

uLinux or picoLinux (I don't remember very well the name) -> Runs on one or two 3.5 floppies. There is a version with 3 or 4 floppies with an X-Windows included.

I remember running a QNX demo off a single floppy on a 66MHz 486. Included a web browser, a game ,and an editor, all in 1.44MB http://toastytech.com/guis/qnxdemo.html

I remember that too. Very impressive, it was.

Re: DSLR – Damn Small Linux Remake

#58
post #17
post #9

Earlier quoted context omitted.

Dillo also has an easy, approachable plugin architecture: http://www.dillo.org/dpi1.html This makes me feed sorry for the people dealing with the XUI/JS/CSS cesspit of Firefox plugins.

Do they plan to add a JavaScript engine?

Why would you ruin a perfectly good browser with JS support? :|

Re: DSLR – Damn Small Linux Remake

#59

If you're a developer who doesn't know very well how Linux distributions (or operating systems in general) work, you should spend a weekend or two playing around with an embedded Linux distro like this. Unfortunately DSLR's build environment does not seem like the easiest to understand for first-timers. For example, instead of Makefiles per package, there's a package-specific shell script which incorporates some magi…

What do you think of https://www.yoctoproject.org/ as an alternative?

Yocto seems to be an attempt to make a standards body for embedded Linux development. It's neat and probably a huge boon for corporate-sponsored development, but overkill for the casual developer to learn more about Linux. All you need is a HOWTO to step you through building a toolchain and setting up the files needed to boot up with some programs running at start time, which LFS provides.

Here's a guide for 'old' Linux distros http://www.linuxfromscratch.org/lfs/view/stable/ and here's a guide using systemd http://www.linuxfromscratch.org/lfs/view/stable-systemd/

Re: DSLR – Damn Small Linux Remake

#60
post #8

I cannot even think of how many security vulnerabilities exists in these applications used for this "remake".

So just for starters... For those who downvoted my comment take a look: Dillo 0.8.6 (1) ; sylpheed (2) ; dhcpcd (3). According to the sources http://dslr.dimakrasner.com/i686

In Linux/FOSS distros using outdated software is really not good idea unless you know what you are doing or have support from the distro which have people that should be able to fix the security vulnerabilities. e.g. RedHat, Suse, Canonical, Debian.

Using software which is dead upstream often makes distro maintainers want to remove the software from the repository because they are not able/want to maintain. BTW... I'm curious about which version of GTK+1.x is he using. GNOME does not support GTK+-1.x for years how wonder who fixes the security vulnerabilities also.

1 - http://www.cvedetails.com/version/78795/Dillo-Dillo-0.8.6.ht...

2 - https://lists.debian.org/debian-security/2005/11/msg00120.ht...

3 - http://www.cvedetails.com/cve/CVE-2012-2152/

Post reply on HN