From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Fod2W-0001KX-Cv for garchives@archives.gentoo.org; Fri, 09 Jun 2006 09:12:24 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k599Ari0029891; Fri, 9 Jun 2006 09:10:53 GMT Received: from smtp.top-hosting.cz (gw.top-hosting.cz [81.0.254.91]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k5996c0m008158 for ; Fri, 9 Jun 2006 09:06:39 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.top-hosting.cz (Postfix) with ESMTP id 83483515FCF for ; Fri, 9 Jun 2006 11:06:38 +0200 (CEST) Received: from smtp.top-hosting.cz ([127.0.0.1]) by localhost (smtp.top-hosting.cz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09611-01-6 for ; Fri, 9 Jun 2006 11:06:30 +0200 (CEST) Received: from [192.168.0.1] (7.201.broadband6.iol.cz [88.101.201.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.top-hosting.cz (Postfix) with ESMTP id DB72D5273DE for ; Fri, 9 Jun 2006 11:06:27 +0200 (CEST) Message-ID: <44893A0C.9070500@gentoo.org> Date: Fri, 09 Jun 2006 11:06:20 +0200 From: Jakub Moc User-Agent: Thunderbird 1.5.0.4 (X11/20060516) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Project Sunrise thread -- a try of clarification References: <44887368.9030302@gentoo.org> <1149803837.19443.101.camel@cgianelloni.nuvox.net> <4488A4F3.5060908@gentoo.org> <1149811589.19102.23.camel@vertigo.twi-31o2.org> <1149841698.9743.20.camel@localhost> In-Reply-To: <1149841698.9743.20.camel@localhost> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigD1E50F094B8590445F02CD6D" X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at top-hosting.cz X-Spam-Status: No, score=-2.336 tagged_above=-999 required=6 tests=[AWL=0.263, BAYES_00=-2.599] X-Spam-Score: -2.336 X-Spam-Level: X-Archives-Salt: c7a79185-9024-4cb1-8c67-12a9d66a499d X-Archives-Hash: 6209e3ba505ece827e66b0f2837482ee This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD1E50F094B8590445F02CD6D Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Patrick Lauer wrote: > On Thu, 2006-06-08 at 20:06 -0400, Chris Gianelloni wrote: >> Again, read what I wrote. I said that the developer would see "sunris= e" >> in the PORTDIR_OVERLAY of the user's emerge --info, which you reiterat= ed >> without considering. This is a login bug. At no point did they make >> mention of having installed pam_skey from this overlay. This means th= at >> I, as the developer getting this bug, am now responsible for looking a= t >> *every package* in the sunrise overlay to determine if *any* of them >> could *possibly* be affecting this package or causing this bug, then >> asking the user if they have any of them installed. > This differs from a manually patched ebuild in /usr/portage by virtue o= f showing you that an overlay is used ... >=20 >> Wouldn't this process be *infinitely* easier if instead of "sunrise" >> there was a "pam" overlay with *only* the pam stuff? > Ooooh, cool. Now I need about 75 overlays to get things done, and of co= urse there will be no bad interaction between them ;-) Please, leave pam_skey alone. ;) It's a thing I'm using daily and the default system-auth config file installed by this ebuild allows for both system and S/KEY passwords to be used at the same time, you can pick whichever one you want. There's no way to get yourself locked out of system unless you've already forgotten your normal password and didn't yet set up OTP, in which case, it's not pam_skey problem at all. The thing has been sitting in bugzilla for ages, I've asked Flameeyes to commit it and he said he's not going to put any mode pam stuff into the tree unless he's using the modules himself. Nothing wrong w/ that. So, I can either keep on maintaining it in my local overlay or let other people use it if they find it useful. I prefer the latter. pam_abl and pam_mount is also stuff that I'm testing/using myself. The only thing I haven't tested beyond "it compiles and installs" is pam_pgsql, that one doesn't touch system-auth at all, comes w/ commented-out .conf and so has no effect until the user has configured it. There are about 3 other bugs requesting pam stuff, but since that stuff is essentially dead upstream, it won't be in the overlay. So, are you asking to have a separate overlay project for 4 pam ebuilds? Heh, really an overkill. > Could be part of the policy to not touch existing ebuilds. IMHO the sunrice project is a good place for maintainer-wanted/needed bugs. Shouldn't be a dumpspace for whatever experimental patches for stuff that's actually being maintained in the main tree. >> This is a prime example of totally glossing over any discussion to mak= e >> it sound promising for you.=20 > If bugzilla wasn't so sucky people wouldn't try to use other methods of= > communication ;-) Erm, look at the vmware-server bug (http://bugs.gentoo.org/show_bug.cgi?id=3D122500) . It's vastly useless for grabbing any ebuilds, there are ~350 comments and tons of obsolete, yet not marked as such ebuilds, that's why you switched to subversion, right? And it boosted the effectivity by a huge margin. Also comes w/ a nice side-effect of not bugspamming another 200 folks CCed on the bug when someone screws w/ attachments for a couple of times. --=20 Best regards, Jakub Moc mailto:jakub@gentoo.org GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=3Dget&search=3D0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3= D9E ... still no signature ;) --------------enigD1E50F094B8590445F02CD6D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEiToQhxfV/c66PZ4RAxLdAJ9qICwzP86dMUiUjonnrAOcsmWzKwCcDQNj BosMMy/mkTe4f1zIB3yhP90= =dHLv -----END PGP SIGNATURE----- --------------enigD1E50F094B8590445F02CD6D-- -- gentoo-dev@gentoo.org mailing list