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 1NWtkp-0001i5-BZ for garchives@archives.gentoo.org; Mon, 18 Jan 2010 15:42:59 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B432CE07F8; Mon, 18 Jan 2010 15:42:22 +0000 (UTC) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by pigeon.gentoo.org (Postfix) with ESMTP id 5CF4DE07F8 for ; Mon, 18 Jan 2010 15:42:22 +0000 (UTC) Received: by bwz28 with SMTP id 28so253841bwz.29 for ; Mon, 18 Jan 2010 07:42:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=XVUXtuBXkix6lqbJcXIda1EYeGta/WsEN/NenPQq1lA=; b=Cc/PK9wiMLagbh1J0mVApCUkvA7ShD/zoSrp7Mxc77TRhEwrl2CRHJmqTWNPwlq+Ku 3HjBpwrUCxW1gdyAe9v+hoGqkXNpOKCHlTpEgKypRT4Ni/zwJ+D77sESwdSxpivD5s8f j/4+tHThA15tLcmM+R7xQm68Uf4Dj1g6vE388= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=VOjc+ROjNr1fgyLSkUOK/p6di+zs63XVfaBlTBD7VjEZwuhTl5ZwP3WZmIDq84SjHt EuLKF2qjTWcA0/PnnLVJbmBA+sXH/IwWKbhvxuivMRGkQQlKnxrj9AGDZxBcNSqWZvmo nlR5NVK7lMHVMpF2p36LdCM7AXsa37NzOKoLc= Received: by 10.103.80.1 with SMTP id h1mr3142503mul.101.1263829341560; Mon, 18 Jan 2010 07:42:21 -0800 (PST) Received: from smtp.gmail.com (c-98-210-130-131.hsd1.ca.comcast.net [98.210.130.131]) by mx.google.com with ESMTPS id j9sm18061537mue.6.2010.01.18.07.42.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 18 Jan 2010 07:42:19 -0800 (PST) Received: by smtp.gmail.com (sSMTP sendmail emulation); Mon, 18 Jan 2010 07:42:09 -0800 Date: Mon, 18 Jan 2010 07:42:09 -0800 From: Brian Harring To: ciaran.mccreesh@googlemail.com Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: adding a modification timestamp to the installed pkgs database (vdb) Message-ID: <20100118154208.GD5008@hrair.c.nixle.com> References: <20091026015005.GA12250@hrair.hsd1.ca.comcast.net> <7c612fc61001111435s5caaf80dx4629d81447ab52e8@mail.gmail.com> <20100112101252.1d63a6a5@snowmobile> <20100112231223.GC6656@hrair> <20100117085914.4774f9fa@snowmobile> <20100117092411.GA800@eric.schwarzvogel.de> <82dd739f1001170146u40fa2698qd6089881aabfb523@mail.gmail.com> <20100117114849.09ddb5b3@gentoo.org> <82dd739f1001170309m5dc6b20cm8379b23fc70e8d67@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZInfyf7laFu/Kiw7" Content-Disposition: inline In-Reply-To: <82dd739f1001170309m5dc6b20cm8379b23fc70e8d67@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: ac94eb7a-ee4f-4918-855c-1869e007114f X-Archives-Hash: 1037fac6ee2b2ed60db7c68b13306792 --ZInfyf7laFu/Kiw7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 17, 2010 at 11:09:07AM +0000, Ciaran McCreesh wrote: > 2010/1/17 Christian Faulhammer : > > Ciaran McCreesh : > > =A0As much as you love to have the new and shiny VDB2, it is far off. > > Prototyping and drafting implementations would be great to have some > > base where we can discuss on (in a civil manner). =A0So having this > > timestamp would be a good way to prepare a sane migration path. >=20 > No, it wouldn't. Brian's proposal a) would be of no use whatsoever for > VDB2 migration, and b) would not be used by VDB2. Having a *decent* > cache validation mechanism is a good idea; having a half-baked one is > a waste of time. Propose something, or shut up frankly. If all you're going to contribute is "it's half baked" claims, you're=20 wasting folks time. You've had a couple of months of time to=20 counterpropose something- back it up with a proposal or be silent=20 please. As is, quite a few folk see how experimental vdb2/vdb1 synchronization=20 can be done w/ this timestamp- your claims thus far that it won't work=20 seem to boil down to "but not everyone will update the timestamp". Which gets right back to why I'm elevating this to the council to=20 *force* PMS to include this, thus force the holdout (paludis) to=20 update the timestamp thus invalidating your cyclical claim. Either way, you find issues w/ the proposal you're more then free to=20 propose something else- hell, I'll even listen if it's sane. What I won't do is sit around and listen to you whinge about the sky=20 falling or that I/others are being idiots via not going=20 the route *you* want and standardizing caches across all the managers-=20 as I said, you want that functionality *you* propose it. About the only thing paludis shares w/ portage/pkgcore is a potential=20 installed-pkgs-cache of pkg names; this isn't incredibly useful=20 frankly (it's nice for cold cache searches but that's it). The cache=20 usage between portage/pkgcore vs paludis differs a fair bit, as such=20 trying to define an LCD vdb cache is pointless. Further it's not what=20 I'm after and you've already opposed adding caches to vdb1 w/in the=20 ticket- you want something beyond this, then go nuts. Either way, that's pretty much the bar I'm sitting for continuing=20 discussion of this w/ you- either it's going to be productive w/=20 specific claims (no more of this vague handwaving bullshit) and moving=20 towards accomplishing something or I'm just going to continue=20 ignoring your disruptive behaviour, instead getting majority PMS=20 consensus and then pushing it up to the council bypassing your=20 shenanigans. It's not how things should be done, but it's about the only way to get=20 something done when you dig in and go cyclical. Wish it weren't that=20 way, but I've more interest in progress then playing games w/=20 folk looking to be poisonous. Seriously, if you can't even be bothered to spell out your claims in=20 full or layout a counter proposal, instead spending your time=20 screaming "nyah nyah it won't work!" as you did for prefix, I'm not=20 having it. There are better uses of folks time frankly, and users deserve=20 functionality over daft pissing matches. Be productive and constructive, or be ignored pretty much. ~harring --ZInfyf7laFu/Kiw7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (GNU/Linux) iEYEARECAAYFAktUgVAACgkQsiLx3HvNzgdsVgCcCd+HrDkJ2FIVRwfjq9sQlc4+ D+IAn3PjQomXJiJ2bMHccPXgm/j60ZUo =tHzP -----END PGP SIGNATURE----- --ZInfyf7laFu/Kiw7--