Bug 212437 – sys-auth/pambase-20080306.2 re-keyword request

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Diego Elio Pettenò (RETIRED) 2008-03-05 23:04:19 UTC]

Sorry to ask right after, but I was able to get around adding the support just today. This new version adds support for pam_passwdc. Just try to change your password with passwd (provided shadow was built with PAM support) and it should show up an hint and provide an analysis of the password.

Thanks,
Diego

[Comment 1 Diego Elio Pettenò (RETIRED) 2008-03-06 15:33:38 UTC]

Sorry I've added now a dependency over sys-auth/pam_mktemp that requires a few more arches to re-keyword pambase.

I have in my TODO list pam_capabilities (sys-libs/libcap-2), pam_blue and pam_usb, so if you don't want to see it dropped again in the next weeks, you might want to take a look to stable those already, too ;)

[I would have preferred waiting till pambase was complete, but sys-libs/pam had a new release and didn't want to maintain twice the versions]

[Comment 2 Raúl Porcel (RETIRED) 2008-03-06 16:18:35 UTC]

(In reply to comment #1)
> I have in my TODO list pam_capabilities (sys-libs/libcap-2), pam_blue and
> pam_usb, so if you don't want to see it dropped again in the next weeks, you
> might want to take a look to stable those already, too ;)

Flameeyes meant keywording, not stabilizing :) Talked to him on IRC

[Comment 3 Ferris McCormick (RETIRED) 2008-03-06 17:24:41 UTC]

Please make the distfile available.  Otherwise we can't do anything.

[Comment 4 Diego Elio Pettenò (RETIRED) 2008-03-06 17:29:24 UTC]

D'oh! I start to think I made a mistake in my script as I missed two pushes in two days...

[Comment 5 Diego Elio Pettenò (RETIRED) 2008-03-06 17:29:41 UTC]

(that was a way to say it's pushed now btw)

[Comment 6 Ferris McCormick (RETIRED) 2008-03-06 17:50:40 UTC]

Added back ~sparc again.  Tested with USE=mktemp and re-login. (But permissions on /tmp/.private are wrong, because the user can't write to it.)

[Comment 7 Diego Elio Pettenò (RETIRED) 2008-03-06 17:57:12 UTC]

It is correct that user can't write (or read for what matters) /tmp/.private, /tmp/.private/$username is what you want.

[Comment 8 Ferris McCormick (RETIRED) 2008-03-06 18:00:22 UTC]

(In reply to comment #7)
> It is correct that user can't write (or read for what matters) /tmp/.private,
> /tmp/.private/$username is what you want.
> 

Actually, it works fine.  I just made this comment before testing further.

[Comment 9 Brent Baude (RETIRED) 2008-03-07 15:47:51 UTC]

keyworded ~arch for ppc64

[Comment 10 Raúl Porcel (RETIRED) 2008-03-11 15:46:02 UTC]

I'll wait until you add those new deps so i can use.mask pam_blue and pam_usb on ia64 at least.

Where's pam_capabilities?

[Comment 11 Diego Elio Pettenò (RETIRED) 2008-03-11 15:50:57 UTC]

>=libcap-2

As for the use mask, you can do that already if you want, but I suppose package.use.mask is what you want.

The USE flags will be:

caps - pam_capabilities
usb - pam_usb
bluetooth - pam_blue

[Comment 12 Jeroen Roovers (RETIRED) 2008-03-14 00:18:15 UTC]

Marked ~hppa again.

[Comment 13 Tobias Klausmann (RETIRED) 2008-03-15 13:46:28 UTC]

Keyworded on ~alpha. Note that bluetooth is use-masked on Alpha already, so nothing done there. Current ~alpha versions of pam_usb (0.3.2) and pam_mktemp (1.0.3) work fine.

[Comment 14 Raúl Porcel (RETIRED) 2008-03-24 15:43:51 UTC]

ia64 done

[Comment 15 Tobias Scherbaum (RETIRED) 2008-04-12 17:27:49 UTC]

Added ~ppc, closing.