autologin just
> > above the line `auth required pam_env.so
> > envfile=/etc/default/locale`
>
> By the way there are no security related adversaries to this right?
I assume you mean "security advisories". There are none related to this
at the moment, AFAIK.
Do
On Sun, May 3, 2015 at 8:24 PM, Avinash Sonawane wrote:
> On Sun, May 3, 2015 at 7:58 PM, Nicolas George wrote:
>> Le quartidi 14 floréal, an CCXXIII, Avinash Sonawane a écrit :
>>> So will it work if I add `authrequiredpam_env.so`
>>> to lightdm, lightdm-greeter and lightdm-a
orked! I added `authrequired
pam_env.so` in lightdm, lightdm-greeter and lightdm-autologin just
above the line `auth required pam_env.so
envfile=/etc/default/locale` and now /etc/environment is available for
normal user.
Thank you so much!
--
Avinash Sonawane (Roo
Le quartidi 14 floréal, an CCXXIII, Avinash Sonawane a écrit :
> So will it work if I add `authrequiredpam_env.so`
> to lightdm, lightdm-greeter and lightdm-autologin files?
Try.
> So I should file this against jessie, lightdm or xfce(as in GNOME
> /etc/env
ith "ps".
Yes. It is lightdm.
>
>> And in lightdm, lightdm-autologin and lightdm-greeter I see:
>>
>> # Load environment from /etc/environment and ~/.pam_environment
>> auth required pam_env.so envfile=/etc/default/locale
>>
>> > If t
ghtdm-greeter I see:
>
> # Load environment from /etc/environment and ~/.pam_environment
> auth required pam_env.so envfile=/etc/default/locale
>
> > If there is, check that pam_env.so is invoked.
>
> Apparently pam_env.so is alreadu being invoked.
Not exactly. It is invoke
find out which is?)
And in lightdm, lightdm-autologin and lightdm-greeter I see:
# Load environment from /etc/environment and ~/.pam_environment
auth required pam_env.so envfile=/etc/default/locale
> If there is, check that pam_env.so is invoked.
Apparently pam_env.so is alreadu being inv
Le quartidi 14 floréal, an CCXXIII, Avinash Sonawane a écrit :
> I am using Jessie with XFCE.
Look in /etc/pam.d/ if there is a file related to xfce and its display
manager. If there is, check that pam_env.so is invoked. If it is not, add it
by imitating another file that does it right (xdm for ex
I am using Jessie with XFCE.
When I try to invoke any network using utility as normal user my
/etc/environment is not getting used as if for normal user
/etc/environment doesn't exist. While when I try to invoke the same
utility as a root user the proxy set in /etc/environment just works
Roger Leigh wrote at 2009-10-28 04:56 -0500:
> On Wed, Oct 28, 2009 at 05:38:05PM +0800, Magicloud Magiclouds wrote:
> > I looked over the init scripts. I cannot find the exact place that
> > reads /etc/environment.
>
> pam_env.so is part of the PAM auth setup. Note you sho
On Wed, Oct 28, 2009 at 05:38:05PM +0800, Magicloud Magiclouds wrote:
> I looked over the init scripts. I cannot find the exact place that
> reads /etc/environment.
pam_env.so is part of the PAM auth setup. Note you should really
use /etc/security/pam_env.conf instead, AFAICT /etc/environm
I looked over the init scripts. I cannot find the exact place that
reads /etc/environment.
--
竹密岂妨流水过
山高哪阻野云飞
;s a good solution. Hence, I'd like to
> know, when and how are the file /etc/profile and /etc/environment
> loaded, and where is the right place to set the system wide variables
> such as locale.
System-wide locale is set with 'dpkg-reconfigure locales'. If a package
does
right
locale, and the file names which include Chinese characters are
encoded wrong.
Certainly, I could change the S98mldonkey-server file directly and
also ugly. But I don't think it's a good solution. Hence, I'd like to
know, when and how are the file /etc/profile and /etc/environme
I noticed both "dpkg-reconfigure localeconf" and "dpkg-reconfigure
locales" will change /etc/environment. Sometimes you will end up with
LANG=en_US in the "Debconf" section (via localeconf) and also LANG=en_US
at the end (added by locales).
But when you "cl
c and so
> > forth).
>
> Actually, it is. You can set site-wide variables there.
Um. Let me elaborate. When I said that it isn't the login shell, I
meant that strace'ing a shell session showed no sign of reading that file.
When I said that it isn't any of the setu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Phil Edwards <[EMAIL PROTECTED]> writes:
> Because 'dpkg -S' can't find it.
Right, nothing in Debian provides it. I created mine by hand.
> And more to the point, what's looking at that file? It isn't my login shell,
> it isn't any of the setup fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thus spake Phil Edwards:
# Because 'dpkg -S' can't find it.
A little Googling indicated that your shell may look at it after /etc/profile.
But from what I can see, no package actually creates it. It may have been
created by a script invoked by you or
? It isn't my
From my /etc/pam.d/login:
# This module parses /etc/environment (the standard for setting
# environ vars) and also allows you to use an extended config
# file /etc/security/pam_env.conf.
# (Replaces the `ENVIRON_FILE' setting from login.defs)
auth required pam_env.so
--
Rob
On Fri, Mar 19, 2004 at 06:05:36AM -0500, Phil Edwards wrote:
> Because 'dpkg -S' can't find it.
>
It is created by the "locales" package installation scripts.
> And more to the point, what's looking at that file? It isn't my login shell,
> it isn't any of the setup files that it looks at (.bash
setup files that it looks at (.bashrc and so forth).
> >But the variables in that file are getting set somehow, and I'd like to
> >know how, and what's going to someday break if it gets removed.
> >
> Comparing the date of my /etc/environment with the dates in my
&g
Because 'dpkg -S' can't find it.
And more to the point, what's looking at that file? It isn't my login shell,
it isn't any of the setup files that it looks at (.bashrc and so forth).
But the variables in that file are getting set somehow, and I'd like to
know how, and what's going to someday brea
On Wed, Jul 30, 2003 at 12:27:00AM +0200, Andreas Janssen wrote:
> Hello
>
> Robin Gerard (<[EMAIL PROTECTED]>) wrote:
>
> > I would like to understand why, when I set LANG to C, in
> > /etc/environment and LANG to fr_FR.ISO-8859-1 in my .bashrc, after the
>
Hello
Robin Gerard (<[EMAIL PROTECTED]>) wrote:
> I would like to understand why, when I set LANG to C, in
> /etc/environment and LANG to fr_FR.ISO-8859-1 in my .bashrc, after the
> login, I can't write te letters with accents.
Are you talking about a login shell? .bashrc i
Hello,
I would like to understand why, when I set LANG to C, in /etc/environment
and LANG to fr_FR.ISO-8859-1 in my .bashrc, after the login, I can't write
te letters with accents.
( However if I launch mutt, for example, the messages send by mutt are in
French. )
On the other hand, if
also sprach Paul Hampson <[EMAIL PROTECTED]> [2002.02.19.1728 +0100]:
> What exactly is /etc/environment for, and how is it used.
> The only thing I'm aware of it being used in is for
> the locales package, and all that does is make perl give me
> warnings when it's r
What exactly is /etc/environment for, and how is it used.
The only thing I'm aware of it being used in is for
the locales package, and all that does is make perl give me
warnings when it's run as a user on my i386, but not as
root. And no warnings with either user or root on my Pow
> in light of the recent discussion on /etc/environment, check out [1],
> which is pretty good at explaining the powers of pam_env.so and also
> tells you what /etc/environment is *really* for. and it's not AIX
> documentation ;)
>
> 1. http://linux.oreillynet.com
in light of the recent discussion on /etc/environment, check out [1],
which is pretty good at explaining the powers of pam_env.so and also
tells you what /etc/environment is *really* for. and it's not AIX
documentation ;)
1. http://linux.oreillynet.com/pub/a/linux/2001/10/05/PamModules
also sprach Brenda J. Butler <[EMAIL PROTECTED]> [2002.01.11.1803 +0100]:
> Maybe I happen to have the "in-between" distro that has the "new"
> /etc/environment, before they started sourcing /etc/environment
> from /etc/X11/Xsession (I'm guessing that th
On Fri, Jan 11, 2002 at 03:41:54PM +0100, martin f krafft wrote:
> also sprach Mark Ferlatte <[EMAIL PROTECTED]> [2002.01.11.0948 +0100]:
> > /etc/environment is read by the pam_env.so PAM module. If you don't
> > have
> >
> > auth required pam_e
martin f krafft wrote:
> but why did the /etc/environment trick fix my Perl complaining about
> locales? but then, i can't find that debian-user post which solved it
> for me, and i can't reproduce the perl problems. oh well...
Some versions of the gdm session scrip
also sprach Mark Ferlatte <[EMAIL PROTECTED]> [2002.01.11.0948 +0100]:
> /etc/environment is read by the pam_env.so PAM module. If you don't
> have
>
> auth required pam_env.so
>
> in whichever /etc/pam.d/* correspondes to your login system.
>
> I used gdm
On Fri, Jan 11, 2002 at 03:41:56AM -0500, Brenda J. Butler wrote (1.00):
> I really think it has something to do with login/pam.
> But what? And why doesn't it get run when I log in from
> xdm?
/etc/environment is read by the pam_env.so PAM module. If you don't
have
auth
Talking about
On Thu, Jan 10, 2002 at 07:06:46PM -0500, Brenda J. Butler wrote:
> Seriously, though, I'd never heard of the /etc/environment file
> so I looked it up with
>
> find /etc -type f -exec grep "/etc/environment" {} \; -print
>
> and the only f
pile faster. It *won't* run any faster once it's installed. Since
the CONCURRENCY_LEVEL variable is only meaningful to make-kpkg, you
should put it in the appropriate config file, /etc/kernel-pkg.conf, not
/etc/environment.
In order to make the OS itself support multiple CPUs you must configur
I want to know how to use environment variables to manage the software
compiles for a dual processor system.
I have these as what I think might work as setting. I need tips, advice
on proceeding.
# environment settings
LANG=C
CONFIG_SMP=y
CONCURRENCY_LEVEL=2
DEBIAN_BUILDARCH=pentium
# EOF
Has an
On Tue, Jun 26, 2001 at 06:28:08AM +0200, Daniel de los Reyes wrote:
> Is there a way to force the system to reread /etc/environment without
> rebooting?
> I don't want to loose my uptime :-)
Edit the file and log out and log back in or for the current login your
working w
Is there a way to force the system to reread /etc/environment without
rebooting?
I don't want to loose my uptime :-)
--
__
Daniel de los Reyes
S2-Desarrollo, Grupo S2
Valencia Spain
e-mail: [EMAIL PROTECTED]
Powered by Debian GNU-Linux 2.2r3
__
Hi,
I'd like to know where to find more information on the
/etc/environment file,
I couldn't find a man page or info page for it and searching through
the
Debian mailing lists didn't turn anything up either.
It would be great if you could point me to some information wrt
Was there a change between slink and potato such that
/etc/environment is not sourced for root as is still is
for regular users? (I'm using PAM on potato.)
If so, what's the right way (the PAM configuration way) to
have the system source /etc/environment for root too.
Also, what&#
On 11-Aug-2000 Patrick Dahiroc wrote:
> which man page do i need to learn more about the LANG and LC_LANG
> variables? is there a comperhensive list of env variables?
- man [1|5|7] locale.
- the "Locales" chapter in the glibc manual
Usable variables are in /etc/locale.alias and the directory nam
> > The only place I found LANG=C appeared to be /etc/environment, and
> > > changing this to LANG='' appears to have solved the problem.
> > >
> > > Why is LANG set to C from /etc/environment; which package puts this in?
> > > And what does LA
> On Wed, Aug 09, 2000 at 03:19:13PM +0200, Wouter Hanegraaff wrote:
> >
> > The only place I found LANG=C appeared to be /etc/environment, and
> > changing this to LANG='' appears to have solved the problem.
> >
> > Why is LANG set to C from /
I don't know about a ssh session, but setting LANG=en_US solves this
problem just fine under normal circumstances. Any other LANG with an
8bit charset ought to do fine as well. The default "C" limits you to
ASCII. Then there's no æ Á or even ø!
--
MegaHAL quote:
I think a blowpipe is a
Dear
On Wed, Aug 09, 2000 at 03:19:13PM +0200, Wouter Hanegraaff wrote:
>
> The only place I found LANG=C appeared to be /etc/environment, and
> changing this to LANG='' appears to have solved the problem.
>
> Why is LANG set to C from /etc/environment; which package
On 10-Aug-2000 Wouter Hanegraaff wrote:
> Since mutt was the only program that doesn't display these characters
> correctly, I searched the mutt mailing list archives. I still don't
> understand why unsetting LANG solves my problem, because the correct fix
> is to set LC_CTYPE to an appropriate v
On Wed, Aug 09, 2000 at 08:49:23PM +0300, Lehel Bernadt wrote:
>
> On 09-Aug-2000 Wouter Hanegraaff wrote:
> > Hi,
> >
> > I was having trouble with the display of special characters in mutt when
> > logged in using ssh, and I found that the LANG environment variable is
> > the culprit.
Since mu
set to C,
> whatever that means.
>
> The only place I found LANG=C appeared to be /etc/environment, and
> changing this to LANG='' appears to have solved the problem.
>
> But several questions remain:
>
> Why doesn't display of special characters work whe
from
that xterm, special characters are displayed as '?'. diff-ing the
environment settings showed that from a normal xterm, LANG is unset,
while from a login shell (e.g. when using ssh) LANG is set to C,
whatever that means.
The only place I found LANG=C appeared to be /etc/enviro
er will by
(uid=0)
i tried a ssh login, and finally managed to get it to work
(instead of sick and twisted telnet) and in addition to /etc/motd
and 'no mail' i saw this:
Bad line in /etc/environment: . /etc/postgresql/postgresql.env
in /etc/environment, there's nothing but t
Brad wrote:
> On Wed, 23 Jun 1999, Frank Barknecht wrote:
>
> > [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote:
> >
> > > What if /etc/environment comprised of a series of variable=value
> > > statements
> > > that each shell would read an
Brad hat gesagt: // Brad wrote:
> i think the original proposal was that /etc/environment would only contain
> name=value pairs. Each shell would parse this file (via a script in
> /etc/profile or whatever default) to insert all those pairs into the
> shell's environmen
On Wed, 23 Jun 1999, Frank Barknecht wrote:
> [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote:
>
> > What if /etc/environment comprised of a series of variable=value statements
> > that each shell would read and use to set the environment? Doing it that
> > way
>>>>> Frank Barknecht writes:
> I would like to add that ssh also reads /etc/environment and expects
> name=value pairs there only. So if you have lines like:
> PAGER=less
> export PAGER
> in /etc/environment, ssh complains about a bad syntax with this:
[EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote:
> What if /etc/environment comprised of a series of variable=value statements
> that each shell would read and use to set the environment? Doing it that
> way would require each shell maintainer to modify some of their scripts o
/etc/profile by default, and that C-shell-like ones will use
/etc/csh.cshrc, and that X11 uses /etc/environment. But what about zsh!?
According to it's man page it doesn't make use of any of those files.
So now what do we do? Ask the Systems Administrators to edit and
synchronize 3, 4 or
On Fri, Jun 18, 1999 at 01:31:39PM +0200, Marco Maggesi wrote:
> I saw a file /etc/environment
> who reads it ?
It is automatically read by X11 on startup.
You can also add something like :
[ -f /etc/environment ] && . /etc/environment
in /etc/profile to have bash read it aut
efinition like:
> >
> > PAGER=less
> >
> > so that they take effect to every user (unless explicitly
> > overwritten) WHATEVER LOGIN SHELL they use. is that
> > possible?
> >
> > I saw a file /etc/environment
> > who reads it ?
And if they
every user (unless explicitly
> overwritten) WHATEVER LOGIN SHELL they use. is that
> possible?
>
> I saw a file /etc/environment
> who reads it ?
>
> thanks
> marco
>
> --
> Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
begin:vcard
n:Iannar
I am looking for the appropriate place where to put some
basic environmental definition like:
PAGER=less
so that they take effect to every user (unless explicitly
overwritten) WHATEVER LOGIN SHELL they use. is that
possible?
I saw a file /etc/environment
who reads it ?
thanks
marco
61 matches
Mail list logo
