Created attachment 426484 [details]
build logs of gdk-pixbuff, atk and harfbuzz as an example
I made a list of packages which are failing since the recent gnome-3.18.0 went stable
this seems to be due to dev-libs/glib-2.46.2-r1
As an example I attached three build logs
Created attachment 426486 [details, diff]
patch from alpine
this patch for glib works for me, all the failed packages do compile
(In reply to tt_1 from comment #1)
> Created attachment 426486 [details, diff] [details, diff]
> patch from alpine
> this patch for glib works for me, all the failed packages do compile
do you know if alpine has pushed that upstream. i hit the same and was in the middle of debugging your bug report came in.
I really don't know if the alpine team already has upstreamed this patch, but I guess it is more of a hack as it reverts the commit and doesn't find a better solution for both glibc and non-glibc systems. At least it hasn't been merged in the glib git at gnome.org
It is this commit here, according to the description they want to see the code to be removed.
Okay this one is on the overlay but I don't now what to do with it because its not upstreamable. You may want to talk to Nathan Copa of alpine and see if we can't confinve them otherwise. Else maybe we'll have to talk to Rich Felker about the issue.
I guess it would be the best to open a bug on the glib bugtracker, don't you think? Because this is code which upstream wants to see deleted, they propably haven't thought about musl specific things. And I wonder if this bug can be solved by patching musl accordingly?
Anyway, I'm not exactly qualified to solve this problem, don't know much about programming but do enjoy to break stuff and report it later on.
The ebuild hasn't yet been pushed to the overlay, you propably forgot to include it in the longish commits a few days ago?
alpine has now upgraded to glib-2.48.0 removing the patch. This seems
to indicate that it is no longer needed for 2.48.0.
Can confirm, this is fixed in glib-2.48.0
should be solved in 2.48