You did it again, Toshio.
I started from scratch with a fresh install of FC1 on one of my 586
boxes, installed Barry Nathans glibc compiled with NPTL and installed
the David Summers RPMs and SVN 1.0.0 works just fine. I used the 586
compiled versions, but installed the entire set - except for the 386
ones that also had 586 versions.
This seems like a better way of solving the problem, but it really makes
me wonder why Fedora did not compile the glibc with the nptl in the
first place.
Chet
Toshio wrote:
>Well, I've done a lot of googling today and I think I've got some
>answers that can help explain things.
>
>* Fedora's db4 and thus subversion is compiled to use NPTL
>* NPTL is part of linux 2.6 and Redhat patched 2.4
>* NPTL works on i486 and above processors
>* NPTL requires support in glibc
>* glibc compiled for i386 does not support NPTL
>* Redhat/Fedora Core 1 ships glibc for i386 and i686
>
>So for Redhat9/FC1 if you have an i686 or above with the right kind of
>kernel and the i686 glibc you can run subversion out of the box.
>
>If you have an i386 you have to patch your db4 compile to
>--disableposixmutexes.
>
>If you have an i486 to i586 you have a system that could potientially
>have NPTL but doesn't because Redhat didn't supply a glibc RPM for it.
>You can either compile glibc to include NPTL on your system or compile
>db4 to not include NPTL.
>
>Barry Nathan seems to have compiled some glibc packages with NPTL
>support. It looks like the most recent package is from the first update
>(101.1 -- currently at 101.4). If you use them, drop him a note... I
>think he wants to know if they work and are helpful.
>
>http://math.uci.edu/~bnathan/linux/glibc/
>
>-Toshio
>
>On Sat, 2004-03-06 at 12:16, C. Heilman wrote:
>
>
>>Oops! My Pentium box isn't a PII, it's a Pentium MMX - but it IS a 586.
>>PIIs are 686s.
>>So this holds with <=586 CPUs need a DB4 without the nptl.
>>
>>
>>Chet
>>
>>
>>Toshio wrote:
>>
>>
>>
>>>My AMDK6-233 needs to have the patched db4 in order to run.
>>>
>>>I'm running SVN 0.37 with standard FC1 db4 on a P-II without problems:
>>>
>>>
>>>from /proc/cpuinfo:
>>
>>
>>>vendor_id : GenuineIntel
>>>cpu family : 6
>>>model : 5
>>>model name : Pentium II (Deschutes)
>>>stepping : 2
>>>cpu MHz : 266.623
>>>
>>>Do you have the glibc package compiled for i386 or for i686? db4
>>>--enable-posixmutexes requires NPTL in order to function. This in turn
>>>requires kernel-2.6 (or RedHat's patched 2.4) and glibc compiled with
>>>NPTL support. Redhat has enabled this for their i686 build but not
>>>i386.
>>>
>>>-Toshio
>>>
>>>On Sat, 2004-03-06 at 10:11, C. Heilman wrote:
>>>
>>>
>>>
>>>
>>>> I don't know why. But is seems to be the case. The SVN 0.32, which
>>>>came with FC1 did not work from the start. The db4.1 package below got
>>>>SVN0.32 working. I just more or less did the same thing with db4.2 to
>>>>make SVN 1.0.0 work with David Summers' RPMs.
>>>>
>>>> Is anyone else running SVN 1.0.0 / FC1 on a 586 or lower CPU? Is
>>>>anyone running SVN 0.32 / FC1 on one without the patched db4, below?
>>>>
>>>>
>>>>Chet
>>>>
>>>>Bugzilla:
>>>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=91933
>>>>Download link for db4.1 RPMS:
>>>>http://tomi.nomi.cz/download/db4-no-nptl/
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>C. Heilman wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> I've had a lot of problems with SVN and FC1, in general, mostly
>>>>>>because of my old hardware (AMDK2-400 and PII-200). Apparently there are
>>>>>>problems with the NPTL on these CPUs - at least in Fedora. (Thanks
>>>>>>again, Toshio, for pointing me in the right direction.)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>Florian Weimer wrote:
>>>>>
>>>>>
>>>>>
>>>>>This is quite strange, because both CPUs implement the P54C opcodes.
>>>>>I'm less sure about the the P55C opcodes (aka MMX), but these shouldn't
>>>>>matter anyway.
>>>>>
>>>>>I'm not aware of any NPTL variant which doesn't run on your CPUs. Keep
>>>>>in mind that your Pentium II even supports CMOV.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For
>>>>additional commands, e-mail: users-help@subversion.tigris.org
>>>>
>>>>
>>>>
>>>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>>For additional commands, e-mail: users-help@subversion.tigris.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 8 04:23:10 2004