Bug 111695 – cdrdao-1.2.0-r1 still won't burn on AMD64

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Heiko Wundram 2005-11-06 07:47:42 UTC]

A previous bug (whose number escapes me, I'm going to post it right away)
managed to remove this problem on i386, AFAICT.

But, on my machine, AMD64 (see emerge info below), cdrdao-1.2.0-r1 still refuses
to burn any CDs. I've tried with my normal CFLAGS, and also with:

CFLAGS="-pipe" emerge --oneshot -v cdrdao

reduced CFLAGS, but to no avail.

Reproducible: Always
Steps to Reproduce:
1. get a cue image
2. burn with cdrdao write ...

Actual Results:  
phoenix modelnine # cdrdao write --device /dev/hdc --speed 24 -v 2
/var/portage/old/modelnine/<some>.CUE
Cdrdao version 1.2.0 - (C) Andreas Mueller <[e-mail]>
  SCSI interface library - (C) Joerg Schilling
  Paranoia DAE library - (C) Monty

Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.

phoenix modelnine #


Expected Results:  
Burn the CD correctly.

Portage 2.0.53_rc7 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r3,
2.6.14-gentoo-hw1 x86_64)
=================================================================
System uname: 2.6.14-gentoo-hw1 x86_64 AMD Turion(tm) 64 Mobile Technology MT-32
Gentoo Base System version 1.12.0_pre9
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.13
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/var/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror
http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/var/portage/packages"
PORTAGE_TMPDIR="/var/portage/tmp"
PORTDIR="/var/portage/portage"
PORTDIR_OVERLAY="/var/portage/local"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="amd64 16bit X a52 aac acl acpi alsa apache2 arts artswrappersuid audiofile
avi bash-completion berkdb bitmap-fonts bzip2 caps cddb cdparanoia cdr crypt
cscope css ctype cups curl dbm doc dpms dv dvd dvdr dvdread eds emacs emacs-w3
emboss encode expat fam fame ffmpeg flac flash foomaticdb fortran fping fpx ftp
gd gdbm gif gmp gpm graphviz gstreamer gtk gtk2 idn ieee1394 imagemagick imap
imlib ipv6 java javascript jbig jpeg kde kdeenablefinal lcms leim libwww
lm_sensors lzo lzw lzw-tiff mad maildir mikmod mime mjpeg mmap mng motif mozilla
mp3 mpeg mplayer musepack musicbrainz mysql ncurses nls nptl offensive ogg
oggvorbis opengl pam pcmcia pcntl pcre pdflib perl pic png posix python qt
quicktime rar readline real rtc ruby samba sdl sharedmem shorten sndfile sockets
sox speex spell ssl subtitles svg symlink sysvipc szip tcltk tcpd tetex tga
theora tidy tiff truetype truetype-fonts type1-fonts udev unicode usb
userlocales vcd vhosts visualization vorbis wifi wmf wxwindows xanim xine xml
xml2 xmms xpm xv xvid zlib linguas_de userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS

[Comment 1 Heiko Wundram 2005-11-06 07:50:08 UTC]

I would've reopened bug #99998, but I'm not empowerded to do so. This bug is
related.

[Comment 2 Heiko Wundram 2005-11-06 07:58:29 UTC]

Reverting to cdrdao-1.1.9-r2 resolves this issue, btw, without tweaking CFLAGS.
I'll keep cdrdao-1.2.0 masked until a resolution comes along (as I seriously
need the ability to burn CUEs)...

[Comment 3 Simon Stelling (RETIRED) 2005-11-06 08:16:02 UTC]

reopened bug 99998

*** This bug has been marked as a duplicate of 99998 ***

*** This bug has been marked as a duplicate of 99998 ***