I’m very pleased to announce that a little program of mine called
nocache has officially made it into the Debian distribution and
migrated to Debian testing just a few days ago.
The tool started out as a small hack that employs
to check which blocks of a file are already in the Linux FS cache, and
uses this info in the intercepted libc’s
wrappers and related functions in an effort to restore the cache to its
pristine state after every file access.
I only wrote this tool as a little “proof of concept”, but it seems there are people out there actually using this, which is nice.
A couple of links:
Update: Chris promptly provided an Arch Linux package, too! Thanks!
I'm not sure why, but AFAIR I've never done a
dist-upgrade that was
entirely successful. That is true to my Debian system at home as well
as to various other Ubuntu systems I've laid hands on.
My Debian system was a mix of stable and testing packages, and somehow
aptitude came to a point where it'd just not be able to resolve some
dependencies, meaning I could not install nor remove any new packages.
So I opted for a
dist-upgrade to Testing. Here's how it went, roughly:
libc, where the installation process will go into a deadlock. Error message and solution is posted here (yes, you have to manually patch a Perl module).
linux-basehas the same problem.
aptitudewon't do any further upgrading.
apt-get dist-upgradecontinues, though.
pcspkrmodule is appearently now called
snd_pcspand is thus loaded, strangely overriding all other sound drivers. I blacklist it manually, reboot.
libcaca0wants to overwrite a file which is also present in
libcaca0, which in turn will fail. Turn to manual override and uninstall all packages
xterm. Inspect the situation:
rxvt-unicodeare missing. Well, thanks, so here I go,
aptitude install rxvt. But guess what:
aptitude! Yeah, great.
apt-get install rxvt-unicode, finally a decent terminal. Fire up mplayer. It's not installed any more. Like, what?!
mplayer, start it on a file. No sound. After various tries, a pattern
aplayworks just fine.
mplayer -ao alsaworks. Put it into the config. Happy now with music.
Now, what I ask myself: Manually patching a Perl module, manually
resolving dependencies and invoking
dpkg, being (momentarily)
deprived of the few programs I use on a daily basis ... how will this
packaging system ever be remotely feasible for someone who's not an
expert of sorts and well-versed in debugging in a Unix wold?
Update: Some crap program said it depended on DECnet
stuff. After a reboot, this caused the MAC addresses of all my
interfaces (yes, both wireless and wired!) to be the same, i.e.:
aa:00:04:00:0a:04. Solution is removing
dnet-common. – You kidding me?!