Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 167704 - media-libs/libdvdcss-1.2.9 fails to compile while building documentation
Summary: media-libs/libdvdcss-1.2.9 fails to compile while building documentation
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: TeX project
URL:
Whiteboard:
Keywords:
: 180205 184477 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-02-20 00:25 UTC by jsado_sc3
Modified: 2007-07-27 12:51 UTC (History)
9 users (show)

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


Attachments
emerge output (emerge output,25.82 KB, text/plain)
2007-05-28 13:07 UTC, André Terpstra
Details
Drop in replacement for existing libdvdcss-1.2.9-doc.patch (libdvdcss-1.2.9-doc.patch,2.36 KB, patch)
2007-05-30 10:16 UTC, Ian Abbott
Details | Diff
Slackware approach to latex issue (libdvdcss-1.2.9-slackware.patch,375 bytes, patch)
2007-07-10 02:07 UTC, Lee Thompson
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description jsado_sc3 2007-02-20 00:25:02 UTC
while egrep -s 'Rerun (LaTeX|to get cross-references right)' refman.log && [ $latex_count -gt 0 ] ;\
            do \
              echo "Rerunning latex...." ;\
              latex refman.tex ;\
              latex_count=`expr $latex_count - 1` ;\
            done
dvips -o refman.ps refman.dvi
This is dvips(k) 5.95b Copyright 2005 Radical Eye Software (www.radicaleye.com)
' TeX output 2007.02.19:1857' -> refman.ps
make[3]: *** [refman.ps] Segmentation fault
make[3]: Leaving directory `/var/tmp/portage/media-libs/libdvdcss-1.2.9/work/libdvdcss-1.2.9/doc/latex'
make[2]: *** [stamp-latex] Error 2
make[2]: Leaving directory `/var/tmp/portage/media-libs/libdvdcss-1.2.9/work/libdvdcss-1.2.9/doc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/libdvdcss-1.2.9/work/libdvdcss-1.2.9'
make: *** [all] Error 2

!!! ERROR: media-libs/libdvdcss-1.2.9 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  environment, line 3697:   Called src_compile
  libdvdcss-1.2.9.ebuild, line 51:   Called die


Reproducible: Always

Steps to Reproduce:




emerge --info
Portage 2.1.2-r9 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.5-r0, 2.6.14-gentoo-r2 i686)
=================================================================
System uname: 2.6.14-gentoo-r2 i686 Transmeta Efficeon(tm) Processor TM8000
Gentoo Base System release 1.12.9
Timestamp of tree: Thu, 15 Feb 2007 15:30:01 +0000
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.3.5-r3, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-Os -mtune=pentium4 -msse2 -mfpmath=sse -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-Os -mtune=pentium4 -msse2 -mfpmath=sse -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aac acpi alsa apache2 apm audiofile avi berkdb bitmap-fonts bonobo bzlib cli cpdflib cracklib crypt cscope dga dio directfb divx4linux dlloader doc dri dts dv dvb dvd dvdread eds emboss encode fbcon fftw firefox flac fortran ftp gb gd gdbm gif gpm gstreamer gtk gtk2 gtkhtml iconv icq imagemagick imap imlib isdnlog jack jpeg ladcca lcms lesstif libg++ libwww mad midi mikmod mime mmx mmxext mng motif mp3 mpeg mysql ncurses nis nptl nptlonly nsplugin offensive ogg oggvorbis opengl pam pcmcia pcre pda pdflib perl png pnp posix pppd qt3 qt4 quicktime radeon readline reflection sdl session sndfile speex spell spl sse sse2 ssl svg sysvipc tcpd tga theora tidy tiff truetype truetype-fonts type1-fonts usb vcd vim-with-x vorbis win32codecs x86 xine xml xorg xpm xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse synaptics wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 André Terpstra 2007-05-28 11:24:26 UTC
The updated ebuild, media-libs/libdvdcss-1.2.9-r1, still has a problem. I use the "doc" USE flag so I suspect it's the same.
Comment 2 André Terpstra 2007-05-28 13:07:09 UTC
Created attachment 120520 [details]
emerge output
Comment 3 André Terpstra 2007-05-29 04:07:04 UTC
compiling without the "doc" USE flag is successful.
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2007-05-29 18:53:12 UTC
*** Bug 180205 has been marked as a duplicate of this bug. ***
Comment 5 Ian Abbott 2007-05-30 10:16:22 UTC
Created attachment 120688 [details, diff]
Drop in replacement for existing libdvdcss-1.2.9-doc.patch

