Mailing List Archive: Gentoo: User

sys-libs/glibc-2.15-r1

Index | Next | Previous | View Threaded

lists at xunil

Apr 22, 2012, 10:52 AM

Post #1 of 14 (450 views)
Permalink

sys-libs/glibc-2.15-r1

Just browsed the changelog of glibc-2.15:

http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html

When I read the NEWS section there with all that "optimized" stuff I
wonder if it makes any sense to rebuild packages here after upgrading glibc?

Stefan

volkerarmin at googlemail

Apr 22, 2012, 11:05 AM

Post #2 of 14 (440 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

Am Sonntag, 22. April 2012, 19:52:16 schrieb Stefan G. Weichinger:
> Just browsed the changelog of glibc-2.15:
>
> http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html
>
> When I read the NEWS section there with all that "optimized" stuff I
> wonder if it makes any sense to rebuild packages here after upgrading glibc?
>

no, because it is a library. You make use of it anyway.

--
#163933

lists at xunil

Apr 22, 2012, 11:14 AM

Post #3 of 14 (441 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

Am 22.04.2012 20:05, schrieb Volker Armin Hemmann:

> no, because it is a library. You make use of it anyway.

Ah, yes, sure ... thanks for the explanation.

realnc at gmail

Apr 22, 2012, 11:18 AM

Post #4 of 14 (442 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

On 22/04/12 20:52, Stefan G. Weichinger wrote:
>
> Just browsed the changelog of glibc-2.15:
>
> http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html
>
> When I read the NEWS section there with all that "optimized" stuff I
> wonder if it makes any sense to rebuild packages here after upgrading glibc?

I think you're a bit confused about how shared libraries work. The
major reason for their existence is that when you update a shared
library, everything that was linked against it will use the updated
version. So if you installd glibc-2.15, all packages will now use that
version instead of 2.14.

lists at xunil

Apr 22, 2012, 11:40 AM

Post #5 of 14 (441 views)
Permalink

Re: Re: sys-libs/glibc-2.15-r1 [In reply to]

Am 22.04.2012 20:18, schrieb Nikos Chantziaras:

> I think you're a bit confused about how shared libraries work. The
> major reason for their existence is that when you update a shared
> library, everything that was linked against it will use the updated
> version. So if you installd glibc-2.15, all packages will now use that
> version instead of 2.14.

Yes, you and Volker are right, I wasn't fully aware of that fact.
Thanks, Stefan

pandu at poluan

Apr 22, 2012, 7:12 PM

Post #6 of 14 (434 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

On Apr 23, 2012 1:09 AM, "Volker Armin Hemmann" <volkerarmin [at] googlemail>
wrote:
>
> Am Sonntag, 22. April 2012, 19:52:16 schrieb Stefan G. Weichinger:
> > Just browsed the changelog of glibc-2.15:
> >
> > http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html
> >
> > When I read the NEWS section there with all that "optimized" stuff I
> > wonder if it makes any sense to rebuild packages here after upgrading
glibc?
> >
>
> no, because it is a library. You make use of it anyway.
>

What about statically linked packages?

Rgds,

kwkhui at hkbn

Apr 22, 2012, 8:18 PM

Post #7 of 14 (434 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

On Mon, 23 Apr 2012 09:12:48 +0700
Pandu Poluan <pandu [at] poluan> wrote:

> On Apr 23, 2012 1:09 AM, "Volker Armin Hemmann"
> <volkerarmin [at] googlemail> wrote:
> >
> > Am Sonntag, 22. April 2012, 19:52:16 schrieb Stefan G. Weichinger:
> > > Just browsed the changelog of glibc-2.15:
> > >
> > > http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html
> > >
> > > When I read the NEWS section there with all that "optimized"
> > > stuff I wonder if it makes any sense to rebuild packages here
> > > after upgrading
> glibc?
> > >
> >
> > no, because it is a library. You make use of it anyway.
> >
>
> What about statically linked packages?
>
> Rgds,

Bless those who keeps on telling people there is no need to rebuild
packages after glibc upgrade, for they must have not used pam or any
other packages that uses dlopen().

Kerwin.

Attachments:

signature.asc (0.82 KB)

graham at gmurray

Apr 22, 2012, 10:31 PM

Post #8 of 14 (443 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

kwkhui [at] hkbn writes:

> Bless those who keeps on telling people there is no need to rebuild
> packages after glibc upgrade, for they must have not used pam or any
> other packages that uses dlopen().

So which packages need to be rebuilt? Owing to the initial
non-availability of the patch file, glibc was the last package I built
before rebooting. So far I have seen no problems. I can log in as both
user and root, su works, X and KDE are running OK.

glibc is normally very good at maintaining backward compatibility, using
versioned symbols.

volkerarmin at googlemail

Apr 23, 2012, 5:40 AM

Post #9 of 14 (431 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

Rebuilt everything. Congrats

Am 23.04.2012 04:17 schrieb "Pandu Poluan" <pandu [at] poluan>:

On Apr 23, 2012 1:09 AM, "Volker Armin Hemmann" <volkerarmin [at] googlemail>
wrote:
>
> Am Sonntag,...

What about statically linked packages?

Rgds,

volkerarmin at googlemail

Apr 23, 2012, 5:42 AM

Post #10 of 14 (433 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

Strange, never had problems in that regard.

