CentOS - Aug 2016 - I need glibc 2.19+ for 32 bit CentOS 6.8 or CentOS7

On Aug 24, 2016 5:05 PM, "Gordon Messmer" <gordon.messmer at
gmail.com> wrote:
>
> On 08/24/2016 04:22 PM, Kay Schenk wrote:
>>
>> Due to a proposed changeover to build machines for a project I'm
>> involved with, I need at least glib 2.19.
>
>
> Do you know why?  As in, what features or fixes are required?  If not, I
think John's question is pertinent.  If you're building a binaries to
distribute, your best bet might actually be to produce multiple builds
targeting specific Linux distributions. Alternately, some specific LSB
release (none of which, as far as I can tell, require glibc 2.19+).

To all...yes I meant glibc, not glib. Target environment -- could be any
version of Linux. This is for Apache OpenOffice. The buildbots we've been
using are being decommisioned due to EOL. As a developer on that project, I
need to be able to test and use the builds. We'll be moving to a Ubuntu 14
environment, which is spec'd at glibc 2.19 near as I can determine. So a
long story.  We will not be building for targeted environments.

Write after I wrote this, I thought maybe I could get a zip of what I
needed and just install it without overwriting my setup. Then set an env
variable to run the generated build.

Thanks for the responses.
>
>
>> Right now I have glib 2.12,
>> and even on CentOS7-32 bit, what I see is glib 2.14.
>
>
> CentOS 7 is built on glibc 2.17.
>
> Also, minor correction: "glib" is the name of a different library
than
glibc.
>
>
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos

On 25/08/16 13:21, Kay Schenk wrote:
> To all...yes I meant glibc, not glib. Target environment -- could be any
> version of Linux. This is for Apache OpenOffice. The buildbots we've
been
> using are being decommisioned due to EOL. As a developer on that project, I
> need to be able to test and use the builds. We'll be moving to a Ubuntu
14
> environment, which is spec'd at glibc 2.19 near as I can determine. So
a
> long story.  We will not be building for targeted environments.
Well, at the end of the day, if you're trying to build for multiple
environments then you really need to build to the lowest common
denominator.  What you seem to want is just the opposite, so short story
is that it's bad planning to build to such a new version of glibc.
You're not going to get around this, it just won't work.


Peter

On 08/24/2016 08:21 PM, Kay Schenk wrote:
<<<>>>
> We'll be moving to a Ubuntu 14 environment, which is spec'd at
glibc 2.19
> near as I can determine. So a long story.  We will not be building for
> targeted environments.
answer to you problem is in your reply.

install ubuntu 14 to a system and build with it.

have you not heard the adage, 'you can not get blood from a turnip'?


-- 

peace out.

CentOS GNU/Linux 6.8

tc,hago.

g
.

=+Tired of having your microsoft os hacked?
Change to Linux os, used by microsoft hackers.
=+in a world with out fences, who needs gates.
=+=

On 08/24/2016 07:53 PM, Peter wrote:
> On 25/08/16 13:21, Kay Schenk wrote:
>> To all...yes I meant glibc, not glib. Target environment -- could be
any
>> version of Linux. This is for Apache OpenOffice. The buildbots
we've been
>> using are being decommisioned due to EOL. As a developer on that
project, I
>> need to be able to test and use the builds. We'll be moving to a
Ubuntu 14
>> environment, which is spec'd at glibc 2.19 near as I can determine.
So a
>> long story.  We will not be building for targeted environments.
> 
> Well, at the end of the day, if you're trying to build for multiple
> environments then you really need to build to the lowest common
> denominator.  What you seem to want is just the opposite, so short story
> is that it's bad planning to build to such a new version of glibc.
> You're not going to get around this, it just won't work.
> 
> 
> Peter
Copy that. I do realize the sane thing to do is to have the builbots --
smoketest environments -- match the production environment, which
currently is spec'd at CentOS 5.x. Unfortunately, I don't have direct
control over some of this. <sigh>


-- 
--------------------------------------------
MzK

"God helps those who help themselves."
                   -- popular adage