Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 518124 - sys-apps/accountsservice-0.6.37 does not honour login.defs UID ranges
Summary: sys-apps/accountsservice-0.6.37 does not honour login.defs UID ranges
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL: https://bugs.freedesktop.org/show_bug...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-25 19:27 UTC by Martin von Gagern
Modified: 2014-08-02 12:37 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin von Gagern 2014-07-25 19:27:21 UTC
My system dates back from a time when Gentoo user accounts started at UID=500, and my /etc/login.defs reflects that fact, setting UID_MIN=500 and SYS_UID_MAX=499. (I must say that I'm proud of the fact that this system evolved through all that time, without a complete reinstall from scratch.)

Now sys-apps/accountsservice comes along, and more and more stuff depends on it: first x11-misc/lightdm (until bug 500152 gets addressed), and now kde-base/kdepasswd-4.13.3-r1 since bug 380899 got fixed. Accountservice attempts to distinguish system and user account, but it does so based on a compile time configure setting! It's hard to get any less flexible than that, short of hardcoding the value in several places all over the sources.

In my opinion, the correct approach would be for accountservice to load login.defs, and make its judgement based on the configuration found there, instead of some compile-time settings which the admin can only control by hacks.

At the moment, I consider accountservice to be inherently broken and inflexible, and also poorly documented. Please either fix the brokenness or make sure that the use of accountservice remains optional without breaking dependencies of a large number of packages.
Comment 1 Pacho Ramos gentoo-dev 2014-08-02 10:19:57 UTC
This is an upstream problem. Looks to be handled at:
https://bugs.freedesktop.org/show_bug.cgi?id=56729

https://bugs.freedesktop.org/show_bug.cgi?id=67626 is also probably a dupe of the above
Comment 2 Martin von Gagern 2014-08-02 11:26:24 UTC
(In reply to Pacho Ramos from comment #1)
> This is an upstream problem. Looks to be handled at:
> https://bugs.freedesktop.org/show_bug.cgi?id=56729

I agree, that one seems as if it should take care of my issues. If it ever makes it; it's been reported in 2012 after all.

> https://bugs.freedesktop.org/show_bug.cgi?id=67626 is also probably a dupe
> of the above

Notz so sure about that. The way I read that lengthy IRC paste, they had a locked acount and some cache inconsistency. But it doesn't matter.

In the meantime I've come up with a personal workaround:

# mkdir -p /etc/portage/env/sys-apps
# echo 'EXTRA_ECONF=--with-minimum-uid=500' \
  > /etc/portage/env/sys-apps/accountsservice

This still feels more hackish than it should, but I can live with this until upstream gets their stuff together. So I am OK with having this resolved UPSTREAM. Thanks for locating that upstream report, Pacho!