[Clc-crux64] Announcement CRUX 2.1.1-64bit-rc2
Hello, I transfered the second release candidate of CRUX 2.1.1-64bit[1] to crux.danm.de yesterday. Changes: ======== - Libidn moved from opt to core (thanks Terry), - grub's xfs problem solved (thanks Matt), - some port updates and - the boot image uses syslinux 3.09 (instead of 3.11) again. I've tested the following systems so far: 64bit (Intel EMT64/AMD64) ========================= o Fujitsu Siemens Computers Scenic W620 i915G (Intel P4 64bit) => ISO booted successfully. o Fujitsu Siemens Computers SCALEO P (Athlon64 3700+) => ISO booted successfully. o HP Proliant DL360 G4(Intel P4 64bit) with Smart Array 6i (SCSI RAID1) => ISO booted successfully, all RAIDs were detected and were accessible. I had loved to test more server machines but this small flounder was the only one lying around. 32bit (Intel) ;-) ================= o Fujitsu Siemens Computers Lifebook S4572 (Intel PIII 750) => After pressing F12 for choosing CD as primary boot device the bootloader "isolinux" started. Of course, CRUX could not boot (Kernel said: "Use a 32bit distribution"). I only wanted to see whether isolinux shows up. bye, danm [1] http://crux.danm.de/files/iso/2.1.1-64bit/ -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A
Howdy, On Tue, January 31, 2006 20:37, Daniel Mueller wrote:
Hello,
I transfered the second release candidate of CRUX 2.1.1-64bit[1] to crux.danm.de yesterday.
No problem with booting from the ISO this time. It booted OK from an Intel P4 64-bit processor (and didn't boot OK from an AMD Athlon 32-bit processor). Doing 'ports -u' still has problems because of the missing 'libidn' shared library. Perhaps the libidn port should be a package on the CD? A general comment: the installation is a little different from that of Crux 2.1 (32-bit), i.e., the use of udev. During the installation I needed to do the following: - replace: mount -t devfs devfs /mnt/dev with: mount -t sysfs sysfs /mnt/sys - Sometime after doing the chroot, but before doing the 'make all' for the kernel, execute 'start_udev'. When I didn't do the start_udev the 'make all' had problems and 'make modules_install' did not work at all. When sysfs was not mounted, lilo just laughed at me. I am not sure if this is right or the best way, since I am quite spastic in my knowledge of udev. Anyway, perhaps a little note or README about differences in the installation from what is documented in the handbook might be helpful- well, it would probably be helpful to me, at least :^) Regards -- Terry Maher (tel@tel-fi.net) Paris, France
Howdy, On Fri, February 3, 2006 21:06, Mark Rosenstand wrote:
On 2/3/06, Terry Maher <tel@tel-fi.net> wrote:
Doing 'ports -u' still has problems because of the missing 'libidn' shared library. Perhaps the libidn port should be a package on the CD?
Did you read the changes from rc1? "Libidn moved from opt to core (thanks Terry)"
Er, yes I did. And libidn has been moved in the ports tree from opt to core. The problem is that the compiled package is not present on the CD (either in core or opt). So, in order to get the ports tree you need to do a ports -u, but ports -u fails because libidn is not installed. Uhm, is there something perhaps I should do to avoid this problem? It really not a big problem, since I can just get the port from Dan's repository and build it. It is just a nuisance, that's all. Regards -- Terry Maher (tel@tel-fi.net) Paris, France
On Friday 03 February 2006 20:42, Terry Maher wrote:
Doing 'ports -u' still has problems because of the missing 'libidn' shared library. Perhaps the libidn port should be a package on the CD?
Oh no.. damnit. I forgot to copy libidn#0.6.1-1.pkg.tar.gz. You can download the file here: http://crux.danm.de/files/iso/2.1.1-64bit/libidn%230.6.1-1.pkg.tar.gz :-(
A general comment: the installation is a little different from that of Crux 2.1 (32-bit), i.e., the use of udev. During the installation I needed to do the following: - replace: mount -t devfs devfs /mnt/dev with: mount -t sysfs sysfs /mnt/sys - Sometime after doing the chroot, but before doing the 'make all' for the kernel, execute 'start_udev'.
Okay, but I would suggest: # mount --bind /dev /mnt/dev # mount --bind /proc /mnt/proc # mount --bind /sys /mnt/sys # mount -t tmpfs none /mnt/tmp # chroot /mnt [..] http://crux.danm.de/files/iso/2.1.1-64bit/README Thanks Terry! -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A
Howdy again, On Fri, February 3, 2006 21:14, Daniel Mueller wrote:
On Friday 03 February 2006 20:42, Terry Maher wrote:
Doing 'ports -u' still has problems because of the missing 'libidn' shared library. Perhaps the libidn port should be a package on the CD?
Oh no.. damnit. I forgot to copy libidn#0.6.1-1.pkg.tar.gz.
You can download the file here: http://crux.danm.de/files/iso/2.1.1-64bit/libidn%230.6.1-1.pkg.tar.gz
:-(
Not to worry. The downloaded package works fine :-)
A general comment: the installation is a little different from that of Crux 2.1 (32-bit), i.e., the use of udev. During the installation I needed to do the following:
[...snip...]
Okay, but I would suggest:
# mount --bind /dev /mnt/dev # mount --bind /proc /mnt/proc # mount --bind /sys /mnt/sys # mount -t tmpfs none /mnt/tmp # chroot /mnt [..]
Worked like a champ. No problems with the makes or lilo, and it is a much better way.
Well, since you now have such a lovely README, you may want to add one tiny little thing :^) - cp arch/i386/boot/bzImage /vmlinuz + cp arch/x86_64/boot/bzImage /vmlinuz Fortunately, there should not be any controversy about whether you should use spaces or tabs :^) Thanks and best regards. -- Terry Maher (tel@tel-fi.net) Paris, France
participants (3)
-
Daniel Mueller -
Mark Rosenstand -
Terry Maher