I was asked to copy my fix from bug #180205 to this bug, so here it is.  I'm not convinced it's the same bug, but because my fix avoids running latex and dvips (because the resulting files are not installed anyway), it should also "fix" this bug.

Here is a description of what the patch does:

1a. As for the original version of the libdvdcss-1.2.9-doc.patch, it adds a "--disable-doc" option to the configure script.
1b. Unlike the original version of the libdvdcss-1.2.9-doc.patch, it forces "LATEX=no" in configure.ac to stop doc/Makefile running dvips.
2. It sets "GENERATE_LATEX=no" in doc/doxygen.cfg to stop Doxygen generating LaTeX output.
3. It sets "INPUT_ENCODING=ISO-8859-1" in doc/doxygen.cfg to make Doxygen aware of the actual character encoding of the source files.
4. It sets "charset=utf-8" in doc/header.html to the match the character encoding of the html body text generated by Doxygen.
Comment 6 André Terpstra 2007-06-01 19:25:20 UTC
patch does not work for me...
Comment 7 Ian Abbott 2007-06-04 09:17:24 UTC
(In reply to comment #6)
> patch does not work for me...

Where does it fail?
Comment 8 André Terpstra 2007-06-04 11:50:52 UTC
I apologize for my misunderstanding. I concluded, incorrectly, that you had updated the ebuild but now I assume I have to apply the patch myself. Please tell me how to do that.
Comment 9 Ian Abbott 2007-06-04 12:43:48 UTC
(In reply to comment #8)
> I apologize for my misunderstanding. I concluded, incorrectly, that you had
> updated the ebuild but now I assume I have to apply the patch myself. Please
> tell me how to do that.

Set up a local portage overlay if you don't have one already:

mkdir /usr/local/portage

Edit /etc/make.conf to set the overlay:

PORTDIR_OVERLAY="/usr/local/portage"

(Note that PORTDIR_OVERLAY is a space-separated list of portage overlays.)

Copy the old version of libdvdcss to the overlay:

mkdir -p /usr/local/portage/media-libs
cp -a /usr/portage/media-libs/libdvdcss /usr/local/portage/media-libs

Replace /usr/local/portage/media-libs/libdvdcss/files/libdvdcss-doc.patch with the attached patch: http://bugs.gentoo.org/attachment.cgi?id=120688

Update the ebuild manifest:

ebuild /usr/local/portage/media-libs/libdvdcss/libdvdcss-1.2.9-r1.ebuild manifest

Reemerge the package:

emerge -1 libdvdcss
Comment 10 Ian Abbott 2007-06-04 12:47:58 UTC
That ebuild command to update the manifest should be all on one line, by the way.
Comment 11 André Terpstra 2007-06-04 13:09:39 UTC
All right. the ebuild now completes without warnings or errors, so the patch works. Thx.
Comment 12 Austin McKinley 2007-06-10 03:23:36 UTC
i'm seeing a slightly different problem with use doc on amd64:

 Ok [94] [126] [23] [40] [41] [60] [124] [62] [91] [93] [92] [123] [125]
[95] [127] [32]) (/usr/share/texmf/fonts/source/jknappen/ec/expunct.mf
 Ok [14] [15] [19] [20] [13] [18] [33] [39] [42] [43] [44] [46] [47] [58]
[59] [61] [96] [189] [17] [45] [16] [21] [22])
(/usr/share/texmf/fonts/source/jknappen/ec/exaccent.mf
 Ok [0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12])
(/usr/share/texmf/fonts/source/jknappen/ec/exsign.mf
 Ok [24] [34] [35] [36] [37] [64] [191] [159])
(/usr/share/texmf/fonts/source/jknappen/ec/exilig.mf
 Ok [25] [26] [27] [28] [29] [30] [31])
(/usr/share/texmf/fonts/source/jknappen/ec/exitalp.mf
 Ok [38] [63] [190]) (/usr/share/texmf/fonts/source/jknappen/ec/exrulett.mf
 Ok [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78]
[79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90])
(/usr/share/texmf/fonts/source/jknappen/ec/exillett.mf
 Ok [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108]
[109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120]
[121] [122]) (/usr/share/texmf/fonts/source/jknappen/ec/exidigit.mf
 Ok [48] [49] [50] [51] [52] [53] [54] [55] [56] [57])
(/usr/share/texmf/fonts/source/jknappen/ec/exiligtb.mf
 Ok) ) ) )
