Bug 83684 – Add support for sys-fs/cryptsetup or mask 'on-the-fly-crypt' USE-flag

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Lars Weiler (RETIRED) 2005-03-01 07:05:53 UTC]

I added a patch to cdrtools that allows burning CDs with AES encryption.  This patch needs sys-fs/cryptsetup.  Your arch isn't added yet, so there is a RDEPEND-issue with cdrtools and the crypt-USE-flag set.

Please test sys-fs/cryptsetup and add your arch (~ would suffice).

[Comment 1 Hardave Riar (RETIRED) 2005-03-01 10:21:18 UTC]

How the heck did this get commited to the tree? Your commit managed to break deps on nine different archs. Repoman spits those errors out for a reason, in the future please get the archs involved before commiting, not afterwards.

[Comment 2 Markus Rothe (RETIRED) 2005-03-01 11:45:36 UTC]

Created attachment 52404 [details]
compile output on ppc64

this won't compile on ppc64.

$ emerge --info
Portage 2.0.51-r15 (default-linux/ppc64/2005.0, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r9 ppc64)
=================================================================
System uname: 2.6.9-gentoo-r9 ppc64 PPC970, altivec supported
Gentoo Base System version 1.6.9
Python: 	     dev-lang/python-2.3.3-r2 [2.3.3 (#1, Feb  7 2005,
19:24:34)]
dev-lang/python:     2.3.3-r2
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.90.0.3-r3
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="ppc64"
AUTOCLEAN="yes"
CFLAGS="-mcpu=G5 -O3 -pipe -fsigned-char -mabi=altivec"
CHOST="powerpc64-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /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="-mcpu=G5 -O3 -pipe -fsigned-char -mabi=altivec"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache cvs distlocks sandbox sfperms"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib alsa altivec apache2 bcmath berkdb bitmap-fonts bzip2 bzlib
calendar cdb cdparanoia cdr cdrom chroot client crypt cups curl dba dedicated
dga dict dio divx4linux dv dvd dvdr dvdread encode exif fam fame fbcon ffmpeg
flac flatfile fortran fpx freetype ftp gcc-libffi gd gdbm gif gimp gimpprint
glade gnuplot gnustep gpm graphviz gs gstreamer gtk gtk2 iconv icq ieee1394
image imagemagick imap imlib imlib2 ipv6 ipv6arpa jabber jack java javacomm
javamail javascript jbig jpeg jpeg2k kerberos latex ldap libwww live mad
maildir md5sum mhash mikmod mime mimencode mixer mjpeg mng motif mozsvg mp3
mpeg mpeg4 mpi music mysql native ncurses neXt nls nocardbus nowin nptl
nptlonly objc oggvorbis openal opengl openssh pam pdf pdflib perl php physfs
plotutils png pnp portaudio posix ppc64 procmail python qt quicktime quotas
quotes radius readline rtc samba sasl sdk sdl serial server session silc slang
smime sndfile sockets sounds spell ssl svg tcpd tetex tga theora tidy tiff
tools transcode truetype truetype-fonts type1-fonts uml unicode uptimed usb v4l
v4l2 vcd vhosts videos vidix vim wmf wxwindows xanim xchatdccserver xchattext
xine xml2 xmms xosd xpm xprint xscreensaver xsl xv xvid xvmc zlib"
Unset:	ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

$

[Comment 3 SpanKY 2005-03-01 15:06:06 UTC]

in the future, if you're going to force arches to test crap, could not force us to test crappy ebuilds ?

ive cleaned it up and added arm/hppa/ia64/s390 ... it still kind of sucks, but not nearly as much now

[Comment 4 Gustavo Zacarias (RETIRED) 2005-03-22 10:04:23 UTC]

~sparc'ed

[Comment 5 Bryan Østergaard (RETIRED) 2005-03-25 05:19:25 UTC]

~alpha keyworded.

[Comment 6 Lars Weiler (RETIRED) 2005-06-06 08:10:50 UTC]

I recently changed the 

[Comment 7 Lars Weiler (RETIRED) 2005-06-06 08:10:50 UTC]

I recently changed the crypt USE-flag in cdrtools-2.01-r3 into
on-the-fly-crypt.  As there are architectures where cryptsetup fails to build
(ppc64 for sure), they can now easily mask that USE-flag and go further with a
newer version of cdrtools.

I would like to clean out app-cdr/cdrtools-2.01-r1.  Could you please test on
your arch and mask cdrtools-2.01-r3 stable?

[Comment 8 Markus Rothe (RETIRED) 2005-06-06 13:21:24 UTC]

Works on ppc64. -r3 stable now.

[Comment 9 Lina Pezzella (RETIRED) 2005-06-09 20:05:49 UTC]

device-mapper, a dependency of cryptsetup is linux-specific. Thus, it's not going to work for ppc-macos.
Masking "on-the-fly-crypt" for ppc-macos.

[Comment 10 Aaron Walker (RETIRED) 2005-08-08 04:27:17 UTC]

Added ~mips to sys-fs/device-mapper and sys-fs/cryptsetup.

[Comment 11 Luis Medinas (RETIRED) 2005-12-01 14:28:47 UTC]

alpha team can you guys please test and keyword as apropriate cdrtools so we can
close this bug?

Thanks

[Comment 12 Fernando J. Pereda (RETIRED) 2006-02-08 04:11:35 UTC]

kloeri did this one long time ago, he just forgot to close this bug.

Cheers,
Ferdy