Bug 45578 - ash doesn't respect 'source', only '.'
|
Bug#:
45578
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: x11@gentoo.org
|
Reported By: Vazagi@io.dk
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: ash doesn't respect 'source', only '.'
|
|
Keywords: Inclusion
|
|
Status Whiteboard:
|
|
Opened: 2004-03-23 23:47 0000
|
After emerging xfree-4.3.99.902-r2, xfree would no longer use the wm I had
choosen in rc.conf. The reason was that the script /etc/X11/chooser.sh expects
/bin/sh to be bash, as it uses the "source" function, however, I had /bin/sh
symlinked to /bin/ash, with the result that those calls failed.
Changing the script to use /bin/bash fixed the problem.
Reproducible: Always
Steps to Reproduce:
1. Emerge xfree-4.3.99.902-r2
2. Replace default symlink from /bin/sh with one to another shell
3. run startx
Actual Results:
Xfree will fail to use the user-specified wm, but instead use the default one.
Expected Results:
that sounds more like ash not being POSIX-compliant.
if you edit the chooser.sh to say '.' instead of 'source', does it work as expected?
Sorry for the late reply. Changing "source" to "." does fix the issue with the
stable version of ash in portage. I have not tested it with anything else
though.
Cheers,
Mikkel S.
Aaron, you look more like the maintainer than anyone else. Please add metadata.
(In reply to comment #1)
> that sounds more like ash not being POSIX-compliant.
'source' is not defined by POSIX, only '.' is. This is not a bug in ash.
Sending back to x11@.
Fixed, remerge your xinit in an hour or so.
