[mythtv-users] [OT] RH and i386 (was: Nivida drivers and mythbackend segfault.)

[Edward Rudd]

I have already looked through those Bugzilla reports already

There is something wrong with their NPTL stuff as I had a stock RH 9
system upgraded with the latest errata and THEIR RPM refused to run
unless I specified LD_ASSUME_KERNEL=2.2.5  and after I rebuild db4 (per
simon matters spec to fix db4 issues with cyrus-imapd) it works fine..

and the archs of the kernel and glibc I am running are i686 on my
pentuim 2 system

[root at popcorn root]# rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}
%{ARCH}\n' kernel kernel-smp  glibc 
kernel-2.4.20-20.9 i686
kernel-smp 2.4.20-20.9 i686
glibc 2.3.2-27.9 i686

[root at popcorn root]# uname -a
Linux popcorn.vernon.hills 2.4.20-20.9smp #1 SMP Mon Aug 18 11:32:15 EDT
2003 i686 i686 i386 GNU/Linux

So I don't understand what is going on with this stupid system..  And
I'm not planning up upgrading to fedora core..  Heck my main system
still runs RedHat 7.3 w/ LOTS of updated programs.. And the servers I
maintain are running RedHat 7.3.. The only reason the mythtv box is 9,
is because axel's repository only has RPMS for 9 for mythtv, and I
didn't really feel like recompiling all the RPMS for the system..

On Mon, 2003-11-03 at 02:54, Axel Thimm wrote:
> On Mon, Nov 03, 2003 at 12:27:17AM -0800, Jarod C. Wilson wrote:
> > A: Because English is read left to right, top to bottom.
> > Q: Why is top-posting a bad thing?
> > 
> > (aka, top-posting rearranged)
> 
> :)
> 
> > On Nov 2, 2003, at 23:24, Edward Rudd wrote:
> > > Well there are plenty of other issues with RedHat's NPTL support..
> > > I've had to recompile DB4 w/o NPTL support just to get several
> > > programs including RPM to work correctly on this system due to the
> > > NPTL problems., so there are NPTL problems..  Read
> > > http://www.invoca.ch/pub/packages/cyrus-imapd for more information
> > > on those problems..
> 
> > From what I understand (this is according to folks at Red Hat, so
> > take it w/a grain of salt), most applications that broke when Red
> > Hat implemented NPTL broke because they were not properly
> > written. Examples of 3rd-party applications not working w/NPTL carry
> > very little weight with Red Hat.
> 
> I think even Red Hat's "i386" glibc was built w/o nptl and at least
> i386 as a processor is not supported anymore. I think that RH9
> supports only i586 upwards excluding K6. Unfortunatley I found no
> mention of that in the release notes, one needs to browse the bugzilla
> reports on bugzilla.redhat.com. :(
> 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88456
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=86381
-- 
Edward Rudd <eddie at omegaware.com>
Home Page <http://urkle.drip.ws/>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://mythtv.org/pipermail/mythtv-users/attachments/20031103/0a25ba76/attachment.pgp