Installing qemacs using emerge fails with ebuild qemacs-0.3.2_pre20070226. The source compilation seems to finish, but when copying files to the "image" directory, it fails. This fails on my 2 gentoo VMs. I have not seen this successfully complete. Reproducible: Always Steps to Reproduce: 1. Using the command line (no X) 2. sudo emerge -uDnvta qemacs Actual Results: ... [ebuild N ] app-editors/qemacs-0.3.2_pre20070226 USE="unicode -X -png -xv" 0 kB Total: 1 package (1 new), Size of downloads: 0 kB ... -rwxr-xr-x 1 root root 209048 Dec 15 12:26 qe >>> Source compiled. >>> Test phase [not enabled]: app-editors/qemacs-0.3.2_pre20070226 >>> Install qemacs-0.3.2_pre20070226 into /var/tmp/portage/app-editors/qemacs-0.3.2_pre20070226/image/ category app-editors mkdir -p /var/tmp/portage/app-editors/qemacs-0.3.2_pre20070226/image//usr/bin install -m 755 qe /var/tmp/portage/app-editors/qemacs-0.3.2_pre20070226/image//usr/bin/qemacs install -m 755 libqhtml/csstoqe /var/tmp/portage/app-editors/qemacs-0.3.2_pre20070226/image//usr/bin/csstoqe install: cannot stat `libqhtml/csstoqe': No such file or directory make: *** [install] Error 1 * * ERROR: app-editors/qemacs-0.3.2_pre20070226 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_install * ebuild.sh, line 1138: Called qa_call 'src_install' * ebuild.sh, line 44: Called src_install * qemacs-0.3.2_pre20070226.ebuild, line 68: Called die * The specific snippet of code: * make install DESTDIR="${D}" || die * The die message: * (no error message) * Expected Results: generic install successful message $ sudo emerge --info Portage 2.1.3.19 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.19-gentoo-r5 i686) ================================================================= System uname: 2.6.19-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Timestamp of tree: Fri, 14 Dec 2007 13:30:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-Os -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://ftp.jaist.ac.jp/pub/Linux/Gentoo/ http://gentoo.gg3.net/ http://gentoo.channelx.biz/ http://mirror.gentoo.gr.jp" 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://asobic/gentoo-portage" USE="acl apache2 berkdb bitmap-fonts canna cjk cli cracklib crypt dri emacs emacs-w3 gpm iconv isdnlog leim midi mmx mudflap ncurses nls nptl nptlonly odbc openmp pam pcre perl php postgres pppd python readline reflection ruby samba session spell spl ssl tcpd truetype-fonts type1-fonts unicode userlocales x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 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 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" USERLAND="GNU" VIDEO_CARDS="none" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY I would appreciate any help, thank you. I have been using previous qemacs ebuilds. (Why are the previous ebuilds retracted?)
This happens with USE="-X" only and should be fixed in CVS now. I've put a conditional on CONFIG_HTML around the csstoqe install statement. No revision bump since it is a build failure. Thank you for reporting the issue. > (Why are the previous ebuilds retracted?) At some point we have to clean up... 0.3.1-r3 was removed half a year after 0.3.2_pre20070226 had been added. But maybe you are right and we should keep at least one previous version. @opfer: You had contacted upstream when fixing bug #144081, is there any "official" release in sight?
(In reply to comment #1) > At some point we have to clean up... 0.3.1-r3 was removed half a year after > 0.3.2_pre20070226 had been added. But maybe you are right and we should keep at > least one previous version. And if there is no bug report for a long time, we usually clean up. > @opfer: You had contacted upstream when fixing bug #144081, is there any > "official" release in sight? Not really. I told upstream about our patches and if he would like to integrate it and there is constant movement on their CVS, but it is still tagged 0.4.0pre.
Thank you for the timely fix. I have confirmed the fix works on my environment. Is it necessary to mark this bug report as "Mark bug as CLOSED"?
(In reply to comment #3) > Is it necessary to mark this bug report as "Mark bug as CLOSED"? This is not common practice, but when you ask for it...:)