Hi, I've just have found that a emerge system stand still because net-tools asks me about i18n support. For automated emerge or anything similiar this is bad. My suggestion would be to either generate different ebuilds for different configurations, the use of use-flags or interaction in a post-emerge config. Regards, Alexander
'no interaction during emerge' is already policy
could you provide some more information here ? where does it ask you for input ? what does `emerge info` show ? what does `emerge -V` show ? i ran: emerge net-tools env USE=nls emerge net-tools and both worked for me
Net-Tools ask many questions like support for i18n, packet-radio etc. But this occurs only during the bootstrap (or the emerge system afterwards). After I finished the installation of the new gentoo system (1.4) I've just reemerged net-tools without got questioned as before. Maybe net-tools first missed the kernel (source, installed later) or something similar. Regards, Alexander
I think I found the bug. From the ebuild: src_unpack() { ... cp ${FILESDIR}/config.h . ... sed -e "s:/usr/man:/usr/share/man:" Makefile.orig > Makefile ... } And then, when it in src_compile runs "make", there is a rule in the Makefile like this: config.h: config.in Makefile @echo "Configuring the Linux net-tools (NET-3 Base Utilities)..." ; echo ... I think what happened (for me too) is that the Makefile got a newer timestamp than config.h (because config.h was copied earlier). My suggestion would be to add the following line to the end of src_unpack or beginning of src_compile: touch -r Makefile config.h This copies the timestamp(s) from Makefile to config.h, so make doesn't re-make config.h.
net-tools-1.60-r5 does not have the line 'cp ${FILESDIR}/config.h .' ...
ok, this happens, but only if the system is under a load ... basically you're right about the timestamping ... if the config.h and config.make files dont have the same time the build is unhappy fixes added to cvs, thx http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/sys-apps/net-tools/net-tools-1.60-r4.ebuild.diff?r1=1.11&r2=1.12 http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/sys-apps/net-tools/net-tools-1.60-r5.ebuild.diff?r1=1.8&r2=1.9
Its back folks. Second bug found when rebuilding using --emptytree >>> emerge (16 of 17) sys-apps/net-tools-1.60-r5 to / >>> md5 ;-) net-tools-1.60.tar.bz2 >>> Unpacking source... >>> Unpacking net-tools-1.60.tar.bz2 * Applying net-tools-1.57- bug22040.patch... [ ok ] * Applying net-tools- 1.60-manydevs.patch... [ ok ] * Applying net- tools-1.60-miiioctl.patch... [ ok ] >>> Source unpacked. Configuring the Linux net-tools (NET-3 Base Utilities)... * * * Internationalization * * The net-tools package has currently been translated to French, * German and Brazilian Portugese. Other translations are, of * course, welcome. Answer `n' here if you have no support for * internationalization on your system. * Does your system support GNU gettext? (I18N) [n]
Happens for me, too: >>> Unpacking source... >>> Unpacking net-tools-1.60.tar.bz2 >>> Unpacking net-tools-1.60-gentoo-extra.tar.bz2 * Applying net-tools-1.57-bug22040.patch... [ ok ] * Applying net-tools-1.60-manydevs.patch... [ ok ] * Applying net-tools-1.60-miiioctl.patch... [ ok ] >>> Source unpacked. Configuring the Linux net-tools (NET-3 Base Utilities)... * * * Internationalization * * The net-tools package has currently been translated to French, * German and Brazilian Portugese. Other translations are, of * course, welcome. Answer `n' here if you have no support for * internationalization on your system. * Does your system support GNU gettext? (I18N) [n] This is on a new system during the first "emerge system". Started from stage2. Feel free to contact me if you need more info.
fixed in cvs http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/sys-apps/net-tools/net-tools-1.60-r5.ebuild.diff?r1=1.15&r2=1.16&search=None&hideattic=1
