Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38746 - app-cdr/cdrdao-1.1.7-r3 fails to build when compiling "dao".
Summary: app-cdr/cdrdao-1.1.7-r3 fails to build when compiling "dao".
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Lars Weiler (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-19 12:33 UTC by MAL
Modified: 2004-01-27 19:31 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description MAL 2004-01-19 12:33:37 UTC
$ ACCEPT_KEYWORDS="~x86" emerge -pv cdrdao

[ebuild     U ] app-cdr/cdrdao-1.1.7-r3 [1.1.7-r1] -gnome +oggvorbis +perl

$ ACCEPT_KEYWORDS="~x86" emerge cdrdao

.......

make[2]: Leaving directory `/usr/portage/tmp/portage/cdrdao-1.1.7-r3/work/cdrdao-1.1.7/paranoia'
make[1]: Leaving directory `/usr/portage/tmp/portage/cdrdao-1.1.7-r3/work/cdrdao-1.1.7/paranoia'
make[1]: Entering directory `/usr/portage/tmp/portage/cdrdao-1.1.7-r3/work/cdrdao-1.1.7/dao'
Makefile:107: port.d: No such file or directory
Makefile:107: data.d: No such file or directory
Makefile:107: CdrDriver.d: No such file or directory
Makefile:107: CDD2600Base.d: No such file or directory
Makefile:107: CDD2600.d: No such file or directory
Makefile:107: PlextorReader.d: No such file or directory
Makefile:107: GenericMMC.d: No such file or directory
Makefile:107: SubChannel.d: No such file or directory
Makefile:107: PQSubChannel16.d: No such file or directory
Makefile:107: PWSubChannel96.d: No such file or directory
Makefile:107: PQChannelEncoder.d: No such file or directory
Makefile:107: GenericMMCraw.d: No such file or directory
Makefile:107: PlextorReaderScan.d: No such file or directory
Makefile:107: RicohMP6200.d: No such file or directory
Makefile:107: TaiyoYuden.d: No such file or directory
Makefile:107: YamahaCDR10x.d: No such file or directory
Makefile:107: TeacCdr55.d: No such file or directory
Makefile:107: SonyCDU920.d: No such file or directory
Makefile:107: SonyCDU948.d: No such file or directory
Makefile:107: ToshibaReader.d: No such file or directory
Makefile:107: CdTextEncoder.d: No such file or directory
Makefile:107: Settings.d: No such file or directory
Makefile:107: dao.d: No such file or directory
Makefile:107: ScsiIf-lib.d: No such file or directory
Makefile:107: main.d: No such file or directory
Creating dependencies for main.cc
Creating dependencies for ScsiIf-lib.cc
Creating dependencies for dao.cc
ScsiIf-lib.cc:37:21: xconfig.h: No such file or directory
ScsiIf-lib.cc:38:22: standard.h: No such file or directory
ScsiIf-lib.cc:39:24: scg/scgcmd.h: No such file or directory
ScsiIf-lib.cc:40:28: scg/scsitransp.h: No such file or directory
make[1]: *** [ScsiIf-lib.d] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/usr/portage/tmp/portage/cdrdao-1.1.7-r3/work/cdrdao-1.1.7/dao'
make: *** [all] Error 1

!!! ERROR: app-cdr/cdrdao-1.1.7-r3 failed.
!!! Function src_compile, Line 76, Exitcode 2
!!! (no error message)


As you can see, I currently have 1.1.7-r1 installed (and working).

My kernel is 2.6, thus my wanting the ATAPI compatible version.

Reproducible: Always
Steps to Reproduce:
ACCEPT_KEYWORDS="~x86" emerge cdrdao
Actual Results:  
Fails to build.


Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.6.1)
=================================================================
System uname: 2.6.1 i686 AMD Athlon(tm) XP 1700+
Gentoo Base System version 1.4.3.10p1
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distcc sandbox"
GENTOO_MIRRORS="http://www.ibiblio.org/gentoo
http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/
http://ftp.gentoo.skynet.be/pub/gentoo/ http://ftp.easynet.nl/mirror/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/usr/portage/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.254/gentoo-portage"
USE="X aalib acpi alsa apm avi berkdb bonobo cdr crypt cups curl dga dvd encode
esd foomaticdb gb gd gdbm ggi ggz gif gphoto2 gpm gtk gtk2 gtkhtml guile imap
imlib java jikes jpeg lcms ldap libg++ libwww lirc mad maildir mikmod motif
mozilla mpeg mysql nas ncurses nls oav oggvorbis opengl oss pam pdflib perl png
python qt quicktime radeon readline ruby samba sdl slang slp snmp spell sse ssl
svga tcltk tcpd tetex tiff truetype usb wmf x86 xface xml xml2 xmms xv zlib"
Comment 1 Lars Weiler (RETIRED) gentoo-dev 2004-01-20 19:21:23 UTC
I get the same results when I don't have cdrtools installed.

Can you test it, if it would compile properly when the cdrtools are installed?
Comment 2 MAL 2004-01-21 00:21:40 UTC
Ah, cdrtools are installed, but I lately updated them to use the DVD writing patch.  I'll try recompiling them without that in a while, then try cdrdao again.
Comment 3 Lars Weiler (RETIRED) gentoo-dev 2004-01-26 18:13:28 UTC
Any testing results?
Comment 4 MAL 2004-01-27 00:19:20 UTC
Sorry, there's a bit of confusion.. I had this problem on my home gentoo install, but wrote my last response from my work gentoo install... forgetting that the problem lied at home (blame ssh :)

My home system just had vanilla cdrtools, and it got re-emerged before I realised my home machine was the one in question.  I'm pretty sure it got updated (from 2.01_alpha14 to 2.01_alpha23), and then emerging cdrdao-1.1.7-r3 worked fine.
Comment 5 Lars Weiler (RETIRED) gentoo-dev 2004-01-27 19:31:40 UTC
Thanks for testing :-)  I resolve the bug as WORKSFORME, but keep in mind, that this could be a problem on updating one of the ebuilds.