Summary: | status=217/USER for service with dash in USER | ||
---|---|---|---|
Product: | systemd | Reporter: | Sergey Zolotorev <sergey.zolotorev> |
Component: | general | Assignee: | systemd-bugs |
Status: | RESOLVED INVALID | QA Contact: | systemd-bugs |
Severity: | major | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Sergey Zolotorev
2013-11-13 15:18:23 UTC
Marking this as invalid, as discussed at https://bugs.archlinux.org/task/37755 I believe this bug may be valid. Service files which use 'User=%i' still fail with the same error. I've also tried to manually set a username containing a dash: User=test-user or User=test\x2duser ... and still receive the same error. Disregard. It looks like it's something with how I'm creating my users through sss local. (In reply to Ryan Bair from comment #2) > I believe this bug may be valid. Service files which use 'User=%i' still > fail with the same error. I've also tried to manually set a username > containing a dash: > > User=test-user > or > User=test\x2duser > > ... and still receive the same error. It looks like you can not create user "foo.bar" anymore... But now you (with systemd) you can not create use user "foo-bar" too. =) (In reply to Sergey Zolotorev from comment #4) > It looks like you can not create user "foo.bar" anymore... But now you (with > systemd) you can not create use user "foo-bar" too. =) For the sake of people who stumble upon this bug report: tl;dr: There's no problem with using a user name with a dash. When specified directly (e.g. User=test-user) there's no issue. When specifying the name as the instance argument, User=%i must be used, and User=%I does not work because dashes are "unescaped" to slashes (as was explained in https://bugs.archlinux.org/task/37755). |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.