Bug 62352

I notice that all Crossover plugins also fail to load now.

The set personality bug doesn't affect i386/athlon architectures and is fixed
anyway.

Yes, this is a problem, but not in the glibc we ship, but in glibc which
was installed on the box where iglooftp was compiled.
I can remove the dynamic tag from ld.so for now at the cost of some performance
regression, but definitely will not do it indefinitely (ie. for the next
release using broken static binaries simply will not work.

I've bought RedHat Linux since 4.2 but have never taken advantage of the support
programs, so allow me this opportunity to vent a little:

The reason i upgraded was in a hope that the frequent system lockups with SiS
PCI controllers had been solved - but they haven't. Meaning i can't use a
Hauppauge TV card on Linux with a new Abit SD7-533. Being able to use the TV
card on Linux was what made me decide to port 100% to Linux in the first place,
in '98/'99. Where that card goes, I go. 

I bought IglooFTP PRO, the Crossover plugin from Codeweavers, 10 games from Loki
when they got in trouble, Ximian Desktop etc. etc. etc. Even CorelDraw. The
Crossover plugin is only weeks old. To me, at least, it would definately be a
greater "performance regression" to trash most of the software i purchased.

The alternative - never upgrade - wouldn't really take me anywhere either. I
need the PCI fix. I've installed XP for now till that issue is solved,
Hauppauge's driver for the TV card has a PCI lockup workaround (probably
prevents write-through on the TV cards slot). XP turned out to be an extremly
uncomfortable OS however - a shitload of spyware, oversized widgets and a
suprisingly striking "beta quality" feel. I miss my X sorely and am a *very*
unhappy RH user today.

As a single stupid consumer I probably don't belong in the RH target group, but
if the software side of this can be quickly cured with a "compat lib", I'd like
to know how to go about it. Thank you.

I assume the Loki games are unlikely to be recompiled since Loki went out of
business. SimCity 3000 fails, amongst others:

./sc3u: symbol _dl_global_scope, version GLIBC_2.0 not defined in file
ld-linux.so.2 with link time reference

I see in bug 62357 that vmware now also fail to run with glibc 2.2.5

Bug 62357 is VMWare bug (they apparently haven't read nice(2) man page),
current glibc compiles to what SuS requires (as well as LSB and other standards).
SimCity 3000 failure above looks like Loki bug, they have no business using
glibc internal interface. An Operating System cannot be just huge pile of
workarounds for low quality binary only third party stuff. VMWare will be fixed
AFAIK. The bad dynamic tag failure is more problematic.
If such static apps using dynamic linking are to be supported, it means
no dynamic tags other than that old glibc recognized can be used, ever.
This is big limitation because someone used incorrectly compiled glibc
to link the static binary against (I must add, shipping third party programs
as static binaries is almost always a very bad idea; if a fully dynamically
linked program is not possible, using -Bstatic for libs other than the standard
ones and -Bdynamic for the rest is the preferred way), as it would e.g. mean
prelinking cannot be ever used (which can cut dynamic program loading times
drastically).

IglooFTP should work with glibc-2.2.5-32 just fine.

Regarding earlyer comments:
Surely known by now but for the record: Crossover, SimCity 3000, Quake3,
IglooFTP-PRO - all work fine after i upgraded to glibc-2.2.5-34 (both Crossover
and Igloo was working again already in 2.2.5-32)

Unrelated: Severe problems with the SiS chipsets and PCI/v4l remains
(Abit SD7-533, kernel-2.4.18-0.12)