- crux64 - lists.crux.nu

Re: [Clc-crux64] New x86_64 iso available!
by Jeremy Jones 10 Apr '05

10 Apr '05

<Sorry if this shows up twice -- sent it once from the wrong email address. Duh! Moderator: don't bother approving the one sent from jeremy at captainstupid dot net> Hi Lars, On Saturday, April 09, 2005 12:49 PM, Lars Helmer wrote: > > just did a _successful_ install with your new iso! :) Great! > it took some work because the cd i burned was defect (as usual), and, > because the handbook.txt file on the cd was just an empty file. maybe > something to fix for > -rc2 ? On the system where I created the iso, there was no libxslt or docbook stuff installed, so I didn't make the handbook -- sorry 'bout that! > on another note, the bin86 and emacs ports in your repo are older than > the ones that comes with the iso... Actually, the bin86 is 0.16.17 on mine, and 0.16.0 on vanilla crux -- 0.16.0 wouldn't build properly. Same with emacs -- I had to use 22.0.something, as opposed to 21.something.something... > besides that... great work! Thanks! Glad to hear it's good for someone other than me. A couple points: The known bugs from 2.1rc1 vanilla crux are also problems for this version. For one thing, sshd is broke -- there's a fix, involves creating an empty directory somewhere, but I can't recall what that directory is a the moment. Also, you'll find that building some pieces of software bomb out in ./configure stage -- take a look at the dhcpcd Pkgfile for the fix: copy newer config.guess and config.sub over the top of the old ones in the source directory. Another thing: Because the pkgmk64 script copies and moves Pkgfiles, etc. around during the make process, pkgmk will always think that the pkg.tar.gz files are outdated and will rebuild them even if they don't need to be if you let it. Has to do with timestamps. I'll get that straightened out with the next release. And: Anyone who cares to try to build multilib capabilities into this, please do! I'll get around to figuring it out at some point, but for now, you can only build 64-bit software. That doesn't mean you can't run 64-bit binaries, though, as long as you have ia32 bit emulation in your kernel. Enjoy, Jeremy

2 3

[Clc-crux64] New x86_64 iso available!
by Jeremy Jones 09 Apr '05

09 Apr '05

Hi all! finished up with my latest x86_64 crux iso! i think it's pretty clean this time. should work just like the vanilla crux installation -- nothing special to do other than follow the normal crux install directions. you can find the iso, as well as my base64.httpup, opt64.httpup, and a readme at: http://www.samnjack.com/crux-amd64 (please be gentle with my bandwith!) Here's the readme: README FOR CRUX64-2.1RC1 The iso image and ports available here are built for the x86_64 architecture only. The iso will not boot on any other architecture, and the ports will not run on any other architecture. They were built on an amd64 3000 development box, using generic x86_64 optimizations; that being said, I _think_ it should boot and install on ia64 architecture, but I have no way of testing. This release aims to remain as close to "vanilla" crux as possible. In some cases there are differences: 1. cvsup does not build on x86_64 systems, and is not included here. for port updates, we need to use httpup 2. the /lib and /usr/lib directories are symkinks to /lib64 and /usr/lib64 respectively. REMEMBER THIS! this has the consequence of breaking "pkginfo -o" when querying files in /lib64 or /usr/lib64, in cases where a port installs files to /lib or /usr/lib. 3. some default crux software packages require minor changes (to the Pkgfile, .footprint, .md5sum, or .nostrip files) for the x86_64 architecture. to accomodate these changes while preserving most of the default crux ports tree, I've decided to use an extension to the default files of .x86_64 where necessary. The pkgutils port includes two wrapper scripts to the pkgmk utility: pkgmk64 and pkgmk64-recursive. The pkgmk64 script checks for the existence of <some_file>.x86_64, and if it exists, copies the vanilla crux version to <some_file>.orig, copies <some_file>.x86_64 to <some_file>, runs pkgmk with options passed to the script, then moves the files back into place. The pkgmk64-recursive calls pkgmk64 recursively in a top-level ports directory. pkgmk64 can't be called with the "-r" option; use pkgmk64-recursive without "-r" for that purpose. This script could more than likely be adapted to a patch for pkgutils directly, which I think would be better than it's current manifestation. In fact, it could be adapted to any alternative architecture crux project, which I think would be the right thing to do. 4. at http://www.samnjack.com/crux-amd64/ are base64.httpup and opt64.httpup, which point to my x86_64 ports repository. The ports will be downloaded to the standard /usr/ports/{base,opt} locations. I will try to keep these as close to synced as possible with vanilla crux, but they will more likely than not be out of sync at some time or other. If you would like to keep up to date yourself, I recommend getting the default base.httpup and opt.httpup files, changing them to download per's ports to an alternate directory (i.e. /usr/ports/{base-i686,opt-i686}, and manually inspect and test any updates you don't get from me. BE WARNED: updating your ports with the default base.httpup and opt.httpup and running something like "prt-get sysup" may kill your system! Make sure you keep your port trees squared away! Other than that, everything ought to work just fine. If you find something terribly wrong, please inform me (you'll find my e-mail address below) or anyone else who decides to take this project on. It may be worth the effort, assuming there's more than three or four people using this, to maintain repositories of contrib and unmaintained ports that require changes for x86_64, similar to what I've done with base and opt. Time will tell. Once again, I think building into pkgutils and the ports system a true multi-arch capability would be wonderful. Maintainers of the ppc and sparc64 branches would probably agree... Thanks, and good luck! jeremy at samnjack dot com

