First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 30798
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Lars Weiler (RETIRED) <pylon@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Sean C. Burbidge <scb@full.vu>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 30798 depends on: Show dependency tree
Bug 30798 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-10-09 17:44 0000
cdrdao 1.1.7-r1 fails to compile, and breaks the dependency chain for kde.

i've done emerge sync, revdep-rebuild.  this appears to reproduce a bug from
2000 (!) of which more info can be had at
http://www.freebsd.org/cgi/query-pr.cgi?pr=22302.  a patch was released to fix
this and the version bumped to 1.1.4.

Reproducible: Always
Steps to Reproduce:
1. emerge cdrdao


Actual Results:  
g++  -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb
-ltrackdb  -L../scsilib/export -lscg -lschily -lpthread  -lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [cdrdao] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.7-r1/work/cdrdao-1.1.7/dao'
make: *** [all] Error 1

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


Expected Results:  
clean compile!  :)

USE="cdr curl decss dvd gd-external imagemagick mozcalendar nocstrike \
     nodod nophysfs noqmax notfc php samba scanner tiff usb xvid -apm -gpm \
     -gnome -libg++ -mikmod -alsa -arts"

------- Comment #1 From Martin Holzer (RETIRED) 2003-10-10 09:27:12 0000 -------
*** Bug 30818 has been marked as a duplicate of this bug. ***

------- Comment #2 From Chuck Burns 2003-10-28 17:25:59 0000 -------
I also get this error, with 1.1.7-r2, using kernel 2.6.0-test8, I've tried
removing the --with-scglib and --with-scginclude's from the ebuild's configure
section, like suggested in the duplicate bug, I also tried linking /usr/src/linux
to kernel-2.4.20 as also suggested.  neither work.

Chuck Burns

------- Comment #3 From SpanKY 2003-11-03 16:42:05 0000 -------
*** Bug 32665 has been marked as a duplicate of this bug. ***

------- Comment #4 From SpanKY 2003-11-03 16:42:32 0000 -------
please review Bug 6425

------- Comment #5 From SpanKY 2003-12-17 08:24:33 0000 -------
*** Bug 35985 has been marked as a duplicate of this bug. ***

------- Comment #6 From Paul Taylor 2003-12-17 11:14:41 0000 -------
I've just encountered this bug with cdrdao-1.1.7-r3.

Unlike Chuck, 1.1.7-r2 compiled (and runs) fine for me.
For the record, I'm using gentoo-dev-sources 2.6.0_beta11-r2;
I don't think it's a kernel issue, though.

Comparing the ebuild files between -r2 and -r3, this looks like the culprit:

  # Add '-gentoo' to version, so that k3b, etc can detect that we have
  # a special version that includes scglib support.
  epatch ${FILESDIR}/${P}-gentoo-version.patch

The patch itself is pretty innocuous, and the ebuild contents related to scglib haven't changed.  Weird.

------- Comment #7 From Philipp Kern 2003-12-24 14:24:20 0000 -------
-r2 and -r3 fail here with the same error.

/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status

<rant>I'm currently encountering bugs on mass. I probably should go back to stable and trust the QA guys ;)</rant>

------- Comment #8 From Philipp Kern 2003-12-30 09:27:44 0000 -------
This does not affect stable so "ACCEPT_KEYWORDS="-~x86" emerge cdrtools cdrdao"
works for me.

------- Comment #9 From Sébastien ESTIENNE 2004-01-28 08:09:52 0000 -------
i had the same problems until i updated cdrtools,
i used version app-cdr/cdrtools-2.01_alpha23

------- Comment #10 From Lars Weiler (RETIRED) 2004-02-06 18:47:09 0000 -------
Should work with the recent cdrtools.  Please test!

------- Comment #11 From Rajiv Aaron Manglani 2004-02-08 12:18:18 0000 -------
just tried to emerge cdrtools-2.01_alpha25.ebuild. fails with:


gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include -I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrtools-2.01_alpha25 failed.
!!! Function src_compile, Line 47, Exitcode 2
!!! (no error message)


this is on a box running 'x86' only.


------- Comment #12 From Rajiv Aaron Manglani 2004-02-08 12:20:11 0000 -------
Gentoo Base System version 1.4.3.10p1
Portage 2.0.50 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.23-aa1)
=================================================================
System uname: 2.4.23-aa1 i686 AMD Athlon(tm) XP 2500+
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.58
Automake: sys-devel/automake-1.7.7
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/share/config /usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache sandbox"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://oss.redundant.com/pub/gentoo http://gentoo.noved.org/ http://www.gtlib.cc.gatech.edu/pub/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo http://gentoo.seren.com/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="3dnow X alsa apache2 apm avi berkdb cdr crypt cups curl dvd emacs encode ethereal foomaticdb gd gdbm gif gtk gtk2 imap imlib innodb java jikes jpeg ldap libg++ libwww mad maildir mbox mmx motif mozilla mpeg mysql ncurses oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sasl sdl slang slp spell sse ssl svga tcltk tiff truetype x86 xml xml2 xmms xv xvid zlib"


------- Comment #13 From Lars Weiler (RETIRED) 2004-02-11 18:18:03 0000 -------
*** Bug 37544 has been marked as a duplicate of this bug. ***

------- Comment #14 From Lars Weiler (RETIRED) 2004-02-11 18:19:05 0000 -------
*** Bug 39625 has been marked as a duplicate of this bug. ***

------- Comment #15 From Lars Weiler (RETIRED) 2004-02-11 18:20:49 0000 -------
I can't reproduce it on my system(s).  But it seems that the tools depends on
esound as mentioned in bug 37544.  I will read the several threads in the
forums to find out more details.

------- Comment #16 From Lars Weiler (RETIRED) 2004-02-11 18:40:07 0000 -------
Okay, one step back!

Please check all, if /usr/src/linux points to the running kernel.  This seems to be an old bug in cdrtools, that it needs the right kernel-sources.

Let me know, if my guess was right.

After that I will verify if I can change the ebuild to check it before compiling and print a proper failure-message.

------- Comment #17 From Rajiv Aaron Manglani 2004-02-11 23:02:08 0000 -------
on my box, /usr/src/linux is pointing to the correct kernel source:

lrwxrwxrwx    1 root     root           16 Dec 10 16:19 linux -> linux-2.4.23-aa1
drwxr-xr-x   15 root     root          776 Jan 11 21:50 linux-2.4.23-aa1

compile still fails.

------- Comment #18 From Marcus Spading 2004-02-15 19:14:55 0000 -------
I ran in the same problem. I found out that it doesn't work with aa-sources.

workaround:
* emerge vanilla-sources 
* /usr/src/linux has to point to vanilla-sources
* emerge cdrtools cdrdao
* reset /usr/src/linux to your current kernel version

------- Comment #19 From Lars Weiler (RETIRED) 2004-02-15 23:44:33 0000 -------
What an ugly workaround ;-)  That won't fit in an ebuild.

As the cdrdao-maintainers finally released 1.1.8 I will ask you, if this version also shows the problems.  Could you please test again?

------- Comment #20 From Lars Weiler (RETIRED) 2004-02-15 23:57:04 0000 -------
*** Bug 41752 has been marked as a duplicate of this bug. ***

