[gentoo-amd64] New AT
It's with great pleasure that I announce our newest Arch Tester, Herbie Hopkins (Herbie64). Please welcome him to the team. -- Homer Parker [EMAIL PROTECTED] -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Kernel 2.6.10 and ~amd64 vs. amd64 in general
I notice that gentoo-dev-sources 2.6.10 is still ~amd64, even now that 2.6.11 has been released. I'm not trying to criticize, but it seems to me that by the time a new kernel has been released, one might reasonably expect that the old kernel ought to have progressed beyond the testing phase. I understand that the Gentoo schedule is not and should not be determined by the kernel schedule, but in this case, 2.6.10 has been out and marked ~amd64 for quite some time now. Is there a good reason that 2.6.10 is not ready for a wider audience? But aside from that specific example, I would like to better understand the process of moving from ~amd64 to amd64 in general. I don't understand what the criteria are, and I don't understand what I, as a user, can do to help it along. I am thinking specifically of an experience I had recently when I submitted a bug report on firefox-bin when it was marked ~amd64 that it worked on my system, which is what I thought I was supposed to do according to http://www.gentoo.org/proj/en/base/amd64/technotes.xml?part=1chap=3, and I nearly got my head bitten off as a result (see bug #79865). I should think it would be helpful for maintainers to know how many people are successfully using a ~amd64 package so that they can make a decision about when to mark it stable. Otherwise, what is the basis of the decision? -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Kernel 2.6.10 and ~amd64 vs. amd64 in general
On Tue, 2005-03-08 at 11:35 -0500, Randall Nortman wrote: I don't understand what the criteria are, and I don't understand what I, as a user, can do to help it along. Here's one way you can help: http://www.gentoo.org/proj/en/base/amd64/arch-testers-amd64.xml And, after passing the quiz, you'll understand the process ;) --- Homer -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Missing depmod
I was most of the way through a nice fresh stage 1 install (K8N Neo2 Platinum and an AMD3500+) yesterday. Everything seemed to be going smoothly until the end of the kernel compilation when the module installation ended in an error because it could not find /sbin/depmod. Well, I looked, and I don't know why, but depmod is no where to be found, at least by me. I've had several successful stage 2 and 3 installs, and one stage 1, and I've never seen this problem. I'd love to know how this happened, but I guess more importantly, I'm wondering if it's possible to correct it without having to start all over again. Thanks Vince Dodge -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Wine on AMD64
I noticed Wine is masked on my AMD64 system. Anyone know if there is a version that will work? As an experiment, I placed a version in my package.keywords file, but the install fails. Thanks, -- Mark Creamer - You can help the poorest of the poor Matthew 25: Ministries http://www.m25m.org -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Wine on AMD64
just my experience: I used the binary described in this thread: http://forums.gentoo.org/viewtopic-t-222401-highlight-wine+amd64.html along with the sidenet configuration tool located at: http://sidenet.ddo.jp/winetips/config.html Which worked for IE just fine, but whenever I ran the installer, there was no visible text. Lotus Notes installed but was unusable, and I just gave up. sean On Tue, March 8, 2005 1:28 pm, Mark Creamer said: I noticed Wine is masked on my AMD64 system. Anyone know if there is a version that will work? As an experiment, I placed a version in my package.keywords file, but the install fails. Thanks, -- Mark Creamer - You can help the poorest of the poor Matthew 25: Ministries http://www.m25m.org -- gentoo-amd64@gentoo.org mailing list -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Wine on AMD64
Mark Creamer [EMAIL PROTECTED] wrote: I noticed Wine is masked on my AMD64 system. Anyone know if there is a version that will work? As an experiment, I placed a version in my package.keywords file, but the install fails. Thanks, You can compile Wine in a 32bit chroot, or it may work if you get a binary from elsewhere. Maybe http://www.andyjeffries.co.uk/32bit-ebuild-amd64.html will help. -- [EMAIL PROTECTED]http://www.chemoelectric.org I have directed that in the future I sign each letter. -- Rumsfeld pgpOveDrwwYIT.pgp Description: PGP signature
Re: [gentoo-amd64] Wine on AMD64
Hi, wine is a 32bit application, you can't compile a 64bit version of it currently. But since amd64 systems can run 32bit applications (if the approprate option is activated in the kernel), you can use a 32bit precompiled version of wine and install it on your system. I believe there is even an ebuild on the gentoo-board or in the bug tracker, but not in the normal portage tree. Mark Creamer wrote: I noticed Wine is masked on my AMD64 system. Anyone know if there is a version that will work? As an experiment, I placed a version in my package.keywords file, but the install fails. Thanks, -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Network card driver problem (znb.o)
My company has recently purchased several ZNYX ZX274 network cards. These cards are Four Channel, 10/100 PCI Adapters. They use Intel chipsets. Unfortunately there exists no drivers for linux amd64 architecture. There are 32bit drivers found at: http://www.znyx.com/support/drivers/ZX374_drivers.htm but naturally they wont compile under my amd64 system. The driver itself is called znb.o and can be downloaded from ZNYX's website. I spoke to support staff there but they told me they have discontinued support and development for this series of cards. The system I am running gentoo and have tried both 2.4.x and 2.6.x kernels but no luck. Does anyone know of a customised znb.o driver built for amd64? Is there any chance of anyone modifying the source code of the driver to compile under a amd64 system? What suggestions would you have other than running in 32bit mode or buying new network cards? Help much appreciated. Kosta -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Missing depmod
emerge module-init-tools ? On Tue, 8 Mar 2005, Vince Dodge wrote: Date: Tue, 8 Mar 2005 12:46:39 -0500 From: Vince Dodge [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [gentoo-amd64] Missing depmod I was most of the way through a nice fresh stage 1 install (K8N Neo2 Platinum and an AMD3500+) yesterday. Everything seemed to be going smoothly until the end of the kernel compilation when the module installation ended in an error because it could not find /sbin/depmod. Well, I looked, and I don't know why, but depmod is no where to be found, at least by me. I've had several successful stage 2 and 3 installs, and one stage 1, and I've never seen this problem. I'd love to know how this happened, but I guess more importantly, I'm wondering if it's possible to correct it without having to start all over again. Thanks Vince Dodge -- gentoo-amd64@gentoo.org mailing list -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Problem with pam-0.78
On Fri, 2005-03-04 at 11:50 +1100, NY Kwok wrote: did u try adding -fPIC to the CLFAGS and recompiling cracklib and pam. I think there's a thread about this problem on the forums page, and the solution was to revert to an older version of cracklib. On 04/03/2005, at 3:00 AM, Nuitari wrote: Hi, I am updating a system and when compiling pam it fails with this error: gcc -shared -L/var/tmp/portage/pam-0.78/work/Linux-PAM-0.78/lib -o pam_cracklib.so dynamic/pam_cracklib.o -lc -Wl,-Bstatic -Wl,-lcrack -Wl,-Bdynamic -lcrypt -lc -L../pammodutil -lpammodutil -L../../libpam -lpam /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux- gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../lib/ libcrack.a(fascist.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../lib/libcrack.a: could not read symbols: Bad value collect2: ld returned 1 exit status The installed cracklib is: sys-libs/cracklib-2.8_pre1-r1 CFLAGS=-march=athlon64 -O2 -pipe Please everyone, stop telling people to put -fPIC in their cflags. It's just plain wrong, and in doing so, you create more frustration for the user when it doesn't work, and you create more work for the developer that tries to fix the package. The proper answer is to file a bug at http://bugs.gentoo.org Also, please don't hijack threads. -- Mike Doty Gentoo/AMD64 Operational Co-Lead [EMAIL PROTECTED] GPG key - 0xA797C7A7 GPG fingerprint: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 signature.asc Description: This is a digitally signed message part
[gentoo-amd64] znb.o NIC driver
Anyone interested in porting the 32bit znb.o (ZNXY zn374) NIC driver to amd64? -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Problem with pam-0.78
Note that I also mentioned the other solution that worked for people on the forum, which was to revert to an older version of cracklib for the time being. How is this a thread hijack? I'm mystified. The problem was compiling PAM. The quick and dirty solution was either add -fPIC to the CFLAGS (works for some people), or revert down to previous version of cracklib (also works for some people). On Tue, 8 Mar 2005 18:38:39 -0500 (EST) Nuitari [EMAIL PROTECTED] wrote: On Tue, 8 Mar 2005, Mike Doty wrote: Date: Tue, 08 Mar 2005 22:34:21 -0600 From: Mike Doty [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [gentoo-amd64] Problem with pam-0.78 On Fri, 2005-03-04 at 11:50 +1100, NY Kwok wrote: did u try adding -fPIC to the CLFAGS and recompiling cracklib and pam. I think there's a thread about this problem on the forums page, and the solution was to revert to an older version of cracklib. On 04/03/2005, at 3:00 AM, Nuitari wrote: Hi, I am updating a system and when compiling pam it fails with this error: gcc -shared -L/var/tmp/portage/pam-0.78/work/Linux-PAM-0.78/lib -o pam_cracklib.so dynamic/pam_cracklib.o -lc -Wl,-Bstatic -Wl,-lcrack -Wl,-Bdynamic -lcrypt -lc -L../pammodutil -lpammodutil -L../../libpam -lpam /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux- gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../lib/ libcrack.a(fascist.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../lib/libcrack.a: could not read symbols: Bad value collect2: ld returned 1 exit status The installed cracklib is: sys-libs/cracklib-2.8_pre1-r1 CFLAGS=-march=athlon64 -O2 -pipe Please everyone, stop telling people to put -fPIC in their cflags. It's just plain wrong, and in doing so, you create more frustration for the user when it doesn't work, and you create more work for the developer that tries to fix the package. The proper answer is to file a bug at http://bugs.gentoo.org Also, please don't hijack threads. I am unsure how the answer was a thread hijack as the solution, adding -fPIC to recompile cracklib proved to work perfectly in my case. -- gentoo-amd64@gentoo.org mailing list pgpCy3uttmF6M.pgp Description: PGP signature