[Clc-crux64] Announcement CRUX 2.1.1-64bit-rc1
Hello, the first release candidate of CRUX 2.1.1-64bit is ready and available for download. http://crux.danm.de/files/iso/2.1.1-64bit/ Most significant changes are: - glibc 2.3.6 with AMD64 patches and linuxthreads + native posix threads. NPTL libraries are placed in /lib64/tls and /usr/lib64/tls. - gcc 4.0.2 - x11 6.9.0 - pkgutils with 64bit enhancements - No conflicting compat32/core/opt ports anymore. If you want the 32bit version of firefox you have to install both, core/firefox and compat32/firefox32. Both ports share arch-independent files (/usr/share, /usr/include, ..). 32bit applications usually have '32' as suffix (firefox32,mplayer32,..) An upgrade from CRUX-2.1-gcc4-head to CRUX 2.1.1 seems to be flawlessly feasible - at least it worked well for me :-). Don't forget to deinstall nvidia before - and - replace your old /etc/pkgmk.conf with the newer one found in /var/lib/pkg/rejected/etc/ after the update. No application recompilations were needed because the *-HEAD ISO was delivered with gcc4. If you create your own 32bit ports have a look at /etc/pkgmk.conf. You can specify a 32bit architecture with 'arch=xxx'. An example: [..] name=flex32 version=2.5.31 release=2 arch=i686 [..] If you have any questions please use this (public) mailinglist. Have a nice evening, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A
On Sunday 22 January 2006 17:48, Daniel Mueller wrote:
Hello,
the first release candidate of CRUX 2.1.1-64bit is ready and available for download. bla bla bla
Matt reported that he cannot boot the ISO on two different machines. It spins a bit and then it goes to the normal bootloader. These machines are Shuttle SN95G5 boxes. Anyone else who experienced the same issue? bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A
On Sat, January 28, 2006 23:05, Daniel Mueller wrote:
Matt reported that he cannot boot the ISO on two different machines. It spins a bit and then it goes to the normal bootloader. These machines are Shuttle SN95G5 boxes. Anyone else who experienced the same issue?
I had the same problem with an Acer 650a (Acer GRS400M motherboard with an ATI RS400 chipset). It was simple just to copy the contents of the CD to an NFS directory and then boot from a floppy using NFS to access the root directory. The installation went without a glitch, except for one small problem doing 'ports -u'. It did not work because of a missing shared library 'libidn'. But is was no problem just to download the port and install it. Since then, there have been no problems running the release (except for attempting to get ATI's proprietary driver to work, but that is another topic completely). Dan has done a great job putting together this release and deserves a lot of praise and thank-yous. -- Terry Maher (tel@tel-fi.net) Paris, France
On Monday 30 January 2006 01:32, Terry Maher wrote:
The installation went without a glitch, except for one small problem doing 'ports -u'. It did not work because of a missing shared library 'libidn'. But is was no problem just to download the port and install it.
I didn't notice that curl's configure script was looking for libidn. I've moved libidn to /usr/ports/core now. Thanks for reporting! bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A
participants (2)
-
Daniel Mueller -
Terry Maher