------- Comment #21 From Paul Taylor 2004-02-16 03:35:17 0000 -------
Argh...  I just tried to upgrade to cdrdao-1.1.8 tonight (hoping to get native
IDE CD writer support0, but the "cannot find -lscg" problem is back.  :-/  
cdrdao 1.1.7-r3 worked fine, so whatever you did to get that working probably
should be reapplied?

--------------

Error message:

gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include
-I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory
`/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrtools-2.01_alpha25 failed.
!!! Function src_compile, Line 47, Exitcode 2
!!! (no error message)

---------------------

"emerge info" output:

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040207-r0,
2.6.3-rc2-gentoo)
=================================================================
System uname: 2.6.3-rc2-gentoo i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.4.3.13
Autoconf: sys-devel/autoconf-2.59-r2
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -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.2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirror.pacific.net.au/linux/Gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.au.gentoo.org/gentoo-portage"
USE="3dnow X acpi alsa apm arts avi berkdb crypt cups dvd encode fbcon
foomaticdb freetype gdbm gif gpm gps gtk gtk2 imlib java jpeg kde libg++ libwww
mad mikmod mmx motif mozilla mpeg ncurses nptl oggvorbis opengl pam pdflib perl
png ppds python quicktime readline sdl slang spell sse ssl svga tcpd truetype
usb x86 xml2 xv zlib"

------- Comment #22 From Paul Taylor 2004-02-16 04:34:38 0000 -------
You can add the brand new cdrtools-2.01_alpha25 to the list, too:

[snip]
gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include -I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrtools-2.01_alpha25 failed.
!!! Function src_compile, Line 47, Exitcode 2
!!! (no error message)


------- Comment #23 From Gerald Normandin (RETIRED) 2004-02-16 08:27:23 0000 -------
I receive the same issue, running mm-sources-2.6.3-rc2

g++  -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb  -L/usr/lib -lscg -lschily -lpthread  -lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [cdrdao] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.7-r3/work/cdrdao-1.1.7/dao'
make: *** [all] Error 1

------- Comment #24 From Gerald Normandin (RETIRED) 2004-02-16 08:29:32 0000 -------
cdrtools fails to build as well: 
/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2


looks like it has to do with missing scsi support... which should not be needed on 2.6 series kernels

------- Comment #25 From Gerald Normandin (RETIRED) 2004-02-16 10:53:59 0000 -------
moving /usr/src/linux to 2.6.0 vanilla sources, fixed the issue... 
also.. running kernel is 2.6.3-rc2

------- Comment #26 From Christian Hartmann 2004-02-17 04:41:41 0000 -------
OK. Here we go:

Delete the link /usr/src/linux and emerge cdrtools again. It's a very dirty workaround but it fixed the problem for me.

------- Comment #27 From Lars Weiler (RETIRED) 2004-02-17 05:51:24 0000 -------
It seems to me that we have problems with some patched sources (like -mm).  Can
you tell me your sources and if the problem is solved with either linking to
correct source, linking to vanilla-sources or delete the link?

------- Comment #28 From Lars Weiler (RETIRED) 2004-02-18 08:38:15 0000 -------
*** Bug 41898 has been marked as a duplicate of this bug. ***

------- Comment #29 From Martin Gramatke 2004-02-18 11:49:13 0000 -------
here is my little list:
linking linux to linux-2.6.3-rc2-mm1 did not work :-(
linking to linux-2.6.1 did not work :-(
deleting linux did work :-)

------- Comment #30 From Lars Weiler (RETIRED) 2004-02-18 17:40:31 0000 -------
*** Bug 42051 has been marked as a duplicate of this bug. ***

------- Comment #31 From Lars Weiler (RETIRED) 2004-02-18 17:55:17 0000 -------
reopen this bug, so that it could be found.

------- Comment #32 From Michael C. Ferguson 2004-02-18 22:12:06 0000 -------
Removing the /usr/src/linux symlink (was pointing to 2.6.3) fixed this
problem for me (on app-cdr/cdrtools-2.01_alpha25). Surely there must be a
better way though...


------- Comment #33 From Vermyndax 2004-02-20 10:10:37 0000 -------
My compile attempt for cdrdao-1.1.8 does not work.  Deleting the linux symlink
didn't work either:

++ -DDRIVER_TABLE_FILE=\"/usr/share/cdrdao/drivers\" -O3 -march=pentium4
-fprefetch-loop-arrays -pipe   -o cdrdao  main.o -L. -ldao -L../paranoia
-lcdda_paranoia -L../trackdb -ltrackdb -lpthread -L/usr/lib -lscg -lschily
-lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -lscg
collect2: ld returned 1 exit status
make[2]: *** [cdrdao] Error 1
make[2]: Leaving directory
`/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8/dao'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8'
make: *** [all] Error 2

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

asteria-linux src # ls -la
total 6
drwxr-xr-x    5 root     root          200 Feb 20 12:07 .
drwxr-xr-x   17 root     root          640 Feb 18 19:24 ..
-rw-r--r--    1 root     root            0 Feb 18 19:24 .keep
drwxr-xr-x   19 root     root         1280 Jan 25 14:30 linux-2.6.1-gentoo-r1
drwxr-xr-x   19 root     root         1344 Jan 27 20:44
linux-2.6.1-gentoo-r1-patched
drwxr-xr-x   18 root     root          664 Feb 20 01:47 linux-2.6.1-gentoo-r2

------- Comment #34 From inode77 2004-02-21 06:47:04 0000 -------
Had the same problem here with 2.6.3-gentoo-r1 and a fresh install. Removing
the kernlsource symlink worked for me.

------- Comment #35 From Clark Torgerson 2004-02-21 23:08:21 0000 -------
Replacing  

"emake CC=${CC} || die"

with

"emake CC="${CC} -D__attribute_const__=const" || die"

in the ebuild worked for me as pointed out by "chenxy" at http://forums.gentoo.org/viewtopic.php?t=84837&highlight=

------- Comment #36 From Gregg Casillo 2004-02-22 09:22:28 0000 -------
Clark's tip on changing the emake line in the ebuild worked for me. Running
2.6.3-r1 with linux-headers-2.6.1 on a fresh install.

------- Comment #37 From Lars Weiler (RETIRED) 2004-02-22 15:26:34 0000 -------
*** Bug 42395 has been marked as a duplicate of this bug. ***

------- Comment #38 From Lars Weiler (RETIRED) 2004-02-22 16:30:44 0000 -------
As there are several persons who say that it works with this macro, I'll add it
to the cdrtools-ebuild.  Thanks for that!

But, that does not solve the problem with cdrdao.  It still fails compiling.

------- Comment #39 From Jukka Palko 2004-02-22 22:19:32 0000 -------
The fix for cdrtools worked for me, but I have not had any problems in
compiling cdrdao-1.1.8 (or has the ebuild been fixed already?)... Interesting.

My system being:
Portage 2.0.50-r1 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040207-r0,
2.6.3)
=================================================================
System uname: 2.6.3 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.4.3.13
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=athlon-xp -march=athlon-xp -msse -mmmx -m3dnow -O2
-fomit-frame-pointer -frerun-loop-opt -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/config
/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/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/portage/packages"
PORTAGE_TMPDIR="/portage/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d aalib alsa apm avi berkdb bonobo cdr crypt cups dga directfb
doc dvd dvdr encode esd fbcon foomaticdb freetype gdbm gif gnome gnutls gpm gtk
gtk2 imap imlib ipv6 jabber java joystick jpeg kde kerberos libg++ libwww mad
maildir mbox mikmod mmx motif mozcalendar mozilla mpeg mpeg4 ncurses nls nptl
nvidia oggvorbis opengl oss pam pdflib perl png python qt quicktime readline
sasl sdl slang spell sse ssl stroke svga tcltk tcpd tetex tiff truetype type1
unicode usb video_cards_nvidia vim-with-x wmf x86 xchattext xine xml2 xmms xv
zlib"

