Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

Current stable =dev-libs/popt-1.10.7 fails on systems not having
sys-devel/gettext. It either needs a patch for popt or a exclusive dependency
on sys-devel/gettext.

MAKEOPTS="-j1" emerge dev-libs/popt &> log

Attach the log here, post emerge --info output and reopen then. 

Created an attachment (id=106909) [details]
popt-1.10.7-compile.log

(In reply to comment #1)
> MAKEOPTS="-j1" emerge dev-libs/popt &> log
> 
> Attach the log here, post emerge --info output and reopen then. 

Sure boss.

Created an attachment (id=106910) [details]
config.log

# emerge --info
Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4,
2.6.18-hardened x86_64)
=================================================================
System uname: 2.6.18-hardened x86_64 Dual Core AMD Opteron(tm) Processor 280
Gentoo Base System version 1.12.6
Last Sync: Sun, 14 Jan 2007 05:30:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=i686 -O2 -ggdb3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-march=i686 -O2 -ggdb3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg distclean distlocks metadata-transfer sandbox
sfperms splitdebug strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
INSTALL_MASK="/usr/lib/debug"
LDFLAGS="-Wl,-z,now -Wl,--sort-common"
MAKEOPTS="-j6"
PKGDIR="/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"
PORTDIR_OVERLAY="/overlays/dev/phreak/bugfixes /overlays/dev/phreak/hardened
/overlays/dev/phreak/private"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 apache2 berkdb bitmap-fonts cli cracklib cups dlloader dri elibc_glibc
fortran gdbm gpm iconv ipv6 isdnlog kernel_linux libg++ ncurses no-old-linux
nptl nptlonly offensive pam pcre perl ppds pppd python readline reflection
session spell spl ssl truetype-fonts type1-fonts udev unicode userland_GNU
vim-syntax xorg zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LINGUAS,
PORTAGE_RSYNC_EXTRA_OPTS

Just talked to Jakub on IRC, told me to try out =dev-libs/popt-1.10.4-r3 and
that in fact worked ...

Well, I know I'm listed as maintainer of popt. But I refuse to fix bug on
ebuild maintained by me that are introduced by another dev that touch the
ebuild. I don't know why Mike has dropped nls-patch and I don't want to block
whatever he has in his mind. So, Mike, feel free to solve this bug readding nls
patch and autotools or fixing in another way. Just fix it quickly. popt should
compile without gettext installed on the system.

i cleaned up the ebuild because i wasnt going to stabilize one that had so many
hacks in it

forcing old automake so that you could ignore gettext issues was wrong and
removing all of the gettext code like you were was overkill

ive added a patch to remove the one lame gettext check that is causing this
failure

Well, it seems that your patch just works.
Marking this as verified.

sorry for the trouble ... i had verified that USE=-nls worked correctly
(appropriate functions were stubbed out), but i didnt check `emerge -C gettext`

(In reply to comment #9)
> sorry for the trouble ... i had verified that USE=-nls worked correctly
> (appropriate functions were stubbed out), but i didnt check `emerge -C gettext`
> 

Don't worry, as far as you fix what you break I don't mind if you change
ebuilds I maintain. I haven't fixed by myself because I didn't know why you did
that. I just appreciate if you'll send me one or two lines by mail when you
want to change something so I can be aware of the change and/or tell you if I
know that the change will break something. Christian, please test the ebuild on
your system too and if it work for you, please mark this bug as closed.