Horms wrote:
Allyn, MarkX A wrote:
There is a symbolic link at /lib/modules/2.6.8-2-386/source
which points to someone's home directory (horms). The horms
home directory does not exist on a new installation.
This is in the stable (Sarge) release.
Thanks, I'll take a look into fixing
On Sun, Aug 21, 2005 at 09:56:54AM -0500, Micah wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey all,
CAN-2005-2555[1] reads:
Linux kernel 2.6.x does not properly restrict socket policy access to
users with the CAP_NET_ADMIN capability, which could allow local users
to
Maybe give a _warning_ (rather than an error) if $rootdev = 0 but
this is not great for the case that $rootdev should be zero (see bug
#310316). Alternativly we could wait untill after the call to
mount_root (or whatever it is) and check that a root filesystem has
been mounted on /mnt. Something
On Aug 22, Horms [EMAIL PROTECTED] wrote:
I was under the impression that /lib/modules/2.6.8-2-686/build/
was used rather than /lib/modules/2.6.8-2-686/source/
Is this incorrect?
No, you are right.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mon, Aug 22, 2005 at 12:24:14PM +0200, Sven Luther wrote:
General problems:
- The 2.6 (instead of 2.6.12 etc.) versioning means previous versions
are thrown out of the archive, anything which isn't ready until then
will lose support.
It is IMHO not realistic to expect the rest
On Mon, Aug 22, 2005 at 11:59:51AM +0200, Sven Luther wrote:
Ok, this is a mess, so we probably need to hold a little flamewar about how we
want the tree organized or something, before we start moving stuff back and
fort.
I believe that the trunk is for main development, and it is important
On Mon, Aug 22, 2005 at 12:58:51PM +0200, Bastian Blank wrote:
On Mon, Aug 22, 2005 at 12:24:14PM +0200, Sven Luther wrote:
General problems:
- The 2.6 (instead of 2.6.12 etc.) versioning means previous versions
are thrown out of the archive, anything which isn't ready until then
I'm getting really confused.
I can't install anything but Vanilla kernel 2.2.20 because 3.0ra5 and 3.1
hand during install on my advancesys scsi card.
And i want to run a raid drive, mdadm keeps telling me it needs ver 0.9 of
summat.
So i got the file kernel-patch-2.2.20-raid_4_all.deb.
i was
On Mon, Jul 18, 2005 at 03:19:05PM +0200, Thiemo Seufer wrote:
Andres Salomon wrote:
Alright folks, I think the packaging is ready to be beaten on by people.
So, unless anyone has any concerns/problems/etc, I'm going to assume
everything's a go for uploading 2.6.12.
The current
2005-08-21, v keltezéssel 12.12-kor maximilian attems ezt írta:
urrgs, but that seem to match upstream bugs thread.
I don't know whether I should be happy about this..
could you try out that bios workaround:
http://www.ussg.iu.edu/hypermail/linux/kernel/0403.1/1537.html
I can test it on
On Wed, Aug 17, 2005 at 03:56:09PM +0530, Rachita Kothiyal wrote:
Hi Jeff,
As Vivek discussed with you in OLS regarding saving dump images
from initrd, I have come up with an initial patch to mkinitrd on
Debian unstable. This modifies the mkinitrd script to generate a
custom initrd for
Package: kernel-image-2.4.27-sparc
Version: 2.4.27-9
Severity: important
Tags: d-i
* Change default ramdisk size for sparc to 16,384K to accomodate a fatter
d-i initrd for netboot installs.
(Joshua Kwan)
This change has been made for the 2.6 kernel, but 2.4 is still using the old
8 mb
On Aug 22 2005, Sven Luther wrote:
A bit of reality check here, we have around 1.3MB space on the miboot
floppies, and current compressed miboot floppies arer 1.6MB or so, so
we just need to unbloat it further 200/300kb (compressed though),
which should be possible by modularizing lot of
Package: linux-source-2.6.12
Version: 2.6.12-5
Severity: normal
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-100-amd64-k8
Locale: [EMAIL
Here in the University other machines with the same NIC, have
the same problems with newer kernels.
I have tried using netperf to see if the NIC stops to send or receive
network traffic, but it worked without problems for 12 hours in each test.
The best I can do to reproduce the problem is: In
On Fri, 2005-08-19 at 15:00 -0600, dann frazier wrote:
On Fri, 2005-08-19 at 14:00 -0600, dann frazier wrote:
On Fri, 2005-08-19 at 10:21 -0400, Andres Salomon wrote:
On Fri, 2005-08-19 at 09:30 +0200, Norbert Tretkowski wrote:
* Horms wrote:
2. 2.6.8-16sarge1 for stable-security
Quoting Horms [EMAIL PROTECTED]:
No, I do not believe so.
but it is documented in run-parts(8). Perhaps this
should be reflected in mknitrd(8). Do you want
I tried to fix that, see attached patch.
--
Simon
173c173,175
Scripts in this directory are run just before the image is generated
Package: linux-image-2.6.12-1-686
Version: 2.6.12-5
Severity: important
sena:~# apt-get -V install linux-image-2.6.12-1-686
Reading Package Lists... Done
Building Dependency Tree... Done
Suggested packages:
lilo (22.6.1-6.2)
The following NEW packages will be installed:
On Mon, 22 Aug 2005 11:50:20 +0900
Horms [EMAIL PROTECTED] wrote:
Its an issue with the kernel. 2.6.10 does not compile cleanly
with gcc-4.0. 2.6.10 is being debricated and is no longer supported,
please consider using 2.6.12 or later. If you really need to
compile 2.6.10 for some reason,
Package: linux-patch-debian-2.6.12
Version: 2.6.12-5
Severity: important
Somehow the @upstream@ and @version@ macros didn't get expanded in
debian/bin/unpatch and debian/bin/apply which causes
PATCH_THE_KERNEL=YES make-kpkg cleab
to fail with the following message:
/usr/bin/make -f
On Mon, Aug 22, 2005 at 11:23:39AM -0300, Rogério Brito wrote:
On Aug 22 2005, Sven Luther wrote:
A bit of reality check here, we have around 1.3MB space on the miboot
floppies, and current compressed miboot floppies arer 1.6MB or so, so
we just need to unbloat it further 200/300kb
Package: kernel-source-2.4.27
Severity: serious
Version: 2.4.27-11
From my build log (reproduced using pbuilder in an i386 chroot):
...
make[5]: Entering directory `/tmp/buildd/kernel-source-2.4.27-2.4.27/scripts'
gcc-3.3 -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -c -o docproc.o
Package: kernel
Version: 2.6.12-5
Severity: important
Hi,
I was installing a package with dpkg when the kernel had a GPF. dpkg
was then stuck and I had to reboot the system. This is with the
Debian provided linux-image:
$ uname -a
Linux jophur 2.6.12-1-amd64-k8 #1 Thu Aug 18 03:05:27 CEST
Hi.
Looks like building the initrd required an upgraded
Depends: directly or indirectly to e2fsprogs.
Not sure the minimum version required, but I had
1.35-6 when installing linux-image-2.6.12-1-686 failed
and 1.38-1.1 when installing linux-image-2.6.12-1-686
succeeded.
Best Regards,
Tony
On Mon, 2005-08-22 at 11:58 -0600, dann frazier wrote:
On Fri, 2005-08-19 at 15:00 -0600, dann frazier wrote:
On Fri, 2005-08-19 at 14:00 -0600, dann frazier wrote:
On Fri, 2005-08-19 at 10:21 -0400, Andres Salomon wrote:
On Fri, 2005-08-19 at 09:30 +0200, Norbert Tretkowski wrote:
tags 324591 +pending
thanks
On Mon, Aug 22, 2005 at 02:29:56PM -0700, Daniel Schepler wrote:
Package: kernel-source-2.4.27
Severity: serious
Version: 2.4.27-11
From my build log (reproduced using pbuilder in an i386 chroot):
...
make[5]: Entering directory
On Mon, Aug 22, 2005 at 04:47:14PM -0700, Tony Godshall wrote:
Hi.
Looks like building the initrd required an upgraded
Depends: directly or indirectly to e2fsprogs.
Not sure the minimum version required, but I had
1.35-6 when installing linux-image-2.6.12-1-686 failed
and 1.38-1.1
On Mon, Aug 22, 2005 at 08:47:42PM +0200, Alexandre Pineau wrote:
On Mon, 22 Aug 2005 11:50:20 +0900
Horms [EMAIL PROTECTED] wrote:
Its an issue with the kernel. 2.6.10 does not compile cleanly
with gcc-4.0. 2.6.10 is being debricated and is no longer supported,
please consider using
On Tue, Aug 23, 2005 at 10:48:53AM +0900, Horms wrote:
On Mon, Aug 22, 2005 at 04:47:14PM -0700, Tony Godshall wrote:
Hi.
Looks like building the initrd required an upgraded
Depends: directly or indirectly to e2fsprogs.
Not sure the minimum version required, but I had
1.35-6
On Mon, Aug 22, 2005 at 11:31:37PM -0400, Theodore Ts'o wrote:
On Tue, Aug 23, 2005 at 10:48:53AM +0900, Horms wrote:
On Mon, Aug 22, 2005 at 04:47:14PM -0700, Tony Godshall wrote:
Hi.
Looks like building the initrd required an upgraded
Depends: directly or indirectly to
* dann frazier wrote:
On Mon, 2005-08-22 at 11:58 -0600, dann frazier wrote:
2.4.27 is building.
And done:
http://people.debian.org/~dannf/kernel/sparc/2.4.27
Works fine on my sparc64.
Thanks, Norbert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
At Tue, 23 Aug 2005 12:54:13 +0900,
Horms wrote:
So the dependency isn't on e2fsprogs, per-se, but rather that
e2fsprogs's initrd script has to filter out the linux-gate.so.1 entry,
but if you have a newer than a certain glibc, it is incompatible with
e2fsprogs 1.35-2, and you need to
On Aug 22 2005, Sven Luther wrote:
On Mon, Aug 22, 2005 at 11:23:39AM -0300, Rogério Brito wrote:
So, I do think that it would be possible to get it smaller. Want to
see my .config? I just posted it to linux-kernel in a reply to
Andrew Morton.
Remember the debian kernel is generic for
33 matches
Mail list logo