View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0005119 | GNUnet | GNS | public | 2017-08-17 18:35 | 2018-04-01 15:52 | ||||||||
Reporter | ng0 | ||||||||||||
Assigned To | |||||||||||||
Priority | normal | Severity | minor | Reproducibility | have not tried | ||||||||
Status | new | Resolution | open | ||||||||||
Product Version | |||||||||||||
Target Version | Fixed in Version | ||||||||||||
Summary | 0005119: followup to 0005078 / GNS library file changes | ||||||||||||
Description | I was just informed that https://gnunet.org/bugs/view.php?id=5078 was solved by: > Users / distros now must manually move the $PREFIX/lib/gnunet/nss/* files to the respective directory where libc expects NSS plugins (or adjust the search path). This is bad in practice. There is no notice about this, no message. And even if you are expected to read something as a package maintainer (as in package in distro) you are likely to miss it. The best is to to assume no interaction. So what's the best way to solve this? I can simply adjust this on my system and the package, that's not a problem. There should be a configure time option to select the directory for this. | ||||||||||||
Tags | No tags attached. | ||||||||||||
Attached Files |
|
![]() |
|
![]() |
|
Christian Grothoff (manager) 2018-04-01 15:52 |
The big issue here is that this is not so much about installing the plugin in the NSS directory. The bigger required change (for the user) is to activate it by editing /etc/nsswitch.conf. Doing that is a big decision, so it should only be done by a package maintainer or end-user who knows what they are doing (and how to revert). |
![]() |
|||
Date Modified | Username | Field | Change |
---|---|---|---|
2017-08-17 18:35 | ng0 | New Issue | |
2018-04-01 15:52 | Christian Grothoff | Note Added: 0012912 |