Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

The build fails to compile properly.

Reproducible: Always
Steps to Reproduce:
1. emerge app-cdr/cdrdao-1.1.9
2. 
3.

Actual Results:  
build process breaks giving this error message.

 /bin/install -c -m 644 './cdrdao.man'
'/var/tmp/portage/cdrdao-1.1.9/image//usr/man/man1/cdrdao.1'
make  install-data-hook
make[3]: Entering directory `/var/tmp/portage/cdrdao-1.1.9/work/cdrdao-1.1.9/dao'
mv /usr/share/cdrdao/cdrdao.drivers /usr/share/cdrdao/drivers
mv: cannot stat `/usr/share/cdrdao/cdrdao.drivers': No such file or directory
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory
`/var/tmp/portage/cdrdao-1.1.9/work/cdrdao-1.1.9/dao'make[2]: ***
[install-data-am] Error 2
make[2]: Leaving directory
`/var/tmp/portage/cdrdao-1.1.9/work/cdrdao-1.1.9/dao'make[1]: *** [install-am]
Error 2
make[1]: Leaving directory
`/var/tmp/portage/cdrdao-1.1.9/work/cdrdao-1.1.9/dao'make: ***
[install-recursive] Error 1


Expected Results:  
Cdrdao builds fully.

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1,
2.6.9-mm1 i686)
=================================================================
System uname: 2.6.9-mm1 i686 AMD Athlon(tm) XP 2200+
Gentoo Base System version 1.4.16
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config
/usr/kde/3.3/shutdown /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/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.osuosl.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/port-overlay"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex X aim alsa apm avi berkdb bitmap-fonts cdr cjk crypt cups doc
dvd encode esd f77 fam flac foomaticdb fortran ftp gdbm gif gnome gpm gstreamer
gtk gtk2 imagemagick imlib jabber java jpeg junit kerberos libg++ libwww mad
maildir mbox mikmod mmx motif mozilla mpeg ncurses nls nptl offensive oggvorbis
opengl pam pda pdflib perl png python quicktime readline real samba sdl slang
spell sse ssl svga tcltk tcpd tetex tiff truetype usb wmf x86 xine xml2 xmms xv zlib

*** Bug 73194 has been marked as a duplicate of this bug. ***

Have exactly the same thing happening. In order not to get stuck, I simply
added app-cdr/cdrdao to /etc/portage/package.mask

Dude, I hope you added just this version of cdrdao since the earlier versions
were good.  Masking the whole package is not the proper solution.  However,
masking version 1.1.9 would work well enough, since you won't have to even
unmask it to get the next hopefully fixed version of this package.

I haven't looked what exactly all depends on Cdrdao, but generally unless you
only use commandline burning tools masking this package would leave blockers on
other packages that depend on cdrdao.

The line you want is "app-cdr/cdrdao-1.1.9" in your packages.mask file.

Well, it seems that the core problems are thwo.
One is the change of the name of a file.
Infact in (my) 1.1.8-r1 I have /usr/share/cdrdao/drivers while
the 1.1.9 seems to use /usr/share/cdrdao/cdrdao.drivers.
And one is the supposed access access right errors. maybe it's more a script
bug that an actual access violation.

Created an attachment (id=45187) [details]
Patch to fix the Makefile.in for dao in cdrdao

It seems that the Makefile.in of the dao-Component of cdrdao is somewhat
broken.
The Variable $(DESTDIR) is missing in the install-data-hook.

Created an attachment (id=45194) [details]
i think it's better to patch Makefile.am

Created an attachment (id=45195) [details]
an ebuild patch

Okay, I just changed make install DESTDIR=${D} to einstall, which works.

Sorry for the inconvenience.  Just sync in an hour and try to install.

*** Bug 73221 has been marked as a duplicate of this bug. ***

*** Bug 73262 has been marked as a duplicate of this bug. ***

Well this patch works for me.

Er, oops.. I didn't mean to close it.  I don't think I was suposed to do that.

oops

I'll close this.