106886 2005-09-22 07:17 0000 ERROR: app-text/tetex-3.0-r3 failed. 2006-04-20 02:29:29 0000 1 1 1 Unclassified Gentoo/Alt Mac OSX unspecified PPC OS X RESOLVED FIXED P2 normal --- 98827 1 griso.roberto@virgilio.it ppc-macos@gentoo.org dirk.schoenberger@freenet.de ndimiduk@gentoo.org text-markup@gentoo.org griso.roberto@virgilio.it 2005-09-22 07:17:40 0000 >>paths.tmp cp paths.tmp paths.h rm -f paths.tmp date >stamp-paths libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./.. -I/usr/X11R6/include/lesstif -O2 -pipe -DMAKE_KPSE_DLL -c tex-file.c libtool: unknown option character `-' in: --mode=compile Usage: libtool -static [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-sacLT] Usage: libtool -dynamic [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] [-compatibility_version #] [-current_version #] [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename <file_system_path>] [-all_load] [-noall_load] make[2]: *** [tex-file.lo] Error 1 make[1]: *** [do-kpathsea] Error 2 make: *** [all] Error 1 Reproducible: Always Steps to Reproduce: 1. 2. 3. emerge info !!! 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.52-r1 (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 ~ppc-macos" AUTOCLEAN="yes" CBUILD="powerpc-apple-darwin" CFLAGS="-O2 -pipe" 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" 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" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc X Xaw3d aalib altivec berkdb bzip2 cdr cups curl dga ecc emboss examples flac gd gif idea ipv6 javascript jpeg ldap lesstif libwww mad motif neXt nls ogg opengl png ppc-macos qt sdl slang speex sqlite ssl tcpd tetex tiff unicode vorbis xinerama xv zlib userland_Darwin kernel_Darwin elibc_Darwin" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS grobian@gentoo.org 2005-09-22 11:10:01 0000 *** This bug has been marked as a duplicate of 90765 *** grobian@gentoo.org 2005-09-22 11:30:12 0000 Actually, this is a whole different bug. Sorry about the closure. 13 Sep 2005; <dang> +files/tetex-3.0-kpathsea-pic.patch, +tetex-3.0-r3.ebuild: Revbump to make a shared version of libkpathsea. Bug #105418 The patch replaces the supplied version of libtool with the system libtool, which on OSX is not able to handle the compilation phase. ndimiduk@gentoo.org 2005-10-07 17:43:11 0000 *** Bug 105848 has been marked as a duplicate of this bug. *** gentoo@kjosmoen.com 2005-11-01 02:35:57 0000 I can verify this bug. I just tried installing this in OS X 10.4.3, and got the exact same error message. grobian@gentoo.org 2005-11-15 09:13:30 0000 this doesn't sound good too: /usr/lib/portage/bin/ebuild.sh: line 61: libwww-config: command not found nattfodd@gentoo.org 2005-11-15 09:37:41 0000 As I understood things, there are two libtool on ppc-macos : the MacOSX one and the gnu/vanilla (or just x86, not sure) one. It seems here that configure mistook himself in trying to use macosx with options of vanilla. As for the problem with libwww-config, I don't think it's tetex related : it comes from a "normal" source in ebuild.sh. Here on x86, it sources /etc/init.d/functions.sh, and I guess it's about environment settings not being set correctly. When does it happen exactly ? grobian@gentoo.org 2005-11-15 09:56:57 0000 >>> md5 files ;-) files/xpdf-CESA-2004-007-xpdf2-newer.diff >>> md5 src_uri ;-) tetex-src-3.0.tar.gz >>> md5 src_uri ;-) tetex-texmf-3.0.tar.gz >>> md5 src_uri ;-) tetex-3.0-gentoo.tar.gz /usr/lib/portage/bin/ebuild.sh: line 61: libwww-config: command not found * * teTeX 3.0 ebuild will remove config files stored in /usr/share/texmf. * Please make a backup before upgrading if you changed anything. * I patched the tetex-3.0-kpathsea-pic.patch now so it uses glibtool on Darwin. Seeing what it will do now... grobian@gentoo.org 2005-11-15 10:49:46 0000 Created an attachment (id=72955) unconditional patch for OSX With the given patch I can compile this tetex. grobian@gentoo.org 2005-11-15 11:06:25 0000 ignore the wwwconfig thing. I compiled with ebuild tetex-3xxx.ebuild compile and forgot to first merge the dep: libwww. nattfodd@gentoo.org 2005-11-15 11:18:17 0000 Nice, thanks a lot for your patch (though I'm not really sure patching a patch won't cause problems). As it can't harm non-ppc-macos arch, I suggest commiting it right away if you have cvs access. grobian@gentoo.org 2005-11-15 11:25:04 0000 sure, patching a patch is useless if you have access to the patch. But I wanted to show the patch for reviewal first. Will commit the applied patch once I know for sure it works flawlessly. grobian@gentoo.org 2005-11-15 12:02:06 0000 The error now encountered during install phase: >>> /usr/share/man/man1/kpsepath.1.gz -> kpsetool.1.gz >>> /usr/share/man/man1/lambda.1.gz -> omega.1.gz >>> /usr/share/man/man1/mf-nowin.1.gz -> mf.1.gz >>> /usr/share/man/man1/oxdvi.1.gz -> xdvi.1.gz >>> /usr/share/man/man1/texconfig-sys.1.gz -> texconfig.1.gz >>> /usr/share/man/man1/updmap-sys.1.gz -> updmap.1.gz !!! failed to properly create symlink: !!! /usr/bin/pdfvirtex -> /usr/bin/pdftex !!! [Errno 2] No such file or directory: '/usr/bin/pdfvirtex' !!! Failed to move file. !!! /usr/bin/pdfvirtex -> /usr/bin/pdftex nattfodd@gentoo.org 2005-11-15 12:50:32 0000 There is dosym /usr/bin/pdftex /usr/bin/pdfvirtex in the ebuild, not the other way around (and I checked in /usr/lib/portage/bin/dosym that it was really the case). So I don't see how it could fail on its *target* argument not existing. I checked /usr/lib/portage/pym/portage.py (the code that is failing occurs around line 2804) but saw nothing that could cause this... Unless os.symlink swapped its arguments on ppc-macos, which I very much doubt, I don't see what is going on... You could try adding some debug around this line to see what is really happening, may be ? grobian@gentoo.org 2005-11-15 14:03:56 0000 I remember from last time when this problem was there what the targets where moved in the tetex eclass. in tetex-3_src_install() a whole bunch of voodoo with symlinks is being done. I will check that again later. grobian@gentoo.org 2005-11-25 04:32:56 0000 I think I found the problem here. While looking in my image, the usr/bin dir looks like this (excerpt): lrwxr-xr-x 1 7 Nov 25 11:36 ovf2ovp -> omfonts lrwxr-xr-x 1 7 Nov 25 11:36 ovp2ovf -> omfonts -rwxr-xr-x 1 57876 Nov 25 11:24 patgen lrwxr-xr-x 1 7 Nov 25 11:36 pdfcrop -> texexec -rwxr-xr-x 1 1425652 Nov 25 11:31 pdfetex lrwxr-xr-x 1 15 Nov 25 11:37 pdfvirtex -> /usr/bin/pdftex -rwxr-xr-x 1 1425804 Nov 25 11:32 pdfxtex The problem here is that the pdfvirtex symlink is absolute, not relative. This results in a problem for OSX, since /usr/bin/pdftex is *not* available during merge to the live filesystem, of course. Linux doesn't care about dead symlinks here. This issue should have been solved in portage 2.0.53, which is not yet stable. I tried it and it indeed works with that version. grobian@gentoo.org 2005-11-25 04:36:33 0000 sorry for the bugspam, linked to wrong bug. ehmsen@gentoo.org 2006-04-11 08:35:23 0000 What's the story on this one? Is it still a problem and/or is it also a problem with the latest tetex-3.0_p1-r3? I'm working towards stabilizing tetex-3.0_p1 and this seems like a showstopper (at least on MacOS). grobian@gentoo.org 2006-04-11 08:46:44 0000 I have 3.0-r3 installed. That's with the kpathsea patch I think. That one works fine for my thesis and several papers at least. I haven't tried a more recent version yet. ehmsen@gentoo.org 2006-04-13 13:40:42 0000 I have added your meta-patch to tetex and fixed the symlink problem by using relative symlinks (all other symlinks are relative, so why not this one). So I vote for resolving this bug fixed. What do you MacOS people think?!? :-) dirk.schoenberger@freenet.de 2006-04-13 14:37:40 0000 > I have added your meta-patch to tetex and fixed the symlink problem by using > relative symlinks (all other symlinks are relative, so why not this one). > So I vote for resolving this bug fixed. What do you MacOS people think?!? :-) I seem to miss something essential. After doing a fresh emerge sync I still get the original bug, This is on stock gentoo/macosx (portage 2.1_pre3-r1), no prefix, no progressive cp paths.tmp paths.h rm -f paths.tmp date >stamp-paths libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./.. -O2 -pipe -DMAKE_KPSE_DLL -c tex-file.c libtool: unknown option character `-' in: --mode=compile Usage: libtool -static [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-sacLT] Usage: libtool -dynamic [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] [-compatibility_version #] [-current_version #] [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename <file_system_path>] [-all_load] [-noall_load] my emerge info !!! 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.1_pre3-r1 (default-darwin/macos/10.4, gcc-4.0.0, libsystem-7.1-r0, 8.6.0 Power Macintosh) ================================================================= System uname: 8.6.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/eselect/compiler /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" PORTDIR_OVERLAY="/usr/local/overlays/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc aalib audiofile emboss exif expat ffcall ffmpeg gdbm gif gmp imagemagick jpeg lcms libwww lua mhash mng nls ogg opengl pcre png ppc-macos qt recode sdl slang svg tiff truetype vorbis elibc_Darwin kernel_Darwin userland_Darwin" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS ehmsen@gentoo.org 2006-04-14 01:09:51 0000 (In reply to comment #20) > I seem to miss something essential. After doing a fresh emerge sync I still get > the original bug, You have posted less than an hour after my post (which was sync. with the commit of the altered patch). _Please_, give the change some time to propagate to the mirrors! Try again and I'll bet that it works now. grobian@gentoo.org 2006-04-14 10:27:46 0000 I compiled and installed it without problems. I'm using the latest portage though. I consider that not to be a problem, as the package now seems not to produce any problems. I would say ppc-macos isn't the showstopper for your stabling party ;) dirk.schoenberger@freenet.de 2006-04-17 11:43:43 0000 > > I seem to miss something essential. After doing a fresh emerge sync I still get > > the original bug, > You have posted less than an hour after my post (which was sync. with the > commit of the altered patch). _Please_, give the change some time to propagate > to the mirrors! > Try again and I'll bet that it works now. Sorry, I forgot about the lag because of the mirrors. It now emerges indeed fine. I had some problems because of package collisions with some (not owned) files like existing file /usr/share/texmf/dvipdfm/config/config is not owned by this package but I think these are my faults, result of installing and not cleanly de-installing another TeX distribution. ehmsen@gentoo.org 2006-04-20 01:23:17 0000 Then I don't see any reason for not closing this bug...? (except if you want to wait until the latest version of tetex goes stable, in that case please make this bug as depending on bug 124511 so that i'll remember to close it when tetex goes stable). grobian@gentoo.org 2006-04-20 02:29:29 0000 ok, compilation fixed. 72955 2005-11-15 10:49 0000 unconditional patch for OSX patch text/plain SW5kZXg6IHRldGV4LTMuMC1rcGF0aHNlYS1waWMucGF0Y2gKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog L3Zhci9jdnNyb290L2dlbnRvby14ODYvYXBwLXRleHQvdGV0ZXgvZmlsZXMvdGV0ZXgtMy4wLWtw YXRoc2VhLXBpYy5wYXRjaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCmRpZmYgLXUgLXIxLjEg dGV0ZXgtMy4wLWtwYXRoc2VhLXBpYy5wYXRjaAotLS0gdGV0ZXgtMy4wLWtwYXRoc2VhLXBpYy5w YXRjaAkxMyBTZXAgMjAwNSAxODozMDoxNCAtMDAwMAkxLjEKKysrIHRldGV4LTMuMC1rcGF0aHNl YS1waWMucGF0Y2gJMTUgTm92IDIwMDUgMTg6NDg6MDIgLTAwMDAKQEAgLTEsMzggKzEsNTAgQEAK IGRpZmYgLS1leGNsdWRlLWZyb209L2hvbWUvZGFuZy8uZGlmZnJjIC11IC1ydU4gdGV0ZXgtc3Jj LTMuMC5vcmlnL3RleGsva3BhdGhzZWEvY29uZmlndXJlIHRldGV4LXNyYy0zLjAvdGV4ay9rcGF0 aHNlYS9jb25maWd1cmUKIC0tLSB0ZXRleC1zcmMtMy4wLm9yaWcvdGV4ay9rcGF0aHNlYS9jb25m aWd1cmUJMjAwNS0wMi0wNiAxMzoyNzowMy4wMDAwMDAwMDAgLTA1MDAKICsrKyB0ZXRleC1zcmMt My4wL3RleGsva3BhdGhzZWEvY29uZmlndXJlCTIwMDUtMDktMDkgMDA6MjU6NDguMDAwMDAwMDAw IC0wNDAwCi1AQCAtNTU0Niw3ICs1NTQ2LDcgQEAKK0BAIC01NTQ2LDcgKzU1NDYsMTEgQEAKICBM SUJUT09MX0RFUFM9IiRhY19hdXhfZGlyL2x0bWFpbi5zaCIKICAKICAjIEFsd2F5cyB1c2Ugb3Vy IG93biBsaWJ0b29sLgogLUxJQlRPT0w9JyQoU0hFTEwpICQodG9wX2J1aWxkZGlyKS9saWJ0b29s JworK2lmIFsgJHtVU0VSTEFORH0gLWVxICJEYXJ3aW4iIF07IHRoZW4KKytMSUJUT09MPSdnbGli dG9vbCcKKytlbHNlCiArTElCVE9PTD0nbGlidG9vbCcKKytmaQogIAogICMgUHJldmVudCBtdWx0 aXBsZSBleHBhbnNpb24KICAKIGRpZmYgLS1leGNsdWRlLWZyb209L2hvbWUvZGFuZy8uZGlmZnJj IC11IC1ydU4gdGV0ZXgtc3JjLTMuMC5vcmlnL3RleGsvbGlidG9vbC5tNCB0ZXRleC1zcmMtMy4w L3RleGsvbGlidG9vbC5tNAogLS0tIHRldGV4LXNyYy0zLjAub3JpZy90ZXhrL2xpYnRvb2wubTQJ MjAwMy0wMi0xNSAwODowMzoyMy4wMDAwMDAwMDAgLTA1MDAKICsrKyB0ZXRleC1zcmMtMy4wL3Rl eGsvbGlidG9vbC5tNAkyMDA1LTA5LTA5IDAwOjE3OjEyLjAwMDAwMDAwMCAtMDQwMAotQEAgLTMw LDggKzMwLDggQEAKK0BAIC0zMCw4ICszMCwxMiBAQAogICMgVGhpcyBjYW4gYmUgdXNlZCB0byBy ZWJ1aWxkIGxpYnRvb2wgd2hlbiBuZWVkZWQKICBMSUJUT09MX0RFUFM9IiRhY19hdXhfZGlyL2x0 bWFpbi5zaCIKICAKIC0jIEFsd2F5cyB1c2Ugb3VyIG93biBsaWJ0b29sLgogLUxJQlRPT0w9JyQo U0hFTEwpICQodG9wX2J1aWxkZGlyKS9saWJ0b29sJwogKyMgVXNlIHRoZSBzeXN0ZW0gbGlidG9v bAorK2lmIFsgJHtVU0VSTEFORH0gLWVxICJEYXJ3aW4iIF07IHRoZW4KKytMSUJUT09MPSdnbGli dG9vbCcKKytlbHNlCiArTElCVE9PTD0nbGlidG9vbCcKKytmaQogIEFDX1NVQlNUKExJQlRPT0wp ZG5sCiAgCiAgIyBQcmV2ZW50IG11bHRpcGxlIGV4cGFuc2lvbgogZGlmZiAtLWV4Y2x1ZGUtZnJv bT0vaG9tZS9kYW5nLy5kaWZmcmMgLXUgLXJ1TiB0ZXRleC1zcmMtMy4wLm9yaWcvdGV4ay9tYWtl L2NvbW1vbi5tayB0ZXRleC1zcmMtMy4wL3RleGsvbWFrZS9jb21tb24ubWsKIC0tLSB0ZXRleC1z cmMtMy4wLm9yaWcvdGV4ay9tYWtlL2NvbW1vbi5tawkyMDA0LTA4LTA2IDE0OjQwOjUwLjAwMDAw MDAwMCAtMDQwMAogKysrIHRldGV4LXNyYy0zLjAvdGV4ay9tYWtlL2NvbW1vbi5tawkyMDA1LTA5 LTA5IDE1OjAyOjM1LjAwMDAwMDAwMCAtMDQwMAotQEAgLTEyLDcgKzEyLDcgQEAKK0BAIC0xMiw3 ICsxMiwxMSBAQAogIExERkxBR1MgPSBATERGTEFHU0AgJChYTERGTEFHUykKICAKICAjIEtwYXRo c2VhIG5lZWRzIHRoaXMgZm9yIGNvbXBpbGluZywgcHJvZ3JhbXMgbmVlZCBpdCBmb3IgbGlua2lu Zy4KIC1MSUJUT09MID0gJChTSEVMTCkgJChrcGF0aHNlYV9wYXJlbnQpL2xpYnRvb2wKLStMSUJU T09MID0gbGlidG9vbAorK2lmZXEgKCQoVVNFUkxBTkQpLERhcndpbikKKytMSUJUT09MPSdnbGli dG9vbCcKKytlbHNlCisrTElCVE9PTD0nbGlidG9vbCcKKytlbmRpZgogIAogICMgWW91IGNhbiBj aGFuZ2UgW1hdQ1BQRkxBR1MsIFtYXUNGTEFHUywgb3IgW1hdREVGUywgYnV0CiAgIyBwbGVhc2Ug ZG9uJ3QgY2hhbmdlIEFMTF9DUFBGTEFHUyBvciBBTExfQ0ZMQUdTLgo=