Yearly Archives: 2003

1/2 busted CF reader :(

Posted on by
3

from the ‘not-so-cool-anymore gadgets’ dept.

Well, i’ve been having some problems with it, which I can no longer really put down to linux usb mass storage drivers, Michael’s USB key worked flawlessly (with pretty flashing light), so it’s probably the CF card reader that is giving in the ass.

darn. have to buy another sometime.

plus, my camera worked fine (in fact, better than the CF reader i think) so maybe it’s time for a nice, decent, good CF card reader. Pity, i liked the physical design of this one.

scan in pages of notes?

Posted on by
Reply

that would make some sense, and form an update – but gah – the screen on the machine with the SCSI card and the scanner has carked it, and i really cannot be bothered doing remote X and walking down stairs to change the paper.

live with not knowing what i’m doing.

or, just wait for the CVS logs or some strange thing.

gah, darn too much to do.

linux-2.4.22-ben2-stew1-xfs available

Posted on by
Reply

Okay, I admit that the -stew1 part is pure vanity – but hey, that’s what EXTRAVERSION is for, right?

A patch against stock 2.4.22 which gives you:
– benh fixes and features
– a fix for that annoying message on console when changing brightness (brightness down seems to generate a newline for me still, but it’s better than annoying text)
– XFS file system from SGI.

I have .debs if people are interested, can upload.

patch-2.4.22-ben2-stew1-xfs.bz2

Other useful things to note:
– Firewire now works for me, I’ve even burnt a BeOS CD!
– A newer version of the HFS+ driver is out, head on over to
http://www.ardistech.com/hfsplus/
to grab a copy. See Roman’s recent LKML post for details.

as always, feedback welcome.

enjoy :)

Prohibited behaviour

Posted on by
2

This type of appauling behavior is prohibited in the STRIP joint. Especially not in the fish bowl!

Please do not tap the glass (it disturbs the fish) and Welcome to the Monkey house, The Code Monkey House
That’s: “Please do not tap the glass (it disturbs the fish)” on the left, and “Welcome to the Monkey House, The Code Monkey House” on the right.

Perl Camels
The big camel is a perl program that prints the small camels. This is also not allowed.

The Committee for the removal of Fun and Humor has struck again.

evo shat itself

Posted on by
1

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.

friday

Posted on by
Reply

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.

potential fix for keyboard scancode errors

Posted on by
Reply

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 */

hons subjects

Posted on by
Reply

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.

new 2.4.21-ben2-xfs patch

Posted on by
Reply

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.

100 objects!

Posted on by
Reply

the magical 100 objects have been put onto a volume, and they’re in the index!

i’m even going to now hack on a little store utility that will take stdin and put it into an object.
but before that, i think i’m going to make something that prints an object to stdout.

just so we can start having some fun :)

a lot less is broken now.

block allocation for transactions and incomplete snapshots

Posted on by
Reply

be able to mark blocks as “in transaction” and only have this info recorded in memory, not on disk. allows less writes to disk, as any uncommitted transaction we don’t care about on restart.

but, when things get to the “we’re ready to commit this” stage, we’re going to have to write back to disk….

hrrrmmm…..

lca04

Posted on by
Reply

is coming along rather nicely – the reports from the adelaide guys have been really good….

it’s looking like lca05 will be in canberra – although (of course), everything is very preliminary.

lots of papers have come in, more still coming (even though call for papers officially ended on the 18th). They’re going to keep accepting stuff until they decide not to though :)

personally, i can’t wait.