Am 23.04.2012 05:24 schrieb <kwkhui [at] hkbn>:

On Mon, 23 Apr 2012 09:12:48 +0700
Pandu Poluan <pandu [at] poluan> wrote:

> On Apr 23, 2012 1:09 A...
Bless those who keeps on telling people there is no need to rebuild
packages after glibc upgrade, for they must have not used pam or any
other packages that uses dlopen().

Kerwin.

lists at binarywings

Apr 23, 2012, 6:03 AM

Post #11 of 14 (431 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

Am 23.04.2012 04:12, schrieb Pandu Poluan:
>
> On Apr 23, 2012 1:09 AM, "Volker Armin Hemmann"
> <volkerarmin [at] googlemail <mailto:volkerarmin [at] googlemail>> wrote:
>>
>> Am Sonntag, 22. April 2012, 19:52:16 schrieb Stefan G. Weichinger:
>> > Just browsed the changelog of glibc-2.15:
>> >
>> > http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html
>> >
>> > When I read the NEWS section there with all that "optimized" stuff I
>> > wonder if it makes any sense to rebuild packages here after
> upgrading glibc?
>> >
>>
>> no, because it is a library. You make use of it anyway.
>>
>
> What about statically linked packages?
>
> Rgds,
>

Are there actually packages out there that do this? Maybe busybox with
USE="static"?

BTW: Another reason for rebuilding (not in this case, but just to be
complete) can be updates in template libraries like dev-libs/boost. Of
course, this cannot happen for things written in plain C, unless we
consider sys-kernel/linux-headers and friends, for example.

Regards,
Florian Philipp

Attachments:

signature.asc (0.26 KB)

kwkhui at hkbn

Apr 23, 2012, 6:10 AM

Post #12 of 14 (433 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

On Mon, 23 Apr 2012 14:42:28 +0200
Volker Armin Hemmann <volkerarmin [at] googlemail> wrote:

> Strange, never had problems in that regard.

See, for example, the problem described in thread

http://archives.gentoo.org/gentoo-user/msg_264b8690e0ab67e3f55c0967cba101ec.xml

from this list last November with glibc-2.14 upgrade, which I also
encountered when upgrading my stable amd64. Maybe glibc-2.15 has
improved, but I certainly won't risk it when the time comes. I'd
rather spend (waste?) time to buy that peace of mind, rather than
being locked out of my box.

Kerwin.

Attachments:

signature.asc (0.82 KB)

volkerarmin at googlemail

Apr 23, 2012, 8:48 AM

Post #13 of 14 (438 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

Am Montag, 23. April 2012, 06:31:31 schrieb Graham Murray:
> kwkhui [at] hkbn writes:
> > Bless those who keeps on telling people there is no need to rebuild
> > packages after glibc upgrade, for they must have not used pam or any
> > other packages that uses dlopen().
>
> So which packages need to be rebuilt?

none?

if you see segfaults everywhere, rebuild. If apps fail to start, think about
rebuilding. But until then, why waste the electricity?

> Owing to the initial
> non-availability of the patch file, glibc was the last package I built
> before rebooting. So far I have seen no problems. I can log in as both
> user and root, su works, X and KDE are running OK.
>
> glibc is normally very good at maintaining backward compatibility, using
> versioned symbols.
--
#163933

alan.mckinnon at gmail

Apr 24, 2012, 3:32 AM

Post #14 of 14 (432 views)
Permalink

Re: sys-libs/glibc-2.15-r1 [In reply to]

On Mon, 23 Apr 2012 11:18:40 +0800
kwkhui [at] hkbn wrote:

> On Mon, 23 Apr 2012 09:12:48 +0700
> Pandu Poluan <pandu [at] poluan> wrote:
>
> > On Apr 23, 2012 1:09 AM, "Volker Armin Hemmann"
> > <volkerarmin [at] googlemail> wrote:
> > >
> > > Am Sonntag, 22. April 2012, 19:52:16 schrieb Stefan G. Weichinger:
> > > > Just browsed the changelog of glibc-2.15:
> > > >
> > > > http://sourceware.org/ml/libc-alpha/2012-03/msg00836.html
> > > >
> > > > When I read the NEWS section there with all that "optimized"
> > > > stuff I wonder if it makes any sense to rebuild packages here
> > > > after upgrading
> > glibc?
> > > >
> > >
> > > no, because it is a library. You make use of it anyway.
> > >
> >
> > What about statically linked packages?
> >
> > Rgds,
>
> Bless those who keeps on telling people there is no need to rebuild
> packages after glibc upgrade, for they must have not used pam or any
> other packages that uses dlopen().

To be fair, a complete rebuild of everything is a relatively huge
task and usually a waste if done routinely.

glibc is never downgraded in any sane system, only upgraded.
The glibc ABI and API hardly ever take anything away, just add new
stuff. Imagine if glibc behaved like boost wrt API changes <shudder>

So leaving everything else intact after upgrading linux-headers and/or
glibc gives a system that tends to do exactly what it did before and is
in no way broken. Sure, one can rebuild all of world at one's leisure
to take advantage of any new features those packages give, but it is
not *required*

This latest pam nonsense is a very rare event. I really don't feel like
doing massive rebuilds routinely to maybe catch rare events...

--
Alan McKinnnon
alan.mckinnon [at] gmail

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads