Time to write a tool that greps through the recent diary entries... but someone must have done it already by now.
AltaVistaing through advogato is somewhat unrewarding - it won't follow any of the links. Time to have a look at the HTTP.
Time to write a tool that greps through the recent diary entries... but someone must have done it already by now.
AltaVistaing through advogato is somewhat unrewarding - it won't follow any of the links. Time to have a look at the HTTP.
Well, maybe not, but the DAV server really screams out for it. The versioning-oriented Wikis would also love such a thing. And the VMS junkies would look up briefly.
The implementation is not really as important as a stable, standard interface - several million programs could use versioning in general.
In accordance with the Principle of Least WTF?ing, a desktop environment's user interface should name applications in a way that makes some kind of sense. For example, the gnome menu should have something called 'Image file viewer' (appropriately localized), rather than things called EOG and ee. Sure, _you_ know what they are...
Too many bits of paper, filesystems, web sites. Time to write a program that I can type at and then tell what to do with it, so all my textual output is Logged in One Place.
I suppose some would call this Emacs.
Occasionally when people start to think about alternative information paradigms, the 'lifetime stream of data' one pops up. Implementation would require the sort of all-encompassing throw-out-good-working-code event that free software usually tries to avoid. There's a part of me that thinks setting fire to the code base occasionally wouldn't hurt, but I try to appease it by embarking on occasional hard drive cleanups, for That Way Lies Madness.
I've been thinking about user-space code vs. kernel-space code, and it occurs to me that if you abstracted away the differences between them you could write code that could be compiled for or run in either. And it would be at least as slow as user-space code and would hang the machine in no time flat.
Now, if I only had some decent library access and a clue, I could check this theory against the literature.
Yes, I'm spending my sabbatical navel-gazing. My CS degree has prepared me for this wonderfully.
I've been wondering why Linux distributions all end up being Unix-like, but I suppose it's obvious. Compatibility, and that fortune that goes 'Those who do not understand Unix are compelled to reinvent it... poorly.' And who really understands Unix?
I'm occasionally tempted to implement a distribution which keeps its packages in packages (much like the nextstep/macosx 'bundles') and has a shell that can find stuff in them. It should be easier to deal with upgrades and version skew this way. The problem is that I don't know what bits will be harder this way.
init is another candidate for reworking. It won't start daemons for ordinary users, it spawns some things from inittab and some from the init.d scripts... It's all terribly ad hoc, I feel.
I've been trying to get used to click-to-focus recently, seeing as focus-follows-mouse is relatively unpopular across GUIs and I've not seen any evidence that either is better.
The most annoying thing about it is that new windows (Netscape, for example, which takes a while to start) steal focus from the terminal I'm typing in. One can turn off focus for new windows, but that's not quite right when you're not doing something in another window. The best solution would give the window focus if typing wasn't currently occuring in another, I would think. Opinions?
I wonder how Wikis handle people screwing up and blowing away entries. Do they implement revision control on the entries? I guess I should go look. Later: OK, some of them do. Good.
I wish someone would solve the 'endless maze of twisty little categorizations, all alike' problem ;)
Xfree 4.0.1 fixes the VC-switching problem. Excellent.
I've decided I like Sawmill. Easy to configure. Will let me fit three terminal windows in 1024 vertical pixels with minimal tweaking. Pretty, but that one's not part of the acceptance test.
Mandrake as a whole - it's OK, but I'll try Red Hat next time.
Thanks to jbowman, chromatic and strlen for the certification props.
OK. Mandrake 7.1. Kinda pretty. Some odd dependancies and package categorizations, some of which I can think of explanations for. Their XFree86 4.0 configure program is a little on the pathetic side, but then again it's very new. (It wouldn't believe my 32MB TNT2 Ultra could do 1280x1024x32, when it actually goes way, way beyond that.)
XFree86 4.0 is a little different and a little broken. Changing back to text VCs doesn't (fortunately, changing back from that to X does), and I've had to tweak my DPI settings again. Does anyone know if the VESA DDC standards include a way for the monitor to tell the system its physical size? mail cpw at catenoid dot com if you know the answer (or just to say 'Hi!').
Fortunately, this appears to be 4.0, so maybe I'll get VCs back if I can upgrade to 4.0.1.
I still think that the kernel should be able to arbitrate access to the video hardware, so you can run multiple buggy graphics systems and have the kernel wrest the video hardware from one and give it to the other. I suspect the GGI people said similar things, though, and Linus didn't like it much. Clearly he needed to play more svgalib games, which would quite frequently do nasty things if you tried to change VC while they were running.
I'd like to know how these mentorships get started.
The thing I keep coming back to tonight is this: If developers didn't have massive egos, why would they develop?
Picked up Mandrake 7.1. Looking forward to direct- rendering OpenGL. It should be good practice for the installfest, too.
New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.
Keep up with the latest Advogato features by reading the Advogato status blog.
If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!