-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 24 Mar 2010 06:35:53 +0100
Source: nvidia-kernel-common
Binary: nvidia-kernel-common
Architecture: all source
Version: 20100216+3+nmu1
Distribution: unstable
Urgency: critical
Maintainer: Debian NVIDIA Maintainers pkg-nvidia
://git.debian.org/kernel/linux-2.6.git squeeze
http://git.debian.org/?p=kernel/linux-2.6.git;a=shortlog;h=refs/heads/squeeze
This *will* be rebased at will; please don't treat it as anything more
than informative at present.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve
[this and the following mails are resent versions, my mails did not
make it to the list due to some config problem - sorry for any dups
this may cause]
Since April 2009, kernel-package has no use any more for the
{kernel,linux}-patch-* packages (AFAIK the current recommended way of
patching
package maintainer, tomoyo is merged with
mainline, but it's not fully featured one yet. At least, I want to
provide it with squeeze.
and hope kernel-package would enable patch support again... ;)
I won't speak for Manoj here, but I feel we should think about other
ways to provide those
. At least, I
want to provide it with squeeze.
and hope kernel-package would enable patch support again... ;)
I won't speak for Manoj here, but I feel we should think about
other ways to provide those patches.
One way could be simply to provide ensure those patches in some
git tree
remaining reason not to do so that I missed ?
As linux-patch-tomoyo1.7 package maintainer, tomoyo is merged with
mainline, but it's not fully featured one yet. At least, I want to
provide it with squeeze.
and hope kernel-package would enable patch support again... ;)
I won't speak
On Tue, Mar 23 2010, Yann Dirson wrote:
Let's maybe stay focussed on the initial problem: we *had* a way to
handle kernel patches as part of a self-contained distribution, but
there is no support for this any more. Moreover that support we had
was not 100% satisfactory (eg. bad handling
not fully featured one yet. At least, I want to
provide it with squeeze.
and hope kernel-package would enable patch support again... ;)
--
Regards,
Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
http://wiki.debian.org/HidekiYamane
--
To UNSUBSCRIBE, email to debian-devel-requ
Hi Yann
Thanks for the reminder. Yes it is time to remove at least the openvz
kernel patch package.
Best regards,
// Ola
On Sat, Mar 20, 2010 at 03:14:59PM +0100, Yann Dirson wrote:
Since April 2009, kernel-package has no use any more for the
{kernel,linux}-patch-* packages (AFAIK
reason not to do so that I
missed ?
As linux-patch-tomoyo1.7 package maintainer, tomoyo is merged with
mainline, but it's not fully featured one yet. At least, I want to
provide it with squeeze.
and hope kernel-package would enable patch support again... ;)
I won't speak for Manoj here
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 16 Mar 2010 16:15:19 +
Source: flash-kernel
Binary: flash-kernel flash-kernel-installer
Architecture: source armel
Version: 2.28
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-b
cgroups control files, which are hardly device files, be
found under /dev ?
I'd rather have it in /sys, yes, but doing so would be dangerous (*never*
mount anything in there that the kernel developers don't expect, they may
decide to use your mountpoint to export something later on...).
IMO
Description : Linux kernel compatibility library for userspace
applications
This package provides userspace ports of APIs available in the Linux
kernel but not available to userspace programs. Included are header
files for atomic integer operations, linked lists, hash tables,
and reference counting
?
Why not? /dev/pts/ is a kernel filesystem mounted below /dev, and /dev
itself is a kernel filesystem (tmpfs or devtmpfs).
And both only contain character or block devices (or occasional
directories). Nothing else.
Mike
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
On Mar 07, Mike Hommey m...@glandium.org wrote:
Why not? /dev/pts/ is a kernel filesystem mounted below /dev, and /dev
itself is a kernel filesystem (tmpfs or devtmpfs).
And both only contain character or block devices (or occasional
directories). Nothing else.
I meant /dev/shm.
--
ciao
case and can be seen as a security
problem.
debugfs also already has a /sys/kernel/debug/ so it can easily be dealt
with in fstab. Since AFAIK it is not used by regular programs I see no
harm in having to configure it manually.
For file system that should be mounted on Linux, depending on udev
Description : simple linux kernel inotify wrapper for monitoring file and
directory changes
This is a simple ruby wrapper over the inotify Linux kernel subsystem for
monitoring changes to files and directories. It uses the FFI gem to avoid
having to compile a C extension
of some important features mostly
related to virtualization.
Currently the initscripts package mounts some well known kernel file
systems like proc, sys and devpts, but there are a few others which
AFAIK no package currently deals with:
- cgroups (needed for accounting and management of system resources
On Sat, Mar 06, 2010 at 05:03:05AM +0100, Marco d'Itri wrote:
Do we agree to mount these filesystems on /dev/ subdirectories?
Fedora[1] uses /dev/hugepages/ for hugetlbfs, and while we had a
discussion on debian-devel@ about where cgroups should be mounted there
was no clear winner.
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Feb 2010 14:55:02 -0300
Source: linux-kernel-di-amd64-2.6
Binary: kernel-image-2.6.32-3-amd64-di nic-modules-2.6.32-3-amd64-di
nic-extra-modules-2.6.32-3-amd64-di nic-wireless-modules-2.6.32-3-amd64-di
nic-shared-modules
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Feb 2010 14:56:59 -0300
Source: linux-kernel-di-hppa-2.6
Binary: kernel-image-2.6.32-3-parisc-di nic-modules-2.6.32-3-parisc-di
ppp-modules-2.6.32-3-parisc-di ide-modules-2.6.32-3-parisc-di
cdrom-core-modules-2.6.32-3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Feb 2010 15:05:38 -0300
Source: linux-kernel-di-ia64-2.6
Binary: kernel-image-2.6.32-3-itanium-di nic-modules-2.6.32-3-itanium-di
nic-shared-modules-2.6.32-3-itanium-di serial-modules-2.6.32-3-itanium-di
ppp-modules
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Feb 2010 15:22:22 -0300
Source: linux-kernel-di-mips-2.6
Binary: kernel-image-2.6.32-3-r4k-ip22-di
nic-shared-modules-2.6.32-3-r4k-ip22-di loop-modules-2.6.32-3-r4k-ip22-di
ipv6-modules-2.6.32-3-r4k-ip22-di nls-core
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Feb 2010 15:31:10 -0300
Source: linux-kernel-di-mipsel-2.6
Binary: kernel-image-2.6.32-3-r5k-cobalt-di
nic-shared-modules-2.6.32-3-r5k-cobalt-di ppp-modules-2.6.32-3-r5k-cobalt-di
loop-modules-2.6.32-3-r5k-cobalt-di ipv6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Feb 2010 15:44:37 -0300
Source: linux-kernel-di-s390-2.6
Binary: kernel-image-2.6.32-3-s390x-di nic-modules-2.6.32-3-s390x-di
scsi-core-modules-2.6.32-3-s390x-di scsi-modules-2.6.32-3-s390x-di
ext2-modules-2.6.32-3-s390x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 27 Feb 2010 15:47:19 -0300
Source: linux-kernel-di-sparc-2.6
Binary: kernel-image-2.6.32-3-sparc64-di nic-modules-2.6.32-3-sparc64-di
ppp-modules-2.6.32-3-sparc64-di ide-modules-2.6.32-3-sparc64-di
pata-modules-2.6.32-3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 23 Feb 2010 12:17:30 -0300
Source: linux-kernel-di-amd64-2.6
Binary: kernel-image-2.6.32-trunk-amd64-di nic-modules-2.6.32-trunk-amd64-di
nic-extra-modules-2.6.32-trunk-amd64-di
nic-wireless-modules-2.6.32-trunk-amd64-di
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 24 Feb 2010 17:35:05 -0300
Source: linux-kernel-di-amd64-2.6
Binary: kernel-image-2.6.32-3-amd64-di nic-modules-2.6.32-3-amd64-di
nic-extra-modules-2.6.32-3-amd64-di nic-wireless-modules-2.6.32-3-amd64-di
nic-shared-modules
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 23 Feb 2010 12:13:01 -0300
Source: kernel-wedge
Binary: kernel-wedge
Architecture: source all
Version: 2.63
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-b...@lists.debian.org
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 21 Feb 2010 13:38:28 -0800
Source: nvidia-kernel-common
Binary: nvidia-kernel-common
Architecture: source all
Version: 20100216+3
Distribution: unstable
Urgency: low
Maintainer: Debian NVIDIA Maintainers pkg-nvidia-de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 16 Feb 2010 11:24:58 -0800
Source: nvidia-kernel-common
Binary: nvidia-kernel-common
Architecture: source all
Version: 20100216+1
Distribution: unstable
Urgency: low
Maintainer: Debian NVIDIA Maintainers pkg-nvidia-de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 16 Feb 2010 14:08:20 -0800
Source: nvidia-kernel-common
Binary: nvidia-kernel-common
Architecture: source all
Version: 20100216+2
Distribution: unstable
Urgency: low
Maintainer: Debian NVIDIA Maintainers pkg-nvidia-de
: Tools to control kernel tracing with LTTng
This package contains the lttd, lttctl and liblttctl programs which are
necessary to obtain a trace. It also contains the facilities directory,
where sits the trace metainformation.
--
Jon
--
To UNSUBSCRIBE, email to debian-devel-requ
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Mon, 15 Feb 2010 20:20:40 -0800
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.033
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
Package: dh-kpatches
Version: 0.99.36
Severity: serious
Hi,
according to the Description, the purpose of dh-kpatches is to produce patches
to be automatically usable by kernel-package:
The dh_installkpatches script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 29 Jan 2010 12:13:19 +0100
Source: kfreebsd-kernel-headers
Binary: kfreebsd-kernel-headers
Architecture: source kfreebsd-i386
Version: 0.47
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno aure...@debian.org
* License : (GPL, BSD)
Programming Lang: C
Description : Linux kernel driver that adds support for iPhone tethering
Provides a Linux kernel driver that adds support for iPhone tethering through
USB cables. Unlike other solutions out there, you don't need to jailbreak your
phone
Hi,
I would like to come back to the distribution upgrade issue since udev
package cannot be installed if the kernel doesn't support
CONFIG_SYSFS_DEPRECATED (like Lenny kernel 2.6.26).
Recently, I have updated a machine from Lenny to Squeeze and apt-get
dist-upgrade failed as expected
On Jan 14, Fathi Boudra f...@debian.org wrote:
I would like to come back to the distribution upgrade issue since udev
package cannot be installed if the kernel doesn't support
CONFIG_SYSFS_DEPRECATED (like Lenny kernel 2.6.26).
Yes, this will require a lockstep upgrade like it happened
On Thu, Jan 14, 2010 at 12:54 PM, Marco d'Itri m...@linux.it wrote:
Yes, this will require a lockstep upgrade like it happened for lenny.
If you upgrade both the kernel and udev at the same time the udev
package will detect it and bypass the version check.
it was my use case, unfortunately
On Jan 14, Fathi Boudra f...@debian.org wrote:
it was my use case, unfortunately udev package upgrade failed and
apt-get dist-upgrade stopped.
This is the cause, the new linux-image-2.6.32-trunk-* packages do not
match the regexp.
Kernel people, should I change it?
ver=$(echo $pkg | sed -nr
.
Kernel people, should I change it?
ver=$(echo $pkg | sed -nr
s/^.*linux-image-(2\.6\.[0-9]+)-[0-9]+-.*_.*_.*\.deb$/\1/p)
Please do. We won't use 'trunk' in an actual release but it will be
helpful to people using testing.
Ben.
--
Ben Hutchings
The generation of random numbers is too
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Mon, 04 Jan 2010 14:41:22 -0600
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.032
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
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
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/kallsyms
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 and removed
to userspace would also work, I guess.
this item refers to. (The existing snd-pcm-oss and snd-mixer-oss don't
seem to be good enough.)
Specifically since they are in kernel they don't (and can't really) play
at all with any userspace ALSA stuff such as DSP, PulseAudio or the
various network
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 other
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 could
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 radeon
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 mentioned
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 any
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
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 procfs
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
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
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, Ubuntu
On Mon, Dec 21, 2009 at 12:50 AM, Ben Hutchings b...@decadent.org.uk 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
On Mon, 2009-12-21 at 09:24 +0800, Paul Wise wrote:
On Mon, Dec 21, 2009 at 12:50 AM, Ben Hutchings b...@decadent.org.uk 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 14 Dec 2009 07:36:36 +0100
Source: kfreebsd-kernel-headers
Binary: kfreebsd-kernel-headers
Architecture: source kfreebsd-i386
Version: 0.46
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno aure...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 06 Dec 2009 14:07:58 +0100
Source: kfreebsd-kernel-headers
Binary: kfreebsd-kernel-headers
Architecture: source kfreebsd-i386
Version: 0.45
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno aure...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 29 Nov 2009 16:43:29 +0100
Source: kfreebsd-kernel-headers
Binary: kfreebsd-kernel-headers
Architecture: source kfreebsd-amd64
Version: 0.44
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno aure...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 28 Nov 2009 09:28:12 +0100
Source: kfreebsd-kernel-headers
Binary: kfreebsd-kernel-headers
Architecture: source kfreebsd-i386
Version: 0.43
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno aure...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 21 Nov 2009 22:46:05 -0200
Source: linux-kernel-di-mipsel-2.6
Binary: kernel-image-2.6.30-2-r5k-cobalt-di
nic-shared-modules-2.6.30-2-r5k-cobalt-di ppp-modules-2.6.30-2-r5k-cobalt-di
loop-modules-2.6.30-2-r5k-cobalt-di ipv6
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Sat, 21 Nov 2009 22:58:33 -0600
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.031
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Thu, 19 Nov 2009 10:24:00 -0600
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.029
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Thu, 19 Nov 2009 21:25:19 -0600
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.030
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Thu, 19 Nov 2009 00:38:06 -0600
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.028
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Tue, 17 Nov 2009 02:43:53 -0600
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.026
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 14 Nov 2009 08:53:56 +0100
Source: kernel-patch-badram
Binary: kernel-patch-badram
Architecture: source all
Version: 2.6.28.2-1.1
Distribution: unstable
Urgency: low
Maintainer: Yann Dirson dir...@debian.org
Changed-By: Stefano
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 28 Oct 2009 20:41:10 -0200
Source: linux-kernel-di-mips-2.6
Binary: kernel-image-2.6.30-2-r4k-ip22-di
nic-shared-modules-2.6.30-2-r4k-ip22-di loop-modules-2.6.30-2-r4k-ip22-di
ipv6-modules-2.6.30-2-r4k-ip22-di nls-core
Marco d'Itri wrote:
On Nov 10, Marco d'Itri m...@linux.it wrote:
Due to changes in udev 147, squeeze will not support kernels earlier
than 2.6.27.
I uploaded a 147-2 package which reverts the O_CLOEXEC change and allows
2.6.26, let's see if it works.
Big thanks for working on this issue. I
On Wed, Nov 11, 2009 at 07:56:16AM +0100, Bastian Blank wrote:
On Tue, Nov 10, 2009 at 06:08:08PM +0100, Marco d'Itri wrote:
Due to changes in udev 147, squeeze will not support kernels earlier
than 2.6.27.
What are these changes?
Seems it is related to signalfd4 syscall.
- Adam
[1] -
to changes in udev 147, squeeze will not support kernels earlier
than 2.6.27.
If your packages have code needed to support old kernels, this is the
right time to clean it up.
This means that lenny-squeeze upgrades will use the same lockstep
kernel/udev upgrade method used for etch-lenny
On Wed, Nov 11, 2009 at 02:14:00 -0600, Adam Majer wrote:
On Wed, Nov 11, 2009 at 07:56:16AM +0100, Bastian Blank wrote:
On Tue, Nov 10, 2009 at 06:08:08PM +0100, Marco d'Itri wrote:
Due to changes in udev 147, squeeze will not support kernels earlier
than 2.6.27.
What are these
Zitat von Julien Cristau jcris...@debian.org:
On Wed, Nov 11, 2009 at 02:14:00 -0600, Adam Majer wrote:
On Wed, Nov 11, 2009 at 07:56:16AM +0100, Bastian Blank wrote:
On Tue, Nov 10, 2009 at 06:08:08PM +0100, Marco d'Itri wrote:
Due to changes in udev 147, squeeze will not support kernels
On Nov 10, Marco d'Itri m...@linux.it wrote:
Due to changes in udev 147, squeeze will not support kernels earlier
than 2.6.27.
I uploaded a 147-2 package which reverts the O_CLOEXEC change and allows
2.6.26, let's see if it works.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Nov 11, Goswin von Brederlow goswin-...@web.de wrote:
O_CLOEXEC (Since Linux 2.6.23)
So why does using this flag require 2.6.27? Who is wrong here?
I understand that it is needed for inotify_init1(2).
--
ciao,
Marco
signature.asc
Description: Digital signature
On Wed, Nov 11, 2009 at 16:45:58 +0100, Goswin von Brederlow wrote:
According to man 2 open:
O_CLOEXEC (Since Linux 2.6.23)
So why does using this flag require 2.6.27? Who is wrong here?
If you'd actually bothered to look at the changes in question, you would
have noticed that
On Wed, Nov 11, 2009 at 04:51:49PM +0100, Marco d'Itri wrote:
On Nov 11, Goswin von Brederlow goswin-...@web.de wrote:
O_CLOEXEC (Since Linux 2.6.23)
So why does using this flag require 2.6.27? Who is wrong here?
I understand that it is needed for inotify_init1(2).
That makes more
Julien Cristau jcris...@debian.org writes:
On Wed, Nov 11, 2009 at 16:45:58 +0100, Goswin von Brederlow wrote:
According to man 2 open:
O_CLOEXEC (Since Linux 2.6.23)
So why does using this flag require 2.6.27? Who is wrong here?
If you'd actually bothered to look at the
Goswin von Brederlow goswin-...@web.de (11/11/2009):
Homework: Find out how
I uploaded a 147-2 package which reverts the O_CLOEXEC change and
allows 2.6.26, let's see if it works.
translates to
I stop using inotify_init1().
Easy:
| --- a/udev/udev-watch.c
| +++
Cyril Brulebois k...@debian.org writes:
Goswin von Brederlow goswin-...@web.de (11/11/2009):
Homework: Find out how
I uploaded a 147-2 package which reverts the O_CLOEXEC change and
allows 2.6.26, let's see if it works.
translates to
I stop using inotify_init1().
Easy:
|
Due to changes in udev 147, squeeze will not support kernels earlier
than 2.6.27.
If your packages have code needed to support old kernels, this is the
right time to clean it up.
This means that lenny-squeeze upgrades will use the same lockstep
kernel/udev upgrade method used for etch-lenny
will use the same lockstep
kernel/udev upgrade method used for etch-lenny upgrades.
Since it's seeming more and more common for udev to be tied to specific
kernel versions, have you considered allowing major versions of udev
to be installed in parallel?
signature.asc
Description: PGP
, this is the
right time to clean it up.
This means that lenny-squeeze upgrades will use the same lockstep
kernel/udev upgrade method used for etch-lenny upgrades.
Since it's seeming more and more common for udev to be tied to specific
kernel versions, have you considered allowing major versions
On Nov 10, Andres Salomon dilin...@collabora.co.uk wrote:
Since it's seeming more and more common for udev to be tied to specific
kernel versions, have you considered allowing major versions of udev
to be installed in parallel?
Yes, it would not work because they also tend to be incompatible
On 2009-11-10, Marco d'Itri m...@linux.it wrote:
Since it's seeming more and more common for udev to be tied to specific
kernel versions, have you considered allowing major versions of udev
to be installed in parallel?
Yes, it would not work because they also tend to be incompatible
kernel from lenny to
ensure smooth upgrades. udev ought to as well, but if it can't, that's
still not precedent for making other parts of the upgrade path more fragile.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set
On Nov 10, Philipp Kern tr...@philkern.de wrote:
Yes, it would not work because they also tend to be incompatible with
older configurations and so packages would need to provide two sets of
configuration files (for a start).
Uh, so the reboot to get a newer kernel before the upgrade could
that lenny-squeeze upgrades will use the same lockstep
kernel/udev upgrade method used for etch-lenny upgrades.
Please explain.
Bastian
--
She won' go Warp 7, Cap'n! The batteries are dead!
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 03 Nov 2009 17:28:08 +
Source: flash-kernel
Binary: flash-kernel flash-kernel-installer
Architecture: source armel
Version: 2.27
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 02 Nov 2009 21:43:08 +
Source: flash-kernel
Binary: flash-kernel flash-kernel-installer
Architecture: source armel
Version: 2.26
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-b
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 this
On Mon, 19 Oct 2009 22:54:47 +0100
Vincent Sanders vi...@kyllikki.org 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
our DSFG issues with kernel sources.
By chance, did any of that discussion touch on patching drivers so that
they can load without the firmware? Many Eee PC owners currently have
no DFSG-free option for wifi (short of replacing the card) because
rt2860sta depends on a non-free firmware. Some
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Tue, 20 Oct 2009 13:11:09 -0500
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.024
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
with Ubuntu's kernel for many releases (since it uses
libata). The way that I'm working with that computer is that I'm
hand-compiling my own kernels, for the moment, but I'm not always there
to support my parents using it and the distribution kernels don't work
satisfactorily. (Unfortunately).
Regards
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 19 Oct 2009 17:16:14 +0100
Source: flash-kernel
Binary: flash-kernel flash-kernel-installer
Architecture: source armel
Version: 2.25
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-b
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Mon, 19 Oct 2009 18:57:04 -0500
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 12.023
Distribution: unstable
Urgency: low
Maintainer: Manoj Srivastava sriva...@debian.org
Changed-By: Manoj
901 - 1000 of 5756 matches
Mail list logo