Summary: | empty ewarn/eerror hang ebuild | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Eloi Granado <eloi.granado> |
Component: | Unclassified | Assignee: | Nicholas Jones (RETIRED) <carpaski> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | azarah, deviantgeek, gentoo, kumba, matth, mholzer, nsankar, sf-gentoo, toni.viemero |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Eloi Granado
2003-02-27 06:47:34 UTC
known issue. if you remerge portage, you'll find it's been solved. *** Bug 16491 has been marked as a duplicate of this bug. *** *** Bug 16502 has been marked as a duplicate of this bug. *** not fixed quite yet This bug renders automated build scripts useless. Here is a fix for /sbin/functions.sh so that logger will not called without a message (and then waits for something on stdin): --- functions.sh.old 2003-02-03 10:34:15.000000000 +0100 +++ functions.sh 2003-03-01 11:35:08.000000000 +0100 @@ -80,7 +80,9 @@ pri="$1" tag="$2" shift 2 - /usr/bin/logger -p ${pri} -t ${tag} -- $* + if [ $1 ]; then + /usr/bin/logger -p ${pri} -t ${tag} -- $* + fi fi } I fixed this a long time ago already by adding a dummy function for esyslog() in ebuild.sh just after functions.sh gets sourced. Nick moved the sourcing of functions.sh to the bottom of the file, but not the 'dummy' esyslog(), so functions.sh gets sourced *after* the 'dummy' esyslog() gets defined. He did mail me earlier this week, and I told him what the issue is, but not sure when he fixed it again. No need thus for patching functions.sh. even if ebuild.sh 'fixes' this by adding in a dummy esyslog func, it still doesnt fix rc-scripts/init.d scripts that have `ewarn ""` or `eerror ""` ... also, it just seems like ignoring the fact that if you call ewarn/eerror in this manner that it doesnt function properly ... i like to use functions.sh in my scripts, and this would cause issues there too ... *** Bug 16633 has been marked as a duplicate of this bug. *** I don't think this is fixed because I ran into this with a brand new install off of 1.4 RC3, followed by an emerge sync and an emerge -u world. After doing that I eventually tried to install gentoo-sources and ran into this bug (see bug #16633). For what it's worth, I went ahead and rebuilt my system from scratch using the 1.4 RC3 livecd, a stage 1 install, and the instructions in the installation guide. The exact same problem occurred, fixed by re-emerging portage (and this time I made sure to back up and restore my make.conf before/after doing this). *** Bug 16654 has been marked as a duplicate of this bug. *** *** Bug 16716 has been marked as a duplicate of this bug. *** *** Bug 16750 has been marked as a duplicate of this bug. *** *** Bug 16799 has been marked as a duplicate of this bug. *** This has been fixed both portage and baselayout side. |