Talk:DeveloperWiki:UID / GID Database

From ArchWiki
Revision as of 20:09, 23 October 2015 by Alad (talk | contribs) (AUR: edit)
Jump to navigation Jump to search

Why should user and group be created at build time? This sounds really weird to me. Arch packages aren't supposed to be shared? You can very well build a package and not install it immediately.

In any cases, I think this task definitively needs to be made at install time. That is why it is always done in scriptlets. Now what you might want to do is somehow unifying this task inside the scriptlets. If that's the case, please add your proposal with the two functions there : FS#10375 and maybe edit the wiki accordingly. --shining 04:42, 19 May 2008 (EDT)

Add svn user and group

Just a suggestion: create/reserve UID 44 and GID 44 for snv user (subversion server)


Can we have UID and GID 97 set aside for mailman?

EDIT: 91 is used for video apparently, changed to 97


Before the xbmc package just created a system user and in the install script it always did a chown to make sure the /var/lib/xbmc folder was owned by xbmc.

Now the folder is owned by uid 420 and gid 420, the chown is only needed when updating from a previous state.

Could someone add the xbmc uid and gid to the list?

Now kodi. -- Alad (talk) 15:13, 23 October 2015 (UTC)


The lightdm package uses 620 for it's UID/GUID:

post_install() {
    getent group lightdm > /dev/null 2>&1 || groupadd -g 620 lightdm
    getent passwd lightdm > /dev/null 2>&1 || useradd -c 'Light Display Manager' -u 620 -g lightdm -d /var/lib/lightdm -s /usr/bin/nologin lightdm
    passwd -l lightdm > /dev/null
    systemd-tmpfiles --create /usr/lib/tmpfiles.d/lightdm.conf


AUR packages are unsupported content. This page is about packages in the official repositories. If you wish to reserve groups, or otherwise request features, use the bugtracker: Closing. -- Alad (talk) 15:12, 23 October 2015 (UTC)

I have major objections against this decision! Despite the fact that those PKGBUILDs are probably not written by an official Arch Linux Maintainer, those AUR maintainers who really do care about compatibility and a clean design are simply ignored. Taking my package slurm-llnlAUR as an example: On Debain based hosts 64030 is used as UID and GID and since using different ID is issue prone it is best to use the same on Arch. I would be glad if no Arch Maintainer would reuse this UID and GID and therefore was trying to get it on that list. I have no objections against a any special label however I firmly believe that this list is for making official maintainers aware of my UID/GID choice. -- Edh (talk) 19:44, 23 October 2015 (UTC)
Do you mean by "this list" this discussion, or the article? Latter is the choice of the developers by definition (check the name space). As to former: the requested 78 (vpn) is now kvm, 112 (amanda) is x2goprint. The rest was not acted to. To repeat: 1. the AUR is unsupported 2. The bug tracker is the proper channel for packaging issues, not the wiki.
Please use the bug tracker, or at least arch-dev-public. I don't see this going anywhere. -- Alad (talk) 20:07, 23 October 2015 (UTC)

What about packages from AUR?

As I started discussing it at Talk:Arch_Packaging_Standards#Adding_system_users, it would be good to have a clearer process for the addition of system users, and maybe a specific sub-namespace (_e.g._ from 500 to 749) for AUR, as well as some authoritative list to avoid collisions ? Maybe another namespace (750-999?) should also be kept strictly reserved for local uses, so admins can create groups knowing that no upstream ArchLinux package will ever use the ID.


Slurm (found in the AUR: slurm-llnlAUR) is a very powerful job scheduler, used on many supercomputers. On debian based hosts 64030 is the preferred slurm-user id and group-id. To improve usability I would recommend using the same UID and GID on arch.


  1. grep ossec /etc/group
    1. ossec:x:525:
  2. grep ossec /etc/passwd
    1. ossec:x:524:525::/var/ossec:/bin/false
    2. ossecm:x:525:525::/var/ossec:/bin/false
    3. ossecr:x:526:525::/var/ossec:/bin/false

thanks :)


Please add socketsentry group (gid 172) for kdeplasma-addons-applets-socketsentry package ([1]).

As you can see, this discussion page doesn't get many replies from developers, you may want to use the forum or the mailing lists for this kind of requests. -- Kynikos (talk) 09:54, 17 June 2012 (UTC)

oml2 entries

Please add oml2 user and group (both 137, arbitrarily, on a Debian system I have at hand). I'm updating the package at /packages.php?ID=60321 and, creating these in the post_install script.

OlivierMehani (talk) 08:49, 15 August 2012 (UTC)

input group

Would you mind adding the following group to the list?:

  • input:103

I am using this group to allow access to input events for gizmod in AUR.


Can we have UID and GID 112 set aside for amanda?


Please add userid 52 for cruisecontrol package ([2])


xbmc is 420:420, so plex has to be 421:421.


what is about a own openvpn user? I use the uid 78 gid 78 for it.


I would recommend putting an group for the android sdk as specified in the wiki