On Sun, Jul 04, 2004 at 05:39:22PM +0200, Frans Pop wrote:
> On Sunday 04 July 2004 15:45, C. Gatzemeier wrote:
> > Am Saturday 03 July 2004 21:14 schrieb Geert Stappers:
> > > A visit to http://www.nl.debian.org/devel/debian-installer/ports-status
> > > and some clicks got me to
> > > http://peop
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 04 July 2004 15:45, C. Gatzemeier wrote:
> Am Saturday 03 July 2004 21:14 schrieb Geert Stappers:
> > A visit to http://www.nl.debian.org/devel/debian-installer/ports-status
> > and some clicks got me to
> > http://people.debian.org/~joeyh/d
Am Saturday 03 July 2004 21:14 schrieb Geert Stappers:
> On Sat, Jul 03, 2004 at 02:29:55PM +0200, C. Gatzemeier wrote:
> > If it would be possible to provide daily PXE or Etherboot d-i images that
> > might help. People could let their boot servers serve up those and
> > quickly test most functio
Quoting Karl Hegbloom ([EMAIL PROTECTED]):
> > Testing on real hardware would be better in such cases, but this
> > requires far more time by burning CD images, for instance.and of
> > course, this also requires hardware.
>
> Net-booting d-i works fairly well.
But also required some infrastr
On Fri, 2004-07-02 at 08:47 +0200, Christian Perrier wrote:
> Testing on real hardware would be better in such cases, but this
> requires far more time by burning CD images, for instance.and of
> course, this also requires hardware.
Net-booting d-i works fairly well.
--
Karl Hegbloom <[EMAIL
On Sat, Jul 03, 2004 at 02:29:55PM +0200, C. Gatzemeier wrote:
>
> > Testing on real hardware would be better in such cases, but this
> > requires far more time by burning CD images, for instance.and of
> > course, this also requires hardware.
>
> If it would be possible to provide daily PXE
> Testing on real hardware would be better in such cases, but this
> requires far more time by burning CD images, for instance.and of
> course, this also requires hardware.
If it would be possible to provide daily PXE or Etherboot d-i images that
might help. People could let their boot serve
> I'm afraid that sid is diverging too far from sarge for it to be easy to
> keep maintaining sarge (we're at the point of needing relativly untested
> backports of some packages to be put into sarge to fix bugs), and that
> nobody is testing sarge's d-i, or paying much attention to it at all.
Wel
I've been looking at d-i sarge, and it seems to be rather broken. Every
install I have tried today with sarge initrds and udebs has failed.
I'm seeing many instances where someone makes a change to a package,
like hw-detect, that is dependent on a new version of some other
package, like busybox, d
9 matches
Mail list logo