Bug 109459 – problem while emerge dev-libs/glib

• Product: Gentoo/Alt
• Status: RESOLVED FIXED

[Description Dirk Schoenberger 2005-10-16 05:05:52 UTC]

While trying to emerge glib-2.8.2 I ran into the following problem

Calculating dependencies ...done!
>>> emerge (1 of 1) dev-libs/glib-2.8.2 to /
>>> md5 files   ;-) glib-1.2.10-r5.ebuild
>>> md5 files   ;-) glib-2.6.5.ebuild
>>> md5 files   ;-) glib-2.8.2.ebuild
>>> md5 files   ;-) files/digest-glib-1.2.10-r5
>>> md5 files   ;-) files/digest-glib-2.6.5
>>> md5 files   ;-) files/digest-glib-2.8.2
>>> md5 files   ;-) files/glib-1.2.10-gcc34-fix.patch
>>> md5 files   ;-) files/glib-1.2.10-m4.patch
>>> md5 files   ;-) files/glib-2-macos.patch
>>> md5 files   ;-) files/glib-2.6.3-testglib-ssp.patch
>>> md5 src_uri ;-) glib-2.8.2.tar.bz2
>>> Unpacking source...
>>> Unpacking glib-2.8.2.tar.bz2 to /var/tmp/portage/glib-2.8.2/work
 * Applying glib-2-macos.patch ...

 * Failed Patch: glib-2-macos.patch !
 *  ( /usr/portage/dev-libs/glib/files/glib-2-macos.patch )
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/glib-2.8.2/temp/glib-2-macos.patch-11450.out


I attach this file

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.22-r3 (default-darwin/macos/10.4, gcc-4.0.0, libsystem-7.1-r0, 8.2.0 Power 
Macintosh)
===============================================================
==
System uname: 8.2.0 Power Macintosh powerpc
macos-20041118
distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled]
dev-lang/python:     [Not Present]
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  [Not Present]
sys-devel/automake:  [Not Present]
sys-devel/binutils:  [Not Present]
sys-devel/libtool:   [Not Present]
virtual/os-headers:  7.1
ACCEPT_KEYWORDS="ppc-macos"
AUTOCLEAN="yes"
CBUILD="powerpc-apple-darwin8"
CFLAGS="-O2 -pipe"
CHOST="powerpc-apple-darwin8"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/
qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/
gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="ppc aalib emboss gdbm gif imagemagick libwww nls ogg opengl png ppc-macos qt sdl slang tiff 
vorbis userland_Darwin kernel_Darwin elibc_Darwin"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

[Comment 1 Dirk Schoenberger 2005-10-16 05:06:45 UTC]

Created attachment 70784 [details]
log file containing the root problem of the failed emerge

[Comment 2 Jeroen Roovers (RETIRED) 2005-10-16 07:15:09 UTC]

Created attachment 70790 [details, diff]
Patch that makes ppc-macos patches version-dependent.

The patch in the files dir is specific to an apparently unsupported glib
version 2.4.8. This patch renames the current patch to specify that and changed
the two 2.x ebuilds so that epatch can handle it and die appropriately if
needed. This patch *does not* solve the bug because the way it is now, it seems
the configure script in every version would need to be edited separately. :-\

[Comment 3 Jeroen Roovers (RETIRED) 2005-10-16 07:38:06 UTC]

Created attachment 70791 [details, diff]
Patch for the 2.8.2 ebuild that uses sed instead of [e]patch

Apparently the patch only statically replaced every -$flag in configure with
$flag. Hey, we can do that dynamically too with sed. Disclaimer: I haven't
tested the patched ebuild.

[Comment 4 Jeroen Roovers (RETIRED) 2005-10-16 07:41:23 UTC]

On another note, why doesn't the 2.8.2 ebuild have a SRC_URI?

[Comment 5 Fabian Groffen 2005-10-16 07:47:35 UTC]

I believe the gnome people don't need to be bothered with this.

The SRC_URI comes from the gnome.org eclass.

[Comment 6 Jeroen Roovers (RETIRED) 2005-10-16 08:00:32 UTC]

(In reply to comment #5)
> I believe the gnome people don't need to be bothered with this.

You tell me. :)

> The SRC_URI comes from the gnome.org eclass.

In that case the Ebuild HOWTO [1] might need some TLC, as it lists SRC_URI as 
one of the "variables you must always set" in "every ebuild file".


[1] http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?
part=2&chap=1#doc_chap2

[Comment 7 Fabian Groffen 2005-10-16 08:05:31 UTC]

uhm... did someone consider removing the patch?  It [1] just compiles for me
when I remove the patch from the ebuild...


[1] dev-libs/glib-2.8.2  -debug (-doc) (-hardened) 2,502 kB 

[Comment 8 Fabian Groffen 2005-10-16 08:08:09 UTC]

(In reply to comment #6)
> > The SRC_URI comes from the gnome.org eclass.
> 
> In that case the Ebuild HOWTO [1] might need some TLC, as it lists SRC_URI as 
> one of the "variables you must always set" in "every ebuild file".

The power of the Human Brain(tm) is to 'reason'.

It might be obfuscated, but if you think of how eclasses work the ebuild has a
SRC_URI.  It has no use to spank someone for things that are simply not to
obvious, IMHO.

[Comment 9 Jeroen Roovers (RETIRED) 2005-10-16 08:16:16 UTC]

(In reply to comment #8)
> It might be obfuscated, but if you think of how eclasses work the ebuild has a
> SRC_URI.  It has no use to spank someone for things that are simply not to
> obvious, IMHO.

I wasn't trying to spank anyone. I merely asked a straightforward question. 
Thanks for the anwser. I learn something everyday, like always to check what 
eclasses are inherited. :)

[Comment 10 Fabian Groffen 2005-10-16 08:23:58 UTC]

Remember that one books more success using a proper amount of politeness.  It
also helps to research a bit before you actually come up with a 'straight'
question.  I'd be surpriced if someone from the gnome herd would have nicely
answered you, if any at all.