If anybody wants the prime example of why Apple chose to have one button on their mice, go be a beginner user of xfig. Sure you can do cool stuff in it (hey, there’s a bunch of example images as made by one of my hons supervisors).
but xfig is bloody shocking if you’re not experienced with it.
damn evolution (and gnome) absolutely shat themselves today.
shut laptop, lept out of the door, drove to uni (quickly), parked, opened up computer. blank screen.
power button, damn – startup chimes.
whole bunch of gconf weird messages – fixed when the clock was set correctly again.
evolution was not to be saved. stupid thing. rm -rf ~/evolution/ was the only way to fix. not fun, not happy.
eerily quite driving to uni,
eerily got a close car park.
taught,
got taught,
had lunch,
got taught some more. (found out that it requires a large amount of information to convey the unlikely event of me arriving to a lecture on time, although i really found that out on wednesday)
went had coffee, was good. so was (cold wind) walk.
went out for food and (non) drink with ppl for danni’s bday. the present of not brining my camera was appreciated and “just kept giving”.
slept in,
all good.
on my ibook2 (500mhz), while on console and changing brightness, i get a “keyboard: unknown scancode e0 4c” (or e0 54 if going up brightness) log message. Changing the brightness still works though….
This patch may help…..
--- linux-2.4.21-ben2-xfs.recent/drivers/macintosh/mac_hid.c 2002-08-03 10:39:44.000000000 +1000
+++ linux-2.4.21-ben2-xfs.recent-stew1/drivers/macintosh/mac_hid.c 2003-09-09 00:20:13.000000000 +1000
@@ -207,8 +207,8 @@
KEY_RIGHTALT, KEY_BRIGHTNESSUP, KEY_BRIGHTNESSDOWN,
KEY_EJECTCD, 0, 0, 0, 0, /* 0x38-0x3f */
0, 0, 0, 0, 0, 0, 0, KEY_HOME, /* 0x40-0x47 */
- KEY_UP, KEY_PAGEUP, 0, KEY_LEFT, 0, KEY_RIGHT, 0, KEY_END, /* 0x48-0x4f */
- KEY_DOWN, KEY_PAGEDOWN, KEY_INSERT, KEY_DELETE, 0, 0, 0, 0, /* 0x50-0x57 */
+ KEY_UP, KEY_PAGEUP, 0, KEY_LEFT, KEY_BRIGHTNESSDOWN, KEY_RIGHT, 0, KEY_END, /* 0x48-0x4f */
+ KEY_DOWN, KEY_PAGEDOWN, KEY_INSERT, KEY_DELETE, KEY_BRIGHTNESSUP, 0, 0, 0, /* 0x50-0x57 */
0, 0, 0, KEY_LEFTMETA, KEY_RIGHTMETA, KEY_COMPOSE, KEY_POWER, 0, /* 0x58-0x5f */
0, 0, 0, 0, 0, 0, 0, 0, /* 0x60-0x67 */
0, 0, 0, 0, 0, 0, 0, KEY_MACRO, /* 0x68-0x6f */
(gah – you expect me to come up with a title for *everything* – geez)
can’t i just listen to augie march instead of doing ‘work’?
http://developer.gnome.org/doc/API/2.0/glib/glib-Balanced-Binary-Trees.html
saves the day – efficient in-memory indexing, for bugger all effort. gotta love it.
well, they’re not 3 point subjects.
if you define 3 point subject as 1/2 of a 6 point subject that is.
3+3 > 6
grrrr……
although things are interesting and all that, there is just too much on to do a good job on it all. well, unless you’re smarter than i am. or at least better organised. or if you took a break sometime. urgh.
must focus on it.
common message, and i guess it’s what i have to do.
write lots and lots and lots and make it look all very impressive.
i.e. illustrate all the thoughts. too many of them :)
patch-2.4.21-ben2-xfs.recent.bz2
Apply in the usual way, this one is against 2.4.21 stock, so it includes both BenH patches and the XFS patches. The XFS patches are: SGI XFS snapshot-2.4.21-2003-06-23_01:45_UTC as opposed to my last effort with XFS 1.1 (i think).
This patch is pretty similar (if not identical) to what Lashi cooked up. We’re both running this patch (or at least kernels based on it) and things are going well.
My firewire doesn’t really work – but his does. hrrmmm….. haven’t had time to go though the problem yet.