Older blog entries for tef (starting at number 3)

17 Sep 2001 (updated 17 Sep 2001 at 14:49 UTC) »
more filesystems (Noticing a pattern yet?)
Ended up talking to mike about filesystems, basically he's being using resier to avoid fsck on a webcache. (don't blame him though, I should be using XFS soon on /home). fsck is a problem on a 36gb system apprently.. so I got thinking about a temporary filesystem where data recovery is non existant. The idea instead of running fsck on the fs when rebboting after a crash, it would be quicker to mkfs then mounting. (this is why it's called tempfs) quicker yet would be a dd copy of a nice clean superblock). If I was serious about this i'd patch a copy of ext2 for speed (no updating timestamps etc), and have the stickybit permanently in effect. (so it could be used for tmp and a cache...). It would probably write a clean root dir when it mounted perhaps. and of course if you wanted to recover the data after a crash you could always fsck it and mount it as an ext2 drive. (Isn't technology wonderful)
got certified as apprentice and I didnt even bribe the people :)
15 Sep 2001 (updated 17 Sep 2001 at 14:47 UTC) »
more crypto
Hmm. I Was pondering more on steg fs'. Probably having a bunch of 1k files in a directory containign random data. you parse each one , decrypt it and check the hash/crc at the bottom to see if it's your file. any files that cant be decrypted would probably be declared as freespace and overwritten. its a bit of a duct_tape hack. perhaps they wouldnt be shown. then again. it has to be a pretend ext2 system allegedly.
15 Sep 2001 (updated 15 Sep 2001 at 20:31 UTC) »
more crap
urk! forgot to mention that there isnt a linux distrobution for lazy people. guess i'm just too much of a slacker
maybe debian could be adapted, i'd rather have some sort of meta packages rather than all in one .deb (or whatever files).
lazy people need a distrobution, to be honest. I can't be arsed making one
15 Sep 2001 (updated 15 Sep 2001 at 20:37 UTC) »
and so it starts..
Was originally going to host this on nitric (see above) but advogato is quicker easier and I dont have to worry about fixing The bugs.
so what follows is a few developmental ideas that have been running aorund in my head for a while...
the irc client i migth just finish (or start..)
The irc client i'm 'developing' is still a blotchy picture in my mind, i'm still not sure what language to start it in as I know perl, but would like to do a little more than 'hello world' in c...
the irc client. i't would probably most resemble a instant messager client pager containign all the current iwndows and status, and then mirc-alike windows for channels and queries and crap like that.
paranoid file systems..
I was rethinking about stenographic file systems e.g (stegfs) and i've been playing around with an implementation based on ron rivest's chaffing system of hiding data in plaintext, the idea being having all inodes on a system being valid and you'd have to check a md5 sum (included) or some such. this would also be true for indirect inodes.. (so even if a inode is correct , it might only be 10 blocks big and the indirect inodes might be false)... The hardest bit is the maintaing of the filesystem. then again there could always be a copy hiding on the ext2 partition...
although security bigots would crucify me for this, i wouldnt mind a /proc entry showing the last 10 or 20 deleted files... (especially as i've regretting rm'ing a file or two..)
more unmade code
another idea i've yet to implement (you /will/ see this a lot on these pages) was a news whore script. basically i'm pissed off with the news sites with the bloated designs (if it doesnt work in lynx, its bloated). like *cough* slashdot */cough*. So i was then thinking abour parsing the front page of a couple of sites. sf pointed me at rss (but it doesnt have everything). indymedia would probably get treated too. (even if it is fast, well written, and informative)
anyhow, less wishful thinking and more code should sort me out :)
(and one day i'll do that linux from scratch I was always going to do)

New Advogato Features

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!