Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 540818

Summary: app-editors/xemacs-21.4.22-r4: emerge hangs and does not finish
Product: Gentoo Linux Reporter: Toralf Förster <toralf>
Component: Current packagesAssignee: XEmacs team <xemacs>
Status: RESOLVED FIXED    
Severity: normal    
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: all emerge at the end of the failing process recommended outputs

Description Toralf Förster gentoo-dev 2015-02-20 15:52:23 UTC
I do have here a hardened stable chroot image at my tinderbox, where emerge.log shows :

1424396854: Started emerge on: Feb 20, 2015 02:47:34
1424396854:  *** emerge --tree --quiet --accept-properties=-interactive --jobs=1 --accept-restrict=-fetch --nospinner --oneshot --quiet-build=y --deep app-xemacs/mh-e
1424396862:  >>> emerge (1 of 42) app-editors/xemacs-21.4.22-r4 to /
1424396862:  === (1 of 42) Cleaning (app-editors/xemacs-21.4.22-r4::/usr/portage/app-editors/xemacs/xemacs-21.4.22-r4.ebuild)
1424396863:  === (1 of 42) Compiling/Merging (app-editors/xemacs-21.4.22-r4::/usr/portage/app-editors/xemacs/xemacs-21.4.22-r4.ebuild)


and the emerge.log file itself is :


# tail -f /var/log/portage/app-editors:xemacs-21.4.22-r4:20150220-014742.log
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe  -Demacs -I. -DHAVE_CONFIG_H EmacsShell.c
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe  -Demacs -I. -DHAVE_CONFIG_H -DDEFINE_TOP_LEVEL_EMACS_SHELL /var/tmp/portage/app-editors/xemacs-21.4.22-r4/work/xemacs-21.4.22/src/EmacsShell-sub.c
mv EmacsShell-sub.o TopLevelEmacsShell.o
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe  -Demacs -I. -DHAVE_CONFIG_H -DDEFINE_TRANSIENT_EMACS_SHELL /var/tmp/portage/app-editors/xemacs-21.4.22-r4/work/xemacs-21.4.22/src/EmacsShell-sub.c
mv EmacsShell-sub.o TransientEmacsShell.o
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe  -Demacs -I. -DHAVE_CONFIG_H EmacsManager.c
../lib-src/make-dump-id
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe  -Demacs -I. -DHAVE_CONFIG_H dump-id.c
x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe  -Wl,-O1 -Wl,--as-needed -L/usr/lib64 -Wl,-export-dynamic -o xemacs  abbrev.o alloc.o blocktype.o buffer.o bytecode.o callint.o callproc.o casefiddle.o casetab.o chartab.o cmdloop.o cmds.o console.o console-stream.o data.o device.o dired.o doc.o doprnt.o dynarr.o editfns.o elhash.o emacs.o eval.o events.o filelock.o dumper.o balloon_help.o balloon-x.o menubar.o scrollbar.o dialog.o toolbar.o menubar-x.o scrollbar-x.o dialog-x.o toolbar-x.o gui-x.o realpath.o inline.o linuxplay.o miscplay.o console-tty.o device-tty.o event-tty.o frame-tty.o objects-tty.o redisplay-tty.o cm.o terminfo.o event-unixoid.o database.o sysdll.o emodules.o process-unix.o event-stream.o extents.o faces.o fileio.o  filemode.o floatfns.o fns.o font-lock.o frame.o general.o glyphs.o glyphs-eimage.o glyphs-widget.o gui.o gutter.o  hash.o imgproc.o indent.o insdel.o intl.o keymap.o  line-number.o lread.o lstream.o macros.o marker.o md5.o minibuf.o objects.o opaque.o print.o process.o profile.o rangetab.o redisplay.o redisplay-output.o regex.o search.o select.o  signal.o sound.o specifier.o strftime.o symbols.o syntax.o sysdep.o undo.o console-x.o device-x.o event-Xt.o frame-x.o glyphs-x.o objects-x.o redisplay-x.o select-x.o xgccache.o widget.o window.o  lastfile.o vm-limit.o  EmacsFrame.o EmacsShell.o TopLevelEmacsShell.o TransientEmacsShell.o EmacsManager.o   dump-id.o ../lwlib/liblw.a  -lXaw -lpng -ljpeg -lz -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE -ldl -ldb -lgdbm_compat -lgdbm -lncurses -lm -lutil 
./xemacs -nd -batch -l /var/tmp/portage/app-editors/xemacs-21.4.22-r4/work/xemacs-21.4.22/src/../lisp/update-elc.el



