Portage 2.2.0_alpha112 (default/linux/amd64/10.0, gcc-4.7.1-asneeded, glibc-2.15-r2, 3.4.3-hardened x86_64) ================================================================= System uname: Linux-3.4.3-hardened-x86_64-AMD_Opteron-TM-_Processor_6272-with-gentoo-2.1 Timestamp of tree: Sun, 24 Jun 2012 17:30:02 +0000 ccache version 3.1.7 [disabled] app-shells/bash: 4.2_p29 dev-java/java-config: 2.1.12 dev-lang/python: 2.6.8, 2.7.3-r2, 3.2.3-r1 dev-util/ccache: 3.1.7 dev-util/cmake: 2.8.8-r3 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.10.3 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.4_p6-r1, 1.9.6-r3, 1.10.3, 1.11.5, 1.12.1 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.5.3-r2, 4.7.1 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 3.4 (virtual/os-headers) sys-libs/glibc: 2.15-r2 Repositories: gentoo ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -ggdb -march=native -ftracer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/entropy /opt/openjms/config /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.0/conf /usr/share/qpsmtpd/plugins /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -ggdb -march=native -ftracer" DISTDIR="/var/cache/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fail-clean fixlafiles news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms strict test test-fail-continue unknown-features-warn unmerge-orphans userfetch userpriv usersandbox" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.utf8" LC_ALL="C" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j24" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/tmp" PORTDIR="/var/cache/portage/tree" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowex acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dri ffmpeg fortran gdbm gnutls gpm iconv ipv6 mmx modules mudflap multilib ncurses nls nptl openmp pam pax_kernel pcre plasma pppd qt3support readline semantic-desktop session sse sse2 sse3 sse4 ssl ssse3 tcpd unicode vhosts xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" PHP_TARGETS="php5-3" PYTHON_TARGETS="python3_2 python2_7" RUBY_TARGETS="ruby18 ruby19 ree18" USERLAND="GNU" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
i don't support hardened.
Too bad that this is not hardened then.
Same failure here on non-hardened. Same version built a short while ago Possibly a change in one of the deps? Any info needed to narrow down the cause of the failure?
~amd64 (glibc 2.16) it breaks. amd64 stable works amd64 stable + dietlibc-0.33_pre20130103 works (both cases glibc 2.15) Diego's failure was with glibc 2.15 I still have no idea how this happens - the assert in dietlibc that is triggered does not call stpcpy in any way I've been able to find. Very "exciting" bug ;)
This makes it "work" by not using dietlibc. No idea if this is a good idea, but I haven't been able to figure out why dietlibc blows up like this. --- util-vserver-0.30.216_pre3025.ebuild 2012-12-05 14:03:49.000000000 +0800 +++ util-vserver-0.30.216_pre3038.ebuild 2013-01-28 11:22:40.281700530 +0800 @@ -53,7 +53,8 @@ src_configure() { econf --with-vrootdir=${VDIRBASE} \ --with-initscripts=gentoo \ - --localstatedir=/var + --localstatedir=/var \ + --disable-dietlibc } src_compile() {
not using dietlibc opens up some security holes (caused by the nss system) between vservers and the hosts system according to the linux-vserver kernel maintainer, so this should not be commited
Well. Still very much broken. I've had the same error on 3 machines now - is there any sane fix on the horizon?
(In reply to comment #5) > This makes it "work" by not using dietlibc. No idea if this is a good idea, > but I haven't been able to figure out why dietlibc blows up like this. > > --- util-vserver-0.30.216_pre3025.ebuild 2012-12-05 > 14:03:49.000000000 +0800 > +++ util-vserver-0.30.216_pre3038.ebuild 2013-01-28 > 11:22:40.281700530 +0800 > @@ -53,7 +53,8 @@ > src_configure() { > econf --with-vrootdir=${VDIRBASE} \ > --with-initscripts=gentoo \ > - --localstatedir=/var > + --localstatedir=/var \ > + --disable-dietlibc > } > > src_compile() { Probably related with bug 414629
Not since this also occurs in non-hardened :S
I am still unable to build any version of it... and since we cannot use glibc, I would treeclean if nobody finds the fix (as this is being unbuildable for a long time)
(i'm the author of bug #414629 which is marked as "maybe" linked to this one) I'm still using the workaround described on this other ticket : a local copy of the ebuild changed to not use dietlibc .. (using pre3038 though)
Has anybody asked Bertl for help? linux-vserver is definitely not dead as a project.
it compiles fine with the git dietlibc version on https://github.com/ensc/dietlibc.git supposedly that is version 0.34? would it make sense to create a snapshot tarball from the git version and push into portage? at least for the time being. i created a quick local dietlibc-0.34 ebuild, against which all util-vserver versions seem to compile fine. i can confirm, vserver is definitive not dead. seems like dietlibc is unmainted though -> the removal of dietlibc causes the removal of util-vserver. thats overkill imho :) personally, i would vote for a tarball snapshot of dietlibc until another course of action can be determined.
that's what the 'lastrite' is for, a mail is set to gentoo-dev@ ML noticing the package might be removed in 30 days, every developer with commit access to Portage tree will see the mail and can take action on it so it doesn't really help to say in the bug "but I use this!" i didn't read the bug through but i can see no patches are attached here, so a patch that makes the package compile again, would propably be the first step of getting someone who doesn't use dietlibc, or doesn't use vserver, but happens to have a commit access, to commit the fix for you or if the correct solution is to create a dietlibc snapshot, new bug should be opened for that (if there isn't one already) and this bug should be made "Depends on: " that bug, and in that bug, an snapshot ebuild could be attached just trying to clarify the workflow. nobody is intrested in removing working packages, but i can understand why people are afraid of committing fixes to packages they don't know about...
also, weird that vserver-devs@gentoo.org mail address wasn't even in CC list
We are also having multiple unresolved bugs with dietlibc: https://bugs.gentoo.org/buglist.cgi?quicksearch=dietlibc&list_id=2435726 That is why I would have tried to use glibc at start... but later others shown us that it wasn't a good idea and, then, got blocked due both packages being really unattended (and dietlibc also being really poorly maintained by upstream, I remember I did a snapshot for it time ago and, even if it fixed some existing bug reports, also had some new issues :S)
+ 29 Jul 2014; Patrick Lauer <patrick@gentoo.org> + +util-vserver-0.30.216_pre3038-r1.ebuild: + Little revision bump that has deps changed to working dietlibc version Why do I have to beat things into shape! ;)
