Slashdot Mirror


Kernel Configuration As An Adventure

brent_linux writes: "ESR has developed a new kernel configuration system called CML2. Recently (as in yesterday) he posted to the kernel mailing list that he had added a new configuration for Expert Users. This new interface follows the interface developed from the old infocom text based adventure games. Commands such as 'look,' 'nearby,' and 'go' are used to navigate and options are items that you 'take' or 'put.' Check out the mailing list for his messages or download CML2 for yourself and check it out."

171 comments

  1. it offers the `quirks' of adventure games, too! by sagei · · Score: 5

    > take SCSI
    It won't budge.
    > take SCSI
    Seriously, it is not going to move an inch.
    > take SCSI
    You try, but it won't move.
    > take SCSI
    It moves a little!
    > take SCSI
    SCSI: taken.

    -- Robert

    --

    Robert Love

    1. Re:it offers the `quirks' of adventure games, too! by Bob+McCown · · Score: 1

      It's not make OR gcc, ESR, it's a gazeebo...

    2. Re:it offers the `quirks' of adventure games, too! by Alpha+State · · Score: 5

      > take udf
      A Jack Valenti steals your /dev/dvd!
      > use decss
      The Jack Velenti is stunned.
      You are attacked by a large band of corporate lawyers!
      > take udf
      udf: taken
      A corporate lawyer hits you for 5 years!
      A corporate lawyer hits you for 6 years!
      A corporate lawyer hits you for 3 years!
      A corporate lawyer hits you for 7 years!
      A corporate lawyer hits you for 5 years!
      A corporate lawyer hits you for 5 years!
      You are eaten by a corporate lawyer!
      Game Over

    3. Re:it offers the `quirks' of adventure games, too! by OmegaDan · · Score: 4

      Will the walkthrough be avaliable at happy puppy ?

    4. Re:it offers the `quirks' of adventure games, too! by Electrum · · Score: 1

      The poster above made the original post on the kernel mailing list...

    5. Re:it offers the `quirks' of adventure games, too! by Anomynous+Cowand · · Score: 1
      The problem I have is I want to misconfigure it or run it through multiple times just to see the jokes written in when bad things happen!

      How bad do you have to mess up before your /dev/audio is eaten by a grue?

  2. make zorkconfig? by m@ltese · · Score: 2

    ...or possibly hitchiker's guide to the kernel?

    --
    to mail me, first remove the evil spam.
    1. Re:make zorkconfig? by shogun · · Score: 2

      But would the DONT PANIC in big friendly letters really keep the kernel calm?

    2. Re:make zorkconfig? by orangesquid · · Score: 2

      Hmm.. kernel configuration as an adventure?

      But it *is* an adventure, when you rm all the Makefiles first! ;)

      --
      --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
  3. Kernel Panic by tubby · · Score: 2

    Kernel Panic: You have been eaten by a Grue

  4. So does this mean... by dhovis · · Score: 1
    ...that you have to be carefull not to be eaten by a grue?

    ...that you might be able to execute a series of obscure actions and get babelfish integrated into your kernal?
    --

    --

    --
    The internet is the greatest source of biased information in the history of mankind.

    1. Re:So does this mean... by SEWilco · · Score: 1

      There is a buggy 3c507 driver here.
      > hit 3c507
      The driver vanishes in a cloud of greasy black smoke.
      >

  5. I watched the LInux Kernel Summit by VFVTHUNTER · · Score: 3
    on kernel configuration. I think it was Keith Owens who spoke first, and after him it was ESR. ESR is working on a new python interface that will be based on deductive logic I think, and it will prevent people from creating an invalid kernel configuration.

    There was some discussion as to why it had to be in Python. ESR said it could be done in C, but he declined to do it, since it would be _hard_. At any rate, it will be sweet when there is logic checking in the kernel and it won't be possible to start compilation of an invalid configuration - the idea is that with this logic, whatever you make will _boot_.

    Now is they can just decrease my compile times from 20 minutes to under 1 minute...

    1. Re:I watched the LInux Kernel Summit by BJH · · Score: 1

      Having a valid configuration does not guarantee that the kernel will boot. It just guarantees that the configuration chosen is valid and contains no contradictions.

    2. Re:I watched the LInux Kernel Summit by brent_linux · · Score: 1

      ESR wrote it in python and requires that you have python > 2. There has been talk on the LKML that this was done to force distros to pickup the newer version of python. Alan Cox is backing another group of people that are working to write it in C and he is also talking of keeping the CML1 code alive as well.

    3. Re:I watched the LInux Kernel Summit by he-sk · · Score: 3
      At any rate, it will be sweet when there is logic checking in the kernel and it won't be possible to start compilation of an invalid configuration - the idea is that with this logic, whatever you make will _boot_.

      No, that's not correct. First of all, CML2 won't check your hardware. If you compile a Pentium kernel to run on a 386 it will not boot. Likewise, if you compile a PPC kernel to boot on a 386 I doubt that it'll boot either.

      Secondly, even kernel compiled with CML1 (the oldstyle config, menuconfig, xconfig, that's now in place) will make sure that your kernel boots up if you get the architecture right. What CML2 does for you, is preventing you from compiling a kernel with a Gigabit ethernet card, but without the PCI bus support, you'll definatelly gonna need.

      So, with CML2, if you've compiled support for most if the cards and other peripheri you've got, then CML2 makes sure, that you're not lacking some basic support for a bus or so.

      --
      Free Manning, jail Obama.
    4. Re:I watched the LInux Kernel Summit by Anonymous Coward · · Score: 1

      Now is they can just decrease my compile times from 20 minutes to under 1 minute...

      Actually, one of the main selling points for the new CML2 system is that we might be able to go back to true conditional compiles. Since the python code is checking all the dependencies, there's a decent chance that (perhaps with some tweaking) the new system could delete only files built that conflict with your new config, and make will only need to build new/changed files.

      This depends on having built the kernel once, of course, but I can dream. Take the case of a minor patch:

      • Don't to a make clean.
      • Apply the patch.
      • Use the new equivalent of make oldconfig.
      • Compile.
      • Install.

      Things won't work like that in 2.5.2, but with this system it's again an atainable goal... So you'd still be stuck with a 20 minute compile once, but maybe only 1 minute compiles thereafter. The situation with patching is far away, but for something like changing a config option, it could be fairly soon...

    5. Re:I watched the LInux Kernel Summit by VFVTHUNTER · · Score: 2

      There's a reason it doesn't do a box-by-box hardware check. Say you're porting linux to the PS2. Since the PS2 doesn't have python installed on it (or linux...), you need to compile the kernel on whatever box you normally run, then send it over to the PS2. So, it may not boot on the box you compiled it on, but it will boot...somewhere.

    6. Re:I watched the LInux Kernel Summit by Ben+Hutchings · · Score: 2

      You're thinking of the issue of source file dependencies, which are something separate and are not addressed by CML2. There is a separate project to replace the current recursive make and kluged dependency analysis with something that works properly.

    7. Re:I watched the LInux Kernel Summit by he-sk · · Score: 1

      I was actually trying to say, that you can't even pick you architecture with CML1 or CML2. This is not configurable with any of the config tools, you'll have to edit the Makefile directly to do this. You also need to change some symlinks, and possibly more, but I've never cross-compiled a kernel, so I don't really know.

      --
      Free Manning, jail Obama.
    8. Re:I watched the LInux Kernel Summit by VFVTHUNTER · · Score: 2

      so the moderators ARE on crack...this is modded as redundant...its the 18th comment....

  6. It was the next natural step... by andkaha · · Score: 4

    It was the next natural step after the Kill -9 With a Doom Shotgun article from some time ago, I guess...

    The next step will be have to be a lemmings-based office application, or maybe a combat flight simulator-based intrusion detection system.

    --
    It's 11pm, do you know what your deamons are up to?
    1. Re:It was the next natural step... by BitwizeGHC · · Score: 1

      Mayhaps a Space Channel 5 inspired debugger? (Bugs appear on screen) "Left, Chu, Chu Chu! Right, Chu, Chu!"

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    2. Re:It was the next natural step... by mini+me · · Score: 1

      When I first read this article, the Kill -9 Doom was the first thing I thought off. How long before we can configure our kernel with Doom? On a miss the option will not be added, a near hit will be added as a module and a direct hit will be compiled right into the kernel. Once you win the kernel compile will begin, if you lose well you are just out of luck!

  7. New compiler by aredubya74 · · Score: 4
    # make bzImage

    You are in a series of twisty, turning tunnels, all alike

    Damn, they really DID update GCC.

    --

    RW

    1. Re:New compiler by krmt · · Score: 2
      From "Expert C Programming: Deep C Secrets" by Peter Van Der Linden:
      do_pragma ()
      {
      ...
      execl ("/usr/games/hack", "#pragma", 0);
      execl ("/usr/games/rogue", "#pragma", 0);
      execl ("/usr/new/emacs", "-f", "hanoi", "9", "-kill", 0);
      execl ("/usr/new/emacs", "-f", "hanoi", "9", "-kill", 0);
      ...
      fatal ("You are in a maze of twisty compiler features, all different");
      }


      Especially droll is the fact that the description in the user manual is wrong, in that the code shows that "hack" is tried before "rogue".

      This was, in fact, the code in version 1.34 of the gcc to handle #pragmas!

      "I may not have morals, but I have standards."
      --

      "I may not have morals, but I have standards."

  8. Heh... by Tomcow2000 · · Score: 2

    This would go well with the MUD Shell mentioned on Slashdot a while ago.

    --

    Sleep: A completely inadequate substitute for caffeine.
  9. Great way to get new users... by wrinkledshirt · · Score: 1
    It's a great os, with a great kernel, and you configure it with an rpg-like interface!

    (Just wait until after they buy before telling them it's not QUITE like Diablo...)

    --

    --------
    Bleah! Heh heh heh... BLEAH BLEAH!!! Ha ha ha ha...

  10. It doesn't look decent... by jsse · · Score: 3

    Choose your processor architecture. A brass lantern is here.

    There is a row of buttons on the wall of this room. They read:
    X86, ALPHA, SPARC32, SPARC64, MIPS32, MIPS64, PPC, M68K, ARM, SUPERH, IA64, PARISC, S390, S390X, CRIS
    The button marked X86 is pressed.

    >take lantern
    Lantern: taken.

    >enter SPARC64
    You are now in SPARC64 kernel, process.c is staring at you in its cage.

    >look process.c
    arch/sparc64/kernel/process.c: /* fuck me plenty */

    (Actual quote from grepping 2.2.17 source)
    &nbsp_
    /. / &nbsp&nbsp |\/| |\/| |\/| / Run, Bill!

  11. some comments on the new adventure by sagei · · Score: 4

    almost sadly, this is a real config option. its 'make adventure' in cml2 1.6.0. it is kind of neat to play with, actually.

    esr has some ideas planned for future versions, see your cml2-1.6.2/TODO.

    when esr first posted to the kernel list the announcement for this new feature, I posted a reply to him on lkml along the lines of "_WAY_ too much time on your hands, dont you have some linux advocacy to be doing? :)" ... he replied he wrote this on a plane flight.

    for those of you ready to take the jump to cml2, it is available at http://tuxedo.org/~esr/cml2/. You will need python2 (RedHat PowerTools has an RPM, Debian has a DEB in stable) to use it. you will also need tkinter2 if you want to use `make xconfig'. installation is simple.

    i was one of the people initially against cml2 on lkml (i didnt want to install python2, i didnt think cml1 was broken -- and hence we were created problems) but now i am pretty impressed by cml2. its still not a must, imo, but i like it. it should be integrated in 2.5.2.

    give it a try.

    -- Robert

    --

    Robert Love

    1. Re:some comments on the new adventure by BitwizeGHC · · Score: 4

      Only thing that truly bothers me is the Python requirement. If CML2 is somehow earmarked as the successor to the current kernel config, then that would be a problem as Python would be required in order to compile a damn kernel. I'm sorry, but I think that kernels should be kept relatively free of dependency cruft, i.e., you should only need sh, the compiler and related support tools in order to be able to build yourself a shiny new kernel. Maybe a Python-to-C translator is in order here?

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    2. Re:some comments on the new adventure by tubby · · Score: 1

      I wouldn't look to hard for python2 in debian stable (potato), it's not there. I assume that you mean unstable, otherwise known as 'sid'.

    3. Re:some comments on the new adventure by Spy+Hunter · · Score: 4
      Maybe a Python-to-C translator is in order here?

      ESR says in his info page that such a thing already exists and is one of the reasons he chose Python in the first place. He mentions that a kernel source tarball could be distributed with a compiled version of the CML2 interpreter.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    4. Re:some comments on the new adventure by Amokscience · · Score: 1

      Well, it's what happens when it's written by a person whose favorite languiage is python.

      http://www2.linuxjournal.com/cgi-bin/frames.pl/l j- issues/issue73/3882.html

      Something I came across as I was messing with a Wiki today.

      --
      Fsck cluebie moderators. I'll say what I want, offtopic or not. And fsck having to qualify every bloody statement just
    5. Re:some comments on the new adventure by jmauro · · Score: 1

      Python in and of its self isn't so bad, it the fact it requires Python 2.0 or greater. None of the main distributions ship with this at all and I really don't want to install it. That is the bummer.

    6. Re:some comments on the new adventure by bkhl · · Score: 1

      It's no worse than the current requirement of TCL/Tk for kernel configuration in X, I would say.

    7. Re:some comments on the new adventure by Maldivian · · Score: 2

      Let me remind you that 'make menuconfig' depends on curses and 'make xconfig' on TCL/tk.

      --
      Trust the source!
    8. Re:some comments on the new adventure by StenD · · Score: 1
      Let me remind you that 'make menuconfig' depends on curses and 'make xconfig' on TCL/tk.
      And both of those are optional. So far as I know, everything you can select via menuconfig or xconfig can be selected using 'make config'. So long as CML2 maintains a configure-and-build mode that doesn't require Python, then having an optional (but far more convienient) mode that does require it is completely acceptable.
    9. Re:some comments on the new adventure by sconeu · · Score: 4
      Maybe a Python-to-C translator is in order here?

      while (customer_asks_for_cheese)
      {
      lie_about_cheese_presence( );
      }

      Oh! Wrong kind of Python-to-C translator!!!! Sorry.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    10. Re:some comments on the new adventure by potifar · · Score: 1

      Mandrake 8 ships with Python 2.0

    11. Re:some comments on the new adventure by marcovje · · Score: 1


      How could you do that?

      - That would make the kernel *source* platform dependant (and i386 only probably).
      - shared linked to a dozen libraries
      - or static and make the kernel even more bigger.

    12. Re:some comments on the new adventure by Erasmus+Darwin · · Score: 2
      If CML2 is somehow earmarked as the successor to the current kernel config, then that would be a problem as Python would be required in order to compile a damn kernel.

      Kernel configuration programs are non-exclusive. You can still do 'make config' (the classic yes/no prompting one that I know dates back to at leas the 1.2.x kernels), 'make menuconfig' (which requires ncurses, upping the dependency level but increasing convenience), and 'make xconfig' (which ups the dependency level quite a bit more but adds a graphical install). So the Python dependency, just for one configuration program, wouldn't be a problem.

    13. Re:some comments on the new adventure by Evangelion · · Score: 1


      When he said 'compiled', he assuredly meant 'Python compiled to C', not 'Python compiled to C compiled to binaries'.


      --

    14. Re:some comments on the new adventure by Unprintable · · Score: 1

      Yes, but curses is curses and TCL is fair.

    15. Re:some comments on the new adventure by ethereal · · Score: 1
      char *viking_dialog[] = { "spam", "spam", "spam", "spam", ...

      Caution: contents may be quarrelsome and meticulous!

      --

      Your right to not believe: Americans United for Separation of Church and

    16. Re:some comments on the new adventure by garett_spencley · · Score: 2
      It's 'make advent' in 1.6.1

      --
      Garett

    17. Re:some comments on the new adventure by Ben+Hutchings · · Score: 2

      Maybe you should read and learn something. One of the problems with 'CML1' is that there is no core configuration code and no formal definition of the format for option definitions. In 'CML1', 'make config' uses the shell as an interpreter for option definitions. It works through each of them in turn. This is not very easy-to-use, so 'make xconfig' and 'make menuconfig' parse all the option definitions and then provide random access to them. They each have a different parser, which is certainly less sophisticated than the shell's parser.

    18. Re:some comments on the new adventure by Paul+Komarek · · Score: 2

      I imagine you have no objections to requiring bash or sh for kernel compilation. Think of Python as a better shell scripting language.

      -Paul Komarek

    19. Re:some comments on the new adventure by Shadowlore · · Score: 1
      Python would be required in order to compile a damn kernel.

      Oh, you mean the way I need tk and perl to build a kernel? What? You mean you didn't notice those requirements when compiling your kernel. Oh, and for sake of sanity, I will assume you meant configuring not building. Yes, it is an important distinction.

      Yes ladies and gentlemen, for those of you complaining about 'requirements' and dependencies, take a trip down the current kernel and tell me what you find. Why, what is this laying here in the scripts tree? Why, three little perl scripts called checkconfig.pl, checkhelp.pl, and checkincludes.pl.

      And what have we over here? Why, sitting in close proximity to those perl scripts, I see some .tks. yup, xconfig needs *gasp* TCL/TK!! Oh, the horror! Why, it even reuires an externel INTERPRETER called /usr/bin/wish!! My Gawd the insanity! Quick! Somebody clean this all up, and bring it down to ONE rather than several!

      Oh, wait ... I forgot for the moment that you were complaining about that.

      And perhaps someone can explain just _why_ in today's world, we should not require something like this for kernel configuration? "embedded..." whatever, embeddeds don't build their kernel. Face it, in the vast, vast majority of the cases (say, 95-99% of them), you are not pining away for a few megabytes (if that) of storage space. In nearly all non-embedded distributions, you already have python. Not that is would be hard to install it _anyway_.

      Really, I see this whining about a 'python requirmeent' as little more than smoke and mirros to hide the fact that the current system is failing, has been for a long time, and you (the whiners, collectively) are too [lazy|incompetent|complacent] enough to take upon yourself making such a change (for the better) yourself.

      Really, you people would have complained about any scripting language, had you not noticed the sad state of affairs currently at hand under /usr/src/linux. And guess what, there are valid reasons for not using shell: it sucks for this kind of thing. I thought this was Linux-land, where we use the best tool for the job, not stick to the old way simply cuz "that's how it is done around here"

      Unless you are maintaining entries, you really have no business griping about the choice of language, so long as the job gets done, and an interface/spec is provided. As an end user (you know, the kernel-building kind ;), all you really care about is: does it produce good kernel configs, and does it do so with a nice enough to use interface for me, be it clui or gui? Beyond that, it's irrelevant, and so much tempest in a teapot.

      Sure, for the astute, you may realize that you may not neccessarily need all those perl and tcl/tk options (what? not use 'make checkconfig'?? ;^). But then again, you could also just edit your config by hand too. And then you could avoid whatever language was chosen. There is still a makefile in the end, and you could play with that and others till your heart is content (and your eyes bloodshot, fingers numb ... etc. etc. etc.)

      --
      My Suburban burns less gasoline than your Prius.
  12. Zork Kernel by shogun · · Score: 5

    You have entered a maze of twisty little source trees all alike.
    There is a device driver code fragment here.
    > take code
    code taken
    > compile code
    the code is buggy it will not compile
    > debug code
    You try and debug the code but fall asleep.
    > drink jolt
    jolt drunk.
    > debug code
    You spend the next several hours debugging the code.
    The Lantern grows dim.
    The Lantern goes out.
    The code is debugged.
    It is dark.
    > N
    You are eaten by a gnu, you are dead.

  13. Boss! I'm not playing games! by jsse · · Score: 3

    I'm compiling the freaking kernel!

    Oh yes, this is a Quake front end.
    &nbsp_
    /. / &nbsp&nbsp |\/| |\/| |\/| / Run, Bill!

    1. Re:Boss! I'm not playing games! by catch23 · · Score: 1

      Actually, quake as a configuration tool is actually a pretty good idea. Even using 'make menuconfig' we still have to read the options before selecting it. If we can represent options as certain "baddies", we'll get accustomed to the enemies and will remember the options much better. Everytime I play quake, I always remember where the next "baddie" will turn up. Perhaps this is the next best way to actually configure your options.... as long as you don't become trigger happy and get carried away.

    2. Re:Boss! I'm not playing games! by DestructioN · · Score: 1

      %#@$! SMP support just fragged me!
      ---
      www.stallman.org is running Apache/1.3.6 (Unix) on FreeBSD

  14. Re:ESR wrong by Deluge · · Score: 1
    6/13/2000
    MSFT: $70.69 (+23%)
    LNUX: $3.28 (-74%)

    Surely you mean 6/13/2001... or was ESR trying to predict the past?

    ---

  15. The natural cheap shot... by Midnight+Ryder · · Score: 1

    The next step will be have to be a lemmings-based office application, or maybe a combat flight simulator-based intrusion detection system.

    Lemmings-based office application? Ya know, Microsoft already has some office based applications that depend on lemmings buying them... It shouldn't be much of a streach from there.

    (Ok, I don't normally take pot shots at Microsoft (they have treated me well on the only deal I've done with them), but I had to...)

    --

    Davis Ray Sickmon, Jr - looking for something to read? Check out my three free novels at MidnightRyder.org

  16. ...and I'm STILL stuck on the Heart of Gold ... by jeko · · Score: 1

    Just read the post. It looks funny as Hell... and utterly useless, which of course makes it even funnier...

    --
    He put his boots up on the table and made a face. "The sig," he smirked. "You can waste your life in search of the sig."
  17. Oregon|Kernel Trail by frenchs · · Score: 1
    In the spirit of the thread regarding "Oregon Trail" last week on one of the posts... here is a "kernel adventure"

    Sample "Kernel Trail" Dialog Box
    You need a new driver for your SCSI card, your wife hasn't seen you in a week, your kids call you "the guy in the other room on the computer"

    Would you like to:
    A) recompile the kernel and then hope it works again.
    B) Shutdown and do it later.
    C) Use a sledgehammer cause the fscking computer just won't work the way you want it to
    D) get a divorce and give the wife custody of the kids.

    Maybe I'm onto something... maybe let kids play this one in school... heh

    Steve

    1. Re:Oregon|Kernel Trail by The+Man · · Score: 3
      Nah, that's no fun. Better that you pick up the parts of the kernel you want in Missouri and then lose parts along the way.

      You attempt to ford the river. You lose sparcaudio, two filesystems, and ffb_drm. sparcaudio pulls cs4231 into the river with it. You are out of filesystems.

      Man, OT was the best. :-)

  18. Great.... by 2Bits · · Score: 1
    It used to be that I play games, or I work, i.e. I compile my kernel. Now it's all games. I guess life is all about playing, eh?

  19. Kernel Configuration already too easy. by evin · · Score: 1

    A couple days ago I compiled a PPC kernel for the first time (having previously only done x86 kernels). Without reading the documentation and not really knowing the names for everything in my computer, I guessed a bit. I compiled and rebooted, expecting kernel panics or worse. But no, everything worked perfectly. Where's the fun in that?

  20. what a waste! by jchristopher · · Score: 1

    If the energy expended on useless hacks like this was instead used to improve the usability of Linux, Microsoft would be out of business by now.

    1. Re:what a waste! by Courier · · Score: 1

      Where would we be if linus said that when he was about to start linux? he would have said gee it's such a waste of time to make a new os when there are already some OS out there.

      Of course this isn't the same but it's simlar.

      Also this is part of the fun of linux that keeps people here!

    2. Re:what a waste! by spasm · · Score: 2
      "If the energy expended on useless hacks like this was instead used to improve the usability of Linux, Microsoft would be out of business by now. "


      Yeah, but if we were the kind of programmers who could resist the temptation to play with "useless hacks", we would have taken the job at Microsoft in the first place.
  21. Re:Thank God you can choose NOT to use it by Gerad · · Score: 1

    It's actually quite easy to turn the paperclip off.

    Right click on the little sucker, click options, un-click the checkbox "Use the Office Assistant" or whatever the hell it is. I do it on every fresh install and I never see the little bastard again.

    --
    Be the Ultimate Ninja! Play Billy Vs. SNAKEMAN today!
  22. Compile for the Z-machine? by iabervon · · Score: 3

    Infocom compiled all of their games to a virtual machine to make porting easier. Clearly, if this is going to be a proper text adventure, it should be available for that VM. That way, if you want to configure your kernel on, say, your pilot or your VIC-20, it would be no problem.

    1. Re:Compile for the Z-machine? by WWWWolf · · Score: 1
      Infocom compiled all of their games to a virtual machine to make porting easier. Clearly, if this is going to be a proper text adventure, it should be available for that VM. That way, if you want to configure your kernel on, say, your pilot or your VIC-20, it would be no problem.

      Humm. Kernel config -> Inform -> Z-Machine code? This shouldn't be too hard, but the problem is, Z-Machine (AFAIK) can't save stuff to a file in an arbitrary format...

    2. Re:Compile for the Z-machine? by iabervon · · Score: 2

      You'd have to have the build system recognize the save file. The problem is that the Z-Machine only saves a file to a (particular) arbitrary format.

      The thing that makes me doubt the possibility of an inform port is the theorem-prover that you'd need. I don't recall that being part of the standard library, despite its obvious usefulness for making puzzles...

  23. Actually, this might be practical... by President+of+The+US · · Score: 2

    One of Microsoft's biggest selling points for its server-based stuff is the "ease of configuration". That just means that any goofball can use the interface, and get at most or all of the options (usually before they know what those options actually do).

    The point is, that Microsoft's interface is pretty interactive. Most sysadmin types that I know (windows or nix) prefer text-based interfaces because of the control, flexibility, and the ability to use scripts to make life easier. As a MS SQL Server admin I rarely use the GUI for anything but the simplest tasks.

    The downside of the text interface is it's lack of interactivity and visual representation. In reality, there's no reason why one couldn't make the experience adventure-like. You could have verbosity levels, which would be great for novices and training situations; once you advanced in ability, you could turn down the verbosity (or it could automatically turn it down based on its own assessment of your skills as an admin). Unfortunately, everyone is having such a blast making the same Infocom jokes that they don't bother to realize that this might be a useful idea.

    Rest assured, Bill Gates is not spending his time making campy "for the fun of it" user interfaces. This infocom thing might be a funny idea, but think of the CTO who reads about ESR and his thoughts on open source, and starts to consider implementing it, then sees this is how ESR spends his time. It only re-inforces the non-professional image that Microsoft is trying to portray of Open Source.

    Speaking as someone under Microsoft's thumb, I hate it at times. And yet, every new release of their software has some truly amazingly useful features that sell the product very well. I get a kick out of this fun stuff, but it ain't gonna sell with my boss, nor his boss, nor his boss, the CTO.

    ESR, sorry man, but if you're serious, it's time to change. You can't beat Bill Gates with geek subculture. And while you're doing that, Gates' army is charging, on a mission.
    -----------------------

    --
    -----------------------
    Stay in school, kids! Peace out, Dubya
    1. Re:Actually, this might be practical... by Jason+Earl · · Score: 3

      ESR was doing this more out of a desire to show what can be done with his nifty creation than to show what should be done. Apparently he wrote the entire interface on an airplane trip.

      The cool part is that this particular interface is one of four that use his Python based backend configurator whatsit. In othe words the underlying software is designed to be useful, and the Zork interface only shows how flexible and powerful it is (and how easy it is to modify it so that it does what you would like).

      And before you get all high and mighty about Microsoft and their business attitude, just remember that it was the folks at Microsoft that included a useable flight simulator in Excel. Compared to that particular stunt this hack is nothing. At least ESR's Zork kernel configurator is still useful as a kernel configuration tool.

    2. Re:Actually, this might be practical... by Courier · · Score: 2

      Bullshit!

      IF people are doing this not for fun that what are they going to code open source for? Profit?

      The fun is all part of it. It gives people drive to do better.

      Even MS does it with the likes of "clippy" and his being out of a job. It's call fun and even MS knows how to have some.

      I suggest you go read this book call "PC Roadkill" you'll find that inside MS there is more fun then you think. They are not all just money hungry spwans of evil.

    3. Re:Actually, this might be practical... by ethereal · · Score: 2

      1. Of course, this wasn't advanced as a serious kernel config option to begin with, and
      2. if the open source world has to change its nature to win, is winning really desirable?

      If a CTO wants "professional" Linux, they can pay RedHat or some other services company for it, and good luck to them. But that's no reason that the rest of us can't enjoy it the way we have been all along.

      Me, I'm happy to live in a world where I can configure and use Linux in business during the day, and laugh about ESR's antics after work. The guy's an inspiration and a good indication of the level of energy and inventiveness going into the platform. If that spirit of playful curiosity remains, it won't take long to defeat however many billions of dollars worth of business ambition, consumer disregard, FUD, and greed.

      Caution: contents may be quarrelsome and meticulous!

      --

      Your right to not believe: Americans United for Separation of Church and

    4. Re:Actually, this might be practical... by The+Man · · Score: 5
      Dammit, we're *not* professionals. This kind of thing reminds me of the Good Old Days Before Microsoft when hackers were hackers and did it for the fucking code and not to wipe out IBM or sell shit. Jesus H Christ, people, will you get over it? World Domination is a joke, it is not intended to be a holy war.

      This kind of thing is the stuff that makes Unix worth using. It's the kind of stuff that makes us better than Microsoft. Not GNOME. Not KDE. Not GNU this or Open Source that. The freedom to implement what you like rather than what a focus group calls for is one of the fundamental advantages of Free Software and of the hacker tradition that preceded it by 20 years or more.

      Rest assured, Bill Gates is not spending his time making campy "for the fun of it" user interfaces.

      Fine. He runs a multi-billion-dollar company. He wears suits. He talks about "vision" and marketing and The Road Ahead. Is this really somebody you want to emulate?

      You can't beat Bill Gates with geek subculture. And while you're doing that, Gates' army is charging, on a mission.

      On the contrary, he can't be beaten without it. Give up the fun, you've given up one of the primary distinguishing features. It doesn't count as a victory if you end up the same as your enemy.

      This is one of the best things I've seen in recent years. I couldn't be happier. If a stuffed suit decided not to use Open Source because of it, I think we're just that much better off. Nyah!

    5. Re:Actually, this might be practical... by discogravy · · Score: 1

      It only re-inforces the non-professional image that Microsoft is trying to portray of Open Source.

      gee, you make it sound like linux/Open Source Software is a Serious Thing.

      the mascot is a penguin. the kernel's source is full of words like "fuck" (see an earlier posting by some other guy for a funny example of this.)

      this is not some soulless corp. we're talking about -- it's a whole bunch of people, doing something in more or less same direction.

      -d.
      --
      Slashdot: When News Breaks, We Give You The Pieces

    6. Re:Actually, this might be practical... by ichimunki · · Score: 3

      Cripes.. relax, laugh, it's funny, very funny. Any CTO that is so lacking in the ability to both understand a good Zork joke and to be able to laugh at it is not someone who should be a CTO-- they don't have enough real world experience in computing nor are they human enough to lead their IT organization.

      Besides, you apparently never use MS software. I think my favorite is the flight simulator embedded in Excel. Should we now abandon Office because it's too frivolous?

      Ooops. I just fed a troll, didn't I? Oh well, life goes on.

      --
      I do not have a signature
  24. Insightful (?) observations by dcsmith · · Score: 1
    Plugh and xyzzy were clearly backdoors.

    Keys = root password

    Grate = firewall

    Dwarves/pirate/grues = virii

    Lamp=Watch/debug

    --
    This has been a test. If this had been an actual Sig, you would have been amused.
  25. Been There...? by Caraig · · Score: 1

    I'm not a kernel hacker, but hasn't this already been done with the Adventure shell, and a few others which are based off of MUDs?

    Then again, I guess that it's based off the the Infocom games, so that makes it slightly different. After all, it'll bring back memories to 'get babelfish' and 'put towel over head.'

    But, darn, you gotta watch for them Grues....

    ---
    Chief Technician, Helpdesk at the End of the World

    --
    "I am an Adept of Tantric VAX."
    1. Re:Been There...? by Morbid+Curiosity · · Score: 2

      I'm not a kernel hacker, but hasn't this already been done with the Adventure shell, and a few others which are based off of MUDs?

      This is a configuration tool, not a command shell.

      Then again, I guess that it's based off the the Infocom games, so that makes it slightly different. After all, it'll bring back memories to 'get babelfish' and 'put towel over head.'

      I just hope it isn't more like 'computer, range is 360, theta is 150, phi is 30.'

      But, darn, you gotta watch for them Grues....

      Count yourself lucky you're not likely to come across any kobolds or paskalds. They're Red Purple Black Purple Red, through and through.

      Chief Technician, Helpdesk at the End of the World "I am an IT-Goth and an Adept of Tantric VAX."

      Hmm... is an IT-Goth like an Ur-Grue? :-)

      > WEAR BOOTS
      They are nice. You are likely to be hit on by a Goth...

    2. Re:Been There...? by dlb · · Score: 1

      No, its a GNU/Grue to you.

    3. Re:Been There...? by Caraig · · Score: 1
      This is a configuration tool, not a command shell.

      Good point. Does it show how long ago I last played with this sort of thing? =)

      I just hope it isn't more like 'computer, range is 360, theta is 150, phi is 30.'
      Coming soon, from InfoGuin, the only Linux distro to come with a star chart and a First Contact manual!
      Hmm... is an IT-Goth like an Ur-Grue? :-)
      Only if Ur-Grues wear a lot of black and glower at their computers while running troubleshooting ActiveDirectory, muttering about the cosmic futility life at 100baseT ethernet. =)

      WEAR BOOTS
      They are nice. You are likely to be hit on by a Goth...
      Woohoo! Good advice. =) It certainly beats getting hit on by a Dellboxen server... over the head, that is, when it falls out of the rack.... =)

      ---
      Chief Technician, Helpdesk at the End of the World
      --
      "I am an Adept of Tantric VAX."
    4. Re:Been There...? by Morbid+Curiosity · · Score: 1

      Only if Ur-Grues wear a lot of black and glower at their computers while running troubleshooting ActiveDirectory, muttering about the cosmic futility life at 100baseT ethernet. =)

      Well, now that you mention it...

      Woohoo! Good advice. =) It certainly beats getting hit on by a Dellboxen server... over the head, that is, when it falls out of the rack.... =)

      The Dellboxen hits! You feel weak... -more-
      (Yeah, I know that's a roguelike thing)

  26. Re:Necesary? by ethereal · · Score: 3

    Maybe if you would just bring it a shrubbery? A nice one, not too big...

    Courtesy of xscreensaver/hacks/screenhack.h, and reprinted 'cause it's so damn funny and this is a worthy article:

    Found in Don Hopkins' .plan file:

    The color situation is a total flying circus. The X approach to device independence is to treat everything like a MicroVax framebuffer on acid. A truely portable X application is required to act like the persistent customer in the Monty Python ``Cheese Shop'' sketch. Even the simplest applications must answer many difficult questions, like:

    WHAT IS YOUR DISPLAY? display = XOpenDisplay("unix:0");
    WHAT IS YOUR ROOT? root = RootWindow(display, DefaultScreen(display));
    AND WHAT IS YOUR WINDOW? win = XCreateSimpleWindow(display, root, 0, 0, 256, 256, 1,BlackPixel(display, DefaultScreen(display)),WhitePixel(display, DefaultScreen(display)))
    OH ALL RIGHT, YOU CAN GO ON.

    WHAT IS YOUR DISPLAY? display = XOpenDisplay("unix:0");
    WHAT IS YOUR COLORMAP? cmap = DefaultColormap(display, DefaultScreen(display));
    AND WHAT IS YOUR FAVORITE COLOR? favorite_color = 0; / * Black. * / / * Whoops! No, I mean: * / favorite_color = BlackPixel(display, DefaultScreen(display));
    / * AAAYYYYEEEEE!! (client dumps core & falls into the chasm) * /

    WHAT IS YOUR DISPLAY?display = XOpenDisplay("unix:0");
    WHAT IS YOUR VISUAL? struct XVisualInfo vinfo; if (XMatchVisualInfo(display, DefaultScreen(display), 8, PseudoColor, &vinfo) != 0) visual = vinfo.visual;
    AND WHAT IS THE NET SPEED VELOCITY OF AN XConfigureWindow REQUEST? / * Is that a SubStructureRedirectMask or a ResizeRedirectMask? * /
    WHAT?! HOW AM I SUPPOSED TO KNOW THAT? AAAAUUUGGGHHH!!!! (server dumps core & falls into the chasm)


    Caution: contents may be quarrelsome and meticulous!

    --

    Your right to not believe: Americans United for Separation of Church and

  27. Re:Zork Kernel - Walkthrough! by Morbid+Curiosity · · Score: 1
    You spend the next several hours debugging the code.
    The Lantern grows dim.
    The Lantern goes out.
    The code is debugged.
    It is dark.

    What are you doing, debugging with the lights on? :-) Also, from a walkthrough for Infocom's "The Lurking Horror":

    "Some notes about the game before we start, TURN OFF the FLASHLIGHT when you are in lighted areas to conserve the batteries, I won't mention this is the solution. When and where you start getting tired will vary depending upon the number of moves you've made. So when you are told that you are getting tired go back to the kitchen in the computer block and drink from the bottle of Coke which you will find in the refrigerator."

    Later on, it gives instructions on how to get the hacker to repair your filesystem, and borrow his valuable master key for some Chinese food.

    I sure hope ESR has implemented these features...

  28. I'd like to see that for BSD by chrysalis · · Score: 1

    Actually, GUI for kernel configuration are great. I like to 'make menuconfig' instead of editing a long configuration file.
    But the Linux kernel already had that.
    Is there a change to see CML2 ported to BSD kernels ? I love BSD, but kernel configuration is something I really hate on these systems. It's very difficult and non user-friendly.

    --
    {{.sig}}
    1. Re:I'd like to see that for BSD by %systemroot% · · Score: 2

      Hmm. The only real difficulty I've had with FreeBSD 4.x (STABLE) kernel config (the flavor I have experience with ) is certain options not being documented *anywhere* (LINT/Handbook/errata) like

      device agp

      which was necessary for me to get my work laptop happy with X.
      I actually prefer the one-bigass-textfile config approach, but, of course, YMMV.

  29. Made for the Web, too. by Soko · · Score: 2

    Being able to set up and compile a kernle via a text script means that someone can make an entirely Web based front end using thier favorite Webified language (Perl, Python, PHP, Java, etc.) to allow the user to complie a custom kernel. The implications of this? It's one more step to making Linux a Mom and Pop OS.

    One of the reasons that Windows is easy to install and configure (or seemingly so, anyway) is that Microsoft have insulated users from the gory technical details of thier hardware via friendly, easy to use, really hard to fsck up Wizards. So, if a vendor chooses, they write a Web front end that accepts the serial #. The vendors' database pulls up what was installed in that machine (CPU type, Chipsets, RAM, Disk etc.) and the CML2 Builder Web Page creates a custom kernel script, downloads it to the boxen and cranks up gcc. (Maybe XML would help?)Third party cards may be a problem - don't know how to make additions to machines newbie-proof.

    All in all, I like this. And I'm sure the game interface could still be used in a browser. I haven't had the pleasure of meeting a Grue, but that damned Twonky...

    --
    "Depression is merely anger without enthusiasm." - Anonymous
    1. Re:Made for the Web, too. by dimator · · Score: 5

      The implications of this? It's one more step to making Linux a Mom and Pop OS.

      You couldn't be more right. Why, just the other day, after my mom asked me how to open up AOL, and how to save a Word document, she asked: "I think there's a new nVidia driver out, is there an easy way to recompile my kernel, say, in a web-based manner?"


      ---

      --
      python -c "x='python -c %sx=%s; print x%%(chr(34),repr(x),chr(34))%s'; print x%(chr(34),repr(x),chr(34))"
    2. Re:Made for the Web, too. by Helge+Hafting · · Score: 1

      Things don't necessarily get "newbie-friendly" just because you make it web-based. Consider web-based bash, where you submit commands one at a time, and the rest of the page is the resulting output. Web-based but no improvement whatsoever over telnet.

    3. Re:Made for the Web, too. by Bassthang · · Score: 1
      Why is this modded as 'Funny'? Strange yes, but feasible. The 'make menuconfig' system already has a 'page-at-a-time' interface, and if CML2 makes it easy to develop new interfaces then this would be fairly easy to write as a set of CGI's, for integration into something like Webmin.

      --
      "What I look forward to is continued immaturity followed by death."
  30. Epic battle with Bill Gates! by shiftless · · Score: 3

    Warning: do NOT try the new kernel configurator! Look what happened to me!!


    - look
    Kernel Core
    You are standing in the center of the most magnificent room you have ever seen. The chamber is enormous, with huge data shunts rising up from the floor as far as the eye can see, finally disappearing into the blackness above. Doorways, crawlway entrances, and ladders abound, each labeled with their destination and purpose.
    Linus, Savior of Mankind is here. He wields a Text Editor in one hand and a copy of "C Programming for Dummies" in the other.
    You see exits leading out, in, north, south, east, west, northeast, northwest, southeast, southwest.
    - greet linus
    You greet Linus, Savior of Mankind with a sincere smile.
    -
    Linus sees you and smiles warmly. "Welcome to the Linux kernel! Please note that this is an experimental version, so it's not entirely stable yet."
    -
    Linus takes a Text Editor from a burlap sack.
    -
    Linus gives you a Text Editor.
    -
    "Please feel free to use this tool to add to and/or repair the Kernel. Enjoy your time here!"
    -
    Bill Gates, Dark Lord of Everything That Is Evil wanders in from the west.
    -
    Bill Gates greets you with a sincere smile.
    -
    Bill Gates says, "Just looking for some new code ideas to "innovate" into the new Windows Anti-Christ Edition. Remember, 'ALL YOUR CODE ARE BELONG TO US'!"
    -
    Bill Gates removes a simple oaken pipe from a burlap sack.
    -
    Bill Gates removes a tinderbox from a burlap sack.
    -
    Bill Gates removes some marijuana from a burlap sack.
    -
    Bill Gates places some marijuana in a simple oaken pipe.
    -
    Bill Gates lights a simple oaken pipe until it is smoking nicely.
    -
    Bill Gates takes a long drag off a simple oaken pipe.
    -
    You see an aura of ultimate destruction appear around Bill Gates.
    -
    Bill Gates laughs evilly.
    -
    Bill Gates holds up his hand, closes his eyes, and begins to chant strangely.
    -
    Mystic energies swirl beautifully before your eyes.
    -
    Without warning, the energies converge into strange apparations, in the shape of flying windows, and float evilly in the air around you.
    -
    Suddenly, the strange apparitions rush at you with terrifying speed, ripping into your soul and shattering your mind.
    -
    You bleed 666 health.
    -
    You have been slain by Bill Gates.

    You have played 8 games so far.
    Thank you for playing 'make adventure'!

    1. Re:Epic battle with Bill Gates! by cooley · · Score: 1

      WTF, man? That was funny, I just wish I had some shit that made me Code like that.

      Good show.

      Cooley

      --
      Just then the floating disembodied head of Colonel Sanders started yelling Everything You Know Is Wrong!-Weird Al
  31. For those of you who are knocking the concept ... by LL · · Score: 3

    ... I would refer you to this article which discusses structured environments. Basically to be efficient at something, e.g. preparing a dish, we line up all the instruments in a particular order to help cue us when a particular task needs to be done. Extending this into a semi-spatial (if ESR can get the right relationship of in-on-up-etc representing the true connectivity between kernel modules) setting would help people orientate themselves and get to work faster (so you can get back to that QUAKE game). Just like we would put a letter by the door, or shopping list by the car keys, each cue triggers associated memories and reminds us of specific actions that need to be done. Sure you can have a linear check-list like the space shuttle pilots but anything computing-wise is so variable that a more flexible arrangement is desirable. I've been looking into something similar for the make processing for reproduceable documents and it is not as easy (or trivial) as people think (at least to get right). For example, color assignment ... do you map this property to time-of-last-modification (ie heat colors) or to likely hazard (red=stop, orange=hazard, yellow=caution, etc). If you dig far enough, you eventually realise it is actually a text variant of scientific visualisation but in the qualitative domain. There are a number of theories on how you allocate the properties based on human cognitive functions (see Lloyd w.r.t. OpenDX and fiber bundles) ... but there are a lot of issues remaining such as what works for 5-6 objects doesn't work for thousands. Like all ideas, let the users decide and if it works, it will be included into the meme-pool. Imagine TuX, the penguin avatar trundling around kernel space looking for fish or and fixing security leaks. At the worse, it will provide a few minutes of amusement. LL

  32. OT: This reminds me by cybermage · · Score: 5

    This reminds me of one of the funniest Usenet .sigs I ever saw:

    "DOS is, quite possibly, the worst text-adventure game ever"

    Atleast text-adventure game errors made sense ;)

  33. [OT] Crackhead moderators by L.+J.+Beauregard · · Score: 1

    *sigh* The above is not +1, Interesting. It's -1, Offtopic. Duh.
    --
    Ooh, moderator points! Five more idjits go to Minus One Hell!
    Delenda est Windoze

    --
    Ooh, moderator points! Five more idjits go to Minus One Hell!
    Delendae sunt RIAA, MPAA et Windoze
  34. Offtopic :E-mail address. by KupekKupoppo · · Score: 1

    I'm going to have to ask you to give up the name Kupek. I've had it for years, and if you don't give it back, I probably won't actually care.

    1. Re:Offtopic :E-mail address. by Gerad · · Score: 1

      I've been using mine for about 7 years so far in various forms and whatnot, probably longer than you have.

      --
      Be the Ultimate Ninja! Play Billy Vs. SNAKEMAN today!
  35. Next... Actual kernel functions by NitsujTPU · · Score: 2

    The kernel is locked in the games process

    look:
    you are in a dark cave
    search:
    you find a treasure chest
    open treasure chest:
    the treasure chest is empty
    give treasure chest to process handler
    ...
    the process handler is not placing processor states into the treasure chest and exchanging them for inactive ones. Congratulations, your kernel operation has reached a new level.
    Congratuations, you have reached a new level, select device drivers to install!
    buy bttv.o
    You do not have enough experience to install this as a module, build into kernel?
    ...
    ...
    ...

  36. Re:*BSD loses networking test - finishes dead last by lucysoft · · Score: 1

    You could have skipped this one, he's right and there is nothing funny about it, imho.

    --
    forever failure
  37. Is he serious? by guacamole · · Score: 1

    This must be a joke right? ;p

  38. Wrong answer by Animats · · Score: 4
    You should never have to tell the computer something it already knows.

    That was one of the original Macintosh interface guidelines. And it's still a very good rule. Think hard about that the next time you design something that needs "configuration".

    1. Re:Wrong answer by chromatic · · Score: 4

      What if you're compiling a kernel for a completely different computer? What if you want to experiment with a new option, or turn a feature into a module?

      I'm not a fan of creeping featurism, but there's clearly room for kernel configuration. (And hey, it looks like ESR got the design of CML2 right. I'll give him credit for that.)

      --

    2. Re:Wrong answer by ttyRazor · · Score: 1

      Computers don't "know" anything. Bits go in, bits come out, and it couldn't give a shit about what the state of those bits are. It's not the computer that knows stuff, its the guy who programmed it presuming to know what's best for you. What I "know" is that its taking too long to compile a kernel with 5000 modules for hardware that I don't even own, but someone out there might and features that might either open huge security holes or leave them open if not enabled, or crash the thing entirely are floating around in there, and while i may not want anything to do with them and waste valuable kilobytes of disk space and memory when compiled in, but someone out there probably wants them because they put them there in the first place.

    3. Re:Wrong answer by ttyRazor · · Score: 1

      wow, that made no sense whatsoever. Time to go to bed

    4. Re:Wrong answer by Sven+Tuerpe · · Score: 1
      You should never have to tell the computer something it already knows.

      Turning configuration into a game just makes obvious that Linux no longer needs elaborate configuration. Fiddling around with configuration has become pure fun and entertainment in many cases cases, and this new style is nothing but a consequence of it.

      --
      http://erichsieht.wordpress.com/category/english/
    5. Re:Wrong answer by SquadBoy · · Score: 1

      Once the computer knows about what you want your kernel to look like you don't need to ever tell it again.
      make oldconfig
      will do the right thing untill the next major version or you want a new feature that the computer does not know about.

      --

      Cypherpunks: Civil Liberty Through Complex Mathematics. Those who live by the sword die by the arrow.
    6. Re:Wrong answer by SCHecklerX · · Score: 1
      Umm. yeah.

      You haven't had to reconfigure/install many windoze 98 machines, have you?

      It's more like what the computer thinks it knows, and you are powerless to fix the problem.

    7. Re:Wrong answer by markmoss · · Score: 2

      You should never have to tell the computer something it already knows. But if you are going to work with a wide variety of hardware and software from many different vendors, you have to have a way to tell the computer when what it "knows" is _wrong_.

      This wasn't much of an issue with the Mac, because Apple kept tight control of almost everything, and if their OS couldn't figure out the configuration, then by gum it must be unsupported... But MS spent a few thousand man-months trying to test Win95 on all possible PC configurations, and still missed quite a few; a volunteer operation like Linux _cannot_ maintain a database of video cards, network cards, modems, motherboards, and BIOS's large enough to automatically configure for more than a few percent of the PC's out there.

      Yes, this is one of the things that is holding Linux back from wider acceptance. On the other hand, once the machine is configured right, it won't mutate on its own. Windows does. So if you hire some guru to fix your machine, in Linux it should stay fixed, in Windows he _will_ be back.
      brIn Windows it's quite likely that you will not be able to find any documentation that relates to your problem, short of paying MS tech support to look it up for you. Linux documentation may leave much to be desired, but you can get all of it quite inexpensively and if you do enough reading it does seem to be possible to understand the entire OS. No one at MS understands the entirety of any Windows or Office program.

  39. Re:ESR wrong by ergo98 · · Score: 1

    All of those whacky regionalized date/time designations are crap. Use ISO 8601:2000 and the world will be a much nicer place. Seriously.

    Irony alert: When I bought the 8601:2000 PDF from the ISO page the date/time in the upper right was in dd-mm-yyyy format (and because it was lower digits for dd/mm it was ambiguous). Found that pretty funny.

    This message was posted at 2001-06-19T01:30-04 (2001-06-19T05:30Z)

  40. An adventure installation program by MikeFM · · Score: 3

    The next logical step I think would be to take that Doom engine and this Zork configurator and mix them into some distros installation program. Make it so you can select your key maps, hardware, packages, etc all by running around and flipping switches and such. It might not be the most practical way to install but it might be enough to make some gamers try it out and prove that Linux isn't just for servers before the user even gets the OS installed. :)

    Hell I'd like to see a graphical multi-user shell enviroment on Linux. Not to replace the cli or gui but to go along with it and make it more fun for users and help them learn how different parts of the OS interact. They'd need to be able to do everything the shell usually allows as well as interact/chat with other users. They'd start in their home directories and be able to browse the filesystem from that point (seeing anything that was visible to them from the normal shell) and be able to teleport to different directories directly. They'd need to be able to create a new file or directory as well as delete them all in real time. They'd have to be able to run commands, edit files, etc. I'd have a little CLI part under the MUD-UI where they could type/edit commands they were selecting from the MUD-UI as well as chat with fellow users. I'd make it so any program could be written with the ability to interact within the MUD-UI in the same way programs can interact with X to create windows, menus, etc as appropiate for the enviroment. You could really do a lot with it if you don't get silly and think most people will want to replace their CLI/GUI methods with the MUD-UI and treat it as an addon. Start with something simple and well known like the Doom engine (the nicely cleaned up version) and first try to do everything Bash does for a user and then extend from there. :)

    --
    At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    1. Re:An adventure installation program by plorqk · · Score: 1

      I suppose you could make it a game to learn *nix. Have objectives like learning basic (ls, rm, etc) commands and work your way up to harder commands before it will let you explore certain directories. If the player is able to master it all they become root!

      --
      When travelling, it's ok if the airlines lose your emotional baggage.
    2. Re:An adventure installation program by |<amikaze · · Score: 1

      Hehee and then you could hide your pr0n in "hidden rooms" so when the girlfriend comes over, no one's the wiser :)

    3. Re:An adventure installation program by MikeFM · · Score: 2

      Damn and all this time I've been having my girlfriend pose for the porn. Maybe I can make an avatar skin for her of herself nude. Would make the male users of the system happy eh? I wonder how you could make the system work for connections with other systems. What would be the equiv of a remote shell for thisd system? :)

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
  41. KDE has a new Kernel Configurator too by Geek+Boy · · Score: 4


    KDE 2.2 will be shipping with a new kernel configurator too. It's build into the KDE Control Centre and is a very simple, fast and easy way to configure your kernel. It uses the kernel's existing configuration files/system but has it's own parser and intuitive gui. Check it out!!

    1. Re:KDE has a new Kernel Configurator too by GauteL · · Score: 2

      Do you have any info on this? I've searched the kde-websites, and cannot find any information about this Kcontrol-module.

    2. Re:KDE has a new Kernel Configurator too by Anonymous Coward · · Score: 2
  42. Re:Why?? Oh why? by jjsjeff · · Score: 1

    That was the cheat code to get 30 lives in the Nintendo game "Contra" right? Oh the days of the simple Nintendo.

    -Jeff

  43. on a technical note by Anonymous Coward · · Score: 1

    From reading the first two pages, it looks like a rules engine. Even though the description doesn't call it a rules engine, that is essentially what it is. Why not just use a rules engine that implements RETE and use Clips? There's already a well proven expert system algo and rules language. Seems like reinventing the wheel.

  44. Re:Thank God you can choose NOT to use it by Elendur · · Score: 1

    Or better yet, do a custom install and don't even install the assistant.

  45. Things we'd wouldn't like to see... by stox · · Score: 1

    > fsck that

    The cassette port is in back.You know where to stick it.

    (Obscure historical reference, the response Microsoft Advenure 1.0, running on an Apple II, gave to a simlilarly phrased response )

    --
    "To those who are overly cautious, everything is impossible. "
  46. Re:What an idiotic idea... by Elendur · · Score: 2

    If you were to actually follow the links, you'd see that the new system really is simple and easier. This front end is to demonstrate how easy it is to make a different front end.

    The CML2 system even makes sure you're making a valid configuration, unlike the current system.

    In response to the other reply to this, the system has significantly less code.

  47. 'every program eventually becomes a rococo' by porky_pig_jr · · Score: 1

    and then here goes Eric with his gun.

  48. Oh no, he released make infocom... by Elvii · · Score: 4

    Erm, I was in the group that was talking to ESR at a Denny's in Lathrop, when make infocom (our original idea, before we realized infocom might not like it) was born, at least in the idea. Look out for Chuck, or the killer rabbit... so many things we talked about there, guess I better see what he created from all the idea that were thrown out...

    bash: ispell: command not found

    --
    This sig left intentionally blank.
  49. Re:Why?? Oh why? by Anonymous Coward · · Score: 1
    I'm feeling a sense of mourning for the people who waste their time with such foolishness.
    It really depends on what philosophic level you are operating. The older I get, the more I realize that life is essentially meaningless. It is a way to pass the time until we die. So what does it really matter if some folks enjoy this? It is no skin off my back. Maybe someone likes biking or stamp collecting. Whatever floats your boat. 70 years from now it won't matter to anyone reading Slashdot in 2001. Take your pleasure where you find it.
  50. kernel mailing list archives by mab · · Score: 1

    I used to read the archives at http://boudicca.tux.org/hypermail/linux-kernel/thi s-week/ but I have not been able to get to the site for a while anyone know of another archive?

    1. Re:kernel mailing list archives by BJH · · Score: 2

      I could say "Use Google!", but here you go:

      http://uwsg.iu.edu/hypermail/linux/kernel/

  51. Does anyone else... by hyehye · · Score: 1

    .. believe that this is an excellent thing? Think about it: someone loves coding and linux etc so much that they spend their flight times not on sleep, but on coding bizarre kernel installs. This gives me some hope of escaping the 'geek OS' image and onto desktops. But that brings up something that's been on my mind.
    Why do we want to do such a thing? What is there to gain? Sure, more support for devices and perhaps some food and shelter for the bignames who keep the major projects going. And of course tech work at various levels for the rest of us. But I submit that this may just serve to pollute the environment, so to speak. Bringing your average desktop person to linux is a good thing for them, but is it a good thing for you? Won't you spend a lot of time not learning, but fixing stupid mistakes for the inductees? Where is the value? Notice how every time something good comes along, higher-ups play with it first and let it slowly then leak to the public, reducing its value. But with our 'good thing', it's not a game. It's something we deeply enjoy, and many of us strongly believe in. Regardless of licensing flavor, it's all a common idea. If the average desktop user runs it en masse, it will be diluted and choked with commercialism. The funny thing about the net and its trappings is that it's the opposite of the real world - communism will work. One potato, when grown, can feed an entire population. I am a die-hard capitalist, a supporter of F.A. Hayek and Miss Rand, but even I recognize the radically different exchange dynamic within this community, and it's not something I personally want to see brought down to the common level. For a very nice example of what I mean, check here. Of course I'm not suggesting that we should never go to the desktop. Simply that we should make a conscious effort to continue and expand upon the roadmap that's already been in place - which is, specifically, to fork our OS's into commercial and 'hobbyist' branches. This allows a friendly useful cheap GNU/Linux office terminal, with very low support requirements and excellent software and capabilities. I will personally keep my FreeBSD and Slack for a while.

    So does anyone else believe that this kernel configuration game is a good sign?

    --
    think for yourself, you won't like the results if others do it for you.
  52. Ok... why stop here! by Restil · · Score: 2

    We now need a FPS kernel configuration routine.

    Need to upgrade the mud based shell as well. Anybody who's anybody does their work in FPS mode these days. After all, its the only truely intuitive process. I mean seriously.. whats more likely? Someone entering the workforce that "intuitively" understands the concept of files and directories, and double clicking, or would they more likely understand roaming around with a shotgun and shooting monsters to erase files.

    Lets get cracking people.. Until we can fully emulate everything we do in full 3D, then we might as well just do it in reality since it would be more efficient that way. :)

    -Restil

    --
    Play with my webcams and lights here
  53. Re:ESR wrong by drsoran · · Score: 1

    MSFT is Fistandantilus? The gates of the Tower of High Socery will open for Bill *Gates*. I should have known. Now all he needs is a stupid muscle-headed brother and a virgin cleric of Paladine and he can take his place among the Gods.. or take the place of them. We must stop him before it is too late.

  54. CurseML2 by datalife · · Score: 1

    If this is an adventure.
    could these be a sequel to
    Curse of MonkeyIsland?

    CML2 -> Curse of MonkeyIsland2

    I prefered the comic-style stuff.

    --
    There are only 10 types of people in the world: Those who understand binary and those who don't.
  55. Anyone remember when we did this stuff for fun? by The+Man · · Score: 1

    Doesn't anyone ever get tired of being serious all the time? Fuck, people, it's supposed to be fun. You don't need Linux to be bored and frustrated; we have Windows for that.

  56. Take a leaf from th Hobbit by Salsaman · · Score: 2
    Bill Gates sings about gold.

  57. The Newbie Guide... by Ctrl-Alt-Del · · Score: 1

    ...to kernel configuration.

    "You are in a maze of twisty little passages, all alike"

    --
    "Life is like a sewer - what you get out of it depends on what you put into it" - Tom Lehrer
  58. Funny: Todays UFi is right on topic: by gerddie · · Score: 2

    See here and enjoy. - I assume the "forbidden hole leading west" then is write support for UDF :).

    1. Re:Funny: Todays UFi is right on topic: by Tackhead · · Score: 3
      > See here and enjoy. - I assume the "forbidden hole leading west" then is write support for UDF :).

      I've been looking for an excuse to post a link to the abandoned missile base VR tour all week. Thanks ;-)

      > POST LINK

      The URL gets posted to Slashdot. There is a moderator here, holding a crack pipe.

      > SCORE

      Your score is 2 out of a possible 5.

  59. Yea by Anonymous Coward · · Score: 1

    So why I must then type all kinds of ID numbers to a setup-program if it apparently already knows the right answer?

  60. Lussarn by Lussarn · · Score: 1

    You have to beat the game to compile your kernel. I know Linux was the gamers choice. All we miss now is OpenGL support.

  61. text interface? by bartman · · Score: 1

    No one will ever use this until it has an OpenGL front end.

    --
    -- bartman
  62. A graphical adventure shell by Dr.+Manhattan · · Score: 3
    I've been thinking along these lines and I just can't find the time to work on it, so I'll jsut put this out for someone to work on. Maybe it can be used for prior art somewhere.

    For beginning users, a graphical interface like this might be useful. I've thought of what I think is a good representation for files and directories, which could be merged with that DOOM-shell idea.

    Directories are rooms. The texture of the walls and floor tells you what type of filesystem it is - e.g. marble for ext2, rotten wood for FAT, clouds for NFS. The color tells you what permissions you have on the directory - e.g. blue is read-only, green is writeable. A door to the parent directory is on one wall, doors to subdirectories are on the far wall. On one wall is a button. Push it, the wall drops down and there are all your hidden files and subdirs (.emacs, .netscape, etc.).

    Files are objects in the room. The shape of the base tells you what kind of files they are - e.g. square for regular files, triangular for devices, round for pipes, etc. Colors indicate permissions again, and texture indicates detailed type - parchment for text, circuits for executable, etc. Height indicates file size, in a logarithmic mode. (Each unit of height means double the file size.) You can instantly tell a great deal about a file just by looking at it. Symlinks to other files are semi-transparent.

    Like a game, you can select different tools (a delete tool, a copy tool, a link tool) and apply them to files and directories. Like most games, the "~" key brings down a shell console. You can switch to another user or "god mode" (root) and then the colors of things change to reflect your new permissions.

    What do y'all think?

    --
    PHEM - party like it's 1997-2003!
    1. Re:A graphical adventure shell by shion · · Score: 1

      I did this for MS-DOS as a nethack-style game. Files were items that you could pick up and move around to other levels (directories) and had various abilities depending on the nature of the file. But the monsters could use files too and destroy the system. Chaotic fun! No one liked it much.

  63. Be proud of yerselves by biglig2 · · Score: 1

    I may have spent mos of today banging my head on a wall to make a network card work in my laptop under progeny (back-up plan: Mandrake 8 detects the damn thing, so I could install that - like JErry Pournelle's advice to always install the latest Windows consumer version, let it detect the hardware, write it down, and then install something difficut) but by heck, let no-one ever tell this community that you don't take geekdom seriously...

    --
    ~~~~~ BigLig2? You mean there's another one of me?
  64. Re:What an idiotic idea... by RossyB · · Score: 1
    Have you ever build emacs? Ever actually read the fetchmail man page?

    Grab the emacs source and build it with no extra lisp code. Emacs is now a lisp interpretter with a gui and a complex API. Now go and get the packages which you want to use. I don't have i18n support, a web browser or mail client in my install of emacs.

    And fetchmail - name one option available in fetchmail which is "bloat" and therefore not required in a program whose job it is to grab email from a server and throw it onto another server.

  65. kernel configuration could be much improved by jilles · · Score: 3

    Most of the options in the kernel configuration are meaningless to me and the help information in the generally primitive configuration tools is usually far from helpful for people not into kernel hacking. Luckily kernel configuration/compilation is rarely needed by users like me. Unless you need to upgrade (e.g. because of security fixes). Then it really doesn't matter how user friendly your distribution is because your only real option is to get your hands dirty and compile the bloody kernel. Meaning you have to fiddle with all the options you don't understand. A person like me could easily make some mistakes resulting in unstable or unsecure kernels.

    It's time this part of linux is brought into the 21 century as well. Most users don't really need to recompile, they just need to put binary modules together. 95% of the users don't have scsi, do not have obsolete bus architectures, run x86 processors, would like to be able to mount their dos/windows drives. Why not build a set of kernels for different architectures for the most common desktop configurations and leave the compiling to people who really need it (i.e. those with older, more exotic hardware or those wanting to tweak optimization settings and so on).

    It's nice to have the flexibility to compile the kernel, it is bad that it is the only way of getting a usable kernel. Maybe having binaries is not an option but in any case the configuration tools could be a lot more user friendly by for instance doing some hardware recognition, recognizing that certain options exclude each other, offering some presets which make sense on common architectures like x86 pc's. A nice option would be to automatically duplicate the settings from the running kernel into the new kernel, only prompting for settings that are new or require changes. That would make kernel updates a lot more painless. Even for the advanced users that would mean they could spend less stuff on the trivial stuff and instead focus on the important stuff.

    --

    Jilles
    1. Re:kernel configuration could be much improved by tgke · · Score: 1

      You are completely right that kernel configuration is much too hard for the end user, but this is the price we have to pay for the flexibility and the lack of binary standarisation. Linus preferred not to stick to binary interfaces because they usually slow down development.

      Distributions serve to deliver good, all purpose kernels, it's not the kernel developper's task to have a wide range of compiled kernels available.

    2. Re:kernel configuration could be much improved by jilles · · Score: 3

      I believe that flexibility and configurabilty go together very well and that the current lack of configurability is a sign that there is room for more flexibility.

      I agree that kernel developers should not bother with providing compiled kernels for end users. However, they could facilitate making it easy for others to do so. I imagine a high quality configuration systems is beneficial for them as well as it saves time not configuring obvious things.

      The price of not making kernel compilation & deployment easy is that adoptation of new kernel releases is slowed down. A good example of this is that only now the first few 2.4.x kernels start to appear in distributions. In addition, since x still very low, there are frequent, very relevant kernel updates that most users would want to have if they were running a 2.4.x kernel. But because updating is non-trivial for most users, many people don't bother to update.

      --

      Jilles
    3. Re:kernel configuration could be much improved by ChaosDiscord · · Score: 2
      Most users don't really need to recompile, they just need to put binary modules together.

      You're right. This is why most distros just install a typically configured kernel and make the kernel source optional. Your average user doesn't need to compile a kernel any more. I've been happily and lazily running stock Red Hat kernels for several years now.

      Keep the kernel ultra-configurable. It's useful for the people who really compile their own kernels. Make it easier for non-geeks by simply giving them working kernels. Sometimes you will need to compile a kernel, especially for unusual or very new hardware, but it's improving. Distro makers have alot of incentive to keep improving the quality of their stock kernels.

    4. Re:kernel configuration could be much improved by tgke · · Score: 1

      IIRC, the delay for introducing the 2.4 kernel into current distributions is due to some significant, needed changes in userland. Upgrading a distribution from 2.2.6 to 2.2.12 is much easier than going from 2.2.x to 2.4.y.

      I strongly believe most distributions can offer easily installed, upgraded 2.4 kernels once they have made the transition.

      BTW, what is obvious for one system, is not for another one. It's obious that a PC has a floppy drive? Sure, that's the reason why the M$ Win95 setup hangs on my PC ..

    5. Re:kernel configuration could be much improved by jilles · · Score: 2

      All I am saying is that it can all be done a lot more easier and that this benefits all users, including power users. There's this misconception in the unix world that obscure = flexible AND user friendly = unflexible. By my experience, a well designed software system can be both flexible and user friendly.

      It is true that for most users it is not really necessary to compile kernels. OTOH it is also true that kernel updates fix bugs, add hardware support, improve features improve security, etc. Considering that, most users would probably upgrade their kernels if there were a convenient way of doing so. There isn't, so they don't. It's pretty sad that you need red hat (ot whatever linux distributor) to recompile the kernel in order for mainstream users to get better support for new devices (e.g. usb devices), security fixes and other kernel goodies.

      Contrary what you are saying, I would claim distributors like red hat actually benefit from the kernel configuration's obscurity since in most cases the only way to get a new pre-configured kernel is by installing a new version of a linux distribution. In other words, by preventing their customers from upgrading in a convenient way themselves additional revenue is created because people keep buying new red hat cds to stay up to date.

      --

      Jilles
    6. Re:kernel configuration could be much improved by TMB · · Score: 3
      A nice option would be to automatically duplicate the settings from the running kernel into the new kernel, only prompting for settings that are new or require changes. That would make kernel updates a lot more painless. Even for the advanced users that would mean they could spend less stuff on the trivial stuff and instead focus on the important stuff.

      ...which is presumably why the README tells you in big bold letters to do a 'make oldconfig' before you do anything else. :-)= Advanced users certainly do that.

      However, it isn't automatic, and is probably more important for those who aren't used to recompiling their kernel regularly and therefore are less likely to know that the README is serious about that. ;-) Which I think is your point. Is there any easy way to make it automatic?

      [TMB]

    7. Re:kernel configuration could be much improved by jilles · · Score: 3

      Exactly, compiling kernels is not rocket science. If you're reasonably smart and work your way through various howto's and readme's it is by all means an easy thing to do. The thing is that most users don't really want to spend that much time on getting a kernel to work and generally have better things to do than study the kernels internals and fiddle with the make files interesting as it may be for people interested in operating system guts. Don't get me wrong, I have played around with slackware on 40 disks or so 5 years ago. At that time recompiling the kernel was more or less mandatory if you wanted sound in doom. What strikes me as odd is that since then the process of kernel configuration has hardly improved. Make config became make xconfig. But essentially nothing changed apart from that. The whole procedure breathes *not for newbies, nerds only* and I don't think that is entirely justified anymore given the modular architecture of the kernel and linux' status as an increasingly dominating server platform.

      --

      Jilles
  66. Real Transcript? by Vagary · · Score: 1

    Does anyone have an actual transcript of using this rather than just a bunch of grue jokes?

  67. Dammit by Eharley · · Score: 1

    I woke 'rm -rf *' in my home directory.

  68. oh c'mon... by Anonymous+CowboyNeal · · Score: 1

    ESR has been voted off the island.

  69. Re:Necesary? by |<amikaze · · Score: 1
    Is that not from Monty Python's Quest for the Holy Grail?

  70. Already done by gmhowell · · Score: 2

    There's this new company, maybe you've heard of them, called RedHat. They ship with several different kernels, already compiled.

    --
    Jesus was all right but his disciples were thick and ordinary. -John Lennon
    1. Re:Already done by jilles · · Score: 2

      Red Hat proves my point exactly, you download 7.0 or whatever is the latest version and you are provided with a kernel that is already obsolete the day the distribution was released.

      --

      Jilles
    2. Re:Already done by gmhowell · · Score: 2

      I think I see what you are getting at now. What might help would be a .config file for new kernels and a bash script to do 'make dep && make clean' etc. There is no reason that couldn't be released day and date with a new kernel.

      I haven't kept up with RH in a while, but it certainly seems they should be able to package new kernels within hours of a new source tree being posted. Could call them 'dev' kernels or 'unstable' or something similar.

      --
      Jesus was all right but his disciples were thick and ordinary. -John Lennon
  71. full grammar? by Speare · · Score: 2

    What's the actual command grammar here? If it's just parsing a verb-noun command, it's not like "Infocom" but merely one of the many precursors or poseurs which also littered the landscape.

    Infocom's parser handled a fairly diverse set of grammars for commands:

    floyd, put the wrench in the cardboard box.

    put all the goo, the interface card and the canteen under the table.

    open the satchel then put the thing into it

    Until it can handle such a diverse command set, I wouldn't try to suggest it's like Infocom games.

    --
    [ .sig file not found ]
  72. Adventure Shell! by farrellj · · Score: 2

    There used to be a config file for bash to turn it into "Adventure Shell". I have't had to compile Bash for a long time, so I don't know if they still include it in the source.

    Before that there was a real adventure shell, I remember one incident that was described by a friend about his boss using it...this person was trying to print something, and so he fed his document to the Print Daemon...it simply ate it...it turns out that you have to throw it at the Print Daemon to get it to print it!

    And for those of us who remember it...(check out my User# here), I remember back when we only had a "Make config", and had to answer *EVERY* question about configuring the kernel...but then again, it was smaller then...then again, I remember doing kernel compiles overnight on my 486 system....My first kernel was v0.11, but I really only started to use it with v0.12.

    ttyl
    Farrell

    --
    CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
  73. Good one...someone mod the above up!!! by farrellj · · Score: 1

    For us HHGG fans, and the memory of Douglas Adams!

    ttyl
    Farrell

    --
    CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
  74. It is dark. You are likely to be eaten by a gnu. by kirkb · · Score: 1

    'nuff said

    --
    Slashdot: come for the pedantry, stay for the condescension.
  75. Speaking of which by SkimTony · · Score: 2

    Last night I compiled kernel 2.4.5. (Note: I'm fairly new to Linux) and had to select which components to build into the kernel to support my PCMCIA NIC. Now, the machine was currently supporting the NIC just fine, but when running xconfig, I had to select the driver for my NIC. The default selection was a type of NIC that I've never seen, and I had to go run lsmod and then essentially guess which module was for my NIC (not hard if you know what to look for, but still) and then figure out which config option enabled that driver. So my question is this: why can't the xconfigurator look and find out what driver is being used for my NIC, and select that as the default? Sure, I could change it if I felt like it, but if I had gone with the default options for the PCMCIA NIC, (assuming, as with any version of, say, MacOS, that if the card is currently working, the incremental upgrade shouldn't remove support altogether) I wouldn't have been able to use my NIC at all. It's just plain counterintuitive. I'm not saying that the average user will recompile his or her kernel, but this is an example of why Linux is not a competitor to Windows.

    1. Re:Speaking of which by Spoing · · Score: 2
      Here's are a few rules for compiling Linux that have never failed me;
      1. 1. Compile everything and compile each piece as a module.

        2. Don't compile your boot drive's support as a module; SCSI support as a module on a SCSI-based system won't get you very far!

        3. Always have 1 or 2 previous kernels to fall back on via. LILO or Grub; no need for a boot or rescue disk due to a failed configuration.

        4. Backup .config after a sucessful compile and restore it when compiling a brand new kernel; you can use it later on the same machine and for making other kernels used on other machines.

        5. To familiarize yourself with the step needed to compile a kernel, write your own script to do each step and change it often. Put in some sleep commands to pause execution at each stage.

      Rule #1 occasionally fails with unofficial kernel releases during 'make modules'. If so, you can usually disable the one failing module and suffer no practical loss.

      Rule #4 is handy if you encounter problems since you don't have to answer the same questions twice, and you have some consistancy when dealing with a fresh machine; you don't have to wonder if the hardware is different or if you messed up configuring the kernel generally when something doesn't work.

      I realize that this means that the compile time is longer. You, though, spend less time tweaking each system...so the trade off is usually well worth it.

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
  76. Re:Necesary? by ethereal · · Score: 1

    At some point, yes. Well, except for the "MicroVax framebuffer on acid" part :)

    Caution: contents may be quarrelsome and meticulous!

    --

    Your right to not believe: Americans United for Separation of Church and

  77. silly. by destinyX · · Score: 1

    i noticed all the other silly comments out there, but i actually beleive this may be helpfull to have an 'eliza like' engine built into my shell... Hello. prompt> hi, i want to play xbill What makes you think you want to play xbill?

  78. or this one by devphil · · Score: 2


    "VMS is a single-player text adventure game. If you win, you get to use Unix."

    (Back when DEC Alphas were running both OpenVMS and OSF/1.)

    --
    You cannot apply a technological solution to a sociological problem. (Edwards' Law)
  79. oh man... by xinu · · Score: 1

    I use the computer to get things done as fast as possiable and with the most amount of reliability as possiable. Hence ls, rm, df... This is horriable. I'd never get anything done. What a bunch of bloat. No wonder I only use Linux as a hobby OS and get things done in Solaris or Mac...

  80. Re:This is exactly why Windows has won. by -=[+SYRiNX+]=- · · Score: 1

    Fuck you, AC. If you have something to say, don't hide behind an AC to say it. Be a man. And if there's a distinction between "CML2" and the "adventure front end", then the story on the SlashDot front page should have explained that difference, since it only would have taken a few words. Otherwise, SlashDot is guilty of spreading misinformation (as usual).

    --
    - "It's just a matter of opinion!" - PRIMUS
  81. Re:Dude, you compile in 20 _minutes_? by JEDi_ERiAN · · Score: 1

    completely for kicks? my old 486dx4 100mhz is my router bro. and it rocks! it takes a couple of hours for the kernel to compile.

    E.


    -

    --

    -
    This Post has been brought to you by the letter "E".
  82. It is an improvement... by gaudior · · Score: 1

    ...over telnet, when telnet is blocked by your firewall, and the only protocaol allowed is HTTP on 80 and 443.

  83. Why is it bulit in to the kernel? by MxReb0 · · Score: 1

    I'm not Linux EXPERT, but why would these silly little features be built in to the kernel? It seems to me that a shell script could acomplish this easily, or a new shell. BTW, I think BASH is easy to learn and powerful on its own. Let me know what you think. This is my first /. post!

    --

    MAKE YOUR TIME
    1. Re:Why is it bulit in to the kernel? by TheKingAnt · · Score: 1

      Your mom.

  84. troll? by jon_c · · Score: 1

    shesh. i think someone really doesn't like me.

    --
    this is my sig.