From owner-freebsd-arch@FreeBSD.ORG Fri Aug 19 06:13:22 2011 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D746E106564A for ; Fri, 19 Aug 2011 06:13:22 +0000 (UTC) (envelope-from lme@FreeBSD.org) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6A80B8FC08 for ; Fri, 19 Aug 2011 06:13:22 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id C42016A6C44 for ; Fri, 19 Aug 2011 07:56:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id Hu0PW4ice--u for ; Fri, 19 Aug 2011 07:56:13 +0200 (CEST) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id 667306A6C40 for ; Fri, 19 Aug 2011 07:56:13 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 19 Aug 2011 07:56:13 +0200 From: Lars Engels To: Organization: FreeBSD In-Reply-To: <4E4DD059.50403@freebsd.org> References: "" <1144162985.20110818235011@serebryakov.spb.ru> <4E4DD059.50403@freebsd.org> Message-ID: <37fed82f77901f0e44abddc6d86895c3@mail.0x20.net> X-Sender: lme@FreeBSD.org User-Agent: Roundcube Webmail/0.5.4 Subject: Re: FreeBSD problems and preliminary ways to solve X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 06:13:23 -0000 On Thu, 18 Aug 2011 19:54:17 -0700, Julian Elischer wrote: > On 8/18/11 2:59 PM, Vadim Goncharov wrote: >> Hi Lev Serebryakov! >> >> On Thu, 18 Aug 2011 23:50:11 +0400; Lev Serebryakov wrote about 'Re: >> FreeBSD problems and preliminary ways to solve': >> >>>> 8) There is no -STABLE supported branches in ports. >>> I want to be more precise here: not -STABLE, but all -RELEASE >>> branches, where "upstream" version of ports/packages never changes, >>> and only security bugfixes are backported. >> To be even more precise, they need a guarantee that automatic >> updates >> will not break anything so that it could be put to cron like >> "apt-cron". >> This goal could be satisfied by another means, I hope: FreeBSD >> developers >> unlikely to have enough time/efforts to keep it for *all* -RELEASE >> branches, >> but for only chosen ones (e.g. extended security support) - may be. >> > while all the talk about new ports frameworks etc is nice, it is > still annoying that the ports and FreeBSD crews don't take > the *new* PBI infrastructure that is being pused out with PCBSD-9 > as an important move. The new PBI infrastructure should be taken > into the ports system as an important factor. For those who do not > know it, it give a facility somewhat like the what that APPLE > applications work. At the potential (not always) for having redundant > libraries, every PBI package comes with EVERYTHING IT NEEDS. > there are no 'dependnet packages' as such. On install a > survey is made so that if anything is found to be truly duplicated > (different versions of the same library are NOT considered a > duplicate) > then they share, but if not then each package installs and ONLY USES > the stuff that came with it. > > The ramifications of this (in this era of large disks) are immense. > If you unstall all your main applications using PBI, then if you > screw > up your ports installed libraries and development environment when > you > install some new version of the XXX runtime, *your applications keep > working*. > > A case of "it just works". For the life of me I don't understand WHY > there > is this resistance to taking it into the fold. Especially when all > the > work has already been done. It won't replace pkgng and it it won't > replace > ports because it actually uses ports to generate the PBI packages. > But it should be teh default delivery mechanism for binary basic > packages. > > > As I said.. go run an apple for a while and see what it is supposed > to be like. > PBIs are a nice thing but.... The thing that sucked about PBIs at least in PCBSD 8.x is that the PBIs are too big to download. We may all have big disks but there are many people around who don't have fast internet access. E.g. the Firefox PBI is about 100 MB of size and there's a new version of it every few days. Add Thunderbird, VLC and OpenOffice to that list and your're downloading some GBs per month just to get your security holes closed. What is the situation like in PCBSD 9.x? I heard that it was planned to offer update deltas which should be much smaller. If that's so, I'm all for PBIs.