Hi,
On Thursday 28 September 2006 00:53, Henning Sprang wrote:
+ chroot /tmp/target hwclock --utc --systohc
error=1
I assume it has something to do with Xen, as domU's don't have a hwclock...
I'll make that line optional when the class XENU is deinfed. Maybe
interesting for the simple
On Thu, 28 Sep 2006 10:11:46 +0200, Holger Levsen [EMAIL PROTECTED]
said:
+ chroot /tmp/target hwclock --utc --systohc
error=1
Maybe introducing another class, REALHW, would be better than not
executing
tihs when XENU or VSERVER is defined.
To make it more generic
On 9/28/06, Thomas Lange [EMAIL PROTECTED] wrote:
[...]
chroot /tmp/target hwclock --utc --systohc || true
That works but it's kind of dirty, it will also be true if there is a
real error on real hardware.
It will always succeed and return no error code.
As I said, because we want (and
Hi,
On Thursday 28 September 2006 13:00, Michael Tautschnig wrote:
I'd also vote for a new class, may it be VIRTUAL or even 2 classes, like
VSERVER and XENU; it's minor issues only, but there are a few things to be
done on virtual instances and thus an extra class seems justified.
/me too
The new fai-cd ISO image for etch containing FAI 3.0 is available at
http://www.informatik.uni-koeln.de/fai/fai-cd/
An image for amd64 is not yet available.
--
regards Thomas