3 2

[Clc-crux64] newcomer
by lasso＠spacecentre.se 06 Apr '05

06 Apr '05

hello. although this list seems a bit dead i thought it nice to announce my prescence. i am about to try the version at http://www.samnjack.com/crux-amd64/ and maybe do some experimenting of my own from there on. i found this link, http://home.ix.netcom.com/~ejohns/glfs-amd64/index.html that i hope can be helpful. is there still anyone out there interested in this project? cheers, lars

4 15

[Clc-crux64] crux64 iso available
by Jeremy Jones 22 Dec '04

22 Dec '04

I've been running an amd64 optimized version of crux for a little while now -- seems relatively stable. Some of Mattias' work, some of my own plodding through. There's (almost certainly improperly designed) multilib support -- with a binary glibc32 port; most software builds fine with occasional minor modifications to Pkgfiles. If you use it, you should also download ports.tar.gz, which contains my base, opt, and contrib port directories, with all the modified Pkgfiles, binary packages, and the source code. Using ports requires curl & httpup from contrib, as cvsup won't build. When you update ports, they'll go to base-http, opt-http, etc, so you won't mix up the 64-bit revisions with the standard ports tree. Some notes: lilo, traceroute, and glibc32 are built from binary packages ripped from i686 crux -- they won't build natively. Firefox -- well I just got lazy there & didn't bother figuring out how to compile natively with amd64, so I use a binary version optimized for 64-bit arch. I could certainly use some help with doing the 32/64-bit biarch lib thing right. One version of this had all 64-bit libraries in /lib64, /usr/lib64, etc. -- now I just let the libraries go where they want to when building the packages. Far fewer missing library problems compiling other software that way. But I know this is probably wrong. Anyhow, it works for me! find it at http://www.samnjack.com/crux-amd64/ (be kind with my bandwidth, please!) -- Jeremy Jones <jeremy(a)samnjack.com>

1 0

[Clc-crux64] I found the missing crux-amd64 iso. Please test it.
by Mattias Hedenskog 21 Nov '04

21 Nov '04

Morning I finally found the old iso image stashed away on another box. Since I no longer have access to an AMD64(tm) machine I can't clean up my own mess but hopefully one of you will. It's availible through download at http://magog.se/crux-amd64/iso/ If anybody have a fast mirror and are willing to share some bandwidth please do ;P Cheers // Mattias