and nothing more happenes here since 14 hours:

tor-relay / # ls -l /var/log/portage/app-editors:xemacs-21.4.22-r4:20150220-014742.log
-rw-rw---- 1 portage portage 45284 Feb 20 02:49 /var/log/portage/app-editors:xemacs-21.4.22-r4:20150220-014742.log
tor-relay / # date
Fri Feb 20 16:50:44 CET 2015


This happened sometimes int he past too - me wonders, if it is hardened related or just an (x)emacs issue ?


tor-relay ~ # emerge --info xemacs
Portage 2.2.14 (python 2.7.9-final-0, hardened/linux/amd64, gcc-4.8.3, glibc-2.19-r1, 3.18.5-hardened-r1 x86_64)
=================================================================
                         System Settings
=================================================================
System uname: Linux-3.18.5-hardened-r1-x86_64-Intel-R-_Core-TM-_i7-3770_CPU_@_3.40GHz-with-gentoo-2.2
KiB Mem:    16166860 total,   3739444 free
KiB Swap:   16777212 total,  16688780 free
Timestamp of tree: Fri, 20 Feb 2015 14:45:01 +0000
ld GNU ld (Gentoo 2.24 p1.4) 2.24
app-shells/bash:          4.2_p53
dev-lang/perl:            5.20.1-r4
dev-lang/python:          2.7.9-r1, 3.3.5-r1
dev-util/pkgconfig:       0.28-r1
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.13.11
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.69
sys-devel/automake:       1.13.4
sys-devel/binutils:       2.24-r3
sys-devel/gcc:            4.8.3
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4.4
sys-devel/make:           4.0-r1
sys-kernel/linux-headers: 3.16 (virtual/os-headers)
sys-libs/glibc:           2.19-r1
Repositories: gentoo toralf
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=native"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe -march=native"
DISTDIR="/var/lib/distfiles"
EMERGE_DEFAULT_OPTS="--keep-going=y --nospinner --tree --quiet-build --quiet --deep"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs clean-logs compress-build-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="acl amd64 berkdb bzip2 cli cracklib crypt cxx dbus dnssec dri gdbm hardened iconv justify libav logrotate mbox mmx modules multilib ncurses nls nptl openmp pam pax_kernel pcre readline session sse sse2 sse3 sse4 sse4.1 sse4.2 ssl tcpd threads tor-hardening unicode urandom vim-syntax xattr xtpax zlib" ABI_X86="64" 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" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" 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 ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" 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, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Comment 1 Mats Lidell gentoo-dev 2015-02-25 07:17:29 UTC
This could be the same problem that is reported in bug 75028. A workaround, use "-nopie" flag in CFLAGS, is suggested there.
Comment 2 Toralf Förster gentoo-dev 2015-02-25 14:25:45 UTC
(In reply to Mats Lidell from comment #1)
> This could be the same problem that is reported in bug 75028. A workaround,
> use "-nopie" flag in CFLAGS, is suggested there.

shouldn't the ebuild then filter out / include this flag ? Or is this issue just special (for hardened environments) ?
Comment 3 Mats Lidell gentoo-dev 2015-03-04 20:21:45 UTC
(In reply to Toralf Förster from comment #2)
> (In reply to Mats Lidell from comment #1)
> > This could be the same problem that is reported in bug 75028. A workaround,
> > use "-nopie" flag in CFLAGS, is suggested there.
> 
> shouldn't the ebuild then filter out / include this flag ? Or is this issue
> just special (for hardened environments) ?

I'm afraid I know to little about hardened environments and what the -nopie flag means so I need to ask for help and surely I have quite some learning to do here. I'm just refereeing to bug 75028 to sort out if we have a duplicate or not. Do we? I do know that the XEmacs build system is a can of worms so I'm not surprised we are seeing odd behaviour.
Comment 4 Toralf Förster gentoo-dev 2015-03-05 17:30:42 UTC
(In reply to Mats Lidell from comment #3)
> (In reply to Toralf Förster from comment #2)
> > (In reply to Mats Lidell from comment #1)
> > > This could be the same problem that is reported in bug 75028. A workaround,
> > > use "-nopie" flag in CFLAGS, is suggested there.
> > 
> > shouldn't the ebuild then filter out / include this flag ? Or is this issue
> > just special (for hardened environments) ?
> 
> I'm afraid I know to little about hardened environments and what the -nopie
> flag means so I need to ask for help and surely I have quite some learning
> to do here. I'm just refereeing to bug 75028 to sort out if we have a
> duplicate or not. Do we? I do know that the XEmacs build system is a can of
> worms so I'm not surprised we are seeing odd behaviour.

well, maybe it is the same issue
Comment 5 CaptainBlood 2015-06-06 19:41:43 UTC
Created attachment 404710 [details]
all emerge at the end of the failing process recommended outputs

Not hardened environment
Comment 6 Mats Lidell gentoo-dev 2015-06-09 20:29:45 UTC
(In reply to CaptainBlood from comment #5)
> Created attachment 404710 [details]
> all emerge at the end of the failing process recommended outputs
> 
> Not hardened environment

From the environment info in the attachment follows that EXTRA_ECONF="--disable-dependency-tracking --enable-silent-rules". Unfortunately configure for XEmacs does not support these flags and thus configure fails. If you unset EXTRA_ECONF when building xemacs things should work better.
Comment 7 Toralf Förster gentoo-dev 2016-05-06 20:30:34 UTC
b/c it still happens the ebuild should be tweaked ?
Comment 8 Mats Lidell gentoo-dev 2016-05-06 21:09:33 UTC
I'm sorry but I fail to see your point. Please elaborate.
Comment 9 Toralf Förster gentoo-dev 2016-05-06 21:14:51 UTC
(In reply to Mats Lidell from comment #8)
From the previous comment

>>If you unset EXTRA_ECONF when building xemacs things should work better.

If that is a valid bug fix then it should be incorporated into the ebuild.
Comment 10 Mats Lidell gentoo-dev 2016-05-06 22:16:25 UTC
Sorry for being unclear. The suggestion is not a bug fix because this is not a bug.

Letting the ebuild modify EXTRA_ECONF would be against the purpose of the variable. If I understand correctly the variable EXTRA_ECONF is a tool for a user who wants to tweak an ebuild without modifying it. 

But the options set this way must of course be supported by the package in questions for it to work properly.  In this case the user used options that configure for XEmacs does not support and thus configure fails.
Comment 11 Toralf Förster gentoo-dev 2016-06-12 13:23:39 UTC
hhm, putting this in package.use helps :

app-editors/xemacs        -nopie

IMO an ewarn should be included in the ebuild to reflect this.
Comment 12 Toralf Förster gentoo-dev 2016-07-01 07:51:52 UTC
(In reply to Toralf Förster from comment #11)
forget that comment.
Comment 13 Mats Lidell gentoo-dev 2017-12-11 21:58:38 UTC
This reported problem is very likely a duplicate of https://bugs.gentoo.org/639214 which is now solved for xemacs-21.4.24.ebuild.

So I consider this as fixed.