Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
>>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
*** This bug has been marked as a duplicate of 90765 ***
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.
*** Bug 105848 has been marked as a duplicate of this bug. ***
I can verify this bug. I just tried installing this in OS X 10.4.3, and got the exact same error message.
this doesn't sound good too: /usr/lib/portage/bin/ebuild.sh: line 61: libwww-config: command not found
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 ?
>>> 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...
Created an attachment (id=72955) [details] unconditional patch for OSX With the given patch I can compile this tetex.
ignore the wwwconfig thing. I compiled with ebuild tetex-3xxx.ebuild compile and forgot to first merge the dep: libwww.
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.
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.
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
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 ?
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.
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.
sorry for the bugspam, linked to wrong bug.
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).
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.
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 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
(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.
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 ;)
> > 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.
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).
ok, compilation fixed.
