(Also replying to other mails about Sarge support in Etch installer)
On Wednesday 07 June 2006 20:42, Goswin von Brederlow wrote:
Frans Pop [EMAIL PROTECTED] writes:
I ment that when you select sarge in choose-mirror in expert mode you
get the inofficial list and if you choose etch/etch+1/sid
Frans Pop [EMAIL PROTECTED] writes:
(Also replying to other mails about Sarge support in Etch installer)
On Wednesday 07 June 2006 20:42, Goswin von Brederlow wrote:
Frans Pop [EMAIL PROTECTED] writes:
I ment that when you select sarge in choose-mirror in expert mode you
get the inofficial
On Thu, Jun 08, 2006 at 12:33:34PM +0200, Julien Danjou wrote:
On Wed, Jun 07, 2006 at 05:58:14PM -0700, Steve Langasek wrote:
So despite having been removed from unstable, it still has a
reverse-dependency that blocks its removal from testing. It'd be great if
you could check with the
On Thu, Jun 08, 2006 at 01:33:57PM +0200, Goswin von Brederlow wrote:
Frans Pop [EMAIL PROTECTED] writes:
What changes are those? Is Debian finaly going to use LABEL= or UUID=
in the generated fstab?
I hope not; /dev/disk/by-* names seem a lot less kludgy to me.
--
dann frazier
--
To
On Thursday 08 June 2006 13:33, Goswin von Brederlow wrote:
- increasing differences between the Sarge 2.6.8 and current kernels;
That is a reason for.
Only if we _would_ include some backports repository that is known to have
a current backported kernel and all other packages needed with
Frans Pop [EMAIL PROTECTED] writes:
On Thursday 08 June 2006 13:33, Goswin von Brederlow wrote:
- increasing differences between the Sarge 2.6.8 and current kernels;
That is a reason for.
Only if we _would_ include some backports repository that is known to have
a current backported
On Thursday 08 June 2006 20:08, Sven Luther wrote:
On Thu, Jun 08, 2006 at 07:16:57PM +0200, Frans Pop wrote:
Only if we _would_ include some backports repository that is known to
have a current backported kernel and all other packages needed with
that kernel, but without random backports
Sven Luther [EMAIL PROTECTED] writes:
That said, currently, backports are not an easy solution because of udev,
which cannot be taken as is without pulling in the whole gnome, so a bit of
work is needed.
Friendly,
Sven Luther
What do you mean? You don't seriously mean udev depends on
On Thu, Jun 08, 2006 at 03:08:48PM +0200, Bill Allombert wrote:
On Thu, Jun 08, 2006 at 12:33:34PM +0200, Julien Danjou wrote:
On Wed, Jun 07, 2006 at 05:58:14PM -0700, Steve Langasek wrote:
So despite having been removed from unstable, it still has a
reverse-dependency that blocks its
Hi,
Can xfsprogs be pushed to testing? It has a udeb.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Can usbutils be pushed to testing? It has a udeb.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
For people wanting to install Sarge on AMD64 I recommend using the mini.iso
found here:
http://amd64.debian.net/debian-installer/daily/netboot/
I did a sarge jfs on RAID with home on jfs/raid1/lvm with only minor problems
with this iso.
There should be a mention of this iso on the main
On Thu, Jun 08, 2006 at 09:33:54PM +0200, Goswin von Brederlow wrote:
Sven Luther [EMAIL PROTECTED] writes:
That said, currently, backports are not an easy solution because of udev,
which cannot be taken as is without pulling in the whole gnome, so a bit of
work is needed.
Friendly,
On Thu, Jun 08, 2006 at 09:33:51PM +0200, Frans Pop wrote:
On Thursday 08 June 2006 20:08, Sven Luther wrote:
On Thu, Jun 08, 2006 at 07:16:57PM +0200, Frans Pop wrote:
Only if we _would_ include some backports repository that is known to
have a current backported kernel and all other
Aníbal Monsalve Salazar a écrit :
On Wed, May 31, 2006 at 11:09:56AM +1000, Anibal Monsalve Salazar wrote:
On Tue, May 30, 2006 at 11:50:28PM +0200, Fabrice Lorrain wrote:
What is the current status of nfsv4 in testing.
We are waiting for two packages in NEW, libgssapi and librpcsecgss.
15 matches
Mail list logo