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
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
* 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
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
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
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
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
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
* 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
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
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
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
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
* 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
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-
* 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
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
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
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
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
* 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
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
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
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
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
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
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
.
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
28 matches
Mail list logo