------- Comment #40 From Philipp Kern 2004-02-23 04:07:36 0000 -------
cdrtools emerge worked here fine without any changes to the ebuild.
Same for cdrdao.

Tue Jan 27 20:01:55 2004 --> app-cdr/cdrtools-2.01_alpha25
Sun Feb 22 20:59:39 2004 --> app-cdr/cdrdao-1.1.8

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040207-r0, 2.6.3-rc4-gentoo)
=================================================================
System uname: 2.6.3-rc4-gentoo i686 AMD Athlon(tm) XP 2100+
Gentoo Base System version 1.4.3.13
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer  -frerun-loop-opt -falign-functions=4 -fforce-mem -funroll-loops  -ffast-math -finline-functions -foptimize-sibling-calls -m3dnow -mmmx"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /etc/tomcat /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer  -frerun-loop-opt -falign-functions=4 -fforce-mem -funroll-loops  -ffast-math -finline-functions -foptimize-sibling-calls -m3dnow -mmmx -Wno-deprecated"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp6.uni-muenster.de/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.de.gentoo.org/gentoo-portage"
USE="3dnow X acl acpi alsa apache2 apm autofs avi berkdb cdr crypt cups dvd encode esd foomaticdb gd gdbm gif gimpprint gnome gpm gtk gtk2 imap imlib innodb ipv6 java jikes jpeg kde ldap libg++ libwww mad maildir mbox memlimit mikmod mmx mozilla moznocompose moznoirc mpeg mysql ncurses nls oggvorbis opengl pam parse-clocks pdflib png ppds python qt quicktime readline ruby sdl slang spell ssl svga tcltk tcpd truetype unicode vim-with-x x86 xml2 xmms xv xvid zlib"

