From owner-freebsd-ports@FreeBSD.ORG Fri Jul 13 16:01:59 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACC481065679 for ; Fri, 13 Jul 2012 16:01:59 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 5CDFF8FC1B for ; Fri, 13 Jul 2012 16:01:59 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=uTCI2E K1jt44n1yjFwQ65mlVjsnF9mvIjZmzwhgQjpuw7dR8PseiwIxwuMaTA29DriOsEM ReCvtljAMD+1HMjSsjQDcWW8W+MynNgWsfMxqImWLgpNIFphY8gLv26c+LgMCCxX kBA6DfoOWAukGzXu687imYfIBnx6C/WV8hMBQ= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=DpY7u9ZcITF1 gDP/HGnfTbW7bw2Xm13kBwOgpCw1mcU=; b=hUm8cCW4AJ5XjTMkRe85PWAtfc4V 70VrzkFh4vOfrplm2M4TRXfBBdOkZiEecLItPFGBCajpWo6G6Am/O2n11NTmy+me ObvLror4E5sgRCAxLLFkQz5Rq2CZ0Dd3hcAeuwg3dCZq6WzUpJ95qO1ExAkByo03 OBbmcXaCh6J+hIE= Received: (qmail 98128 invoked from network); 13 Jul 2012 11:01:55 -0500 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 13 Jul 2012 11:01:55 -0500 Message-ID: <5000467D.4000902@shatow.net> Date: Fri, 13 Jul 2012 11:02:05 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <20120712100110.GA34228@ithaqua.etoilebsd.net> <4FFF3EB9.3040701@FreeBSD.org> <201207130826.32942.jhb@freebsd.org> <5000406B.2060201@FreeBSD.org> In-Reply-To: <5000406B.2060201@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Craig Rodrigues , Baptiste Daroussin , current@freebsd.org, John Baldwin , ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2012 16:01:59 -0000 On 7/13/2012 10:36 AM, Doug Barton wrote: > On 07/13/2012 05:26 AM, John Baldwin wrote: >> On Thursday, July 12, 2012 5:16:41 pm Doug Barton wrote: >>> On 07/12/2012 02:11 PM, Craig Rodrigues wrote: >>>> You might want to view Baptiste's pkgng presentation at BSDCan: >>>> >>>> http://www.youtube.com/watch?v=4Hxq7AHZ27I >>> >>> Sure, the next time I have an hour to spare. >>> >>> I don't think what I'm asking for is unreasonable. One could even >>> conclude that answering those 3 questions should have been a >>> prerequisite for starting down this road in the first place. >> >> One could also assume that other people in the Project aren't morons and do >> actually put thought into the things they do for starters > > I certainly *want* to believe that. But considering the giant mess that > portmgr + Baptiste made of the changes to the OPTIONS framework, that > only touches a fraction of the ports, my willingness to have faith in > "them" to do it right is near zero. There's a *major* difference in the testing effort and community involvement in these 2 projects. OPTIONSng had maybe a handful of testers over a shorter period of time. PKGNG has had 40+ contributors and has been in development since 2010. It's been presented and discussed at multiple conferences and dev summits. Many people have been building their own packages with PKGNG for months now, greatly raising the testing coverage on the ports tree. > > Not to mention that I've been asking for a project plan for pkg since > long before it even hit the ports tree in beta. What I'm asking for > should have been done already considering that this change will affect > *every* port, and *every* user. So either it hasn't actually been done, > or the PTB are refusing to provide it. http://lists.freebsd.org/pipermail/freebsd-current/2012-January/031533.html I find bapt's research in that post to be evident that a lot of thought and time did go into planning this. > > Also, please keep in mind that I was criticized for *not* speaking up > about the OPTIONS changes, now I'm being criticized *for* speaking up > prior to pkg going live. In spite of the fact that I'm doing my best to > (repeatedly) be clear that I'm not against the project, I just want to > know more about it. > >> Also, when other >> people have taken time to explain an large decision because you are too lazy >> to invest the time doesn't really help your case). > > Um, I'm too lazy? I've read everything that's been written on pkg to > date. Have you? 90% of it is "how to" type stuff that doesn't address > what we need. The other 10% is so vague and general as to be useless as > a project plan. Have you watched the BSDCan presentation video yet? It is very compelling and exciting. > > You're an experienced project manager John. If someone who worked for > you came to you with a plan this vague ("modern" foo, "decent" bar), for > a critical system, how would you respond? (And yes, I realize that no > one around here works for me, that isn't my point at all.) > >> In terms of the first feature (binary upgrades), the truth is that if you have >> more than 5 machines to manage, our current pkg tools completely suck. There >> is no automated upgrade mechanism. If you want one you have to write your own >> set of infrastructure to do the right collection of pkg_delete/pkg_adds. >> Certainly there is no support in the current package tools for doing batch >> upgrades (i.e. upgrading from one completely package set to another). pkgng >> adds that feature, and I find it a must for supporting large installations of >> machines that need automated management. > > And as I wrote previously, I've been there and done that, so yes, I'm > interested in the feature. But I'd like to know more about the plans for > it so that those of us who *do* have experience in this topic can share > that, and we can avoid having to reinvent the wheel. Or worse, putting > out something half-assed that uses up a lot of developer cycles and > doesn't get the job done. So get involved! Come help. Contribute. > > Doug -- Regards, Bryan Drewery bdrewery@freenode/EFNet