Search Criteria
Package Details: yp-tools 4.2.3-6
Package Actions
| Git Clone URL: | https://aur.archlinux.org/yp-tools.git (read-only, click to copy) |
|---|---|
| Package Base: | yp-tools |
| Description: | Linux NIS Tools |
| Upstream URL: | https://github.com/thkukuk/yp-tools |
| Licenses: | GPL2 |
| Submitter: | arojas |
| Maintainer: | bidulock |
| Last Packager: | bidulock |
| Votes: | 6 |
| Popularity: | 0.000000 |
| First Submitted: | 2017-07-06 19:20 (UTC) |
| Last Updated: | 2021-09-13 00:58 (UTC) |
Dependencies (4)
- libnsl (libnsl-gitAUR)
- libnss_nis
- libxcrypt (libxcrypt-gitAUR)
Latest Comments
bidulock commented on 2018-05-11 18:47 (UTC)
@gudwin
I think you need to use 'compat nis' instead of 'files nis'. See my nsswitch.conf file (that works) here:
https://gist.github.com/bbidulock/e9ee9f0450a65f1a49ccadf1caa07929
bidulock commented on 2018-05-11 18:38 (UTC)
Sorry, I though F /var/yp/nicknames 0644 - - - /etc/nicknames would initialise the first from the second, instead of writing the string to the file. Changed to L+ /var/yp/nicknames - - - - /etc/nicknames and a symbolic link is created instead.
gudwin commented on 2018-05-11 14:08 (UTC) (edited on 2018-05-11 14:11 (UTC) by gudwin)
Even though the package builds, it is not working 100%. After providing the corrections given by paulkerry (sudo rm /var/yp/nicknames; sudo ln -s /var/yp/nicknames /etc/nicknames;) I was able to successfully run "ypcat passwd". But when I try "su nis_user", where nis_user is a user defined on my NIS maps, the system is not being able to change to this user. It gives me the following message:
su: Authentication service cannot retrieve authentication info
I beliveve it has to do with something related to the shadow password, which is not being handled in the correct way. Am I doing something wrong, or the package is bugged ? I used both the original /etc/nsswitch.conf and a modified version, with "password: files nis", "shadow: files nis". I can't get the shadow.byname even if I am root:
Can't find master for map shadow.byname. Reason: No such map in server's domain
This was working with the old versions of this package, so this is something related to this new package, and not to my NIS maps, which works with other linux machines in the network.
gudwin commented on 2018-05-04 22:19 (UTC) (edited on 2018-05-07 16:40 (UTC) by gudwin)
This package is not building anymore in Manjaro stable, because Manjaro stable misses libnsl and libnss_nis, which started to be a requirement in the current version. These are available only in Manjaro testing
Postscriptum 07-May: The new Manjaro stable release now provides libnsl and libnss_nis, and the package was able to be built without problems ! The problem was solved.
paulkerry commented on 2018-05-03 11:18 (UTC)
Under yp-tools 4.2.3-4, using "ypcat passwd" gives Bogus entry in line 1: /etc/nicknames No such map passwd. Reason: No such map in server's domain
/var/yp/nicknames contains one line: "/etc/nicknames"
Replacing /var/yp/nicknames with the contents of /etc/nicknames makes the ypcat password command work, as does using a symbolic link from /var/yp/nicknames to /etc/nicknames
Having looked upstream, I'm unsure why there is /etc/nicknames file at all?
"man nicknames" still specifically mentions "/var/yp/nicknames" as well.