------- Comment #41 From Andreas Simon 2004-02-23 04:40:42 0000 -------
Here too cdrdao-1.1.8 fails because of the missing scg library.
I had no problems compiling cdrtools-2.01_alpha25.



ar cru libdao.a main.o dao.o port.o data.o CdrDriver.o CDD2600Base.o CDD2600.o PlextorReader.o GenericMMC.o SubChannel.o PQSubChannel16.o PWSubChannel96.o PQChannelEncoder.o GenericMMCraw.o PlextorReaderScan.o RicohMP6200.o ScsiIf-lib.o TaiyoYuden.o YamahaCDR10x.o TeacCdr55.o SonyCDU920.o SonyCDU948.o ToshibaReader.o CdTextEncoder.o Settings.o
ranlib libdao.a
g++ -DDRIVER_TABLE_FILE=\"/usr/share/cdrdao/drivers\" -march=athlon-xp -O3 -pipe -fstack-protector -ftracer -maccumulate-outgoing-args -fprefetch-loop-arrays   -o cdrdao  main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb -lpthread -L/usr/lib -lscg -lschily -lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[2]: *** [cdrdao] Error 1
make[2]: Leaving directory `/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8/dao'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8'
make: *** [all] Error 2

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



# emerge --info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.3-love3)
=================================================================
System uname: 2.6.3-love3 i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.4.3.13
ccache version 2.3 [disabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fstack-protector"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /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/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fstack-protector"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs fixpackages sandbox"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/opt/portage /opt/portage-kde"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow X aalib acl alsa apm arts artswrappersuid avi berkdb cdr crypt cups dga dvb dvd encode esd faad flac foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imap imlib ipv6 java jpeg kde lcms libg++ libwww mad maildir mikmod mmx motif mozilla mpeg mule ncurses nls nptl offensive oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline sasl sdl slang spell sse ssl tcltk tcpd tetex threads tiff truetype unicode x86 xml2 xmms xv zlib"


cdrdao gets configued with -with-scglib-lib=/usr/lib
but I have no /usr/lib/libscg* installed. Where is this library supposed to come from?

cdrdao contains itself the library under scsilib/libscg in it's tarball but evidently it get's not build because of the configure options --with-scglib-inc=/usr/include/scsilib --with-scglib-lib=/usr/lib.

Altogether cdrdao is setup to use cdrtools' scsilib headers but cdrtools doesn't provide the respective library to link against, i.e. /usr/lib/libscg*.

------- Comment #42 From Andreas Simon 2004-02-23 06:03:45 0000 -------
After jumping from love-sources-2.6.3-r3 to gentoo-dev-sources-2.6.3-r1,
cdrtools-2.01_alpha25 fails too (before cdrtools compiled but cdrdao not):

gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include
-I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory
`/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2


