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

Full Text Bug Listing

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 ***