Quoting Christopher Allen Wing <[EMAIL PROTECTED]>:
We need to start a collection and get you some money and/or x86_64
hardware. Seriously, you are suffering :)
Heh.. I also need the space.. Seriously, I really wish there were a
VMware-like solution for x86_64. Much easier than having different hardware
for each OS solution and having to physically reboot into each OS version.
The main reason why I didn't like this in the past, was that Red Hat
used to ship multiple kernel packages that had conflicting files:
kernel-.i386 kernel-.i586 kernel-.i686
all installed into the same /lib/modules/version directory.
This is, unfortunately, still the case.. At least in Fedora. For EL4, yea,
you've only got i686.
I've pondered which to do.. The "2b always" can potentially be an issue. I
figure that this is something I can change for, say, 1.4.1.
Hmm. I guess I'd suggest packaging the OpenAFS aklog since it's more
up to date.
It would be nice if aklog could figure out whether or not a server
supports 2b somehow...
*nods* Suggestion noted. I'll probably still wait for 1.4.1, but I'll
seriously consider it. I don't think it would be TOO hard to do this given my
current spec. I'll work on it later.
I guess they are afraid of the people who have already built software
linked against the libraries with inconsistent SONAME?
I don't know. Derrick? Jeffrey?
I think it's getting set by the kbuild makefile magic in linux-2.6.
[snip]
which contains the line:
obj-m := libafs.o
Thanks. This was the info I needed. This has now been fixed with a 3-line
patch to MakefileProto.LINUX.in to change all three instances of
"libafs.ko" to
"openafs.ko". The result works perfectly.
no problem. We needed to deploy RHEL4 by the fall, so we needed to
build openafs 1.3.x.
I'm looking forward to bumming off your work again in the future... :)
Heh.. We all seem to bum off each other. :)
-Chris
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
[EMAIL PROTECTED] PGP key available
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
