Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 268772 - sys-apps/util-linux-2.15 does not patch with USE=loop-aes
Summary: sys-apps/util-linux-2.15 does not patch with USE=loop-aes
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-06 01:11 UTC by Wilbur Pan
Modified: 2009-06-15 08:53 UTC (History)
7 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wilbur Pan 2009-05-06 01:11:09 UTC
Should be self-explanatory:

>>> Emerging (1 of 3) sys-apps/util-linux-2.15
 * util-linux-ng-2.15.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...            [ ok ]
 * util-linux-ng-2.14.2-20090214.diff.bz2 RMD160 SHA1 SHA256 size ;-) ...[ ok ]
 * checking ebuild checksums ;-) ...                                     [ ok ]
 * checking auxfile checksums ;-) ...                                    [ ok ]
 * checking miscfile checksums ;-) ...                                   [ ok ]
>>> Unpacking source...
>>> Unpacking util-linux-ng-2.14.2-20090214.diff.bz2 to /var/tmp/portage/sys-apps/util-linux-2.15/work
>>> Unpacking util-linux-ng-2.15.tar.bz2 to /var/tmp/portage/sys-apps/util-linux-2.15/work
 * Applying util-linux-ng-2.14.2-20090214.diff ...

 * Failed Patch: util-linux-ng-2.14.2-20090214.diff !
 *  ( /var/tmp/portage/sys-apps/util-linux-2.15/work/util-linux-ng-2.14.2-20090214.diff )
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/sys-apps/util-linux-2.15/temp/util-linux-ng-2.14.2-20090214.diff-2421.out

 * 
 * ERROR: sys-apps/util-linux-2.15 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2133:  Called epatch '/var/tmp/portage/sys-apps/util-linux-2.15/work/util-linux-ng-2.14.2-20090214.diff'
 *             environment, line 1131:  Called die
 * The specific snippet of code:
 *                   die "Failed Patch: ${patchname}!";
 *  The die message:
 *   Failed Patch: util-linux-ng-2.14.2-20090214.diff!
 * 
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/log/portage/sys-apps:util-linux-2.15:20090506-010610.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-apps/util-linux-2.15/temp/environment'.
 * 

>>> Failed to emerge sys-apps/util-linux-2.15, Log file:

>>>  '/var/log/portage/sys-apps:util-linux-2.15:20090506-010610.log'


Reproducible: Always




# emerge --info
Portage 2.2_rc33 (default/linux/x86/2008.0/desktop, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.29-gentoo-r3 i686)
=================================================================
System uname: Linux-2.6.29-gentoo-r3-i686-Intel-R-_Core-TM-2_CPU_4400_@_2.00GHz-with-gentoo-2.0.0
Timestamp of tree: Tue, 05 May 2009 23:45:01 +0000
app-shells/bash:     4.0_p17-r1
dev-java/java-config: 2.1.7
dev-lang/python:     2.5.4-r2, 2.6.2
dev-util/cmake:      2.6.3
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.4.3-r2
sys-apps/sandbox:    1.9
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.19.1-r1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.28-r1
ACCEPT_KEYWORDS="x86 ~x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=prescott -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -march=prescott -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://mirror.datapipe.net/gentoo ftp://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/ ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ ftp://gentoo.chem.wisc.edu/gentoo/"
LANG="en_US"
LC_ALL="en_US"
LDFLAGS="-Wl,-O1"
LINGUAS="en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/gnome /usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X a52 aac aalib acl acpi alsa artworkextra automount avahi bash-completion beagle berkdb branding bzip2 cairo cdda cddb cdr cjk cleartype cli consolekit cracklib crypt cups curl dbus device-mapper dri dvd dvdr dvdread eds emboss encode epiphany esd exif ffmpeg flac fortran gd gdbm gif gnome gnome-keyring gnomecd gpm gs gstreamer gtk gtkhtml guile hal iconv inotify ipv6 isdnlog java jpeg keyring ldap libnotify loop-aes lzma lzo mad mdnsresponder-compat midi mikmod mmx mono mp3 mpeg mudflap nautilus ncurses networking nls nptlonly nsplugin offensive ogg opengl openmp pam pcre pdf perl png policykit ppds pppd profile pulseaudio python quicktime readline reflection reiserfs rtc sdl session sound spell spl sse sse2 ssl startup-notification svg symlink sysfs tcpd threads tiff truetype unicode usb utils vorbis win32codecs x86 xattr xml xmp xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="intel"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Peter Alfredsen (RETIRED) gentoo-dev 2009-05-06 01:23:35 UTC
Upstream for loop-aes, Jari Ruusu <jariruusu@users.sourceforge.net>, needs to update the loop-aes patch.
Comment 2 SpanKY gentoo-dev 2009-05-06 12:12:09 UTC
like every other update, you'll have to ask upstream loop-aes for an update.  we do not maintain/update the loop-aes code at all.
Comment 3 Wilbur Pan 2009-05-07 23:58:59 UTC
Okay, I sent off an email.

Just so I know, is it my responsibility to notify the loop-aes maintainers of this issue?  I would think that if this should be addressed upstream, that the Gentoo devs would do so.
Comment 4 SpanKY gentoo-dev 2009-05-08 20:32:36 UTC
the only reason loop-aes is in the ebuild is as a favor to one or two people, and because we dont want to listen to people complain about it not being there.  it isnt supported by any of the Gentoo util-linux maintainers.
Comment 5 Wilbur Pan 2009-05-09 00:58:22 UTC
I understand that loop-aes isn't maintained by the util-linux maintainers.  What I was asking is if the usual protocol would be for the bug reporter (me) to report issues upstream, or, in this case, if the Gentoo devs would do so.

The main reason for me asking is that there might be more of a response from upstream if the upstream report came from a more "official" source, rather than from some random person.
Comment 6 SpanKY gentoo-dev 2009-05-09 17:20:27 UTC
it depends.  with loop-aes, people who care should bug upstream.  i'm content to let it fail indefinitely.
Comment 7 Wilbur Pan 2009-05-11 11:49:15 UTC
Received a response regarding the patches.

http://loop-aes.sourceforge.net/updates/util-linux-ng-2.15-20090511.diff.bz2
http://loop-aes.sourceforge.net/updates/util-linux-ng-2.15-20090511.diff.bz2.sign

Can the ebuild be adjusted for these?
Comment 8 Dawid Kowalski 2009-05-11 11:49:49 UTC
I'd say that there are much more than "one or two" people using loop-aes. Would be good if it would be fully supported or at least treated seriously.
Comment 9 SpanKY gentoo-dev 2009-05-11 16:36:11 UTC
you read my comment wrong.  i said it was a *favor* to one or two.  the rest are irrelevant.  if people continue to moan over it, i'll simply drop it and people can deal with it themselves.

http://sources.gentoo.org/sys-apps/util-linux/util-linux-2.15.ebuild?r1=1.2&r2=1.3
Comment 10 Andreas G 2009-06-12 16:22:18 UTC
if there are enough people using it, it can't be irrelevant. And if people moan over it, they shouldn't use the Flag, but thats no reason to drop it.
Comment 11 SpanKY gentoo-dev 2009-06-15 08:53:10 UTC
you read my comment wrong as well.  i didnt say loop-aes is irrelevant, i said the number of people using it is irrelevant wrt keeping support in the ebuild.

the maintainer of the package is the one doing the work and the one who gets to choose what to keep/drop.  no one is offering to maintain it, so the current behavior isnt going to change (i.e. i'm not updating the patch myself anymore).