From lucas at die.net.au Tue Feb 13 02:14:10 2007 From: lucas at die.net.au (Lucas Hazel) Date: Tue, 13 Feb 2007 13:14:10 +1100 Subject: [crux64] Status Report Message-ID: <1171332850.11455.35.camel@lucas-desktop> I've been asked about the status of CRUX64 as I have been quiet about it. I can assure everyone that I have not abandoned the project. I'll now attempt to give a rundown of things as they stand. As things have changed quite a bit from Daniel's release. Ports: Daniel introduced many new features not seen in CRUX/Linux, notably PAM. I have removed all of this in favour of following the official ports as closely as possible, only including extra ports necessary to the distribution (ie: linux32). To reduce the amount of maintenance required, the ports will also be identical to the official ports tree in terms of features, versions, patches, etc (again only making changes required for the x86_64 architecture). File System Hierarchy: To reduce the need modifying ports, lib and lib64 will be reversed. That is, lib64 will be symlinked to lib. This seems to be the popular choice among other 64 bit distributions and reduced the need for modifying ports for x86_64. Preferably pkgutils should handle symlinks correctly. A conversation with one of the CRUX mods (I forget who) revealed that pkgutils will not be receiving any major updates for the 2.3 release (INSTALL, symlinks, etc). Multiarch: I have discussed this previously in more detail (refer to archives). The main issue with the implementation is that many utilities will need to be modified to be made multiarch aware. Until such a date when there is an official multiarch solution there will be 2 sets of ports, the development branch and the release branch. The development branch will be in the multiarch format, while the release branch will be processed from development to fit the traditional port hierarchy. Release Schedule: There is not release schedule as yet, as this version of CRUX64 will be released as 2.3, I would like to wait for the official 2.3 release. I'm lazy and figure I'll just wait until the new dependency tree is finalised (re: xorg) rather than do it myself. Secondly we are expecting a child any day now (due on Sunday) so things are a bit hectic here at the moment. So the only times I get to work on CRUX64 are when everyone is asleep or on a really slow day at work. So bear with me for now, it will be ready when it's ready :) -- Lucas Hazel From lucas at die.net.au Sat Feb 24 01:27:33 2007 From: lucas at die.net.au (Lucas Hazel) Date: Sat, 24 Feb 2007 12:27:33 +1100 Subject: [crux64] core ports package Message-ID: <20070224122733.78320915@akira.digitilocal> To prevent a massive bugfest when CRUX64-2.3 get's released I'll start making work available online. I currently have core and xorg going and a small selection from opt. The core ports are now available online: http://nipul.die.net.au/core.tgz Once I decide where to store the repositories, I will update the ports port. This also includes a multiarch version of pkgutils, so consider it very beta. Regarding multiarch pkgutils. To reference non-native ports (ie compat32) I have chosen the following syntax name at arch, you can see this in the x86_64 version of gcc which required glibc at compat32. To specify to build a compat32 port simply use pkgmk -a compat32. However keep in mind that this breaks prt-get. The first time around, pkgutils will have to be built manually. Once that is done pkgutils can be rebuilt and installed using package management. It is recommended current users of Daniel's version of CRUX64 do a fresh install due to the restructuring of core and the reversal of the lib64->lib symlinks. However that said, I have successfully migrated from the old version to this one by hand, YMMV. -- Lucas Hazel ================================================= "Clothes make the man. Naked men are rarely taken seriously, or given employment." (Mark Twain) =================================================