I'm getting advice to download cdrtools 2.1.1.alpha25 from its website. I see, however, that there's a masked version of the same thing in portage. Can it be made stable? Reproducible: Always
ebuilds need to be in the tree for at least 30 days before we can stabilise them. But that's now valid for cdrtools-2.01.01_alpha25. mips: please test and add testing-keyword all other arches: please stabilise
~mips added. Hard to test, since mips systems rarely have a CD-burner installed. We'll just wait for someone to try it out and file us a bug....
ppc64 stable
app-cdr/cdrtools-2.01.01_alpha25 USE="unicode" 1. emerges on x86 2. passes collision test 3. works Portage 2.1.2.2 (default-linux/x86/2007.0/desktop, gcc-4.1.1, glibc-2.5-r2, 2.6.20.10 i686) ================================================================= System uname: 2.6.20.10 i686 Genuine Intel(R) CPU T2300 @ 1.66GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sun, 13 May 2007 12:00:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.3.5-r3, 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=prescott -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner" FEATURES="collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/ http://gentoo.inode.at/" LINGUAS="en de en_GB de_CH" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa apache2 asf avahi berkdb bitmap-fonts cairo cdr cdrom cli cracklib crypt cups dbus divx dri dts dvd dvdr dvdread eds emboss encode evo fam ffmpeg firefox flac fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog java jpeg kde kdeenablefinal kerberos ldap libg++ mad midi mikmod mmx mono mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre pdf perl png pppd python qt3 qt3support qt4 quicktime readline reflection rtsp ruby samba sdl session smp spell spl sse sse2 sse3 ssl svg tcpd test tetex theora threads tiff truetype truetype-fonts type1-fonts unicode vcd vorbis wifi win32codecs wxwindows x264 x86 xine xml xorg xprint xv xvid zlib" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LINGUAS="en de en_GB de_CH" USERLAND="GNU" VIDEO_CARDS="i810 fbdev vesa" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
ia64 + x86 stable, thanks Markus.
sparc stable-o.
amd64 done.
Stable for HPPA.
Hi, just noticed that "alpha25" no longer accepts "mkisofs -input-charset 'UTF-8'" whereas "alpha10" does. Don't know, if "alpha10" did require this option on a unicode system, but older versions did! Omitting the "-input-charset 'UTF-8'" option with "alpha25" works on my unicode system. Even more bizarre is that "alpha10" did not list 'UTF-8' as a valid input-charset (mkisofs -input-charset help), but as a valid output-charset. "alpha25" does neither know 'UTF-8' as an "input-charset" nor as an "output-charset". Anyway, something has changed in the way "unicode" (options) are handled (my mkisofs), and this might impact more users and or scripts. Cheers, Axel
Forget about my previous comment! As of "2007.0" "app-cdr/cdrkit" is defined to be "virtual/cdrtools" in the "default-linux/x86/desktop" profile. Both current stable (1.1.2) as well as newest "~x86" (1.1.6) support "mkisofs -input-charset 'UTF-8'" (through iconv). Happy to hear that gentoo finally moved from "everything-is-so-special- in-here-Schily-stuff" to the debian fork which is supposed to be more "open" and more "standard" (well, "cmake" is still somewhat "special"). :-) Axel
Marked ppc stable.
Well, I can confirm the unicode problem mentioned in comment 9. Bug 129759 is reproducable (again!) with alpha25. Why exactly is the iconv patch omitted? You can see it commented out in the ebuild...
(In reply to comment #12) > Why exactly is the iconv patch omitted? You can see it commented out in the > ebuild... Because it did not work and there was no patch available and I don't have the time and fun to create a patch on base of the old patch every and every release again? If you want unicode-support in mkisofs, unmerge cdrtools and emerge cdrkit.
Right you are! With a little bit of luck we are getting rid of "original cdrtools" entirely. Seems to me that maintaining one "cdrtools" is enough work. And so far I haven't found anything (on x86) that doesn't work with "cdrkit" but used to work with "cdrtools". Cheers, Axel
alpha stable, thanks bofh for testing, closing.
(In reply to comment #2) > ~mips added. Hard to test, since mips systems rarely have a CD-burner > installed. We'll just wait for someone to try it out and file us a bug.... So, is it okay for you when I drop the only stable mips version (cdrtools-2.01-r1) and keep cdrtools ~mips only?
*** This bug has been marked as a duplicate of bug 138932 ***
