Bug#618033: texlive-bin-2009: Missing -D_FILE_OFFSET_BITS=64 leads to files not opening (x86 /32bit)
On 15.03.11 Pierre SCHNIZER (p.schnizer@gsi.de) wrote:
> On 15.03.2011 17:43, Hilmar Preusse wrote:
Hi,
> >Could you install and test them?
> >
> >http://home.amasol.de/~preusse/texlive-binaries_2009-8_i386.deb
> >http://home.amasol.de/~preusse/libkpathsea5_2009-8_i386.deb
> >
> >No code change, just introduced the suggested switches. I failed to
> >create a cifs file system.
> >
> The short info first: the package you built works fine except it
> wants libstdc++ >= 4.5 while 4.4 is the one installed on my box
> (matches squeeze http://packages.debian.org/squeeze/libstdc++6).
>
I'm sorry! I built these packages in Debian unstable, where libstdc++
= 4.5 exists. I can provide another package using libstdc++ = 4.4 if
you like to.
> I first removed the packages (because I had the packages with my
> hack on the system already):
> $dpkg -r --force-all texlive-binaries libkpathsea5
>
Brave!
> I tried to run pdflatex on one path which is mounted using CIFS (I
> guess any file system with large file support should give the same
> trouble, e.g. XFS).
>
Well, I created a new partition on my unstable system and formatted
it using xfs. No problem with a tex file on it even with the default
unstable packages (no LFS support compiled).
> Now pdflatex works fine and kpsewhich gives
> $kpsewhich -debug 33 report.tex >& /tmp/kpsewhich_squeeze_output_update
> So one can see that now the kpathsea library finds the file.
>
At least your experiments show that simply introducing the flags
suggested by "getconf LFS_CFLAGS" solve the problem for you. I guess
we'll prepare new packages and upload them to Debian (maybe to
experimental first).
Many thanks for help!
Hilmar
--
sigmentation fault
Reply to: