On 2010-03-02 12:34 +0100, Alexey Salmin wrote:
> Just wondering: why there are so many users and groups which are not
> created on package installation?
Historical reasons, often. Most of these users and groups are expected
to exist on a Unix system. Besides, the list of static system users an
On Tue, Mar 2, 2010 at 5:53 PM, Sven Joachim wrote:
> On 2010-03-02 12:20 +0100, Ansgar Burchardt wrote:
>
>> Users and groups that are not created on package installation are
>> documented in the base-passwd package. For example, for the ssh group
>> you mention it contains the following informa
On 2010-03-02 12:20 +0100, Ansgar Burchardt wrote:
> Users and groups that are not created on package installation are
> documented in the base-passwd package. For example, for the ssh group
> you mention it contains the following information:
>
> ssh: ssh-agent is setgid to ssh in order to pre
On Tue, Mar 2, 2010 at 5:20 PM, Ansgar Burchardt wrote:
> Hi,
>
> Alexey Salmin writes:
>
>> Hello! /etc/group in default debain installation contains dozens of
>> groups and I'm wondering: how to determine their purpose? Which
>> package did some specific gr
Hi,
Alexey Salmin writes:
> Hello! /etc/group in default debain installation contains dozens of
> groups and I'm wondering: how to determine their purpose? Which
> package did some specific group came from? What purpose does it serve?
Users and groups that are not crea
Hello! /etc/group in default debain installation contains dozens of
groups and I'm wondering: how to determine their purpose? Which
package did some specific group came from? What purpose does it serve?
It's not very convenient to search info about group XXX in every
install
On Tue, 22 Aug 2006 07:24:51 +0100
John Talbut <[EMAIL PROTECTED]> wrote:
> In etc/group I have the lines:
>
> man:*:12:
> sasl:*:45:
> plugdev:!:46:hal,john
>
> Can anyone explain the * and the ! ? All the other entries have x. I cannot
> find any explana
In etc/group I have the lines:
man:*:12:
sasl:*:45:
plugdev:!:46:hal,john
Can anyone explain the * and the ! ? All the other entries have x. I cannot
find any explanation for anything other than a password or x in this field.
John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hi,
I'm getting an "out of memory" error when trying to grab the gid
information for a user from /etc/group. The problem only occurs when
there is a group of about 1000 users in it. Less than about 500 users
as members of the group, will not produce the error.
The original er
Andy Firman wrote:
> (i.e. usermod -G audio andy)
That will put you only in the audio group, not put you in the audio
group in addition to your current groups. Try:
# adduser andy audio
--
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$
UB+++>
I have added myself to the audio and camera groups.
(i.e. usermod -G audio andy)
For some reason, I keep dropping out of those groups.
Something is messing with the /etc/group file.
What could be doing this or where do I start looking
to solve the problem?
--
To UNSUBSCRIBE, email to [EMAIL
Hi,
changetrack recognized a new file in /etc:
Changes made to /etc/group.5118 follow:
New file /etc/group.5118
This file in /etc is simply empty. I cannot explain myself
where this file is coming from or what it is good
for.
Can somone point me in the right direction?
Thanx for any help
On Thu, Oct 02, 2003 at 05:21:47PM +0300, Alphonse Ogulla wrote:
> How does one explain this?
> Is the file /etc/group cached somewhere and updated
> only so often?
at login and at "set user id" and at "set group id" time.
> How can the changes be forced to ta
Alphonse Ogulla <[EMAIL PROTECTED]> writes:
> In an effort to run ppp as non root, I had to include my normal user
> id in the group 'dip' by directly editing /etc/group using
> vi. However, on saving and exiting /etc/group, I still could *not*
> access files owned b
Alphonse Ogulla wrote:
Hi all,
In an effort to run ppp as non root, I had to include my normal user id in the
group 'dip' by directly editing /etc/group using vi. However, on saving and
exiting /etc/group, I still could *not* access files owned by user root and
available to users in
Hi all,
In an effort to run ppp as non root, I had to include my normal user id in the
group 'dip' by directly editing /etc/group using vi. However, on saving and
exiting /etc/group, I still could *not* access files owned by user root and
available to users in group dip whilst using
On Fri, 2002-06-21 at 09:07, Laurent Steffan wrote:
> Thanks a lot Sebastiaan for your speedy and effective answer,
>
> I copied the file you sent me, made the ad hoc changes, and my
> installation resumed just fine!
I'd be more concerned what else wasn't crea
Thanks a lot Sebastiaan for your speedy and effective answer,
I copied the file you sent me, made the ad hoc changes, and my
installation resumed just fine!
Best regards,
Laurent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED
roups. So I checked (on my computer and in various manuals), and it
> seems that I lack a /etc/group file. No idea why! Of course I could
> recreate one from scratch (using vi :-) but I'd rather download one that
> already has all the standard groups, group ids, etc. Any ideas where I
hat I lack a /etc/group file. No idea why! Of course I could
recreate one from scratch (using vi :-) but I'd rather download one that
already has all the standard groups, group ids, etc. Any ideas where I
can find it ?
Thanks,
LMS
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
e of these files? I thought there
> should only be /etc/group. (?)
The other two are backups, created by various tools that edit
/etc/group. I forget exactly what at the moment.
(.org stands for "original", I think.)
> The next question is a bit more involved, perhaps:
> Can we n
live in /etc. I checked the archives, but came up
with nothing useful.
First question: Why are there three of these files? I thought there
should only be /etc/group. (?)
The next question is a bit more involved, perhaps:
Can we nest groups in Debian or in GNU/Linux in general?
-My guess wou
Oh, and does anyone know why CUPS web frontend doesn't ask me for
username and password, now that I added root to lpadmin group?
Dima (sorry to follow-up on my own post)
--
E-mail dmaziuk at bmrb dot wisc dot edu (@work) or at crosswinds dot net (@home)
http://www.bmrb.wisc.edu/descript/gpgkey.d
Hi all,
anyone knows why root is not a memeber of usual system groups on debian?
It turns out that on Solaris, IRIX and RedHat root is a member of sys
group. So when you install stock CUPS with its "#SystemGroup sys" and
"AuthType System", its web frontend works (well, after you enable it).
On D
Barry Mathieu wrote:
> I'm a bit of a newbie, so thanks for pointing this information out to
> me. I am a bit confused though, it seems 'newgrp' is to used to, "change
> the group ID during a login session."
login session != running process
newgrp runs a new copy of your shell, just as if you had
Ethan,
I'm a bit of a newbie, so thanks for pointing this information out to
me. I am a bit confused though, it seems 'newgrp' is to used to, "change
the group ID during a login session." The ID is the number associated
with the group. For example, in my /etc/group
to do with the group membership a particular user has in a
login session:
man update-passwd
DESCRIPTION
update-passwd handles updates of /etc/passwd, /etc/shadow
/etc/group on running Debian systems. It compares the
current files to master copies, distributed in th
Thanks! That's a _much_ better way to do it :-)
Barry Mathieu wrote:
Try issuing the command, 'update-passwd' as root. Seems to work for me
for updating group status without logging-in & out.
Barry
On Wed, Mar 28, 2001 at 11:59:20PM -0600, DvB ([EMAIL PROTECTED]) wrote:
I decided to take
Try issuing the command, 'update-passwd' as root. Seems to work for me
for updating group status without logging-in & out.
Barry
On Wed, Mar 28, 2001 at 11:59:20PM -0600, DvB ([EMAIL PROTECTED]) wrote:
> I decided to take the more elegant approach to getting sound working
> than making /dev/dsp
DvB wrote:
>
> I decided to take the more elegant approach to getting sound working
> than making /dev/dsp world writeable so I added my user to the audio
> group. This however didn't seem to work.
> I decided to worry about it later and recompiled my kernel with scsi
> support so I could use my C
I decided to take the more elegant approach to getting sound working
than making /dev/dsp world writeable so I added my user to the audio
group. This however didn't seem to work.
I decided to worry about it later and recompiled my kernel with scsi
support so I could use my CD-R. When I rebooted
one small exception. Most of the users need to be able to use minicom or
> kermit to connect as a dumb terminal to some devices in our lab and so
> I've added them to the 'dialout' group in /etc/group on the NIS server.
> These changes aren't being propagated by the N
7;ve added them to the 'dialout' group in /etc/group on the NIS server.
These changes aren't being propagated by the NIS server to the clients
however. I've tried a couple of different things in the /etc/group files
on the clients to fix this but haven't been successful y
33 matches
Mail list logo