Slashdot Mirror

I've just successfully installed Debian sid in my Thinkpad 560 (Pentium 100, ~900MiB HD, 80MiB RAM) through a PLIP cable. With some work I managed to get everything I wanted (X, Emacs, Ruby, and text processing tools (fonts, dictionaries, input methods) for three languages) in less than 400MiB. I'll cut and paste my notes below.

--

Always install and remove software using aptitude install and aptitude remove instead of apt-get. Aptitude keeps a log of what packages are desired by the user and what were installed just to fill dependencies, and remove the later whenever possible. This helped me to remove a lot of perl and library cruft. Be sure to add Aptitude::Recommends-Important "false"; to /etc/apt/apt.conf.

Install localepurge.

To run X you need xfonts-base. xfonts-base need xutils, which contains some font handling tools. xutils also contains that stupid imake thing which nobody uses, and that depends on cpp. Thus my system wants to install cpp in order to have fonts! I forced the installation of xutils without cpp, which broke imake. As if I cared. Imake should be in a separate package.

Grok the X package dependencies. With a careful selection of only the necessary ones you can reduce disk usage a lot. Don't install any "task" packages.

Don't install, use or get near anything with xft in it.

Depending on your tastes, it's possible to not install a full perl distribution and save tens of megabytes. As an user of the "stow" perl program, I was glad to find xstow, a stow rewrite in C++.

A good and fast X terminal emulator with proper i18n is rxvt-unicode, which I've been using for a long time and heartfully recommend. But don't install the perl-enabled weirdly-patched debian version, compile your own and configure it to your taste.

Compile a reduced kernel as soon as possible, remove the generic one and purge anything related to initrds. My initrdless kernel boots up more than 2x faster than linux-2.6-486 with yaird. Remember to not enable the trident framebuffer. Oh, and don't confuse yaird with yard like I did =)

• Boson
• Bsdgames
• Crimson Fields
• Dosbox (Emulator)
• Empire
• Konquest
• Mangoquest
• Pysol
• Tuxcart
• Zsnes (Emulator)
• Ace-of-penguin
• Battle for Wesnoth
• Bzflag, Bzflag-Server
• Clanbomber
• Crossfire (GTK client)
• Enigma
• Foobillard
• Freeciv, Freeciv-server
• Freesci
• Gltron
• Gnuchess
• Jump'n'Bump (joystick support patch, special graphic patches)
• Ksokoban
• Lbreakout2
• Lgeneral
• Miniracer
• Nethack
• Netpanzer
• Neverball
• Tuxracer
• Xgalaga
• XMame, XMess (Emulators)
• Xpilot

And I didn't use anything as robust as wire. (-:

Links to two sets of pictures within.

And I didn't use anything as robust as wire. (-:

Links to two sets of pictures within.

And I didn't use anything as robust as wire. (-:

Links to two sets of pictures within.

The premise sounds like sour grapes to me: "we couldn't cheat and smash that market into the ground, so we're picking up our marbles and leaving in a huff." So there! Phrrrrp!

FWIW, Exploder for Mac is better (faster, more standard, more secure) than Exploder for MS-Windows. Since Safari can beat that, it follows that Konq on MS-Windows should romp it in against Exploder.

Windows 2000 runs fine on my Pentium 166, 64 MB RAM

What about This and This.

Interesting that the natural progression in this would mean that you hide behind AC? Does this mean that you aren't so sure now?

At Linux Laughs (yes, also stale data).

Check out my ancient parody page and please email me updates and suggestions.

Microsoft Myths Made Manifest

This is a good example of what holds back Unix in the marketplace. This is simply biased garbage.

You are of course referring to your own post?

NT4 is far more advanced than Unix when it comes to having embeddable components in the operating system.

Are we referring to kernel modules here, or individual services like khttpd? Either way, NT loses out by being late to market with the concept, and by not implementing it as safely or as cleanly.

When these documents are unable to give credit where credit is due, it casts doubt on ALL comparison studies. Those of you who would write these sort of documents should keep that in mind.

Oh, I understand, you have the wrong page open in your browser. You want this one instead.

Here's my Microsoft Parody, where's yours?

Here.

I know there is at least one guy on the Mandrake mailing list who runs Mandrake on his 486.

I run Mandrake 6.1 on a 486SLC40, which is a 386 wannabe 486 (no FPU, kind of like a 486SX but in actuality a stretched 386). It would need an FPU to install, so I rebuilt the kernel for FPU emulation by plugging the drive into a 486, installing there, and doing make menuconfig etc. No other software was recompiled. It runs ferpectly. (-:

The warnings on 7.0 are no more dire than on 6.1, so expect the same technique to work with it.

See this website for pix of the machine. It is about to suffer a brain transplant (to permit more RAM) so I can use it as a cached, filtering proxy.

http://www.linuxlots.com/~gialug/decss.html

kwsNI