Re: Please move some udebs to testing for me

2004-06-01 Thread Patrick Caulfield
On Mon, May 31, 2004 at 01:59:33PM -0300, Martin Michlmayr wrote: > * Gleydson Mazioli da Silva <[EMAIL PROTECTED]> [2004-05-21 09:40]: > > If isn't not added yet, the LVM 2.0 installer need to check if the > > system has a OLD lvm system installed on it. Because the old > > snapshots don't work wi

Re: Please move some udebs to testing for me

2004-05-31 Thread Bastian Blank
On Fri, May 21, 2004 at 09:40:47AM -0300, Gleydson Mazioli da Silva wrote: > The LVM howto ask to remove the old snapshots, but I'm also not sure about what > could happen if > the old snapshots were not removed. Bad things happens. LVM 2 missreads the LVs on a VG, which contains snapshots. Bas

Re: Please move some udebs to testing for me

2004-05-31 Thread Martin Michlmayr
* Gleydson Mazioli da Silva <[EMAIL PROTECTED]> [2004-05-21 09:40]: > If isn't not added yet, the LVM 2.0 installer need to check if the > system has a OLD lvm system installed on it. Because the old > snapshots don't work with new LVM structure (all other things are > backward compatible). So, if

Re: udebs to testing

2004-05-24 Thread Christian Perrier
Quoting Joey Hess ([EMAIL PROTECTED]): > Christian Perrier wrote: > > Quoting Joey Hess ([EMAIL PROTECTED]): > > > > > grub-installeri3860.48 > > > > Seppy found a typo in grub-installer templates. I've fixed it as well > > as un fuzzy the translations and will commit this very so

Re: udebs to testing

2004-05-24 Thread Joey Hess
Christian Perrier wrote: > Quoting Joey Hess ([EMAIL PROTECTED]): > > > grub-installer i3860.48 > > Seppy found a typo in grub-installer templates. I've fixed it as well > as un fuzzy the translations and will commit this very soon. > > If we want it to disappear, we need anothe

Re: udebs to testing

2004-05-23 Thread Christian Perrier
Quoting Joey Hess ([EMAIL PROTECTED]): > grub-installeri3860.48 Seppy found a typo in grub-installer templates. I've fixed it as well as un fuzzy the translations and will commit this very soon. If we want it to disappear, we need another upload. Do you think I can make one a

Re: udebs to testing

2004-05-23 Thread James Troup
Joey Hess <[EMAIL PROTECTED]> writes: > The udebs from these sources can go into testing now. I'm cc-ing > -boot so people will know what new stuff to check on tomorrow's CD > Images. Done, but I missed last nights dinstall, sorry. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

udebs to testing

2004-05-22 Thread Joey Hess
The udebs from these sources can go into testing now. I'm cc-ing -boot so people will know what new stuff to check on tomorrow's CD Images. arcboot-installer mips0.009 cdrom-detectall 0.57 debootstrap s3900.2.38.1 (also ia64,alpha,hppa if available) delo-i

Re: Please move some udebs to testing for me

2004-05-22 Thread Martin Michlmayr
* Gleydson Mazioli da Silva <[EMAIL PROTECTED]> [2004-05-21 09:40]: > If isn't not added yet, the LVM 2.0 installer need to check if the > system has a OLD lvm system installed on it. Because the old > snapshots don't work with new LVM structure (all other things are > backward compatible). So, if

Re: Please move some udebs to testing for me

2004-05-21 Thread Gleydson Mazioli da Silva
Hi, If isn't not added yet, the LVM 2.0 installer need to check if the system has a OLD lvm system installed on it. Because the old snapshots don't work with new LVM structure (all other things are backward compatible). So, if the LVM is requested and LVM 1.0 is found, is better to show a warn

Re: Please move some udebs to testing for me

2004-05-20 Thread Joey Hess
Martin Michlmayr wrote: > This adds _much_ better LVM supports. It fixes many bugs from beta4, > fixes the broken LVM support under 2.6 and moves to LVM2. I've > thoroughly tested these modules, as have some other people. (Note, > the new lvm2-udeb is not needed, although it won't hurt. The new

Please move some udebs to testing for me

2004-05-20 Thread Martin Michlmayr
I'm going away for a conference now for a few days, and it would be good if some udebs could be pushed into testing in the meantime, so I (and some other people I asked) can do an installation of testing when I come back. All of these have been well-tested and should definitely be part of rc1. I

Re: propigating udebs to testing for the next release

2004-05-15 Thread Joey Hess
Martin Michlmayr wrote: > * Joey Hess <[EMAIL PROTECTED]> [2004-05-15 10:25]: > > > would slow down development quite a few. I suppose I can commit it in > > > 5 days, because we said udebs need to be in unstable for 5 days before > > > we consider moving them to testing. Is this the right thing

Re: propigating udebs to testing for the next release

2004-05-15 Thread Martin Michlmayr
* Joey Hess <[EMAIL PROTECTED]> [2004-05-15 10:25]: > > would slow down development quite a few. I suppose I can commit it in > > 5 days, because we said udebs need to be in unstable for 5 days before > > we consider moving them to testing. Is this the right thing to do? > > Even if you wait 5 d

