jcl

Whoops, I'd forgotten about KDE. You're right, I do recall it seeming lighter than GNOME. All things considered, that's pretty weird. Time to fiddle with .xinitrc again.

PCMCIA (PC Card), Compact Flash, Secure Digital, etc, HDDs all work like that (in theory). Normal internal laptop HDDs are also often fairly easily swappable with the use of a screwdriver, but I've never heard of anyone doing it for reasons other than maintenance. PCMCIA, CF, and SD will work on desktops if you can get the ports. You can also get hot-swap IDE and SCSI kits for more normal drives. I never have understood why ribbon cables are used directly. It's not like they're easier to use, and the electronics for a fixed connector in each drive bay would probably only cost a few cents p

Just to keep current, I'm now using Xfce on the laptop and Window Maker and Enlightenment on the desktop. GNOME is still my default environment on the latter, but there are now more often than not mutiple users on that machine and GNOME's memory consumption is onerous when only one session is running, let alone two.

Does MDK have separate development packages? Could be that you only have the X runtime package. Does $ locate Xlib.h produce anything? If so, drop into gif2lss-0.4/gif_lib and change this part of the Makefile (line 14) INCS = -I. to INCS = -I. -I $DIR where $DIR is the the directory that contains X11/Xlib.h (e.g., /usr/X11R6/include). Thanks, I'll be using that excuse in the near future

I always planned to call my distribution Communix. Probably doesn't work for everyone. Something like this: #!/bin/sh # Name: sux # Syn: Run an X program under su with access to the current X session. # Usage: sux [program] [args...] # Bugs: For whatever reason, non-X programs don't work. xterm -e is your friend. # Access to the X server from localhost is never revoked. xhost localhost >/dev/null su - <<EOF env DISPLAY=${DISPLAY} ${@:-xterm} EOF ? (It's a lot easier if you use sudo. *shrug*)

Pfpfpfpf. Gah, that's old? 128MiB still seems huge to me. (Except when GNOME is running, of course :-/) Apparently not that valuable ;-) Never used Slack or FreeBSD 5, but there isn't much difference between BSD and Linux as far as networking goes. In fact, if Slack is still using the BSD init system, the difference may just be a matter of how you spell the lines in /etc/rc.conf. (On the other hand, Linux's network hardware management totally baffles me, but that probably won't make any difference.)

Yeah, that might be easier. I also have a couple spare machines that I could use.

It uses the Mono wrapper for GtkMozEmbed for rendering pages. The rest of it is just a blob of Gtk#. I still can't believe I posted a screenshot of it in that condition. It was more attractive early on, when I was using context menus for everything. The current UI is the result of my trying to minimize the amount of code I'm maintaining while I work on other parts of the browser. I've already eliminated that stupid "-" button (close current tab, used before I had any per-tab controls), and the "+" button is next on my list. Anyway, back on topic, I am working on the HOWTO. Right now I'm f

I think it's just Anaconda. Fedora's pretty bootscreen works (with some overdrawing, but nothing too bad) and NetBSD's installer eventually worked. It's just when Fedora drops into curses (at least, it looks like curses...) that the screen turns to mush. Oddly enough, the text install option doesn't seem to do anything. I end up at the same screen no matter what I do. Actually, if I had a complete set of screenshot of the install process I wouldn't have a problem. The garbage is correctly colored, so I can see where all the windows and buttons and whatnot are, I just can't read the text.

The problem's on my end. My ISP routes everything through an opaque proxy server. Anything that tries to connect that what appears to be my IP address hits the proxy instead, and anything that tries to connect to my actual IP address is apparently dropped. As a result, neither active FTP nor BitTorrent work. As for passive FTP, it's hit-or-miss for reasons I don't understand. It worked on the Fedora mirror I'm using, but not on any of the Mandrake mirrors I've tried. That leaves me with HTTP for reliable transfers. Normally I prefer HTTP anyway, since it supports transparent compression a

