adding geoclue2 user fails

Olaf Hering

27 Jan 2021 27 Jan '21

12:20

Does anyone happen to know how to install system-user-srvGeoClue in Tumbleweed? It fails since many months, perhaps forever. See bug#1177048 Olaf

Attachments:

attachment.sig (application/pgp-signature — 833 bytes)

Show replies by date

Dominique Leuenberger / DimStar

27 Jan 27 Jan

12:37

On Wed, 2021-01-27 at 13:20 +0100, Olaf Hering wrote:

...

Does anyone happen to know how to install system-user-srvGeoClue in Tumbleweed? It fails since many months, perhaps forever. See bug#1177048

That's quite pecculiar - system-user-srvGeoClue is installed on every single fresh TW/GNOME install, so openQA installs this package at least 20 times a day. For sure, this is not a generically seen issue - or we'd see/hear much more about it. Not knowing much about your system, it appears though as your system tries to create a user in some other place than passwd/shadow - and hits a limitation of 8 chars, or maybe does not like mixed-case usernames. One option would be to rename the user (e.g. _geoclue) - but srvGeoClue has been in use since at least 2013 (In Feb 2014 I added added a dep to NM, so the user certaninly already existed then; geoclue2.changes references that username first time in Sept 2013). Before goingn this route, I'd be very curious to understand what changed on your system in the last 7 years that might block this username from existing. Cheers, Dominique

Olaf Hering

1 Feb 1 Feb

21:28

Am Wed, 27 Jan 2021 13:37:26 +0100 schrieb Dominique Leuenberger / DimStar :

...

That's quite pecculiar - system-user-srvGeoClue is installed on every single fresh TW/GNOME install, so openQA installs this package at least 20 times a day.

Not a convincing argument, given the referenced bug. "useradd srvGeoClue" happens to work with "--badname". The man page mentions a regex, which system-user-srvGeoClue violates. But, perhaps someone tweaked some undocumented knob so that QA passes despite this violation... system-user-srvGeoClue can be installed in a similar sle15sp3 environment, apparently something in Tumbleweed is stricter. Olaf

Olaf Hering

21:55

Am Mon, 1 Feb 2021 22:28:14 +0100 schrieb Olaf Hering :

...

Not a convincing argument, given the referenced bug.

Indeed, incomplete QA. echo FAIL_DELAY 0 > /etc/login.defs triggers the bug. rm /etc/login.defs is a workaround for the bug. Olaf

Ludwig Nussel

2 Feb 2 Feb

07:18

Olaf Hering wrote:

...

Am Mon, 1 Feb 2021 22:28:14 +0100 schrieb Olaf Hering :

...
Not a convincing argument, given the referenced bug.

Indeed, incomplete QA.

echo FAIL_DELAY 0 > /etc/login.defs triggers the bug. rm /etc/login.defs is a workaround for the bug.

So useradd does not read /usr/etc/login.defs anymore as soon as /etc/login.defs exists. https://build.opensuse.org/package/view_file/openSUSE:Factory/shadow/chkname... then uses the built in default for CHARACTER_CLASS which is different from the setting in /usr/etc/login.defs. So useradd either needs to read the global defaults in any case or fix the built in settings. Or both. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer HRB 36809 (AG Nürnberg)

Olaf Hering

08:55

Am Tue, 2 Feb 2021 08:18:36 +0100 schrieb Ludwig Nussel :

...

CHARACTER_CLASS

This cool thing is nowhere mentioned, at least "man -K string" does not find it.... Olaf

Thorsten Kukuk

09:24

On Tue, Feb 02, Ludwig Nussel wrote:

...

Olaf Hering wrote:

...
Am Mon, 1 Feb 2021 22:28:14 +0100 schrieb Olaf Hering :

...
Not a convincing argument, given the referenced bug.

Indeed, incomplete QA.

echo FAIL_DELAY 0 > /etc/login.defs triggers the bug. rm /etc/login.defs is a workaround for the bug.

So useradd does not read /usr/etc/login.defs anymore as soon as /etc/login.defs exists.

Correct, as documented in our UsrEtc wiki about changes.

...

https://build.opensuse.org/package/view_file/openSUSE:Factory/shadow/chkname... then uses the built in default for CHARACTER_CLASS which is different from the setting in /usr/etc/login.defs. So useradd either needs to read the global defaults in any case or fix the built in settings. Or both.

No, do it correct: echo "FAIL_DELAY 0" > /etc/login.defs.d/fail_delay.defs Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Felix Imendoerffer (HRB 36809, AG Nürnberg)

1180

Age (days ago)

1186

Last active (days ago)

List overview

Download

6 comments

4 participants

participants (4)

Dominique Leuenberger / DimStar
Ludwig Nussel
Olaf Hering
Thorsten Kukuk