Navigation in drupal can take some work to get your head around. I've gone down the Taxonomy path, which I suspect is the correct one :-). At first I was using the taxonomy_menu module, and it seemed to work reasonably well. As I actually started to get some content online though, it irked me that when you chose a vocabulary, the content returned was from all vocabs, not just the one you chose. It seems that the design idea is that content is filtered only based on vocab terms, not vocabularies in general - ie, once you chose a term from that vocabulary, the correct content was returned. I figured I'd have a look at another taxo-nav module.
This little fix had me stumped for several hours. From a windows box, printing to a samba server using CUPS gives no joy. Windows has it's own drivers, so it will send raw printer instructions to CUPS, expecting these to be passed directly to the printer. CUPS usually expects to be able to do the data conversion itself using it's drivers, using a set of mime-types to recognise incoming jobs, and translating them to the proper printer language on the way, be it postscript, bubblespeak or whatever your particular paper-chomping animal speaks. CUPS seems to ship (on RedHat / Fedora at least) without support for application/octet-stream support. Is it just me, or is octet really hard to type?
People too slack to run a decent firewall (like whoever carries the traffic between me and www.news.com.au) won't be getting too many hits from Fedora users who have updated to kernel 2.6. Unless said users bother to find out this little nugget - 2.6 Kernels in Fedora ship with ECN enabled. Huh? What's ECN? It's Explicit Congestion Notification, nicely overviewed here by Peter Samuelson, and it helps hosts to more efficiently negotiate just how many bits they can ram down each other's throats without going backwards. The problem is that some crappy firewalls and routers (ie, outdated and bad, or just bad) will drop packets that have ECN enabled on them. They shouldn't, but they do. There are two ways to get around this:
Configure/LD fails to find or link to libqt-mt
This is not likely to be useful for anyone on it's own, but nonetheless it's something I had to do on my system to make Rosegarden-4 (a midi sequencer) build on my amd64 system.
Using the planet-ccrma src rpm, configure failed while detecting Qt. Investigation of config.log shows that ld (the linker) is failing to find libqt-mt. On FC1, that's in /usr/lib64/qt-[ver]/lib/, but the config script/ld looked only in /usr/lib64/qt-[ver]/lib64/, which kinda makes sense, but alas there be no library in those waters. Solution:
After getting sick of my 4-year-old website "design", I decided to do something about it. This book is intended to be a summary of my experiences with Drupal, and hopefully will see me make the transition from clueless newbie to Drupal near-guru.
Copyright 2002 Ashley Gittins
It is a disturbing trend, but many people seem to take great pleasure in
spreading fear and mis-information. Sadly, the Australian Dropbear is another
victim of this type of treatment. For many years, visitors to Australia have
been warned of this almost mythical sounding creature which stalks the forest
canopy, waiting for a meal to pass by below. Whilst wide-eyed newcomers are
listening intently to this new information, the informant-turned-storyteller
may stoop to embelishment. This is unacceptable, as the threat posed to
humans by the Dropbear is very real, and should be treated with the utmost