Bug 73193 – app-cdr/cdrdao-1.1.9 build failure

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description John Heinig 2004-12-02 23:42:30 UTC]

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

[Comment 1 Joe McCann (RETIRED) 2004-12-03 00:08:37 UTC]

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

[Comment 2 Mr. Borje Holmberg 2004-12-03 00:32:37 UTC]

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

[Comment 3 John Heinig 2004-12-03 00:42:18 UTC]

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.

[Comment 4 Vincenzo Romano 2004-12-03 01:21:32 UTC]

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.

[Comment 5 Jan Hebler 2004-12-03 01:36:11 UTC]

Created attachment 45187 [details, diff]
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.

[Comment 6 Simone Piccinini 2004-12-03 03:55:29 UTC]

Created attachment 45194 [details, diff]
i think it's better to patch Makefile.am

[Comment 7 Simone Piccinini 2004-12-03 03:56:23 UTC]

Created attachment 45195 [details, diff]
an ebuild patch

[Comment 8 Lars Weiler (RETIRED) 2004-12-03 06:19:12 UTC]

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.

[Comment 9 Carsten Lohrke (RETIRED) 2004-12-03 07:45:11 UTC]

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

[Comment 10 Joe McCann (RETIRED) 2004-12-03 14:14:14 UTC]

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

[Comment 11 John Heinig 2004-12-03 14:20:24 UTC]

Well this patch works for me.

[Comment 12 John Heinig 2004-12-03 14:21:24 UTC]

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

[Comment 13 John Heinig 2004-12-03 14:24:15 UTC]

oops

[Comment 14 Lars Weiler (RETIRED) 2004-12-03 16:14:38 UTC]

I'll close this.