First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 145205
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: XEmacs team <xemacs@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Eric Huang <eric80@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 145205 depends on: Show dependency tree
Show dependency graph
Bug 145205 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-08-26 14:38 0000
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5)
Gecko/20060814 Firefox/1.5.0.5
Build Identifier: 

Since there was no USE flag for enabling --with-gnome, I tried:

EXTRA_ECONF="--with-gnome" emerge xemacs

...and according to the results of the configuration, it still chose motif for
the GUI. Examining the xemacs-21.4.17.ebuild, I noticed that the call to
./configure:

        ./configure ${myconf} \
                --prefix=/usr \
                --with-pop \
                --with-ncurses \
                --with-msw=no \
                --mail-locking=flock \
                --with-site-lisp=yes \
                --with-site-modules=yes \
                || die
        ./configure ${myconf} \
                --prefix=/usr \
                --with-pop \
                --with-ncurses \
                --with-msw=no \
                --mail-locking=flock \
                --with-site-lisp=yes \
                --with-site-modules=yes \
                || die

Does not append ${EXTRA_ECONF} at the end. I suspect that the only change
needed
is t simply add a new line "${EXTRA_ECONF} \" before the "|| die", however I
lack the the knowledge or expertise to do the overlay stuff to test this (at
this point). Looking at xemacs-21.4.19.ebuild, I notice the line is missing as
well. Thank you so much!

Reproducible: Always

Steps to Reproduce:
1. EXTRA_ECONF="--with-gnome" emerge xemacs

Actual Results:  
Configuration script is called with parameters identical to:

emerge xemacs

Expected Results:  
It should have passed --with-gnome (or in the general case, whatever parameter
I
wanted) to the configure script.

Portage 2.1-r2 (default-linux/x86/2005.1, gcc-4.1.1/vanilla, glibc-2.4-r3,
2.6.17-gentoo-r4 i686)
=================================================================
System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz
Gentoo Base System version 1.12.4
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.3.5, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.10
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.3/env /usr/kde/3.3/share/config
/usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config
/usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf
/etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo
ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo
ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo
ftp://mirror.usu.edu/mirrors/gentoo"
MAKEOPTS="-j3"
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'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aim alsa apm arts avi berkdb bitmap-fonts cli crypt cups dlloader
dri
dvd dvdr eds emboss encode foomaticdb fortran gdbm gif gnome gpm gstreamer gtk
gtk2 imlib ipv6 isdnlog jabber jpeg libg++ libwww mad mikmod motif mp3 mpeg msn
ncurses nls nptl nptlonly ogg oggvorbis opengl oss pam pcre pdflib perl png
pppd
python qt3 qt4 quicktime radeon readline reflection sdl session spell spl ssl
tcpd truetype truetype-fonts type1-fonts unicode vorbis xml2 xmms xorg xv yahoo
zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux
userland_GNU video_cards_fglrx video_cards_vesa video_cards_vga
video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

------- Comment #1 From Jakub Moc (RETIRED) 2006-08-26 23:00:04 0000 -------
Don't hold your breath to see this fixed, it's been missing maintainer in
Gentoo for years.

------- Comment #2 From Hans de Graaff 2006-08-26 23:12:21 0000 -------
I think the proper fix is to support the gnome USE flag directly in the ebuild.
The configure script notes that this support is experimental. Do you have
experience with this option? Does it work well?

I will try to test this also next week to see if we can bring this USE flag
into portage.

------- Comment #3 From Eric Huang 2006-08-26 23:39:41 0000 -------
(In reply to comment #2)
> I think the proper fix is to support the gnome USE flag directly in the ebuild.
> The configure script notes that this support is experimental. Do you have
> experience with this option? Does it work well?
> 
> I will try to test this also next week to see if we can bring this USE flag
> into portage.
> 

It has worked for me in the past, before the xemacs-gtk ebuild was deleted -- I
believe it was deleted because it hadn't been maintained since 2005. Bringing
the USE flag into portage would expose that extra option and solve this
particular problem instance. I thought that the solution would be to support
EXTRA_ECONF for extensibility, as it was intended. Otherwise, the xemacs ebuild
might always be the bottleneck for new/changed configure options from the
xemacs project? Thank you for looking at this so quickly!

------- Comment #4 From Hans de Graaff 2006-08-27 00:01:19 0000 -------
I see that EXTRA_ECONF is normally provided by econf. Since we can't use econf
here due to xemacs' old configure script I have added the EXTRA_ECONF argument
to the configure call in the ebuild. Hopefully I will be able to let this land
within a couple of weeks.

I will still have a look at the gnome USE flag later.

------- Comment #5 From Hans de Graaff 2006-11-26 05:49:50 0000 -------
Support for EXTRA_ECONF is now supported in app-editors/xemacs-21.4.19 in
portage.

First Last Prev Next    No search results available      Search page      Enter new bug