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

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

Am Wed, 27 Jan 2021 13:37:26 +0100 schrieb Dominique Leuenberger / DimStar <dimstar@opensuse.org>:
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 wrote:
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)

On Tue, Feb 02, Ludwig Nussel wrote:
Correct, as documented in our UsrEtc wiki about changes.
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)

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

Am Wed, 27 Jan 2021 13:37:26 +0100 schrieb Dominique Leuenberger / DimStar <dimstar@opensuse.org>:
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 wrote:
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)

On Tue, Feb 02, Ludwig Nussel wrote:
Correct, as documented in our UsrEtc wiki about changes.
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)
participants (4)
-
Dominique Leuenberger / DimStar
-
Ludwig Nussel
-
Olaf Hering
-
Thorsten Kukuk