| Summary: | sys-auth/pam_sotp-0.3.3 new ebuild | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Eric Brown <eric.brown> |
| Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
| Status: | CONFIRMED --- | ||
| Severity: | enhancement | CC: | pam-bugs+disabled, robbat2 |
| Priority: | High | Keywords: | EBUILD, InOverlay |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | sunrise-removal | ||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 176594 | ||
| Attachments: |
pam_sotp-0.3.3.ebuild
pam_sotp-0.3.3.patch |
||
|
Description
Eric Brown
2007-04-17 15:43:56 UTC
Created attachment 116521 [details]
pam_sotp-0.3.3.ebuild
an ebuild for pam_sotp-0.3.3
Created attachment 116522 [details, diff]
pam_sotp-0.3.3.patch
This patch fixes the Makefile.in so that the install doesn't violate sandbox trying to create /etc/sotp (adds $DESTDIR to that line)
I realize that this ebuild might be running into a problem where there's no maintainer, what can be done? Should this module be included in the pam ebuild? Can I help maintain it and have a dev do some kind of "proxy maintenance" on it? Btw, I am running it on amd64, no problems yet. Don't use mkdir in src_install, we have dodir for that. Plus, fixing the makefile to not require such cruft would really be strongly preferred. (In reply to comment #4) > Don't use mkdir in src_install, we have dodir for that. Plus, fixing the > makefile to not require such cruft would really be strongly preferred. > What do you mean fixing the makefile not to require it? In sunrise overlay now; not using emake install because it sucks :P http://overlays.gentoo.org/svn/proj/sunrise/reviewed/sys-auth/pam_sotp/ If it has been committed to sunrise as sys-libs/ please correct. It seems not to respect libdir: configure: testing standard PAM directories checking /lib/security ... configure: error: No /lib/security! Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/ |