Re: propigating udebs to testing for the next release

2004-05-15 Thread Joey Hess
Martin Michlmayr wrote: > So, I've a question. I want to commit a change to base-installer > which will allow root partitions to be on LVM. However, this requires > initrd-tools 0.1.68 which was accepted today (and will break LVM > installations with an older initrd-tools). If I make the > base-

Re: propigating udebs to testing for the next release

2004-05-15 Thread Martin Michlmayr
* Anton Zinoviev <[EMAIL PROTECTED]> [2004-05-15 12:53]: > I didn't upload partman-md because my testing environment doesn't > allow me to test this package. In particular there are some changes > in the scripts partman-lvm/init.d/lvm and partman-lvm/undo.d/lvm in > order to detect the existing fi

Re: propigating udebs to testing for the next release

2004-05-15 Thread Martin Michlmayr
So, I've a question. I want to commit a change to base-installer which will allow root partitions to be on LVM. However, this requires initrd-tools 0.1.68 which was accepted today (and will break LVM installations with an older initrd-tools). If I make the base-installer change now, this means t

Re: propigating udebs to testing for the next release

2004-05-15 Thread Anton Zinoviev
On 14.V.2004 at 16:41 (+0300) Anton Zinoviev wrote: > > I will try to upload them tomorow morning (about 8,00 GMT) but some > strings changed and need translation. I didn't upload partman-md because my testing environment doesn't allow me to test this package. In particular there are some changes

Re: propigating udebs to testing for the next release

2004-05-14 Thread Joey Hess
Martin Michlmayr wrote: > I think it would be helpful in the future to have the summary for one > package in one mail, and maybe we can agree on a standard Subject > line. I've set up this web page, which collects the information about the age of the pacage in unstable, version in unstable and tes

Re: propigating udebs to testing for the next release

2004-05-14 Thread Joey Hess
Martin Michlmayr wrote: > * Joey Hess <[EMAIL PROTECTED]> [2004-05-14 00:46]: > > We could use criteria like these: > > > > - successful installation reports with on any arches the change affects > > I'm not sure of the meaning "any" here. If I make a generic change > (say, to mdcfg) which aff

Re: propigating udebs to testing for the next release

2004-05-14 Thread Martin Michlmayr
* Joey Hess <[EMAIL PROTECTED]> [2004-05-14 00:46]: > We could use criteria like these: > > - successful installation reports with on any arches the change affects I'm not sure of the meaning "any" here. If I make a generic change (say, to mdcfg) which affects all arches, but all in the same w

Re: propigating udebs to testing for the next release

2004-05-14 Thread Colin Watson
On Fri, May 14, 2004 at 04:41:19PM +0300, Anton Zinoviev wrote: > A few hours ago I commited several changes in partman fixing several > bugs. Sorry about the partman dependency thing. One of the developers working on lowmem wanted there to be more accurate dependencies among the partman packages

[l10n] ]Re: propigating udebs to testing for the next release

2004-05-14 Thread Christian Perrier
Quoting Anton Zinoviev ([EMAIL PROTECTED]): > A few hours ago I commited several changes in partman fixing several > bugs. All new packages of partman should be uploaded together. I > will try to upload them tomorow morning (about 8,00 GMT) but some > strings changed and need translation. /me ca

Re: propigating udebs to testing for the next release

2004-05-14 Thread Anton Zinoviev
A few hours ago I commited several changes in partman fixing several bugs. All new packages of partman should be uploaded together. I will try to upload them tomorow morning (about 8,00 GMT) but some strings changed and need translation. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTE

Re: propigating udebs to testing for the next release

2004-05-14 Thread Colin Watson
On Thu, May 13, 2004 at 10:31:23PM -0600, Erik Andersen wrote: > On Fri May 14, 2004 at 12:46:36AM -0300, Joey Hess wrote: > > * Oldworld powerpc is not supported (incomplete). > > Still is, afaik. > > Newworld powerpc partitioning is still completely broken. It was > broken in beta4, and I t

Re: propigating udebs to testing for the next release

2004-05-13 Thread Christian Perrier
Quoting Joey Hess ([EMAIL PROTECTED]): > * Arabic and Hebrew display problems. > No fix yet. About that matter, a hack session during Debconf with some Arabic people, Shlomi Loubaton, Stave Langasek, Alastair McKinstry, myself and maybe a few others (you probably) could probably solve this

Re: propigating udebs to testing for the next release

2004-05-13 Thread Erik Andersen
On Fri May 14, 2004 at 12:46:36AM -0300, Joey Hess wrote: > * Oldworld powerpc is not supported (incomplete). > Still is, afaik. Newworld powerpc partitioning is still completely broken. It was broken in beta4, and I tried yesterday's daily snapshot and it is still broken. -Erik -- Erik

propigating udebs to testing for the next release

2004-05-13 Thread Joey Hess
. Of the ideas I came up with for making releases more manageable, the best one seems to be propagating udebs to testing individually once they've been well tested. We could use criteria like these: - last upload was at least 5 days ago - built on all arches (or at least all arches we will