Dan Nicholson wrote these words on 04/15/07 12:54 CST: > That sounds good. So, <xref linkend="dbus"/>, <xref > linkend="dbus-glib"/>, etc.? Or just one big <xref > linkend="dbus-bindings"/>? Or prefer the individual binding xrefs. I > might need some help with this setup. I don't think I've ever done > that before.
I was thinking individual xref labels for each different binding on the dbus-bindings page. So, my thoughts are one page for D-Bus itself, and another for the bindings. And on the bindings page, separate the different bindings into sections, each identified by an xref label. The Perl Modules page is a perfect example of what I'm talking about. In fact, Dan, if you'd like I'll knock out the D-Bus bindings page and put it in the book. Let me know. > That's much more clever than I was thinking. I came around to your > original idea to just having a note: "If you're planning on using HAL, > it will only check for the uncompressed pci.ids. Be sure to decompress > pci.ids.gz after updating, if this is the case. If you'd like to > suppress the compression behavior in pciutils completely, pass ZLIB=no > when executing make." > > The init script works, though. Well, for folks that don't have their network activated at boot, an init script isn't a good solution. However, I find it perfect for me. We will have to provide a mechanism (see instructions I do in the previous email) to unzip the file in the HAL instructions. As long as it is done *once*, HAL should forever not bitch about it. And updating the pciutils page with an option to pass ZLIB=no is not a bad idea after all. Only thing with that is that at some point, I can see us removing it when everyone (other package maintainers) catches up to the fact that the file is compressed. -- Randy rmlscsi: [bogomips 1003.23] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 13:13:00 up 10 days, 18:10, 1 user, load average: 0.18, 0.06, 0.03 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
