Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 24 Apr 2006 19:47:55 -0400
From:      Kris Kennaway <kris@obsecurity.org>
To:        Panagiotis Christias <christias@gmail.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Obsolete packages
Message-ID:  <20060424234755.GA21411@xor.obsecurity.org>
In-Reply-To: <e4b0ecef0604241639q6d43029wa4845a1211fb85bf@mail.gmail.com>
References:  <20060424165021.GA1367@lena.kiev> <444D1BEF.5010704@computer.org> <20060424222727.GA20219@xor.obsecurity.org> <e4b0ecef0604241639q6d43029wa4845a1211fb85bf@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--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 <kris@obsecurity.org> 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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060424234755.GA21411>