Bug 202355 – app-editors/qemacs-0.3.2_pre20070226 w/ USE=-X: install fails on copying "csstoqe"

• Product: Gentoo Linux
• Status: VERIFIED FIXED

[Description piyokun 2007-12-15 03:52:08 UTC]

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?)

[Comment 1 Ulrich Müller 2007-12-15 10:19:44 UTC]

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?

[Comment 2 Christian Faulhammer (RETIRED) 2007-12-16 17:54:23 UTC]

(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.

[Comment 3 piyokun 2007-12-16 22:57:26 UTC]

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"?

[Comment 4 Christian Faulhammer (RETIRED) 2007-12-17 06:43:32 UTC]

(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...:)