Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#40429 - [puppet] Provider useradd does not support features manages_passwords

Attached to Project: Community Packages
Opened by Hermann Mayer (Jack12816) - Sunday, 18 May 2014, 18:40 GMT
Last edited by Jonathan Steel (jsteel) - Monday, 09 June 2014, 21:15 GMT
Task Type Feature Request
Category Packages
Status Closed
Assigned To Jonathan Steel (jsteel)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Puppet cannot manage user passwords on Archlinux.
It seems related to a missing ruby library. (ruby-shadow)

Additional info:
* See http://www.puppetcookbook.com/posts/managing-user-password-fails.html

Steps to reproduce:
* Create manifest eg:

user {'jack':
ensure => present,
password => '$hash$',
home => '/home/jack',
managehome => true,
shell => '/bin/bash'
}

* Run puppet agent -t --debug
* See:

Debug: /User[jack]: Provider useradd does not support features manages_passwords; not managing attribute password
This task depends upon

Closed by  Jonathan Steel (jsteel)
Monday, 09 June 2014, 21:15 GMT
Reason for closing:  Fixed
Additional comments about closing:  Added as optdepends in 3.6.1-2
Comment by Jonathan Steel (jsteel) - Monday, 19 May 2014, 22:06 GMT
  • Field changed: Task Type (Bug Report → Feature Request)
ruby-shadow should be listed as an optdepends. It will need moving to [community] first.
Comment by Hermann Mayer (Jack12816) - Tuesday, 20 May 2014, 15:19 GMT
Can I do something to help out with this?
Comment by Jonathan Steel (jsteel) - Saturday, 31 May 2014, 12:17 GMT
I'll move it as soon as I have time. If you want to help, compiling a list of other potentially popular depends/optdepends (with a brief argument of why to include them) would be good. This is the only one I know of though that I was considering already.

Loading...