From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NKEH5-000095-Vp for garchives@archives.gentoo.org; Mon, 14 Dec 2009 16:59:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 29B00E0832; Mon, 14 Dec 2009 16:59:53 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id DB006E0832; Mon, 14 Dec 2009 16:59:52 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id E5F0D67BAF; Mon, 14 Dec 2009 16:59:51 +0000 (UTC) From: Mike Frysinger Organization: wh0rd.org To: Ciaran McCreesh Subject: Re: [gentoo-council] Re: [gentoo-pms] kdebuild-1 conditionales Date: Mon, 14 Dec 2009 12:01:03 -0500 User-Agent: KMail/1.12.4 (Linux/2.6.31.4; KDE/4.3.4; x86_64; ; ) Cc: gentoo-council@lists.gentoo.org, Ulrich Mueller , Brian Harring , gentoo-pms@lists.gentoo.org References: <20091210214848.7d070ab2@gentoo.org> <200912132131.13308.vapier@gentoo.org> <20091214151437.4511ddbf@snowcone> In-Reply-To: <20091214151437.4511ddbf@snowcone> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-council@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1332801.E0IJvCBi2P"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200912141201.04887.vapier@gentoo.org> X-Archives-Salt: 2f537fd3-b725-4697-bf91-ac1cd1161e1b X-Archives-Hash: caa7f3c7383cff5f1ee82b6d46a68a8f --nextPart1332801.E0IJvCBi2P Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Monday 14 December 2009 10:14:37 Ciaran McCreesh wrote: > On Sun, 13 Dec 2009 21:31:11 -0500 Mike Frysinger wrote: > > > Uh. No. As per the Council's request, we turned off kdebuild-1 for > > > the approved generated versions of the spec, and we made it > > > possible to show kdebuild-1-specific things in a different colour. > > > > i'm talking about when this crap was added originally, not any recent > > conversations >=20 > That was when it was added. and ? it should have been deleted then and it should be deleted now. > > > So you're telling users who did what the Gentoo KDE project told > > > them to do that you don't care about them enough to handle the > > > removal in a carefully controlled manner? > > > > no one here said you had to change your PM. i could care less about > > your PM. feel free to keep that crap in your PM forever ... >=20 > Keeping it around without a specification is a bad idea. And no, the > plan is not to keep it anywhere forever. The plan is to keep it around > until we can ensure that users aren't going to be affected by the > removal. which is irrelevant to the PMS. fact is, only your PM supports it and no o= ne=20 is telling you what to do with your PM. correctly removing it from PMS won= t=20 affect any user whatsoever. absolutely no users would be affected by clean= ing=20 up the PMS git tree. > > it is after all your own fault. >=20 > For helping the Gentoo KDE team out? I'll bear that in mind next time > Gentoo developers want help with something. what wonderful slant you have. you didnt work with the KDE team out of the= =20 kindness of your heart, you worked with developers who were on your side an= d=20 controlled significant stack of Gentoo ebuilds that users relied on. their= =20 only option to use the bleeding edge was to switch to your PM. as for "it's what the official KDE docs said", that too is complete bs. th= ere=20 are teams with more important ebuilds that have instructions that only work= =20 with portage. if anyone tried to add these to the PMS, you'll fully bitch = and=20 moan and block it from ever making it into the PMS. some of these rely on= =20 portage behavior with the environment and some of these rely on behavior=20 portage has had for years (and before the PMS). > > it's actually kind of sad how you can sit there and block any PMS > > additions that have been used in the tree for years because you didnt > > feel like implementing it in your PM >=20 > Uh. Riiiiight. I'm just drowning in bug reports from users who're using > ebuilds that break with Paludis because we haven't implemented things > that've been used in the tree for years. Perhaps you'd care to back up > your mud-slinging with some examples. stop with your misdirection bullshit. you know plenty of examples. then=20 again, your style is to keep whining that you arent aware of anything until= =20 someone explicitly mentions them, so there's prep*, FEATURES, and=20 CBUILD/CTARGET in econf to mention a few. > > yet crap that was explicitly never official or in used in the tree > > you feel you have a right to keep in the PMS. >=20 > It was added at the request of the Gentoo KDE team. It wasn't added > because I wanted it; it was added because Gentoo developers asked for > it. I realise you like to pretend that the people who asked for it > never existed, but the fact is they did, and it would be irresponsible > of Gentoo to make users suffer because of internal politicking. great ! so when are you going to add these features that have existed for= =20 years in portage to the PMS ? your logic is complete crap. > > it doesnt belong there, it never has, so delete it/branch it already. >=20 > You still haven't explained why it's better to delete it now than to do > a controlled removal that won't affect users. and you have yet to show how your PM behavior is relevant one bit to the PM= S=20 here. removing unofficial crap from the PMS has no bearing whatsoever on=20 ebuilds that require unofficial PMs. keep the crap in your PM forever for = all=20 i care. =2Dmike --nextPart1332801.E0IJvCBi2P Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (GNU/Linux) iQIcBAABAgAGBQJLJm9QAAoJEEFjO5/oN/WBEWcQAMOrKtSnL+yHFaE+tl2sgfKn wbbZ/JrVBSz5G0jXZpQo7sQmyXiTh4wkCIYTfzrL01bt/Xs2eqKHeyEXhat91HKC I6CxA9aTrEciy9rl2VrDPdOkMbjRvCxJstyc05v6+jvU5knL8M9iJGDVn31ljUQ0 zmRdjkcp2gh/wbgdLbrMeSpNIVnUEOv5EncxVnKwOXztC0hKhpcaIbeRzuM95Hcl DfflV0/EZiQBbDP7UimH8HURho6Jhrdp9a7Pxht9BCtbsOoKQhr9UY+UwlaiVXFK 5KszaAGtiTAlCnqxPR2EttlmnwlGl1jyFZwFXg1jauyQRLEDWXH4HmDU6Qr/YQie T8J88i0dvq6WTJCItRQ+GAUT8248ZbShiSg9FQI+Ky5/Hi7mE3lwEfxxaF+fB5m+ 5Ej3gMAAr7/DpFKnO3KX2EmjlWYhWJQq5JZmKkSVdjjYcZPn55XlneZ4wrCuOB26 SzRZPhzuWckCro609kq5dex82boPHpKTBrrM7GOyodRvnlg8p70mxGJgQ64mtZTP /aiuuKCodOZ5xrmd2bX/2syRuP1c6OXbk3ixl9ZAqU5oj3jkOM9eeDbGWlzY5Wjl 6RpCW9mVKI4B9B37H4qXG9kX9kujkSK8pTX/fUfycrRUZSvyEIiJ1Ucl17STEl2N 4/C2AYdwQ8ddECHQyejP =HMPB -----END PGP SIGNATURE----- --nextPart1332801.E0IJvCBi2P--