1 0

[Clc-crux64] some Crux64 allready done...
by Thomas Mausbach 18 Nov '04

18 Nov '04

Some crux64 work is allready done... check out at http://crux.avenir.de I don't remember who was the one who created the contents, the site is hosted by me. -- mfG Thomas Mausbach

1 0

[Clc-crux64] Working copy of Crux/amd64...
by Mattias Hedenskog 18 Nov '04

18 Nov '04

Hi Crux users As a recent subscriber to the crux64 mailing-list I decided to put some effort into this porting issue. I've mananged to get a working version up and running in pure 64-bit mode. But the system install in whole is far away from complete. The install still looks like a rabid dog. There are some packackes which I'm not able to compile yet such as traceroute. I was thinking about maybe replacing it with tcptraceroute(depends on libpcap) or something more powerful. I didn't even try to build some packages in /opt such as x11/pkgconfig because of broken mirrors. I'll post some patches and builds when I have time. // Mattias Hedenskog

2 2

Re: [Clc-crux64] anyone home?
by Mathias Herzog 16 Nov '04

16 Nov '04

hey, I subscribed to the list a few minutes ago and saw the "anyone home" post in the archive. My new AMD64 just arrived this morning and I'd like to get a CRUX 64bit up and running, but first I will install a clean 32bit version to get a stable basis. So I will start working with 64bit as soon as possible, hopefully there's a bit more activity on the list in the near future. regards, Mathias

1 0

[Clc-crux64] anyone home?
by Jeremy Jones 16 Nov '04

16 Nov '04

is there anyone still actively working on porting crux to amd64? i'm getting tired of gentoo on my 64bit box, so it's about time i get busy with it. but i'd rather not re-invent the wheel if anyone's gone and finished up a port... jeremy

3 2

[Clc-crux64] Re: Clc-crux64 digest, Vol 1 #13 - 2 msgs
by Thomas Mausbach 05 Aug '04

05 Aug '04

