Remember to make sure the Packages.gz files appear on the mirrors
_after_ the packages they refer to are in place. Bug #217957.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Jan 11, 2005 at 04:16:32PM +1000, Anthony Towns wrote:
> The other benefits of installing packages more quickly -- working out if
> you've screwed up the upload, or that they don't build -- already happen
> in response to the package getting accepted anyway.
Having the Maintainers file s
* Tollef Fog Heen ([EMAIL PROTECTED]) [050110 23:35]:
> FWIW, our experiences with Ubuntu shows that having fast dinstall
> cycles is very helpful. You can sit and codevelop with people
> uploading to the archive as you go and letting other people in on what
> you are doing rather than having priv
Matt Zimmerman wrote:
On Mon, Jan 10, 2005 at 10:54:34PM +, Steve McIntyre wrote:
FWIW, our experiences with Ubuntu shows that having fast dinstall
cycles is very helpful. [...] It's a variant of the ïrelease often,
release earlyï principle.
(Strictly, it's an instance of the principle)
The dow
Matt Zimmerman wrote:
>On Mon, Jan 10, 2005 at 10:54:34PM +, Steve McIntyre wrote:
>> Tollef Fog Heen wrote:
>> >
>> >The downside of doing this is the extra load on the autobuilder
>> >network, so Debian might not want to do it because of that.
>>
>> It might affect the mirrors, too...
>
>It
On Mon, Jan 10, 2005 at 10:54:34PM +, Steve McIntyre wrote:
> Tollef Fog Heen wrote:
> >
> >FWIW, our experiences with Ubuntu shows that having fast dinstall
> >cycles is very helpful. You can sit and codevelop with people
> >uploading to the archive as you go and letting other people in on w
Tollef Fog Heen wrote:
>
>FWIW, our experiences with Ubuntu shows that having fast dinstall
>cycles is very helpful. You can sit and codevelop with people
>uploading to the archive as you go and letting other people in on what
>you are doing rather than having private repositories or similar
>solu
Tollef Fog Heen wrote:
> The downside of doing this is the extra load on the autobuilder
> network, so Debian might not want to do it because of that.
Unless we already have a lot of developers putting off an upload until
another day, this is a non-issue, since the autobuilders begin as soon
as a
* Steve Langasek
| There are really very few concrete benefits I can see to increasing the
| dinstall frequency, but one in particular is to speed up debian-installer
| testing. Most other bugs don't require a full dinstall cycle to give people
| a good idea whether they've been fixed, but the i
Robert Lemmen wrote:
On Wed, Jan 05, 2005 at 07:12:34AM -0500, Joey Hess wrote:
All of the benefits I've thought of from running dinstall more often
really only apply to unstable package churn issues. Running britney more
often sounds relatively orthagonal actually, though it does sound useful
for
On Tue, Jan 04, 2005 at 02:45:12PM -0800, Ken Bloom wrote:
> On Wed, 05 Jan 2005 09:36:11 +1100, Andrew Pollock wrote:
>
> > On Tue, Jan 04, 2005 at 10:16:27AM -0800, Ken Bloom wrote:
> >> http://wiki.debian.net/?RunDinstallHourly (part of the ReleaseProposals
> >> topic on wiki.debian.net) discus
Steve Langasek wrote:
> And it's not like users want more frequent updates, either. Once a day is
> plenty often to be fiddling with apt-get; many sid users don't update nearly
> that often, after all.
But we still get good coverage of each set of changes distriuted amoung
our users even if most
On Tue, Jan 04, 2005 at 11:16:44PM -0800, Ken Bloom wrote:
> On Tue, 04 Jan 2005 18:04:37 -0800, Steve Langasek wrote:
>
> > On Tue, Jan 04, 2005 at 08:08:47PM -0500, Joey Hess wrote:
> >> Ken Bloom wrote:
> >> > http://wiki.debian.net/?RunDinstallHourly (part of the
> >> > ReleaseProposals topic
On Wed, Jan 05, 2005 at 07:12:34AM -0500, Joey Hess wrote:
> All of the benefits I've thought of from running dinstall more often
> really only apply to unstable package churn issues. Running britney more
> often sounds relatively orthagonal actually, though it does sound useful
> for those annoyin
Steve Langasek wrote:
> Twice daily seems more reasonable to me than hourly; for release purposes,
> another factor is how often britney runs, since that's what triggers changes
> in the testing suite. Doubling the frequency of britney runs seems
> reasonable to me, but hourly would surely be over
On Tue, Jan 04, 2005 at 11:16:44PM -0800, Ken Bloom wrote:
> On Tue, 04 Jan 2005 18:04:37 -0800, Steve Langasek wrote:
> > Twice daily seems more reasonable to me than hourly;
> Why? If you run it only twice daily, then the developers who are awake at
> one run will probably be asleep at the next
On Tue, 04 Jan 2005 18:04:37 -0800, Steve Langasek wrote:
> On Tue, Jan 04, 2005 at 08:08:47PM -0500, Joey Hess wrote:
>> Ken Bloom wrote:
>> > http://wiki.debian.net/?RunDinstallHourly (part of the
>> > ReleaseProposals topic on wiki.debian.net) discusses the concept of
>> > speeding up the relea
On Tue, Jan 04, 2005 at 08:08:47PM -0500, Joey Hess wrote:
> Ken Bloom wrote:
> > http://wiki.debian.net/?RunDinstallHourly (part of the ReleaseProposals
> > topic on wiki.debian.net) discusses the concept of speeding up the release
> > process by running dinstall hourly instead of once per day. Th
Ken Bloom wrote:
> http://wiki.debian.net/?RunDinstallHourly (part of the ReleaseProposals
> topic on wiki.debian.net) discusses the concept of speeding up the release
> process by running dinstall hourly instead of once per day. This seems (to
> my amateur eyes) like a technically simple change to
On Wed, 05 Jan 2005 09:36:11 +1100, Andrew Pollock wrote:
> On Tue, Jan 04, 2005 at 10:16:27AM -0800, Ken Bloom wrote:
>> http://wiki.debian.net/?RunDinstallHourly (part of the ReleaseProposals
>> topic on wiki.debian.net) discusses the concept of speeding up the
>> release process by running dins
On Tue, Jan 04, 2005 at 10:16:27AM -0800, Ken Bloom wrote:
> http://wiki.debian.net/?RunDinstallHourly (part of the ReleaseProposals
> topic on wiki.debian.net) discusses the concept of speeding up the release
> process by running dinstall hourly instead of once per day. This seems (to
> my amateur
21 matches
Mail list logo
