Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 98495 - id3lib-3.8.3-r3 compiles on OS X when ppc-macos keyword added, but doesn't install
Summary: id3lib-3.8.3-r3 compiles on OS X when ppc-macos keyword added, but doesn't in...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Mac OSX (show other bugs)
Hardware: PPC OS X
: High normal
Assignee: Gentoo for Mac OS X
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-09 13:50 UTC by Scott Alfter
Modified: 2008-02-07 15:15 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
id3lib binary package created by emerge --buildpkgonly (compiled for G4) (id3lib-3.8.3-r3.tbz2,1.06 MB, application/octet-stream)
2005-07-09 13:54 UTC, Scott Alfter
Details
patch made to id3lib-3.8.3-r3.ebuild (ebuild.diff,1.35 KB, patch)
2005-09-10 10:46 UTC, Fabian Groffen
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Scott Alfter 2005-07-09 13:50:38 UTC
id3lib is a prerequisite for easytag, but it wouldn't even start building
without the ppc-macos keyword added.  I edited it and started the build. 
Everything compiled without incident, but the installation phase bombs out with
an error:

>>> /usr/lib/libid3-3.8.3.0.0.dylib -> libid3-3.8.3.dylib
!!! failed to properly create symlink:
!!! /usr/lib/libid3-3.8.so.0 -> /usr/lib/libid3-3.8.so.0.0.0
!!! [Errno 2] No such file or directory: '/usr/lib/libid3-3.8.so.0'
!!! Failed to move file.
!!! /usr/lib/libid3-3.8.so.0 -> /usr/lib/libid3-3.8.so.0.0.0

Looking in /var/tmp/id3lib-3.8.3-r3/image/usr/lib, libid3-3.8.so.0 is symlinked
to /usr/lib/libid3-3.8.so.0.0.0 (absolute path).  There is also a symlink named
libid3-3.8.so.0.0.0 in this directory, but it goes to a nonexistent
/usr/lib/libid3-3.8.so.3 (doesn't exist in either
/var/tmp/id3lib-3.8.3-r3/image/usr/lib or /usr/lib).

The second time around, though, the partially-merged package causes a file
conflict that must be cleaned up manually.

I was able to make a binary package with "emerge --buildpkgonly id3lib", but
attempting to install it with "emerge --usepkgonly id3lib" produces the same error.

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

Actual Results:  
see above

Expected Results:  
installed id3lib

!!! Relying on the shell to locate gcc, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 2.0.51.19 (default-darwin/macos/10.3, gcc-3.3, libsystem-7.1-r0, 7.9.0
Power Macintosh)
=================================================================
System uname: 7.9.0 Power Macintosh powerpc
macos-20041118
Python:               [2.3 (#1, Sep 13 2003, 00:49:11)]
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"
CFLAGS="-O2 -pipe -fomit-frame-pointer -mcpu=7400 -faltivec"
CHOST="powerpc-apple-darwin"
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 -fomit-frame-pointer -mcpu=7400 -faltivec"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache collision-protect distlocks sfperms
strict userpriv"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.ccccom.com"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://192.168.100.1/gentoo-portage"
USE="ppc aac altivec audiofile emboss encode flac mad mp3 ncurses ogg oggvorbis
ppc-macos quicktime readline vorbis userland_Darwin kernel_Darwin elibc_Darwin"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

(Note: except for sandbox, the packages marked "not present" are provided by Mac
OS X.)
Comment 1 Scott Alfter 2005-07-09 13:54:36 UTC
Created attachment 63027 [details]
id3lib binary package created by emerge --buildpkgonly (compiled for G4)
Comment 2 Fabian Groffen gentoo-dev 2005-09-10 10:46:48 UTC
Created attachment 68130 [details, diff]
patch made to id3lib-3.8.3-r3.ebuild

This is caused by hardcoded using .so objects, which don't exist on OSX.  (OSX
has .dylibs)  I can fix that with get_libname from multilib.  Testing with
id3v2 revealed that the header files produced don't really work.  On x86 it
does work.

In the attached patch are my changes that made id3lib compile.
Comment 3 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-02-04 08:22:09 UTC
-r4 has no more the dosym cruft, you can keyword that fine I think.
Comment 4 Fabian Groffen gentoo-dev 2006-02-07 09:51:58 UTC
(In reply to comment #3)
> -r4 has no more the dosym cruft, you can keyword that fine I think.

(In reply to comment #2)
> Testing with
> id3v2 revealed that the header files produced don't really work.  On x86 it
> does work.

Looks like this package isn't prepared for big-endianness or something.
Comment 5 Fabian Groffen gentoo-dev 2008-02-07 15:15:35 UTC
please try this in prefix if still interested