[sisuite-users] Question of bitttorrent and boel_binaries.tar.gz

2007-08-14 Thread Bas van der Vlies
Hello, first i want to say thanks for the debian packages in the new version :-D. Saves a lot of work! In our cluster we have now mixed nodes i386 and x86_64. Now if we enabled bittorrent then there is now flavor included as with eg rsync and the installation will fail for X86_64 machines

Re: [sisuite-users] Question of bitttorrent and boel_binaries.tar.gz

2007-08-14 Thread Andrea Righi
Bas van der Vlies wrote: Hello, first i want to say thanks for the debian packages in the new version :-D. Saves a lot of work! In our cluster we have now mixed nodes i386 and x86_64. Now if we enabled bittorrent then there is now flavor included as with eg rsync and the

Re: [sisuite-users] Question of bitttorrent and boel_binaries.tar.gz

2007-08-14 Thread Bas van der Vlies
Andrea Righi wrote: Bas van der Vlies wrote: Hello, first i want to say thanks for the debian packages in the new version :-D. Saves a lot of work! In our cluster we have now mixed nodes i386 and x86_64. Now if we enabled bittorrent then there is now flavor included as with eg rsync and

Re: [sisuite-users] Question of bitttorrent and boel_binaries.tar.gz

2007-08-14 Thread Andrea Righi
Bas van der Vlies wrote: Anyway, the patch below (untested) should fix this problem. I will test it. Is is also in svn? Not yet. I'd like to test it before, but the patch is based on the latest svn. -Andrea - This

Re: [sisuite-users] Question of bitttorrent and boel_binaries.tar.gz

2007-08-14 Thread Andrea Righi
Andrea Righi wrote: Bas van der Vlies wrote: Anyway, the patch below (untested) should fix this problem. I will test it. Is is also in svn? Not yet. I'd like to test it before, but the patch is based on the latest svn. -Andrea It seems to work. Checked in the svn trunk too.

[sisuite-users] reboot failed on autoinstalled client because /dev/disk/by-uuid/XXXX not found

2007-08-14 Thread wtautz
So to be clear I tried an older Ubuntu system running dapper and put on the version 3.8.2 package converted from rpms using alien. Reboot the machine using systemimger install kernel drive repartitioned, rsync installed files and then tried rebooting got (on the console, it dropped

Re: [sisuite-users] make deb does't work

2007-08-14 Thread wtautz
Andrea Righi wrote: wtautz wrote: Where can I get the latest systemimager packages for Ubuntu/amd64 Feisty? I tried building https://bugs.launchpad.net/ubuntu/+source/systemimager/3.6.3dfsg1-3 on dapper and ran into /u/wtautz/systemimager-3.6.3dfsg1/systemimager-3.6.3/tools/getsource

Re: [sisuite-users] reboot failed on autoinstalled client because /dev/disk/by-uuid/XXXX not found

2007-08-14 Thread Andrea Righi
wtautz wrote: The interesting thing is the image on the image server, of course, has no /dev/disk/ since, as I understand it, /dev/ is a kernel maintained structure and yet the autoinstalled client remembered the identifier from the golden client, a different piece of hardware but hardware

Re: [sisuite-users] make deb does't work

2007-08-14 Thread Andrea Righi
wtautz wrote: I downed loaded the 3.9.2 version tarball from above and tried running make deb and got: config.status: creating config.inc rm -fr tmp mkdir -p tmp/ svn export . /u/wtautz/systemimager-3.9.2/tmp/systemimager-3.9.2 svn: '.' is not a working copy make: ***

Re: [sisuite-users] reboot failed on autoinstalled client because /dev/disk/by-uuid/XXXX not found

2007-08-14 Thread wtautz
wtautz wrote: So to be clear I tried an older Ubuntu system running dapper and put on the version 3.8.2 package converted from rpms using alien. Reboot the machine using systemimger install kernel drive repartitioned, rsync installed files and then tried rebooting got (on the

Re: [sisuite-users] make deb does't work

2007-08-14 Thread wtautz
Andrea Righi wrote: wtautz wrote: I downed loaded the 3.9.2 version tarball from above and tried running make deb and got: config.status: creating config.inc rm -fr tmp mkdir -p tmp/ svn export . /u/wtautz/systemimager-3.9.2/tmp/systemimager-3.9.2 svn: '.' is not a working copy make: