| Summary: | unexpanded variables in env.d entries kill webapp-config | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Dave <dliana> |
| Component: | Current packages | Assignee: | Gentoo NX Server project <nx> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bas, d.noorman, daemon, fester420, howard_b_golden, jakub, m.dantonio, web-apps |
| Priority: | High | ||
| Version: | 2006.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Dave
2006-10-27 15:50:32 UTC
Well, so delete the config file and re-emerge it. Tried that and same error Tried that and same error I'm also encountering this on ~sparc. I've tried the suggestion in comment #1 with no avail. I've also removed webapp-config and re-installed it and that didn't help. Also, can someone explain why /etc/vhosts/webapp-config is marked executable? Same problem here.
After removing the ${SVCVARDIR} from the "CONFIG_PROTECT="-line in my /etc/profile.env, webapp - installation works again.
(although on top of the file it states it shouldn't by hand-editted)
I couldn't find where this entire line was generated, but the program installs at least.
Bas Nedermeijer, Based on your input, I think I have figured this out. It appears to be a problem with sys-process/daemontools-scripts-1.0.3 - it owns /etc/env.d/50svcinit If you look in profile.env, SVCVARDIR gets initialized after CONFIG_PROTECT. Is it possible to have SVCVARDIR initialized before CONFIG_PROTECT? (In reply to comment #6) > If you look in profile.env, SVCVARDIR gets initialized after CONFIG_PROTECT. > Is it possible to have SVCVARDIR initialized before CONFIG_PROTECT? Yes, but it doesnt help, i believe it is because of the single quotes. The variable wont get expanded. And it only works when editting /etc/profile.env directly which is generated, and seems to alphabet-sort the vars. Un-merge the package for a temporary fix. Maybe the devs can look at this. (In reply to comment #7) > Yes, but it doesnt help, i believe it is because of the single quotes. The > variable wont get expanded. Variables in env.d entries never get expanded, by design. Re-assigning to sys-process/daemontools-scripts maintainer... based on jakub's comment #9 I released daemontools-scripts-1.0.4. it should hit the mirrors soon. the problem is that I cannot reproduce the problem from comment #1 and I never saw this problem occurring on my web servers. so can someone please test daemontools-scripts-1.0.4 and tel me if it fixed your problem? Hi Petre, That appears to have fixed the problem for me here on SPARC. Thanks for the new release of daemontools-scripts! :) Looks like this works on both x86 and ppc thanks everyone for the bug report and debugging *** Bug 166753 has been marked as a duplicate of this bug. *** *** Bug 167343 has been marked as a duplicate of this bug. *** jakub, Bug 166753 and Bug 167343 brake because of a ${NXDIR} that does not get expanded. I am not sure what application set that config_protect variable, but it is clearly not the case of daemontools-scripts. (In reply to comment #16) > jakub, Bug 166753 and Bug 167343 brake because of a ${NXDIR} that does not get > expanded. Hmm, looks like that... I'll re-assign this to (pretty much non-existant) nx herd. Thanks! @nx - see Comment #9. I removed the CONFIG_PROTECT line from /etc/env.d/50nxpaths and it now works fine. Hmmm the remaining nx components currently in portage do not use unexpanded variables for their CONFIG_PROTECT env.d files... (and so no ${NXDIR} in them)
To the original reporters of bugs #166753 and #167343, which version of net-misc/nx* do you have installed? (post the output of `equery l nx`)
output of `equery l nx`) [I--] [ ~] net-misc/nxclient-2.1.0-r2 (0) [I--] [ ~] net-misc/nxnode-2.1.0-r2 (0) [I--] [ ~] net-misc/nxserver-free-2.1.0-r2 (0) *** Bug 169451 has been marked as a duplicate of this bug. *** (In reply to comment #21) > output of `equery l nx`) > [I--] [ ~] net-misc/nxclient-2.1.0-r2 (0) > [I--] [ ~] net-misc/nxnode-2.1.0-r2 (0) > [I--] [ ~] net-misc/nxserver-free-2.1.0-r2 (0) > +++++++++++++++++++++++++++ # equery l nx [ Searching for package 'nx' in all categories among: ] * installed packages # env-update >>> Regenerating /etc/ld.so.cache... # emerge www-apps/egroupware [SNIP] * Fatal error: [SNIP] * Fatal error: * Fatal error: There is a problem with your configuration file. * Fatal error: webapp-config tried to read the variable "config_protect" * Fatal error: and received the following error: * Fatal error: * Fatal error: Bad value substitution: * Fatal error: section: [USER] * Fatal error: option : config_protect * Fatal error: key : nxdir * Fatal error: rawval : /etc ${NXDIR}/home /etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config * Fatal error: * Fatal error: Please note that webapp-config is not written in bash anymore * Fatal error: and that you cannot use the bash scripting features. * Fatal error(s) - aborting [SNIP] +++++++++++++++++++++++++++ I don't have any nx related packages installed... what else can I try? (In reply to comment #23) > I don't have any nx related packages installed... > what else can I try? Search for ${NXDIR} in /etc/env.d and delete the offending stuff. (In reply to comment #24) > (In reply to comment #23) > > I don't have any nx related packages installed... > > what else can I try? > > Search for ${NXDIR} in /etc/env.d and delete the offending stuff. > You was right... some garbage was left... tnx... now it compiles :-) (In reply to comment #21) > output of `equery l nx`) > [I--] [ ~] net-misc/nxclient-2.1.0-r2 (0) > [I--] [ ~] net-misc/nxnode-2.1.0-r2 (0) > [I--] [ ~] net-misc/nxserver-free-2.1.0-r2 (0) From the packages naming and numbers, these are sabayon ebuilds, not gentoo: this should be reported in their bugzilla too (or switch to the NX overlay packages ;) ). *** Bug 180502 has been marked as a duplicate of this bug. *** This is fixed in all Gentoo ebuilds (resp., the offending ebuilds have been removed and replaced). If you are using sabayon, then use http://bugs.sabayonlinux.org/, not bugs.gentoo.org. Closing as FIXED. *** Bug 194144 has been marked as a duplicate of this bug. *** |