Hey Louis, very cool that you uploaded! I will test soon! *happy* - Thomas > Things have been really crazy for me here at work. I write business > systems and end of fiscal year is approaching so I'm staying late at work > and generating tons of code to generate reports. But... > > I did manage to clean somethings up and net-tools in ports/base is still > giving me issues (won't build yet). I think everything else builds. I > don't promise this to compile for anyone but me on my FC2 install with a > bin86 0.16.6 rpm I found somewhere (for lilo). > > If someone has an Athlon64 running FC2 and bin86 0.16.6 time please take a > look at <http://crux.avenir.de/Crux64-20040804.lps.tar.bz2> or > <http://crux.avenir.de/Crux64-20040804.lps.tar.gz>. > > Louis > > > Sorry for the delay. I thought I would do some clean up before I release > > something and then I went ATV riding on Sunday. But, I bring good news! > > I was able to (magically) compile sysklogd and I cleaned up some build > > errors I was receiving with lilo (it's too smart for its own good; it > > tries to use /usr/bin/manpath to figure out where to install its manpages > > when the fall back /usr/man is good enough and doesn't break on my FC2 > > box). Funny, I don't remember making any changes to sysklogd so that is > > why I call it magical. So right now I'm running a 'make bootstrap' and > > I'll see where that takes me before I release. > > > > The tar ball I'll produce will be quite big but I don't feel comfortable > > putting it up on my personal web server (which is also my personal file > > server). Does anyone have a place I might be able to put it? The belios > > project space maybe? > > > > Louis > > > >> While I at conference a couple weeks ago I was able to compile lilo > >> 64-bit. The solution however, was a bit unique (may not work for a > >> final > >> crux64 build; may be FC2 AMD64 specific) and not at all clean (a few > >> things need to be cleaned up). So the last thing required to make a > >> bootable crux64 CD (at least for me) is to get syslog compiling. I > >> admit > >> I have been slacking and have been caught up with other things in my > >> life > >> (like conference, catching up at work, buying a Honda Sportrax 250EX ATV > >> and a trailer). Hopefully soon, I be able to do some more work on > >> crux64. > >> I'll place a tarball of what I have up on my web site a bit later > >> today. > >> > >> Louis > > > > _______________________________________________ > > Clc-crux64 mailing list > > Clc-crux64(a)lists.berlios.de > > http://lists.berlios.de/mailman/listinfo/clc-crux64 > > > > > > > --__--__-- > > Message: 2 > Date: Wed, 4 Aug 2004 15:47:06 -0700 (PDT) > Subject: RE: [Clc-crux64] curx64: AWAKE! > From: lsantil(a)dslextreme.com > To: clc-crux64(a)lists.berlios.de > > Sorry. Forgot to mention...thanks goes to Thomas Mausbach for providing > the web space to host my tar balls. > > Louis > > > Things have been really crazy for me here at work. I write business > > systems and end of fiscal year is approaching so I'm staying late at work > > and generating tons of code to generate reports. But... > > > > I did manage to clean somethings up and net-tools in ports/base is still > > giving me issues (won't build yet). I think everything else builds. I > > don't promise this to compile for anyone but me on my FC2 install with a > > bin86 0.16.6 rpm I found somewhere (for lilo). > > > > If someone has an Athlon64 running FC2 and bin86 0.16.6 time please take a > > look at <http://crux.avenir.de/Crux64-20040804.lps.tar.bz2> or > > <http://crux.avenir.de/Crux64-20040804.lps.tar.gz>. > > > > Louis > > > >> Sorry for the delay. I thought I would do some clean up before I > >> release > >> something and then I went ATV riding on Sunday. But, I bring good news! > >> I was able to (magically) compile sysklogd and I cleaned up some build > >> errors I was receiving with lilo (it's too smart for its own good; it > >> tries to use /usr/bin/manpath to figure out where to install its > >> manpages > >> when the fall back /usr/man is good enough and doesn't break on my FC2 > >> box). Funny, I don't remember making any changes to sysklogd so that is > >> why I call it magical. So right now I'm running a 'make bootstrap' and > >> I'll see where that takes me before I release. > >> > >> The tar ball I'll produce will be quite big but I don't feel comfortable > >> putting it up on my personal web server (which is also my personal file > >> server). Does anyone have a place I might be able to put it? The > >> belios > >> project space maybe? > >> > >> Louis > >> > >>> While I at conference a couple weeks ago I was able to compile lilo > >>> 64-bit. The solution however, was a bit unique (may not work for a > >>> final > >>> crux64 build; may be FC2 AMD64 specific) and not at all clean (a few > >>> things need to be cleaned up). So the last thing required to make a > >>> bootable crux64 CD (at least for me) is to get syslog compiling. I > >>> admit > >>> I have been slacking and have been caught up with other things in my > >>> life > >>> (like conference, catching up at work, buying a Honda Sportrax 250EX > >>> ATV > >>> and a trailer). Hopefully soon, I be able to do some more work on > >>> crux64. > >>> I'll place a tarball of what I have up on my web site a bit later > >>> today. > >>> > >>> Louis > >> > >> _______________________________________________ > >> Clc-crux64 mailing list > >> Clc-crux64(a)lists.berlios.de > >> http://lists.berlios.de/mailman/listinfo/clc-crux64 > >> > >> > > > > _______________________________________________ > > Clc-crux64 mailing list > > Clc-crux64(a)lists.berlios.de > > http://lists.berlios.de/mailman/listinfo/clc-crux64 > > > > > > > > --__--__-- > > _______________________________________________ > Clc-crux64 mailing list > Clc-crux64(a)lists.berlios.de > http://lists.berlios.de/mailman/listinfo/clc-crux64 > > > End of Clc-crux64 Digest > -- mfG Thomas Mausbach

1 0