RPM Upgrade
David Relson
relson at osagesoftware.com
Thu May 22 15:53:23 CEST 2003
At 09:40 AM 5/22/03, Andreas Metzler wrote:
>David Relson wrote:
> >> Wouldn't the binaries be humungous? If I link bogofilter statically on
> >> linux/glibc-2.2.5 I get a size of 3,675,399 bytes. Stripped, it's
> >> still 1,273,468. That compares with 245,376 for the dynamically-linked
> >> version.
>
> > I agree. Their size and attendant load time are two good reasons not to
> > use static linking. However linking with glibc-2.3 creates problems for
> > people with glibc-2.2. I _could_ create a bogofilter-static-0.13.0.
>
> > As indicated, I'd prefer a solution that allows me to dynamically link
> > against the older glibc. The question is _how_ to do this.
>
>Sorry, I missed the beginning ot the thread, but I assume the problem
>is that somebody using RedHatXX wants to generate packages for
>RedHat(XX-2)?
>
>I'd suggest doing a minimal install of the old version in separate
>partition, move its content to /old/rh(XX-2) and use
>chroot /old/rh(XX-2)
>to build packages for the old system.
> cu andreas
Andreas,
Close, but not quite. The problem is that have upgraded my Mandrake 9.0
from glibc-2.2 to glibc-2.3. This results in a dependency in
bogofilter...i586.rpm that prevents it loading/running on glibc-2.2
systems. I still have copies of glibc-2.2 available. The big question is
how to make "make rpm" use them. I've experimented and found that using
"make LDFLAGS=xxx rpm" I can modify the parameters used when linking the
executables. So the question become "how does one tell ld to build an ELF
executable with an older glibc?"
David
More information about the bogofilter-dev
mailing list