So I tried to compile
/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/libscg
by hand. But

make[1]: Entering directory
`/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/libscg'
        ==> MAKING DIRECTORY "../libs/amd-athlon-tm--xp-1800+-linux-cc"
        ==> COMPILING "OBJ/amd-athlon-tm--xp-1800+-linux-cc/scsitransp.o"
        ==> COMPILING "OBJ/amd-athlon-tm--xp-1800+-linux-cc/scsihack.o"
In file included from /usr/src/linux/include/linux/cdrom.h:14,
                 from scsi-linux-sg.c:89,
                 from scsihack.c:127:
/usr/src/linux/include/asm/byteorder.h:14: error: syntax error before "__u32"
/usr/src/linux/include/asm/byteorder.h:28: error: syntax error before "__u64"
In file included from
/usr/src/linux/include/linux/byteorder/little_endian.h:11,
                 from /usr/src/linux/include/asm/byteorder.h:57,
                 from /usr/src/linux/include/linux/cdrom.h:14,
                 from scsi-linux-sg.c:89,
                 from scsihack.c:127:
/usr/src/linux/include/linux/byteorder/swab.h:133: error: syntax error before
"__u16"
/usr/src/linux/include/linux/byteorder/swab.h:146: error: syntax error before
"__u32"
/usr/src/linux/include/linux/byteorder/swab.h:160: error: syntax error before
"__u64"
make[1]: *** [OBJ/amd-athlon-tm--xp-1800+-linux-cc/scsihack.o] Error 1
make[1]: Leaving directory
`/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/libscg'
make: *** [all] Error 2

I have sys-kernel/linux-headers-2.6.3 installed.


After removing the /usr/src/linux link, cdrtools build without problems.
Even /usr/lib/libscg.a gets installed.

Compiling cdrdao-1.1.8 afterwards worked too.

------- Comment #43 From Lars Weiler (RETIRED) 2004-02-23 08:54:25 0000 -------
I changed both ebuilds.  First cdrtools-2.0.1_alpha25 that now contains the
macro and second cdrdao-1.1.8 that builds now without cdrtools' libscg but with
it's own.

As I had also the problem with cdrdao, the change fixed the problem.  And again
I all ask you to emerge sync and test the ebuilds ;-)

------- Comment #44 From Collin Starkweather 2004-02-23 09:19:03 0000 -------
I was having this problem with the cdrtools ebuild I last synced this weekend. 
This morning I synced again and it seems to have fixed the problem.  Thanks,
Lars!

------- Comment #45 From Ffer 2004-02-24 10:46:39 0000 -------
I had to do an "emerge -u cdrtools"
(apparently mine compiled before so cdrtools had to be recompiled, "emerge world" did not update it)

then cdrdao compiled =)

------- Comment #46 From R Jason Valentine 2004-02-25 21:40:18 0000 -------
I had this problem myself, but I managed to work around it.

I was emerging k3b in the ~x86 tree and I got this error when it got around to compiling cdrdao.  
I looked at emerge -s k3b and had 20 or so files left to emerge.  I chose 5 of them that would emerge without cdrdao.  They were libdv, libquicktime, madplay, libcdio, and vcdimager.  I then did emerge -s k3b and the order was slightly different from previous, and all installed without a hitch.

------- Comment #47 From Paul de Vrieze 2004-03-09 13:30:51 0000 -------
This is definately a cdrtools/linux headers problem. The libscg comes from
cdrecord and failing to build it should cause cdrtools to fail. cdrdao is
correct in expecting it to be there.

