Add /etc/profile.d support Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 23907 [details] /etc/profile with /etc/profile.d support
a) We don't like binary attachments, please use plaintext b) A little explanation in the report doesn't hurt c) From the summary and the attachment description I'd say this is a baselayout issue
Created attachment 24234 [details] /etc/profile.d a) Done b) Needed fo GNUstep c) Yes
Can you explain the GNUstep issue? I personally still think this is something that an admin should decide on, as it allow code to be inserted that will run for all users. Secondly, it will bring the issue of people wanting it per-user, forcing more complexity. General snow-ball effect.
http://bugs.gentoo.org/show_bug.cgi?id=4854
Can you explain it here?
/etc/profile.d is a place to put things which should be run when opening a login shell. This makes a good place to put environment setup code etc. Mandrake and RedHat supports this. tcsh in Gentoo too.
*** Bug 42536 has been marked as a duplicate of this bug. ***
*** Bug 48908 has been marked as a duplicate of this bug. ***
*** Bug 59190 has been marked as a duplicate of this bug. ***
Reassigning this bug to the gnustep herd.
not gnustep domain
*heh*.... this is really part of core system, or shall be :)
I should've been more clear in why I thought it was. Sorry, if you want to take this back, if the problem extends past what the reporter was hoping to accomplish with his attachment. I was trying to clear up the old GNUstep bugs in bugs.gentoo.org, and may jumped the gun on this one. Looking at the bugs marked duplicate of this, I can see what base-system sees it to be. Please realize this bug, likely filed by Dmitry against the old GNUstep ebuilds in portage, or his own, has nothing to do with the new GNUstep setup in portage that actually works. Sorry for the confusion.
Looks like a duplicate of bug 4854.
indeed it is *** This bug has been marked as a duplicate of 4854 ***