When emerging cdrecord with the ~x86 keyword, it only builds cdrdao but not other utilities such as cdrecord or mkisofs. It works if you unpack the source, go to the dir and make it manually. The cdrtools version is The version is 2.01_alpha27-r1. I am using the 2.6.5-gentoo-r1 kernel. Reproducible: Always Steps to Reproduce: 1. emerge cdrtools 2. Search for cdrtools or mkisofs in /. no go. Actual Results: Only cdrdao was actually build. No cdrecord or mkisofs. I havent tested for anything else NOT built. The version is 2.01_alpha27-r1. Expected Results: Build and install cdrecord and mkisofs automagically when emerging instead of having to manually compile them from the source.
Alright couple of things here: I emerged the same thing, and I have mkisofs and cdrecord. There is no cdrecord build besides cdrecord-prodvd. If you have a cdrecord ebuild, you reallllllllllly need to rsync! if you did the cdrdao, of course that doesn't give you cdrecord and mkisofs, it's only meant to provide cdrdao. Also, step #2 on your "Steps to reproduce" looks really weird. I don't know exactly what you're trying to accomplish with that.
Created attachment 30477 [details] My 2.6.5 kernel .config. Yes .. I have a proper symlink called linux that points to the actual dir.
Well, I made a mistake in my bug report. I emerged cdrtools. It seemed to work without error. I was actually able to get cdrecord and mkisofs by doing the following: # ebuild /usr/portage/app-cdr/cdrtools/cdrtools-2.01_alpha27-r1.ebuild unpack # cd /var/tmp/portage/cdrtools-2.01_alpha27-r1/work/cdrtools-2.01/cdrecord # make && make install that will build cdrecord on my system and have it work perfectly. I also did the same to get mkisofs to compile. Another wierd thing ... it emerges perfectly with my other system running 2.4 of the kernel. I know it is not a kernel module problem as cdrecord works PERFECTLY if I compile from the sources manually.
Well. I tested on several machines with a 2.6.x kernel, if cdrtools compiles with mkisofs. And I can't find any problems. Furthermore there is a newer version of cdrtools in portage already. You should try it. Otherwise reopen the bug.
I'm havin the same problem, nor cdrecord nor mkisofs is built on emerging cdtools
I cannot reopen the bug but I have the same problem: $ etcat -f cdrtools | grep -e cdrecord -e mkisofs /usr/share/man/man8/mkisofs.8.gz /usr/share/man/man1/cdrecord.1.gz /etc/default/cdrecord.dfl /usr/share/doc/cdrtools-2.01_alpha37/print/mkisofs.ps.gz /usr/share/doc/cdrtools-2.01_alpha37/print/cdrecord.ps.gz $ emerge infoPortage 2.0.50-r10 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r0, 2.6.7-gentoo-r11) ================================================================= System uname: 2.6.7-gentoo-r11 i686 Intel(R) Celeron(R) CPU 2.00GHz Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://adelie.polymtl.ca/ http://ftp.uni-erlangen.de/pub/mirrors/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="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aalib alsa avi cjk crypt dvd encode gif gtk2 java jpeg mad mmx mng motif mpeg ncurses nls oggvorbis pam pic png python quicktime readline sdl sse ssl svg theora tiff truetype unicode wmf x86 xml2 xvid"