------- Comment #48 From Lars Weiler (RETIRED) 2004-03-10 17:15:55 0000 -------
All cdrtools-ebuilds are changed to remove the include-directory
/usr/src/linux/include during compilation, which seemed to cause the problems
with the 2.4-headers and a 2.6-kernel.

As I didn't had errors before, may somebody of you please test?

------- Comment #49 From Andreas Simon 2004-03-11 01:55:46 0000 -------
The new ebuilds work fine for me. I can no longer reproduce the failure I had
previously. /usr/lib/libschily.a gets build, with or without a /usr/src/linux
link.

------- Comment #50 From Petter 2004-03-12 00:13:25 0000 -------
Worked for me when I did:
emerge cdrtools cdrdao :)

Thanks.

------- Comment #51 From Craig Bradney 2004-03-13 16:07:16 0000 -------
I just emerged to see if it was fixed, its not or the server wasnt sync'd yet.
I've emerged cdrtools and now cdrdao has compiled too.

------- Comment #52 From Rajiv Aaron Manglani 2004-03-13 17:22:36 0000 -------
new ebuilds work with aa-sources 2.4.23-aa1:

*  app-cdr/cdrtools :
        [  I] 2.01_alpha25 (0)

*  app-cdr/cdrdao :
        [  I] 1.1.8 (0)


thanks!


------- Comment #53 From Lars Weiler (RETIRED) 2004-03-16 19:28:46 0000 -------
The problems with cdrtools seem to be solved now.  Thanks for all your advices!

cdrdao has now a dependency on cdrtools, so that it should compile in the right order.  Maybe I can get cdrdao compile without cdrtools later, but for running on stable, it should be okay with the current solution.

Thanks for all your patience!

------- Comment #54 From Jason McCormick 2004-03-20 18:39:43 0000 -------
I hate to re-open this but I'm still seeing this error as of today (3/20) even
after it's been marked as filed for cdrtools-2.01_alpha.  I blew away my
app-cdr/cdrtools directory just to make sure I had the freshest files.  My
emerge of cdrtools completes but I don't get all of the binaries, including
cdrecord.  There seems to be a buried error in the build that doesn't cause the
entire build to fail:

gcc -D__attribute_const__=const   -O   -I. -IOBJ/x86-linux-cc
-I../incs/x86-linux-cc -I../include  -I../cdrecord -DUSE_PG -DCLONE_WRITE
-DUSE_LARGEFILES  -c -o OBJ/x86-linux-cc/getnum.o getnum.c
        ==> LINKING "OBJ/x86-linux-cc/readcd"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/readcd] Error 1

But then after this the emerge just continues on as if nothing happened.  I'm
running linux 2.6.4-gentoo-r1 and I've read though all of these bugs and
references trying to fix this and nothing seems to be working for me. 

sith src # emerge info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0,
2.6.4-gentoo-r1)
=================================================================
System uname: 2.6.4-gentoo-r1 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.3.13p1
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-tbird -mcpu=athlon-tbird -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.2/share/config /usr/kde/3/share/config /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-tbird -mcpu=athlon-tbird -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib alsa apm arts avi berkdb cdr crypt cups encode esd foomaticdb gdbm
gif gnome gphoto2 gpm gtk gtk2 guile imlib java jpeg kde ldap libg++ libwww mad
mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pda pdflib perl png
python qt quicktime readline sdl slang spell sse ssl svga tcltk tcpd truetype
x86 xml2 xmms xv zlib"

------- Comment #55 From Jason McCormick 2004-03-20 19:39:14 0000 -------
Ingore my last post.  For some reason my linux-headers package wasn't
up-to-date with the kernel I was actually running.  Upgrading to
linux-headers-2.6.4 fixed everything.

First Last Prev Next    No search results available      Search page      Enter new bug