Ben Hutchings wrote:
> On Wed, 2009-12-23 at 01:51 +0100, Frans Pop wrote:
>> Ben Hutchings wrote:
>>> Currently you can install kernel images from unstable or backports
>>> without any extra dependencies. I'm not aware of any significant
>>> breakage though some packages may rely on deprecated an
Michael Gernoth wrote:
> On Wed, Dec 23, 2009 at 01:51:01AM +0100, Frans Pop wrote:
>> The following change in /etc/init.d/nfs-kernel-server fixes this:
>> # See if our running kernel supports the NFS kernel server
>> -if [ -f /proc/kallsyms ] && ! grep -qE 'init_nf(sd|)'
>> /proc/
On Wed, Dec 23, 2009 at 01:51:01AM +0100, Frans Pop wrote:
> The following change in /etc/init.d/nfs-kernel-server fixes this:
> # See if our running kernel supports the NFS kernel server
> - if [ -f /proc/kallsyms ] && ! grep -qE 'init_nf(sd|)'
> /proc/kallsyms; then
On Wed, 2009-12-23 at 01:57 +0100, Frans Pop wrote:
> Kurt Roeckx wrote:
> > Now that we have a 2.6.32 kernel in unstable, can you updates us
> > on the various things mentioned in this mail?
>
> I have another question. The naming policy for linux-image packages seems
> to have changed: instead
On Wed, 2009-12-23 at 01:51 +0100, Frans Pop wrote:
> Ben Hutchings wrote:
> > Currently you can install kernel images from unstable or backports
> > without any extra dependencies. I'm not aware of any significant
> > breakage though some packages may rely on deprecated and removed stuff
> > in p
Kurt Roeckx wrote:
> Now that we have a 2.6.32 kernel in unstable, can you updates us
> on the various things mentioned in this mail?
I have another question. The naming policy for linux-image packages seems
to have changed: instead of an ABI we now have "trunk". First I thought
this was a bug,
Ben Hutchings wrote:
> Currently you can install kernel images from unstable or backports
> without any extra dependencies. I'm not aware of any significant
> breakage though some packages may rely on deprecated and removed stuff
> in procfs or sysfs.
I've been running upstream kernels without an
On Tue, 2009-12-22 at 19:39 +0100, Kurt Roeckx wrote:
> On Sun, Dec 20, 2009 at 04:50:22PM +, Ben Hutchings wrote:
> > On Sun, 2009-12-20 at 17:22 +0100, Kurt Roeckx wrote:
> > > Hi,
> > >
> > > Now that we have a 2.6.32 kernel in unstable, can you updates us
> > > on the various things mentio
On Sun, Dec 20, 2009 at 16:50:22 +, Ben Hutchings wrote:
> > > The X packages will be able to use modprobe
> > > config files to enable KMS at run time as required.
>
> This is not for the kernel team to do.
>
FWIW, this is done for intel in experimental, probably soon in unstable.
For radeo
On Tue, Dec 22, 2009 at 07:39:22PM +0100, Kurt Roeckx wrote:
> On Sun, Dec 20, 2009 at 04:50:22PM +, Ben Hutchings wrote:
> > On Sun, 2009-12-20 at 17:22 +0100, Kurt Roeckx wrote:
> > Fedora 12, Ubuntu 9.10 and openSUSE 11.2 have this kernel version.
> I was hoping that various distributions
On Sun, Dec 20, 2009 at 04:50:22PM +, Ben Hutchings wrote:
> On Sun, 2009-12-20 at 17:22 +0100, Kurt Roeckx wrote:
> > Hi,
> >
> > Now that we have a 2.6.32 kernel in unstable, can you updates us
> > on the various things mentioned in this mail?
> >
> > For instance, as I understand it, most
On Mon, Dec 21, 2009 at 01:56:05AM +, Ben Hutchings wrote:
> On Mon, 2009-12-21 at 09:24 +0800, Paul Wise wrote:
> > I guess oss4-dkms will be enough to take care of these users,
> > hopefully it will reach squeeze in time.
> Hopefully not. OSS4 on Linux is part of the problem, not part of t
On Mon, 2009-12-21 at 09:24 +0800, Paul Wise wrote:
> On Mon, Dec 21, 2009 at 12:50 AM, Ben Hutchings wrote:
>
> >> > OSS
> >> > ---
> >> >
> >> > This has been a deprecated kernel interface for some time and will be
> >> > disabled for squeeze
> >
> > Done.
> >
> >> > with mechanisms put in plac
On Mon, Dec 21, 2009 at 12:50 AM, Ben Hutchings wrote:
>> > OSS
>> > ---
>> >
>> > This has been a deprecated kernel interface for some time and will be
>> > disabled for squeeze
>
> Done.
>
>> > with mechanisms put in place to deal with legacy users.
>
> Er, not sure.
I guess oss4-dkms will be
On Sun, 2009-12-20 at 17:22 +0100, Kurt Roeckx wrote:
> Hi,
>
> Now that we have a 2.6.32 kernel in unstable, can you updates us
> on the various things mentioned in this mail?
>
> For instance, as I understand it, most other distro's recently
> had a release with a 2.6.31 kernel?
Fedora 12, Ubu
Hi,
Now that we have a 2.6.32 kernel in unstable, can you updates us
on the various things mentioned in this mail?
For instance, as I understand it, most other distro's recently
had a release with a 2.6.31 kernel? Do you know if there are
plans to have a kernel with backported drivers, one used
On Tue, Oct 20, 2009 at 07:51:20AM -0300, Ben Armstrong wrote:
> On Mon, 19 Oct 2009 22:54:47 +0100
> Vincent Sanders wrote:
> > A constructive discussion was held about the outstanding firmware
> > issues, how the team addresses them and how we might work with upstream
> > to address our DSFG iss
On Mon, 19 Oct 2009 22:54:47 +0100
Vincent Sanders wrote:
> A constructive discussion was held about the outstanding firmware
> issues, how the team addresses them and how we might work with upstream
> to address our DSFG issues with kernel sources.
By chance, did any of that discussion touch on
Le lundi 19 octobre 2009 à 22:54 +0100, Vincent Sanders a écrit :
> IDE to libata decision
> --
>
> Debian will perform this transition using the udev packages in a
> similar way to Ubuntu. The Ubuntu developers have offered their
> assistance with this transition.
When is th
Hi, Vincent and others,
On Oct 19 2009, Vincent Sanders wrote:
> IDE to libata decision
> --
>
> Debian will perform this transition using the udev packages in a
> similar way to Ubuntu. The Ubuntu developers have offered their
> assistance with this transition.
There are so
Quoting Bastian Blank ([EMAIL PROTECTED]):
> Hi,
>
> Half-way between the sarge release and the etch freeze the Debian kernel
Aren't we closer from etch freeze than sarge release? :-)
This is at least my feeling when I consider the packages and the
proejcts I'm part of: we, developers, should b
21 matches
Mail list logo
