Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 202355 - app-editors/qemacs-0.3.2_pre20070226 w/ USE=-X: install fails on copying "csstoqe"
Summary: app-editors/qemacs-0.3.2_pre20070226 w/ USE=-X: install fails on copying "css...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Emacs project
Depends on:
Reported: 2007-12-15 03:52 UTC by piyokun
Modified: 2007-12-17 06:43 UTC (History)
0 users

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


Note You need to log in before you can comment on or make changes to this bug.
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:
 *               , line 1701:  Called dyn_install
 *               , line 1138:  Called qa_call 'src_install'
 *               , 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 (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-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
CFLAGS="-Os -march=i686 -pipe"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-Os -march=i686 -pipe"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch"
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-*"
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"

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 gentoo-dev 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) gentoo-dev 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) gentoo-dev 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...:)