On Thu, 22 Oct 1998, Steve Greenland wrote:
> > > In either case, get rid of the .bashrc. If root wants an example,
> > > there's always /etc/skel. Heck, if you want to copy dot.profile and
> > > dot.bashrc to /root, no problem. Just stop screwing with the files that
> > > are actually used!
> >
On 22-Oct-98, 05:21 (CDT), Santiago Vila <[EMAIL PROTECTED]> wrote:
> On Wed, 21 Oct 1998, Steve Greenland wrote:
>
> > Here are some problems with the current "solution":
> > 1. Who said that root's home dir is /root?
>
> The /etc/passwd file as provided by base-passwd. If you modify root's hom
On 22-Oct-98, 11:02 (CDT), Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> Why don't you think root umask and root PATH are critical
> parts of system security? Oh, man, the explouts possible when these
> are not set to good values ...
Oh sure, you're right about that. I was thinking of it a diff
Hi,
>>"Steve" == Steve Greenland <[EMAIL PROTECTED]> writes:
Steve> On 20-Oct-98, 11:48 (CDT), Manoj Srivastava <[EMAIL PROTECTED]> wrote:
>> The one exception is seeding files for root. Since /root is is
>> already created by the base, and it may have special needs for
>> startupo files (lik
Hi,
>>"Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
Santiago> Maybe you are simply surprised by the fact that base-files recently
Santiago> changed from installing a default /root/.bash_profile to installing a
Santiago> default /root/.profile (which is slightly "more POSIX").
Santia
On Wed, 21 Oct 1998, Steve Greenland wrote:
> Here are some problems with the current "solution":
>
> 1. Who said that root's home dir is /root?
The /etc/passwd file as provided by base-passwd. If you modify root's home
dir, you break the base-passwd package, since root is a user who belong
to t
On 20-Oct-98, 11:48 (CDT), Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> The one exception is seeding files for root. Since /root is is
> already created by the base, and it may have special needs for
> startupo files (like, it needs to be way more secure), the files in
> /etc/skel are not used
On 20-Oct-98, 05:22 (CDT), Santiago Vila <[EMAIL PROTECTED]> wrote:
> Maybe you are simply surprised by the fact that base-files recently
> changed from installing a default /root/.bash_profile to installing a
> default /root/.profile (which is slightly "more POSIX").
No, I just noticed because I
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> I agree, as well, but only for the root acoount. I have
> provided additional explanation in another message.
Yes, it doesn't make much sense for user accounts, which are not set up
in the base system. So should some text be included in policy
Hi,
>>"Martin" == Martin Mitchell <[EMAIL PROTECTED]> writes:
Martin> I think packages should generally leave home directories
Martin> alone, however it's reasonable that required packages like
Martin> base-files may install some files to provide some sensible
Martin> defaults, if they do not
Hi,
In general, packages should not install files in user
directories, and this includes root, with one exception. However,
one should also realize that user home directories may need to be
seeded with files at initial creation, and there is a mechanism for
that. The mechanism is /etc
Hi.
Maybe you are simply surprised by the fact that base-files recently
changed from installing a default /root/.bash_profile to installing a
default /root/.profile (which is slightly "more POSIX").
I considered several ways to do this. Among them:
1. If ~/.bash_profile exists and ~/.profile doe
Steve Greenland <[EMAIL PROTECTED]> writes:
> The current base-files installs a default .profile and/or a default
> .bashrc in /root if there is no existing instance. I filed a bug, but
> the maintainer (Santiago Vila) closed it with the following message:
>
> > [explanation of why *snipped*] I b
(While this relates to a specific package, I think my real question
is more policy related...)
Can a package install files (via the unpack or a package maintainer
script) in a user directory? (I'm not talking about something trn or
netscape that creates one or more "user-state" files when it is ru
14 matches
Mail list logo
