Re: Linux System Engineer (100%) in Zurich

2008-12-05 Thread Sylvain Sauvage
Michelle Konzack, vendredi 5 décembre 2008, 22:34:41 CET > > Am 2008-12-06 01:58:59, schrieb Chris Bannister: > > > Note: I employ only women (IT and Electronic) > > > > And so is that! > > > > Both illegal in New Zealand and hopefully, nearly(?) all > > other countries. > > Even if it is a p

Re: Linux System Engineer (100%) in Zurich

2008-12-05 Thread Michelle Konzack
Am 2008-12-06 01:58:59, schrieb Chris Bannister: > > Note: I employ only women (IT and Electronic) > > And so is that! > > Both illegal in New Zealand and hopefully, nearly(?) all other > countries. Even if it is a project from the UNDP/UNESCO? Men ARE discriminating women and kicking them of

Re: Linux System Engineer (100%) in Zurich

2008-12-05 Thread Amaya
Chris Bannister wrote: > Obviously, it *is* discrimination. What can a 34.5 year old do that a > 35.5 year old can't do? Get you tax savings? Give you access to economic help for getting people a new job? Not that I think that it should be the *final* criteria. -- ·''`. It's never too late to

Re: More frequent dinstall runs and mirror pushes

2008-12-05 Thread Joerg Jaspert
>> 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

Re: More frequent dinstall runs and mirror pushes

2008-12-05 Thread Florian Weimer
* 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

Re: Linux System Engineer (100%) in Zurich

2008-12-05 Thread Chris Bannister
On Wed, Nov 26, 2008 at 05:49:31PM +0100, Michelle Konzack wrote: > Am 2008-11-25 20:17:22, schrieb W. Martin Borgert: > > I would very much appreciate, if Debian would not publish job > > offers that discriminate on the grounds of race, ethnic origin, > > disability, age, gender, sexual orientatio

Re: More frequent dinstall runs and mirror pushes

2008-12-05 Thread Giacomo A. Catenazzi
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

Re: More frequent dinstall runs and mirror pushes

2008-12-05 Thread Stephen Gran
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|

Re: More frequent dinstall runs and mirror pushes

2008-12-05 Thread Stefano Zacchiroli
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

Re: More frequent dinstall runs and mirror pushes

2008-12-05 Thread Frans Pop
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

Re: More frequent dinstall runs and mirror pushes

2008-12-05 Thread Joerg Jaspert
>> [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