On Monday, November 12, 2012 14:50:12 Stephan Kulow wrote:

On 12.11.2012 13:58, Andreas Jaeger wrote:

...

I've packaged current glibc git version (release planned before Christmas) and like to submit it to Factory now - and update it until the release.

Looking at the changes, we receive a lot of bugfixes but I'm not aware of any expected breakage due to it.

Coolo, do you want to setup a staging project first or shall I submit via Base:System to Factory directly?

I would keep a close look on Base:System - if it has fallout there, we try staging

I noticed the following fallout: * obexed needed an extra include of * systemd, libudev0 suddenly needs extra linking with -lrt. Might be a wrong configure test that added -lrt in the past but does not do so anymore. The function which needs it was always in librt. Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

В Wed, 14 Nov 2012 09:45:00 +0100 Andreas Schwab пишет:

Andreas Jaeger writes:

...

* systemd, libudev0 suddenly needs extra linking with -lrt. Might be a wrong configure test that added -lrt in the past but does not do so anymore. The function which needs it was always in librt.

The clock_* API has been moved to libc, so if they only check for that but use other APIs from librt they have to extend the configure test.

Fixed upstream commit e17187091d463ad008c0b74eb04de5078b2abb96 Author: Michal Schmidt Date: Wed Nov 14 14:44:05 2012 +0100 configure.ac: fix FTBFS with new glibc glibc moved clock_* functions from librt to the core libc. As a result, clock_gettime is no more a suitable symbol to use when finding librt. Look for mq_open instead. Reference: http://www.sourceware.org/git/gitweb.cgi?p=glibc.git&h=6e6249d0b461b952d0f544792372663feb6d792a Fixes a FTBFS in Fedora Rawhide. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Fri, 2012-11-16 at 19:55 +0100, Andreas Jaeger wrote:

Coolo created a staging project for glibc and right now 87 packages are failing for various reasons, the list of packages is here:

https://build.opensuse.org/project/monitor?arch_x86_64=1&defaults=0&failed=1&project=openSUSE%3AFactory%3AStaging%3AGlibc217&repo_openSUSE_Factory=1

Any help to fix the failures is welcome! Please submit to the normal devel project and then to Factory...

You can build a package against the staging project with:

osc build --alternative-project=openSUSE:Factory:Staging:Glibc217\ openSUSE_Factory x86_64

Only a few of the failing packages fail due to glibc, many have other reasons, still fixes are needed ;)

AJ, Thanks for the excellent work! I looked at some of them already: PackageKit: not glibc related, but actually does not like the polkit 107 update: polkit-backend-1 has been nuked.. Can we has new PackageKit please? Zypp backend is biting our 'backs' again... f-spot: same issue as in oS:F => mono 3 is pending and once this all lands, we should be able to tackle it... does not make much sense before, as it will likely break again (and the preferred one is shotwell :P ) gnome-do-plugins: same as in factory, no glibc related.. also some mono changes... goffice-0_8: same as in Factory, in fact built in a branch and pending entrance into G:Apps memprof: same as in Factory, fix submitted to GNOME:Apps Not a lot, but each one is a success... I'd suggest to 'remove' those above from the failure list (in my last Staging project I 'disabled' such identified packages) so that it becomes apparent what needs to be worked on for glibc 2.17 integration. Best regards, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hi, On 11/20/2012 10:11 PM, Andreas Jaeger wrote:

Thanks! Looking at the currently failing packages, I think I fixed all glibc related problems - and thus updated glibc to current git HEAD to see that we didn't introduce new problems upstream,

clisp package is failing due to linux.c:619:47: error: '__swblk_t' undeclared (first use in this function) According to http://comments.gmane.org/gmane.comp.lib.glibc.alpha/25618 '__swblk_t' was removed. Can you confirm if glibc in staging includes this removal. If so I will submit the fix for clisp to the devel project along with some other patches that solves other issues Thanks Togan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 11/28/2012 04:41 PM, Andreas Jaeger wrote:

On 11/28/2012 03:48 PM, Togan Muftuoglu wrote:

...

Hi,

On 11/20/2012 10:11 PM, Andreas Jaeger wrote:

...

Thanks! Looking at the currently failing packages, I think I fixed all glibc related problems - and thus updated glibc to current git HEAD to see that we didn't introduce new problems upstream,

clisp package is failing due to

linux.c:619:47: error: '__swblk_t' undeclared (first use in this function)

I thought I submitted a fixed package to clisp. Seems I'm wrong. ;( Thanks for looking into this.

You did for sbcl, thanks for that. ;)

...

According to http://comments.gmane.org/gmane.comp.lib.glibc.alpha/25618 '__swblk_t' was removed.

Can you confirm if glibc in staging includes this removal. If so I will submit the fix for clisp to the devel project along with some other patches that solves other issues

Yes, this type was indeed removed:

Ok in that case I will sr to the devel project and since I am not the maintainer of clisp, the rest is not in my hands Togan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 11/28/2012 04:21 PM, Cristian Rodríguez wrote:

El 20/11/12 18:11, Andreas Jaeger escribió:

...

Thanks! Looking at the currently failing packages, I think I fixed all glibc related problems - and thus updated glibc to current git HEAD to see that we didn't introduce new problems upstream,

the nscd package still installs systemd unit in /lib/systemd/system/nscd.service though.

Ooops, fixing now. thanks, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org