Re: Thoughts about changing Debian's release process

2005-04-09 Thread Henning Glawe
On Sat, Apr 09, 2005 at 05:15:34PM +1000, Andrew Pollock wrote: > On Thu, Apr 07, 2005 at 08:10:58PM +0200, Torsten Landschoff wrote: > > On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote: > > > > sausage-machine style. Then of course you need to keep it up to date as > > > > well. >

Re: Thoughts about changing Debian's release process

2005-04-09 Thread Andrew Pollock
On Thu, Apr 07, 2005 at 08:10:58PM +0200, Torsten Landschoff wrote: > On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote: > > > sausage-machine style. Then of course you need to keep it up to date as > > > well. > > > > I think that last phrase is the major problem... > > Yep, likewi

Re: Thoughts about changing Debian's release process

2005-04-09 Thread Andrew Pollock
On Thu, Apr 07, 2005 at 08:09:16PM +0200, Torsten Landschoff wrote: > > Yep. The problem is that you need umpteen iterations for the > installation and you'll end up changing the FAI setup, installing, > waiting half an hour, testing, doesn't work, change FAI, repeat. Been there, done that, got t

Re: Thoughts about changing Debian's release process

2005-04-07 Thread Henning Glawe
On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote: > On Wed, Apr 06, 2005 at 10:30:26AM +1000, Andrew Pollock wrote: > > FAI can be a total disaster recovery solution when you couple it with your > > backups, however I will freely admit that it takes a lot of time (and > > testing) to

Re: Thoughts about changing Debian's release process

2005-04-07 Thread Henning Glawe
On Thu, Apr 07, 2005 at 08:09:16PM +0200, Torsten Landschoff wrote: > > > > That's not true. If you can script it, FAI can do it. It just becomes a > > > > post-installation task. Using packages.d.o as an example, it's just > > > > going to > > > > be a predominantly an Apache configuration and so

Re: Thoughts about changing Debian's release process

2005-04-07 Thread Torsten Landschoff
On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote: > > sausage-machine style. Then of course you need to keep it up to date as > > well. > > I think that last phrase is the major problem... Yep, likewise. I still think having each part of our infrastructure as a package would be a g

Re: Thoughts about changing Debian's release process

2005-04-07 Thread Torsten Landschoff
On Thu, Apr 07, 2005 at 10:46:35AM +1000, Andrew Pollock wrote: > > > That's not true. If you can script it, FAI can do it. It just becomes a > > > post-installation task. Using packages.d.o as an example, it's just going > > > to > > > be a predominantly an Apache configuration and some scripts,

Re: Thoughts about changing Debian's release process

2005-04-07 Thread Wouter Verhelst
On Wed, Apr 06, 2005 at 10:30:26AM +1000, Andrew Pollock wrote: > FAI can be a total disaster recovery solution when you couple it with your > backups, however I will freely admit that it takes a lot of time (and > testing) to get it such that you can punch out an identical box, > sausage-machine s

Re: Thoughts about changing Debian's release process

2005-04-06 Thread Andreas Tille
On Thu, 7 Apr 2005, Bernd Eckenfels wrote: In article <[EMAIL PROTECTED]> you wrote: FAI can be a total disaster recovery solution when you couple it with your backups However mindi/mondo is easier :) For the recovery issue perhaps (I never managed it to work BTW), but not for the documentation iss

Re: Thoughts about changing Debian's release process

2005-04-06 Thread Bernd Eckenfels
In article <[EMAIL PROTECTED]> you wrote: > FAI can be a total disaster recovery solution when you couple it with your > backups However mindi/mondo is easier :) Gruss Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Thoughts about changing Debian's release process

2005-04-06 Thread Andrew Pollock
On Wed, Apr 06, 2005 at 06:32:02AM +0200, Martin Schulze wrote: > Andrew Pollock wrote: > > On Tue, Apr 05, 2005 at 08:38:17PM +0200, Martin Schulze wrote: > > > Andreas Tille wrote: > > > > >My point: We need the possibility to recreate the current Debian > > > > >infrastructure for proposing chan

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Martin Schulze
Andrew Pollock wrote: > On Tue, Apr 05, 2005 at 08:38:17PM +0200, Martin Schulze wrote: > > Andreas Tille wrote: > > > >My point: We need the possibility to recreate the current Debian > > > >infrastructure for proposing changes to the current situation. > > > Not only this, we need the possibility

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Andrew Pollock
On Tue, Apr 05, 2005 at 08:38:17PM +0200, Martin Schulze wrote: > Andreas Tille wrote: > > >My point: We need the possibility to recreate the current Debian > > >infrastructure for proposing changes to the current situation. > > Not only this, we need the possibility to setup an alternate machine q

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Andreas Tille
On Tue, 5 Apr 2005, Martin Schulze wrote: Why not setting up important machines with FAI? Because that's not the solution. Installing a machine with Debian is not the problem. Sure. Installing and/or recreating the services on them is. This requires manual work, either during the recreation phase o

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Martin Schulze
Andreas Tille wrote: > On Tue, 5 Apr 2005, Torsten Landschoff wrote: > > >I was thinking of packages for important parts of the Debian > >infrastructure. > Sure. > > I absolutely agree with the approach to package infrastructure. Once this > is done use FAI. Feel free to start this effort. Debi

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Martin Schulze
Andreas Tille wrote: > >My point: We need the possibility to recreate the current Debian > >infrastructure for proposing changes to the current situation. > Not only this, we need the possibility to setup an alternate machine quickly > in case of hardware problems. And we even have the solution in

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Christian Perrier
> So changing the way Debian runs should be more like: > > - find a problem (easy :)) > - create a team to work on it (not as easy ;-) > - implement a proposed solution and test how it performs > - have a vote if it should be adopted as official - document it :-) -- To UNSUBSCRIBE, email

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Tollef Fog Heen
* Torsten Landschoff | How is a buildd setup? There are more developers knowing how to do that | but it is still knowledge that is not distributed. http://kmuto.jp/open.cgi?buildd&l=en Third hit for «buildd setup» on google. Setting up the Debian infrastructure isn't hard, for the biggest pa

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Andreas Tille
On Tue, 5 Apr 2005, Torsten Landschoff wrote: I was thinking of packages for important parts of the Debian infrastructure. Sure. I absolutely agree with the approach to package infrastructure. Once this is done use FAI. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email t

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Torsten Landschoff
Hi Andreas, On Tue, Apr 05, 2005 at 10:04:38AM +0200, Andreas Tille wrote: > >My point: We need the possibility to recreate the current Debian > >infrastructure for proposing changes to the current situation. > Not only this, we need the possibility to setup an alternate machine quickly > in case

Re: Thoughts about changing Debian's release process

2005-04-05 Thread Andreas Tille
On Tue, 5 Apr 2005, Torsten Landschoff wrote: My point: We need the possibility to recreate the current Debian infrastructure for proposing changes to the current situation. Not only this, we need the possibility to setup an alternate machine quickly in case of hardware problems. And we even have