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
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
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
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
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.
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
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
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
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: ***
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
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:
11 matches
Mail list logo