Neat. Mandrake's on my list for disk images. The only problem is that all the download sites I've found are FTP sites, and my FTP access is flaky. Right now I'm busy swearing at Red Hat for making Fedora so ginormous. 2.2GiB for the install ISOs?! How many distros do they have in there?

Heh, well, I got distracted. I was going to work on the HOWTO tonight, but I suddenly had this urge to make a web browser. You know how it goes. Anyway, the browser is usable now, so I'll probably start to lose interest in it and get back to hacking the HOWTO tomorrow. [Edit: Replaced the screenshot with one with a slightly less embarrassing UI. Hey, whadayawant for four hours work? ]

Perfect. I was hoping I could get by with less than a GiB per system. Thanks.

I went with Djibouti/iguana/apple, but I was trying to break the trick.

Huh. It certainly looks like the same problem. ... Tell you what. Given the symptoms I do think that race condition described in the links I posted is the problem. Unfortunately I don't know how to work around the problem because I don't know have access to any non-BSD-like init systems with which to experiment. Soooo... here's what I'm going to do. I just installed qemu (x86 emulator, like bochs but much faster). When I have some time, I'll grab the install disks for a few distros and build a set of disk images. If all goes well, when someone posts here with a problem I should be able

Check if /sys/ exists and contains some files. If so, you're in good shape. If not, create the directory and add none /sys sysfs defaults 0 0 to /etc/fstab. Actually, neither do I; I was counting on it not being installed As far as I know, if you're copied the firmware into the correct location, it should Just Work. Ah, now this is interesting. Reports of a problem with the prism54 firmware on Fedora. The firmware load times out at boot, but works afterward. This workaround looks like it's worth trying. If the details don't apply to you

FWIW, here's a draft I hacked up over the last hour or so, just to give you an idea of what I'm considering. I'm still trying to decide whether it's better to stick to prose or something more formal, and this draft is somewhere in between. Also trying to decide whether it's better to be concise or verbose. It's pretty terse in places right now just because that's how I seem to write, but that might put off some people. ---- Introduction Welcome to the Linux/Unix Support Forum HOWTO. The purpose of this document is provide you information that will help you help us help you. [No, that's no

Well, I'm bored. [be afraid!] This board is working out quite well for tech support, but I've been thinking that it might be nice to add some general proactive support to complement the normal specific reactive support. For starters, I've been considering writing a short(ish) HOWTO for this forum. An overview of what information is useful to include in requests for help, how to find that information, and maybe a very short command-line tutorial to allow people to use the various diagnostic utilities that I keep asking them to use without explanation . Not a general FAQ like we had in the T

Hardware issue? Just a sec.... Ah, it's in the README. Hotplug's a bit touchy. If you have it installed and configured you might want to check it over to make sure it's working. If you don't have it installed and configured, well, there's your problem

Odd. It sounds like the eth1 configuration is fine but something else is hanging. Could there be something else in 599local that's broken? Have you checked dmesg? It should work where it is. I think.

I'm taking another run at him right now. Nah, it was me

Unfortunately the first thing I did was get in an argument with K (stupid G4TTV instincts) and he seems to have since vanished, so we only broke even I've been thinking about nudging uberpenguin, but he made it pretty clear that he doesn't have the time. To be honest, I'm sort of afraid to advertise more widely and accidentally compromise the quality of these boards. As much as I'd like to see more traffic in the Linux boards (*hinthint*), I really don't want to see a lot of questions about PHLAK and endless "Why should I use Linux?" threads. Let alone the messes we sometimes had on the T

That's sort of addressed in the privacy policy. It collects performance statistics and sends them back to Google. It wouldn't surprise me if it was also using Google search for some things (e.g., checking whether web pages have expired, or pulling in recent searches) though nothing about that is mentioned.

Conspiracies are fun. It took me about two minutes to GIS some images of Pentagon wreckage that definitely came from a jet. A couple second to find examples of aircraft completely disintegrating during crashes into the ground. D'oh, Snopes caught it, of course. Two minutes and change wasted

Neat. It didn't occur to me that the kernels would be handled by the package manager.