On 21.V.2004 at 23:27 (+0200) Frans Pop wrote:
This is an extremely silly error for a release candidate.
The function ped_file_system_check of libparted fails because parted
lacks proper support for ext3 file systems. So for now there are
three options:
1. Do the check as now - issues silly
On Mon, May 31, 2004 at 12:46:57PM +0300, Anton Zinoviev wrote:
The function ped_file_system_check of libparted fails because parted
lacks proper support for ext3 file systems. So for now there are
three options:
What is the problem? It fails because the fs has some unknown flags
set?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 31 May 2004 11:46, Anton Zinoviev wrote:
The function ped_file_system_check of libparted fails because parted
lacks proper support for ext3 file systems. So for now there are
three options:
1. Do the check as now - issues silly errors
On 31.V.2004 at 12:01 (+0200) Frans Pop wrote:
Maybe another option would be:
4. Do the check as now but suppress this particular error situation
(i.e. don't show the error to the user)
This error is generated by (lib)parted, not directly by partman. So
partman only knows that acording
On 18.V.2004 at 02:37 (-0300) Joey Hess wrote:
The next release of d-i should not be a beta. It should be something
that we feel is suitable to be used in a real Debian release.
I wish to see the following bugs fixed in the real Debian release:
#243679: [powerpc] when checking the existing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 21 May 2004 17:22, Anton Zinoviev wrote:
I wish to see the following bugs fixed in the real Debian release:
#243679: [powerpc] when checking the existing swap partition on
powerpc/chrp/pegasos, freeze the box at around 37-41%
On Tue, May 18, 2004 at 02:37:52AM -0300, Joey Hess wrote:
The next release of d-i should not be a beta. It should be something
that we feel is suitable to be used in a real Debian release. This means
that we can't afford to put out a release with significant known bugs of
the kind documented
Stephen R Marenka wrote:
Then would someone please upload base-installer_0.81? .80 has already
made it into testing and .81 fixes the m68k cdrom errata.
I've asked on irc, to get this done (unfortantly, I have lost my gpg key
and will not be able to do any uploads until I get back home after
Martin Michlmayr wrote:
That's a point I raised on IRC recently as well. I think it would be
good to compile a listing of hardware we'll have available at DebConf.
I'll ask talk to some Brazilian people to see if they can find more
wierd architectures. Can we collect this information
* Joey Hess [EMAIL PROTECTED] [2004-05-18 13:30]:
Yes, please use the wiki. Just go here:
http://wiki.debian.net/?DebConf4DiHardware
I'll collect information and update the wiki in a few days, or maybe
daily.
--
Martin Michlmayr
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL
On Tue, May 18, 2004 at 02:37:52AM -0300, Joey Hess wrote:
When we're checking out the test candidate, it's essential that we cover
all arches and as many installation methods as we can. An important
question is whether too many of our key testers -- folk like Bdale and
Jeff Bailey -- will be
I want to have people lined up ahead of time for each architecture who
will be available to do some testing during both time periods. So please
make a commitment now if you can.
(I myself can promise that I will test i386 installs from: usb key (on
real hardware) and on CD, floppy +
Hi Jon,
On Tue, May 18, 2004 at 10:52:59PM +0100, Jon Peatfield wrote:
Assuming that current issues for Alpha and sparc hardware are resolved
I should be able to offer to do simple tests of:
alpha ; a mix of old workstations
netboot
cdrom (I hope one will still work)
Jon Peatfield wrote:
Can I assume that the testing comes in at least 3 flavours:
people to run through the installation in the easiest/normal way on
hardware which has worked ok with previous betas (to check for
accidental breakage).
people to pound on it and take unusual paths
The next release of d-i should not be a beta. It should be something
that we feel is suitable to be used in a real Debian release. This means
that we can't afford to put out a release with significant known bugs of
the kind documented in the errata, if fixes are known for the bugs.
In trying to
15 matches
Mail list logo