Re: /etc/profile.d

2011-01-10 Thread Adam D. Barratt 
On Mon, January 10, 2011 09:57, Nicholas Bamber wrote:
 According to #370348, since 5.3 base-files has supported /etc/profile
 sourcing /etc/profile.d. I am using version 6.0.
 However /etc/profiles seems to be doing no such thing.

When was the system in question installed?

The changelog for base-files 5.3 says (emphasis mine) Changed *default*
/etc/profile so that it sources /etc/profile.d/*.sh; /etc/profile is
generated from the default file at initial install and not touched on
upgrades, so if the system was installed with an earlier base-files
version then you won't automatically get /etc/profile.d support.

You can check /usr/share/base-files/profile in order to verify that the
default file does include profile.d support.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/43e38a1e3a5c2d49e280cfd8e2163236.squir...@adsl.funky-badger.org

Re: Re: /etc/profile.d

2011-01-10 Thread Nicholas Bamber 

Adam,
Thanks for the explanation. I'm glad I avoided the hassle of 
raising a bug report on this occasion.



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d2ae50b.2000...@periapt.co.uk

Re: /etc/profile.d/

2010-12-20 Thread Josselin Mouette 
Le lundi 20 décembre 2010 à 01:31 +0530, Ritesh Raj Sarraf a écrit : 
 I was looking at /etc/profile.d/ and was not sure how it was to function.
 
 As per LSB 4.0, every script present in /etc/profile.d/ is executed.

 I am thinking of a way to have a system wide shell variable that can be
 used and updated by
 further newer shell processes.

Please don’t use profile.d to do that. Nothing guarantees you that this
variable will be available everywhere.

This is precisely the reason why I’d rather we didn’t have such a
feature, since it inevitably gets misused in such a way - as it has been
for years by ISVs on Red Hat.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


signature.asc
Description: This is a digitally signed message part

Re: /etc/profile.d/

2010-12-20 Thread Ritesh Raj Sarraf 
On 12/20/2010 02:11 PM, Josselin Mouette wrote:
 Please don’t use profile.d to do that. Nothing guarantees you that this
 variable will be available everywhere.
 
 This is precisely the reason why I’d rather we didn’t have such a
 feature, since it inevitably gets misused in such a way - as it has been
 for years by ISVs on Red Hat.

Yes. I later looked more to find out bug reports on why this was
discouraged.

Since my application has multiple invocations based on udev events, I
instead resorted to using locks.

But that makes me ask: What is LSB there for ? I had looked at the
latest spec and this issue was resolved/deprecated in Debian long back.
Shouldn't they look into the rationale provided by Debian ?

Thanks,
Ritesh

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature