Jonas Smedegaard [EMAIL PROTECTED] writes:
On Fri, 16 Dec 2005 21:09:21 +0100
Andreas Barth [EMAIL PROTECTED] wrote:
Hi,
* Micah Anderson ([EMAIL PROTECTED]) [051205 20:19]:
I've been thinking about how we could use autobuilders to
automatically apply kernel-patch packages and
Jonathan Brandmeyer [EMAIL PROTECTED] writes:
Cross-posting to the BTS since its relevant to this bug, and might lead
to closing it out.
I am running a Debian Sid AMD64 root partition alongside a full Sid i386
partition. Right now, the 32-bit partition is used mostly as a chroot
to run
Eduard Bloch [EMAIL PROTECTED] writes:
Hello,
I would like to get more competent comments from concerned kernel
packages on the issue quoted below. There is already a hack for sparc64:
I'm not sure this answeres your problem but in recent kernels the
kernel adds the -m64 flag for amd64
Martin Michlmayr [EMAIL PROTECTED] writes:
* dedesi peter [EMAIL PROTECTED] [2006-04-06 11:36]:
It seems good, but the 'top' show only one cpu, like this:
How can I check that both of CPUs are working at all?
I think our top doesn't support SMP. I you use the atop package it
certainly
Hi,
I'm wondering if anyone from the kernel team is intrested in getting
the 64bit kernels build again for i386. It should only be a matter of
adding the amd64 config files to i386 and build them with --arch amd64
--cross-compile '-'. The kernel source takes care of adding -m64
where needed
Bastian Blank [EMAIL PROTECTED] writes:
On Mon, Apr 17, 2006 at 07:50:59PM +0200, Frederik Schueler wrote:
On Sun, Apr 16, 2006 at 02:32:12PM +0200, Bastian Blank wrote:
There are two or so possibilities to do that:
- Build them in the i386 build. This will raise the count of image by 4
Bastian Blank [EMAIL PROTECTED] writes:
severity 396721 wishlist
retitle 396721 linux-patch-debian - only main debian part usable via make-kpkg
thanks
On Thu, Nov 02, 2006 at 03:01:03PM +0100, Goswin Brederlow wrote:
attached is a compatibility script for make-kpkg to build xen
kernels.
From: maximilian attems [EMAIL PROTECTED]
Subject: Re: Bug#396683: linux-source-2.6.18: make-kpkg fails - debian
subdirectory missing?
To: [EMAIL PROTECTED]
Date: Thu, 2 Nov 2006 17:45:10 +0100
On Thu, Nov 02, 2006 at 05:21:05PM +0100, Meik Hellmund wrote:
Goswin von Brederlow [EMAIL
Lu Xuxiao [EMAIL PROTECTED] writes:
Is this right that the -xen- kernels are used for both host and guest?
You can use the same kernel for host and guest (dom0 and domU) or
build seperate kernels. But I think with the split out modules the
difference should be marginal.
And what are the
Meik Hellmund [EMAIL PROTECTED] writes:
Goswin von Brederlow [EMAIL PROTECTED] writes:
What version of make-kpkg is this? You might have to use the unstable
version.
You are absolutely right. I used kernel-package 8.135 which is from stable.
The current unstable kernel-package runs fine
Sven Luther [EMAIL PROTECTED] writes:
Hi, ...
As you may know, or not, we are waiting for the abi-breaking 2.6.18-6 to be
uploaded for pushing the 2.6.18 kernel into etch.
It seems 2.6.18.3 is announced for saturday, so this would mean a natural
tentative schedule of let's say monday the
Sven Luther [EMAIL PROTECTED] writes:
On Fri, Nov 17, 2006 at 06:32:54AM +0100, Goswin von Brederlow wrote:
Sven Luther [EMAIL PROTECTED] writes:
Hi, ...
As you may know, or not, we are waiting for the abi-breaking 2.6.18-6 to be
uploaded for pushing the 2.6.18 kernel into etch
Sven Luther [EMAIL PROTECTED] writes:
On Fri, Nov 17, 2006 at 10:20:09PM +0100, Goswin von Brederlow wrote:
Sven Luther [EMAIL PROTECTED] writes:
On Fri, Nov 17, 2006 at 06:32:54AM +0100, Goswin von Brederlow wrote:
Sven Luther [EMAIL PROTECTED] writes:
Hi, ...
As you may know
Christian T. Steigies [EMAIL PROTECTED] writes:
On Tue, Nov 21, 2006 at 10:05:06AM +0100, Goswin von Brederlow wrote:
3. How else do you build a kernel for a different arch (amd64) than
your systems arch (i386)?
This is how I build m68k kernels on i386/amd64 machines:
DEB_HOST_ARCH=m68k
Hi,
when I build linux-2.6 I would like to use both my cpus. So I set
CONCURRENCY_LEVEL=2. Now the build starts of building the normal
images fine with 2 cpus by calling:
28945 pts/3S+ 0:00 bash -e -c cd 'debian/build/build-i386-none-686';
env -u ABINAME -u ARCH -u SUBARCH -u FLAVOUR -u
Bastian Blank [EMAIL PROTECTED] writes:
On Tue, Nov 21, 2006 at 10:05:06AM +0100, Goswin von Brederlow wrote:
1. Who says so?
| ifneq ($(DEB_BUILD_ARCH),$(DEB_HOST_ARCH))
| override CROSS_COMPILE = $(DEB_HOST_GNU_TYPE)-
| endif
So it works for the not crosscompilation variant
Bastian Blank [EMAIL PROTECTED] writes:
On Wed, Nov 22, 2006 at 08:50:38PM +0100, Goswin von Brederlow wrote:
when I build linux-2.6 I would like to use both my cpus. So I set
CONCURRENCY_LEVEL=2.
| $ grep CONCURRENCY_LEVEL -r debian
| ./debian/rules.real: setup_env_kpkg_jobs
Stefan Sperling [EMAIL PROTECTED] writes:
Hello!
0. I discovered a strange phenomenon with a Debian
Sarge installation. I am able to replicate it
on several machines. It occurs on freshly
installed machines as well as on older ones.
The problem is this:
I want to create
Hi,
I tried cross building on amd64 for i486 and it all went fine.
I believe Bastian and Andi when they say cross building breaks but I
lack an arch to reproduce it. amd64 is too similar to i386 to trigger it
aparently. And I'm not going to build on m68k.
So someone needs to send in a build log
Sven Luther [EMAIL PROTECTED] writes:
On Sat, Dec 02, 2006 at 12:43:06PM -0600, Manoj Srivastava wrote:
On Sat, 2 Dec 2006 11:36:30 +0100, Bastian Blank [EMAIL PROTECTED] said:
I'm not longer interrested in communicating errors in software,
which is not able to catch errors but reports
Sven Luther [EMAIL PROTECTED] writes:
On Fri, Dec 15, 2006 at 04:40:16PM +0100, Goswin von Brederlow wrote:
From personal experience I must say that bugs reported against
kernel-package get manojs attention fast and get fixed fast.
Bugs against the linux-2.6 source get ignored or you get
Rainer Koenig [EMAIL PROTECTED] writes:
Ok. Next try. Finding some sort of HowTos on the net, one describing
that I need the XEN source package that applies patches to the kernel
and then compile it. Whatever I do with 2.6.18 the kernel build process
exits with errors that show me that
Daniel Maier [EMAIL PROTECTED] writes:
Package: initramfs-tools
Version: 0.85e
Severity: normal
Please add the possibility to resume from lvm/dm-crypt using suspend2
or similar.
Please test this with:
swap on dm-crypt
swap on dm-crypt on lvm
swap on lvm on dm-crypt
swap on raid
swap on
maximilian attems [EMAIL PROTECTED] writes:
On Thu, Jan 18, 2007 at 03:21:57PM +0100, Goswin von Brederlow wrote:
Daniel Maier [EMAIL PROTECTED] writes:
Package: initramfs-tools
Version: 0.85e
Severity: normal
Please add the possibility to resume from lvm/dm-crypt using suspend2
Stijn Tintel [EMAIL PROTECTED] writes:
Bastian
The machine were I reported this problem from, is running Debian Etch + Xen.
Everything is installed from packages from the Etch repository, no self-built
packages, etc.
Do you have devpts mounted?
MfG
Goswin
--
To UNSUBSCRIBE,
Stijn Tintel [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
Stijn Tintel [EMAIL PROTECTED] writes:
Bastian
The machine were I reported this problem from, is running Debian Etch +
Xen. Everything is installed from packages from the Etch repository, no
self-built packages, etc
JSergey [EMAIL PROTECTED] writes:
Please help: how to make Debian kernel (2.6.18) with Xen 3 support?
Precompiled Debian kernels does not support my hardware (backport for
intel-agp is needed).
I use script from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=382699;msg=12 and
commands:
Rakotomandimby (R12y) Mihamina
[EMAIL PROTECTED] writes:
Hi,
What is the difference between those two kernels?
Their description is the same and I dont know which one to take...
http://packages.debian.org/unstable/admin/linux-image-2.6.18-4-xen-amd64
Otavio Salvador [EMAIL PROTECTED] writes:
maximilian attems [EMAIL PROTECTED] writes:
On Thu, Feb 01, 2007 at 10:14:10AM +0100, Matthias Popp wrote:
Hallo,
Why is kernel 2.6.19 removed from here ?
http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/
just use the
dann frazier [EMAIL PROTECTED] writes:
On Fri, Feb 09, 2007 at 10:47:58PM -0800, Jurij Smakov wrote:
I believe the original idea was to create d-k-m for discussions and
keep d-k as the address in maintainer field (and the primary contact
address for the user requests). This appears to be
Thomas GOIRAND [EMAIL PROTECTED] writes:
Package: linux-image-2.6-xen-686
Severity: wishlist
Hello,
Our package, dtc-xen, uses /usr/lib/python/xen installed by the
normal xen source package using make install. With this package,
there is no such folder, but instead something with version
Thomas Goirand [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
The problem is that multiple xen versions (3.0-unstable, 3.0.3, 3.0.4)
can be installed and they are incompatible with each other. If each
one contained /usr/lib/python/xen then the packages would have to
conflict.
I
[EMAIL PROTECTED] writes:
Package: linux-image-2.6.18-4-amd64
Version: 2.6.18.dfsg.1-10
Severity: normal
It seems that the 32bit iptables package do not work correctly together
with the (i386) amd64 kernel. After installing this kernel, shorewall do
not start anymore.
Here you can see
Thomas Goirand [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
Thomas Goirand [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
The problem is that multiple xen versions (3.0-unstable, 3.0.3, 3.0.4)
can be installed and they are incompatible with each other. If each
one
Steve Langasek [EMAIL PROTECTED] writes:
On Fri, Apr 06, 2007 at 01:39:35AM +0200, Fabian Pietsch wrote:
--- /usr/share/initramfs-tools/scripts/functions.orig
+++ /usr/share/initramfs-tools/scripts/functions
@@ -231,6 +231,7 @@
;;
esac
mknod /dev/root b ${major}
Horms [EMAIL PROTECTED] writes:
On Tue, Jan 18, 2005 at 08:37:21PM +0100, Roberto Suarez Soto wrote:
Package: kernel-patch-debian-2.6.9
Version: 2.6.9-5
Severity: normal
The file apply/debian (/usr/src/kernel-patches/all/2.6.9/apply/debian
in my system) has a bashism in line
Adam Majer [EMAIL PROTECTED] writes:
Christian T. Steigies wrote:
On Tue, May 11, 2004 at 05:15:56PM -0500, Adam Majer wrote:
1. How and who will take over the lead of kernel maintenance?
I do hope that Herbert stays the kernel maintainer.
Herbert asked me to get signed mails from all
Christoph Hellwig [EMAIL PROTECTED] writes:
On Sun, May 23, 2004 at 11:26:08PM +0200, Jens Schmalzing wrote:
The various source packages are kept in different locations, and only
come together in the archive itself. A central repository would be
nice - as long as it does not bear the
Andreas Barth [EMAIL PROTECTED] writes:
* Jens Schmalzing ([EMAIL PROTECTED]) [040525 20:40]:
Andreas Barth writes:
And the security team has already requested to reduce the number of
source packages drastically. So, I'm on the side of the security
team, i.e. to go to as less source
Christoph Hellwig [EMAIL PROTECTED] writes:
On Sun, May 30, 2004 at 01:11:30PM +0200, Goswin von Brederlow wrote:
As for 3 this is a general problem of scsi disks. Wouldn't it be
possible for the code that scans partitions to allocate device nodes
dynamically for partitions 15 so that users
Marc Haber [EMAIL PROTECTED] writes:
Hi,
I like to build dependency helper packages that ease
cross-kernel-version updates. To build these for kernel module .debs,
I need to learn how the binary kernel module package is named. For
most packages, this can be accomplished by parsing
Christoph Hellwig [EMAIL PROTECTED] writes:
First time I see this wiki page. Comments:
new naming scheme getting rid of image as part or package names (only
for Provides: - compatibility issues), instead, distinguishing between
linux and hurd. First idea:
linux-kernel-source-KVERS
Jens Schmalzing [EMAIL PROTECTED] writes:
Hi,
Martin Michlmayr writes:
Some of the issues we'll have to think about are:
Right. Here's my 2 cents.
- what kind of version control system are we going to use, how are
uploads coordinated?
I don't care much, not being particularly
Jens Schmalzing [EMAIL PROTECTED] writes:
Hi,
Goswin von Brederlow writes:
Aren't all release archs building a kernel with initrd support that
is used in D-I? By the same reason all release archs should be
using initrd in sarge for at least on kernel-image or not?
There's a fundamental
Andreas Barth [EMAIL PROTECTED] writes:
Hi,
since some time, it's not possible to upgrade to sarge with an real
i386-box (real mean: not i486 or higher). This is due to changes in
the gcc, and therefore we need an upgrade kernel etc, see bug #241497
for the details. It was intended to put
Jens Schmalzing [EMAIL PROTECTED] writes:
Hi,
Goswin von Brederlow writes:
It shouldn't be removed. Only the firmware of tg3 was a problem and
the driver works without it. Or was there more non-free?
tg3 is a pretty essential module for amd64.
That's precisely why this patch exists
Wouter Koolen-Wijkstra [EMAIL PROTECTED] writes:
Dear Debian Kernel Maintainer(s),
I think it would be nice to have an empty package called
'kernel-source-latest' (or something similar), which always depends on
the latest Debian kernel source package. This way (nightly cron
automated)
Jens Schmalzing [EMAIL PROTECTED] writes:
Hi,
Goswin von Brederlow writes:
Better would be Kernel-tree-2.6 analog to kernel-tree-2.6.6.
I'm working on the kernel-source-2.6.7 package anyway, I'll add a
kernel-tree metapackage. kernel-tree because IMHO sticking with a
certain minor
Christian T. Steigies [EMAIL PROTECTED] writes:
On Mon, Jun 28, 2004 at 02:00:00PM +0200, Goswin von Brederlow wrote:
Jeff Bailey [EMAIL PROTECTED] writes:
On Thu, 2004-06-24 at 03:35, Thibaut VARENE wrote:
RE Jens' mail: the initrd used is the stock one, I didn't change
anything (yet
Sven Luther [EMAIL PROTECTED] writes:
On Thu, Jul 01, 2004 at 03:33:06PM +0200, Matthias Urlichs wrote:
Hi, Sven Luther wrote:
And sorry, upto now, your only arguments where dogma, white space and the
monolitic nature of the patch.
If you s/dogma/experience with handling kernel
Christoph Hellwig [EMAIL PROTECTED] writes:
On Fri, Jul 02, 2004 at 03:32:55PM +0200, Goswin von Brederlow wrote:
Its also quite off the mark for amd64. The last kerel version had a 0 Byte
patch for amd64 and only the current one has some patches in there to
fix recent bugs.
So what exact
Daniel Jacobowitz [EMAIL PROTECTED] writes:
I spent some time talking with the glibc maintainers about this. These
are all my own opinions, but the others seemed to agree with me.
I think this would be a very good idea.
On Wed, Jul 28, 2004 at 09:12:19PM +0200, Goswin von Brederlow wrote
William Lee Irwin III [EMAIL PROTECTED] writes:
On Thu, Aug 05, 2004 at 06:53:03AM -0700, William Lee Irwin III wrote:
This will be necessary for major security issues, e.g. CAN-2004-0415,
anyway, so I think we'll be okay. The bit about latest kernel-source
is rather hopeful; if we take this
Jens Schmalzing [EMAIL PROTECTED] writes:
Hi,
Sven Luther writes:
Could this not be solved by simply making the kernel-source
kernel-tree kernel-patch-debian dependency strict ?
This is equivalent to dropping kernel-tree and kernel-patch-debian
altogether.
kernel-tree-2.x.y-z should
Christian T. Steigies [EMAIL PROTECTED] writes:
On Wed, Sep 01, 2004 at 11:10:15PM +0200, Frederik Schueler wrote:
Hi,
On Wed, Sep 01, 2004 at 07:53:28PM +0200, Christian T. Steigies wrote:
I have installed Debian-i386 and Debian-amd64 on a new machine. For the
i386
install I used a
Hi,
nice to hear about new ideas and fresh developement now that etch is
out of the way.
Manoj Srivastava [EMAIL PROTECTED] writes:
Third, I want to do away with the postinst deciding which initrd
generator to run. The current initramfs packages already have commands
to create the
[EMAIL PROTECTED] writes:
Hi,
I've been using debootstrap to produce my live linux based on debian
2.6.18 .
At first, my system was built with devfs and everything was fine .
Recently, i moved to udev (i added kernel support + udev package) and
although the live linux works just fine ,
Hi,
I'm looking at the lustre kernel patches and upstream uses quilt to
apply sets of patch files depending on the kernel version. So far the
lustre debian package uses dh_installkpatches which requires one
single patch file per kernel version.
Generating the patch file for dh_installkpatches is
Bastian Blank [EMAIL PROTECTED] writes:
On Thu, Jul 26, 2007 at 01:23:51PM +0200, Goswin von Brederlow wrote:
Which of those change and why?
None.
I don't see how an libata update would change the serial number of the
disk, the filesystem label,
/dev/hd* is gone.
Bastian
Ok
dann frazier [EMAIL PROTECTED] writes:
On Thu, Jul 26, 2007 at 07:42:20PM +0200, Bastian Blank wrote:
On Thu, Jul 26, 2007 at 10:47:00AM -0600, dann frazier wrote:
We need to decide which arches needs this rewrite now and which value
should be filed in.
And also, how should we re-write
timo 2...@famous-timo.de writes:
Hi people,
I have got the following problem: At random X is being closed by force
and the terminal says «critical temperature reached» and then some high
number around 150°C. At the next moment the computer turns off. That
problem occurs with linux 2.6.27
J.A. Bezemer cos...@wormhole.robuust.nl writes:
On Sun, 24 May 2009, Bastian Blank wrote:
Hi folks
I would like to raise the minimum CPU requirement for the shipped Linux
kernels in the i386 port to i686 (with cmov).
[..]
Popcon gives us some rough numbers to think about:
Richard Atterer [EMAIL PROTECTED] writes:
Hello,
I think there is a problem with kernel-image-2.6.8-1-686, but I'm not sure
whether I messed up something...
I installed sarge on a SATA host a while ago (Intel ICH, worked just
fine!). Now I upgraded from the installer's
Marc Singer [EMAIL PROTECTED] writes:
On Sun, Dec 19, 2004 at 03:00:13PM +0100, Frederik Schueler wrote:
Hello,
On Sat, Dec 18, 2004 at 04:35:37PM -0800, Marc Singer wrote:
I'm testing this kernel on a machine that resently boots to 2.6.7 with
no initrd and, therefore, all drivers for
Marc Singer [EMAIL PROTECTED] writes:
On running mdadm --assemble /dev/md0
mdadm[4247]: segfault at 002c rip 0804b19e rsp
db80 error 4
mdadm[4253]: segfault at 002c rip 0804b19e rsp
db80 error 4
That doesn't mean much.
Al Viro [EMAIL PROTECTED] writes:
On Sun, Feb 13, 2005 at 06:31:09PM -0500, Rehm wrote:
Package: kernel
Severity: critical
Justification: root security hole
Extremely insecure. Apparently after having been able to do mounting
on a diskimage disk1.img (sued to root under lightweight wm in
Al Viro [EMAIL PROTECTED] writes:
On Mon, Feb 14, 2005 at 07:15:37AM +0100, Goswin von Brederlow wrote:
a) do you actually have something mounted on that directory at the time?
b) strace of rmdir, please
c) rights to delete are governed by the directory the thing to delete
Horms [EMAIL PROTECTED] writes:
On Fri, Feb 11, 2005 at 12:11:24PM +0100, martin f krafft wrote:
also sprach Horms [EMAIL PROTECTED] [2005.02.11.0823 +0100]:
Sounds good to me, though I am slightly dubious about the last
paragraph.
Well, can you think of a use outside of the
martin f krafft [EMAIL PROTECTED] writes:
also sprach Horms [EMAIL PROTECTED] [2005.02.22.1031 +0100]:
Ok, I want to have the latest kernel source installed,
so I install kernel-tree. Thats a reason.
Please read the thread before you post. kernel-tree packages do not
guarantee the latest
Harald Dunkel [EMAIL PROTECTED] writes:
Package: initrd-tools
Version: 0.1.77
As noted by Erik the ldd of glibc 2.3.3 provides a new output
format breaking mkinitrd:
# mkinitrd -o /boot/initrd.img-2.6.11 2.6.11
cpio: /lib/ld-linux-x86-64.so.2 (0x002a95556000): No such file or
Harald Dunkel [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
Remeber the gcc-3.4/4.0 archive is highly experimental and breaks all
over the place. This is just another of its bugs.
When I started using it, it wasn't experimental at all. It was
the same as Unstable, but it used
Harald Dunkel [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
That is a 64bit sh. No linux-gate.so.1 there. You have to run ldd on a
32bit binary. If you have no chroot install ia32-libs and run
[snip]
Who mentioned 32bit?
Regards
Harri
I did. Thats the only point where
Harald Dunkel [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
That is a 64bit sh. No linux-gate.so.1 there. You have to run ldd on a
32bit binary. If you have no chroot install ia32-libs and run
% ldd /emul/ia32-linux/lib/libc-2.3.2.so
/lib/ld-linux.so.2 = /lib/ld-linux.so.2
Hi,
Shouldn't the libc6 also conflict with older versions of initrd-tools or
does that create a loop somewhere?
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
maximilian attems [EMAIL PROTECTED] writes:
On Fri, 04 Feb 2005, Benedict Verheyen wrote:
I'm trying to switch from a 2.4.24 kernel to a 2.6.10 kernel and
in the process go from lvm1 to lvm2. My root is also on lvm.
When i compile a kernel with lvm2 in it, so no dm-mod to be found,
mkinitrd
Luca [EMAIL PROTECTED] writes:
Sven Luther wrote:
My understanding is that ide-scsi is severly obsoleted in later 2.6 kernels,
and will soon go away, so please don't use it, and everything should be fine,
as you noticed.
Friendly,
Sven Luther
But I need ide-scsi in order to make wine work
Luca [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
Unload the module before bruning and load it before wine.
MfG
Goswin
Unfortunately, unloading that module causes a kernel panic :-(
Then fix that.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Horms [EMAIL PROTECTED] writes:
On Sun, Jun 12, 2005 at 08:12:46AM +0200, Goswin von Brederlow wrote:
Luca [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
Unload the module before bruning and load it before wine.
MfG
Goswin
Unfortunately, unloading that module
Paul Malinowski [EMAIL PROTECTED] writes:
Package: kernel-image
Version: 2.6.8-12-em64t-p4-smp
serwer:/var/log# uname -a
Linux serwer.interdar.pl 2.6.8-12-em64t-p4-smp #1 SMP Thu Feb 9 08:38:33 UTC
2006 x86_64 GNU/Linux
Debian GNU/Linux 3.1 stable, updated
Problem:
Frederik Schueler [EMAIL PROTECTED] writes:
Hello,
On Wed, Jun 07, 2006 at 10:45:02AM +0200, Bastian Blank wrote:
- Or .kerneltoolchain.
This file specifies any toolchain setting CC, LD, AS and so on.
could this be used to cross-build the amd64 kernels on i386 userland, so
we can add
Frederik Schueler [EMAIL PROTECTED] writes:
Hello,
After having discussed the current ABI and NEW handling problem with
Bastian Blank, we would like to seek a consensus among the kernel team
members concerning these issues.
To shortly draft the main issue: upstream changes ABI fairly often
Sven Luther [EMAIL PROTECTED] writes:
On Thu, Jun 08, 2006 at 01:24:49AM +0200, Goswin von Brederlow wrote:
Right, move them into provides and get make-kpkg / module assistant to
pick that provides as dependecy for out of tree modules.
That is a most interesting proposition. It does
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
Sven Luther [EMAIL PROTECTED] writes:
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
Frederik Schueler [EMAIL PROTECTED] writes:
Hello,
with 2.6.17-final, I am going to drop the amd64-generic flavour.
The reason is simple: On amd64, the linux-2.6 package has 11 flavours
in total, which is way too much. The build takes over 5 hours currently,
as each flavour takes approx.
Frederik Schueler [EMAIL PROTECTED] writes:
Hello,
with 2.6.17-final, I am going to drop the amd64-generic flavour.
The reason is simple: On amd64, the linux-2.6 package has 11 flavours
in total, which is way too much. The build takes over 5 hours currently,
as each flavour takes approx.
Sven Luther [EMAIL PROTECTED] writes:
On Wed, Jun 14, 2006 at 06:29:21PM +0200, Martin Michlmayr wrote:
* Sven Luther [EMAIL PROTECTED] [2006-06-14 18:25]:
The issue are ABI changes, but also introduction of new flavours.
Yeah, just like any package... I don't see why we should get special
Bastian Blank [EMAIL PROTECTED] writes:
On Wed, Jun 14, 2006 at 03:31:24PM +0200, Martin Michlmayr wrote:
rc kernels are uploaded to experimental without the -rcX bit in the
name, so the kernel can immediately enter unstable when the final
version is out.
Not possible. Only some of the
Florian Weimer [EMAIL PROTECTED] writes:
* Goswin von Brederlow:
I would suggest keeping the name amd64-generic. It is easier for users
to see that -generic fits all than -k8.
It's also easier to reintroduce split packages if necessary.
And should not need changes in base-installer
Bastian Blank [EMAIL PROTECTED] writes:
On Wed, Jun 14, 2006 at 11:37:38PM +0200, Goswin von Brederlow wrote:
An abi change in the kernel is exactly the same as an abi change in
say mozilla. When the abi changes all modules/plugins have to be
recompiled. Same thing.
Incorrect. They need
Sven Luther [EMAIL PROTECTED] writes:
So, can you give me a valid scenario where an ftp-master would reject a
linux-2.6 upload which needs NEW.
Friendly,
Sven Luther
I asked the same thing on a discussion on irc and aparently it has
happened. I also thought that saying that it never got
Sven Luther [EMAIL PROTECTED] writes:
On Wed, Jun 14, 2006 at 11:37:38PM +0200, Goswin von Brederlow wrote:
An abi change in the kernel is exactly the same as an abi change in
say mozilla. When the abi changes all modules/plugins have to be
recompiled. Same thing.
Sure, and i believe
Sven Luther [EMAIL PROTECTED] writes:
On Thu, Jun 15, 2006 at 12:14:34PM +0200, Goswin von Brederlow wrote:
Sven Luther [EMAIL PROTECTED] writes:
So, can you give me a valid scenario where an ftp-master would reject a
linux-2.6 upload which needs NEW.
Friendly,
Sven Luther
I
Peter Kruse [EMAIL PROTECTED] writes:
Hello,
at the moment our server prints regularily like two times a minute the same
message to kern.log:
EXT2-fs error (device dm-5): ext2_get_inode: bad inode number: 30130240
I checked and the inode really does not exist on the specified device (dm-5 is
Peter Kruse [EMAIL PROTECTED] writes:
Hello Goswin,
On 6/16/06, Goswin von Brederlow [EMAIL PROTECTED] wrote:
I noticed this and can reproduce it by running exportfs -u,
umount,
resize2fs, mount, exportfs and then accessing some previously used
file on the nfs
Package: linux-2.6
Severity: normal
The following program fails to sleep properly (on 64bit cpus != ia64):
#include time.h
#include stdio.h
int main() {
struct timespec req = {(1L34), 0};
printf(nanosleep = %d\n, nanosleep(req, NULL));
perror(error );
return 0;
}
The nanosleep
Hi,
how is building custom xen kernels supposed to work? I see the xen
patches in /usr/src/kernel-patches/all/2.6.16/debian but no matter
what I do they don't get applied.
Shouldn't the following work?
make-kpkg --append-to-version -frosties --revision=2.6.16-1 --subarch=xen
--config oldconfig
Hi,
I took over the ITP for Lustre from and recently also showed
interest in this. Both of use use Lustre at work so there will be some
paid time spend on keeping this current.
Now to my question. Lustre needs a specialy patched kernel and builds
a ton (~100MB uncompressed) of kernel modules
Sorry, I hit the wrong button (send instead of save) so here we go again:
Hi,
I took over the ITP (237713) for Lustre from Andres Salomon and
recently Alastair McKinstry also showed interest in this. Both of use
use Lustre at work so there will be some paid time spend on keeping
this current.
dann frazier [EMAIL PROTECTED] writes:
How big is the patchset these days, and what does it touch? I haven't
messed with Lustre since 2.4.20 where the core patches were mostly
adding intents, etc - stuff that I thought had been merged upstream in
2.6.
There still is a lot of patching in the
1 - 100 of 189 matches
Mail list logo