Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

>>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.