From owner-freebsd-questions@FreeBSD.ORG Mon Apr 24 23:48:27 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 782F916A409 for ; Mon, 24 Apr 2006 23:48:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17EFD43D5A for ; Mon, 24 Apr 2006 23:48:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8BC5F1A4E04; Mon, 24 Apr 2006 16:48:24 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8AEB755890; Mon, 24 Apr 2006 19:47:55 -0400 (EDT) Date: Mon, 24 Apr 2006 19:47:55 -0400 From: Kris Kennaway To: Panagiotis Christias Message-ID: <20060424234755.GA21411@xor.obsecurity.org> References: <20060424165021.GA1367@lena.kiev> <444D1BEF.5010704@computer.org> <20060424222727.GA20219@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-questions@freebsd.org Subject: Re: Obsolete packages X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Apr 2006 23:48:27 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 25, 2006 at 02:39:58AM +0300, Panagiotis Christias wrote: > On 4/25/06, Kris Kennaway wrote: > > On Mon, Apr 24, 2006 at 01:41:51PM -0500, Eric Schuele wrote: > > > Lena@lena.kiev.ua wrote: > > > >Hi, > > > > > > > >A new version of a port (www/firefox) was released on April 14. > > > > > > > ># portversion -v firefox > > > >firefox-1.5.0.1,1 < needs updating (port has 1.5.0.2,1) > > > > > > > >But packages still (on April 24) are of previous version: > > > > > > > >$ ftp ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/ > > > >ftp> dir packages-5-stable/All/firefox-1* > > > >-rw-r--r-- 1 110 0 11188636 Apr 01 16:29 > > > >firefox-1.5.0.1_2,1.tbz > > > >ftp> dir packages-6-stable/All/firefox-1* > > > >-rw-r--r-- 1 110 0 11511879 Apr 02 10:21 > > > >firefox-1.5.0.1_2,1.tbz > > > >ftp> dir packages-7-current/All/firefox-1* > > > >-rw-r--r-- 1 110 0 11511428 Apr 03 04:40 > > > >firefox-1.5.0.1_2,1.tbz > > > > > > > >Is something broken or is there insufficient computing power for > > > >building new packages more often? > > > > > > It's my understanding that packages are built "when possible". They > > > often lag that which is in ports. There are only so many cycles in a > > > day (per cpu and per person). I would assume that there is some logi= cal > > > order in which the packages are built (most used first? Though not su= re > > > how that would be determined) > > > > I continuously rebuild packages using a method that only builds > > "changed" packages (new, updated to new version or with a dependency > > that was changed). This typically gives a turnaround time on i386 of > > less than a day to several days for packages becoming available, but > > as I said in another reply I'm not uploading them now because of the > > looming release cycle. >=20 > With no intention to criticize your way of thinking or your work, > release cycles sometimes could take a bit more time than scheduled. > You, the developers and maintainers, know that better than us, the > users. In the mean time there is a whole community of (end?) users > that could benefit from the prompt availability of latest ports in > packages. I'm referring mostly to desktop or workstation users, since > the most of us build our ports from the sources for our servers. > Although, I'm eager to use the "portupgrade -P" option more often for > our (less critical) ports. >=20 > Is there a chance that you, along with the release engineering team, > reconsider your policy? It's basically forced upon us by the finite bandwidth of mirror sites. At release time they have many gigabytes of ISO images and other install media, etc to download, without adding many gigabytes of packages. If we don't back off from uploading packages in the lead up to the release, then what happens is that many mirror sites are out of date and do not carry the release media at the time of release. Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFETWOqWry0BWjoQKURAl9NAJwLaW7asA8cvMaEf85hoP6C3e3EJwCfXVje bA/qdKfspW7pDC7IDKwre4w= =Gpal -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp--