>> as the subject says, we are planning to increase the frequency of
>> dinstall[1] runs. Our current plan is to have 4 runs a day, switching
>> From the current [07|19]:52 schedule to the new [01|07|13|19]:52
>> schedule. All times are in UTC.
> Would it be bad to suggest a move to 0/6/12/18 UTC
Adeodato Simó un jour écrivit:
* Joerg Jaspert [Fri, 05 Dec 2008 00:31:22 +0100]:
Hi
as the subject says, we are planning to increase the frequency of
dinstall[1] runs. Our current plan is to have 4 runs a day, switching
From the current [07|19]:52 schedule to the new [01|07|13|19]:52
schedu
* Joerg Jaspert [Fri, 05 Dec 2008 00:31:22 +0100]:
> Hi
> as the subject says, we are planning to increase the frequency of
> dinstall[1] runs. Our current plan is to have 4 runs a day, switching
> From the current [07|19]:52 schedule to the new [01|07|13|19]:52
> schedule. All times are in UTC.
>> as the subject says, we are planning to increase the frequency of
>> dinstall[1] runs. Our current plan is to have 4 runs a day, switching
>> From the current [07|19]:52 schedule to the new [01|07|13|19]:52
>> schedule. All times are in UTC.
> Please be aware that mirror syncs are known to brea
* Giacomo A. Catenazzi:
> I propose to do this after lenny release, when we will have
> more packages in the queue, and possibly a new way to handle
> the "Packages.diff/".
> I don't think that such diffs are designed for a lot of updates.
This is mainly a problem with the implementation of patch
Joerg Jaspert wrote:
Hi
as the subject says, we are planning to increase the frequency of
dinstall[1] runs. Our current plan is to have 4 runs a day, switching
From the current [07|19]:52 schedule to the new [01|07|13|19]:52
schedule. All times are in UTC.
For the mirror network, this means two
This one time, at band camp, Frans Pop said:
> On Friday 05 December 2008, Joerg Jaspert wrote:
> > as the subject says, we are planning to increase the frequency of
> > dinstall[1] runs. Our current plan is to have 4 runs a day, switching
> > From the current [07|19]:52 schedule to the new [01|07|
On Fri, Dec 05, 2008 at 09:16:32AM +0100, Joerg Jaspert wrote:
> (THIS and THAT includes all metadata one possibly might need)
>
> THIS is my new filesystem layout,
> THAT is my old filesystem layout,
> now go, and get THAT to match THIS, but apply all the usual filters I
> gave you on cmdl
On Friday 05 December 2008, Joerg Jaspert wrote:
> as the subject says, we are planning to increase the frequency of
> dinstall[1] runs. Our current plan is to have 4 runs a day, switching
> From the current [07|19]:52 schedule to the new [01|07|13|19]:52
> schedule. All times are in UTC.
Please b
>> [2] rsync needs a very long time to do the initial filesystem "check",
>> to find out what it actually needs to do. There is currently (afaik)
>> no way to improve that, as rsync simply offers no way to "preseed"
>> the needed information.
> I find that unison handles this situatio
Joerg Jaspert <[EMAIL PROTECTED]> writes:
> [2] rsync needs a very long time to do the initial filesystem "check",
> to find out what it actually needs to do. There is currently (afaik)
> no way to improve that, as rsync simply offers no way to "preseed"
> the needed information.
I f
Hi
as the subject says, we are planning to increase the frequency of
dinstall[1] runs. Our current plan is to have 4 runs a day, switching
From the current [07|19]:52 schedule to the new [01|07|13|19]:52
schedule. All times are in UTC.
For the mirror network, this means two more pushes a day, but
12 matches
Mail list logo