Font metrics written on ecti0900.tfm.
Output written on ecti0900.600gf (256 characters, 48832 bytes).
Transcript written on ecti0900.log.
mktextfm: /var/cache/fonts/tfm/jknappen/ec/ecti0900.tfm: successfully generated.
 [5]

! Package inputenc Error: Unicode char \u8:�ph not set up for use with LaTeX.

See the inputenc package documentation for explanation.
Type  H <return>  for immediate help.
 ...                                              
                                                  
l.49 \item[Author:]St�ph
                        ane Borel $<${\tt stef@via.ecp.fr}$>$
? 


about to try the attached patch, hang on...
Comment 13 Austin McKinley 2007-06-10 03:28:27 UTC
yes; with the provided patch the build works fine on ~amd64. thanks for the help, ian!
Comment 14 Ian Abbott 2007-06-11 09:26:04 UTC
(In reply to comment #12)
> i'm seeing a slightly different problem with use doc on amd64:
[snip]
> ! Package inputenc Error: Unicode char \u8:�ph not set up for use with LaTeX.
> 
> See the inputenc package documentation for explanation.
> Type  H <return>  for immediate help.
>  ...                                              
> 
> l.49 \item[Author:]St�ph
>                         ane Borel $<${\tt stef@via.ecp.fr}$>$
> ? 

That's the one I reported as bug #180205 but it got resolved as a duplicate of this bug for some strange reason!
Comment 15 Ian Abbott 2007-06-11 09:36:58 UTC
I'm not sure what the TeX herd make of the bug as originally described (which maybe just needs a revdep-rebuild or something), or what they make of the fix I posted (since it skips the TeX stuff altogether!).

If they want to keep the TeX stuff, some of my fix still applies, i.e. setting "INPUT_ENCODING=ISO-8859-1" in doc/doxygen.cfg and setting "charset=utf-8" in doc/header.html. That would fix bug #180205 but probably won't address segmentation faults in dvips as originally described in this bug.
Comment 16 Jakub Moc (RETIRED) gentoo-dev 2007-07-07 08:14:51 UTC
*** Bug 184477 has been marked as a duplicate of this bug. ***
Comment 17 Lee Thompson 2007-07-10 01:43:29 UTC
The slackware guys are reporting the same problem

http://www.linuxquestions.org/questions/showthread.php?t=566486



Their patch is applied after ./configure and is one line

http://alienbase.nl/slackware/restricted_slackbuilds/libdvdcss/build/libdvdcss_docMakefile.diff
Comment 18 Lee Thompson 2007-07-10 02:07:37 UTC
Created attachment 124394 [details, diff]
Slackware approach to latex issue

This is an alternate approach (rebuilt slackware patch to work with epatch).

You modify your ebuild to patch after ./configure and you don't need to patch or autoreconf in the src_unpack() phase.
Comment 19 Eskobar Esko 2007-07-24 02:57:01 UTC
is this fix yet?
i can not do emerge -aDNuv world. this libdvdcss in emerge fail.
i have same problem as comment #12 on i686 p4.
my /etc/make.conf have USE="doc ..."
Comment 20 Ian Abbott 2007-07-24 09:43:23 UTC
(In reply to comment #19)
> is this fix yet?
> i can not do emerge -aDNuv world. this libdvdcss in emerge fail.
> i have same problem as comment #12 on i686 p4.
> my /etc/make.conf have USE="doc ..."
> 

There are really two distinct bugs reported under this bug number. Bug #180205 got merged with this one for some reason (it's same as the one described in comment #12). That one is easily fixable.  I don't know why it hasn't been fixed yet.

For now, you could add "media-libs/libdvdcss -doc" to your /etc/portage/package.use file.
Comment 21 Alexis Ballier gentoo-dev 2007-07-27 08:55:10 UTC
fixed in cvs

in fact, a header had 8859-15 characters and doxygen generates only utf8 tex.
iconv gave me a diff that is now applied and fixes the latex error ;)

However, I dunno why dvips segfaults, I don't think it has something to do with libdvdcss thus I'll consider this closed. Please reopen a new bug if dvips still doesnt work for you.
Comment 22 Ian Abbott 2007-07-27 12:51:11 UTC
Thanks, Alexis.

I have opened bug #186786 to deal with one minor consequence of this bug fix (html output declares incorrect character encoding).