There is a bug on dhcp3-client that describes this same problem. Though the
last comment in that bug claims the problem is still unfixed, I believe it
actually is fixed in dhcp3-client but unfixed in isc-dhcp-client.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508804 is the bug against
dhcp3
Package: isc-dhcp-client
Version: 4.1.1-P1-15
The logic to set the hostname on boot when that hostname is supplied via
dhcp is not working. Looking at the code in dhclient-script, it appears
flawed. Testing reveals unexpected content in the variables.
My environment: the dhcp server is sending
Package: libvirt-bin
Version: 0.8.3-1
Severity: normal
The default /etc/libvirt/qemu.conf has the following lines:
# The user ID for QEMU processes run by the system instance
#user = "root"
# The group ID for QEMU processes run by the system instance
#group = "root"
That they are commented out i
uhh... my bad. I had a bad repository in my apt sources list that
contained a backported version that required python 2.3.
Please close and ignore this bug report.
-ben
--
Ben Hartshorne
email: [EMAIL PROTECTED]
http://ben.hartshorne.net
signature.asc
Description: Digital signature
Package: bacula-client
Severity: minor
I tried to install bacula-client, and apt told me the package likely has
a bug. I am reporting it here. bacula-client requires bacula-fd.
bacula-fd requires python2.3. etch provides python2.4 only. While I'm
sure this is a surmountable problem (I'll proba
5 matches
Mail list logo