On Mon, Oct 10, 2005 at 08:25:49AM -0700, Jurij Smakov wrote:
> It appears that this change was done with svn commit 4206, which moved all
> the security related config settings to the common config file. I'm CCing
> Bastian Blank who made this change, so that he can comment on wh
On Mon, Oct 10, 2005 at 04:23:04PM +0200, Guenter Geiger wrote:
> For most of the time this has actually been the case for Debian kernels,
> unfortunately these setting seem to have changed, so that with the new
> 2.6.13 release the capability.ko is compiled into the kernel, which makes
> it impo
On Sat, Oct 15, 2005 at 12:19:04PM +0200, Sven Luther wrote:
> the plan for solving the ramdisk issues is done in three stages, current svn
> 2.6.13 packages implement stage 1, i have patches for both initrd-tools and
> initramfs-tools in svn, and the yaird folk adapted it for yaird, so we may go
>
On Sat, Oct 15, 2005 at 03:51:37PM +0200, Sven Luther wrote:
> One solution would be for each kernel to provide a virtual
> linux-abi-, and have each module package [build-]depend on it or
> something such, in a way similar to how ocaml handles its abi versioning. Need
> some thoughts still.
A dep
On Sat, Oct 15, 2005 at 07:43:02PM +0200, Sven Luther wrote:
> In the light of this, i would indeed vote to move our package to 2.6.14-rc4
> (versioned at 2.6.13.99.rc4 or something, and maybe with 2.6.14-0 abi name),
2.6.13+2.6.14-r4 or 2.6.14~rc4, I don't know if the later is now
supported by da
On Sat, Oct 15, 2005 at 08:22:30PM +0200, Sven Luther wrote:
> I think to remember that ~ is only allowed for etch+1, since we need to handle
> sarge->etch upgrades. not sure about dak though.
AFAIK sarge supports ~ in the tools, but dak does not.
Bastian
--
You! What PLANET is this!
On Sun, Oct 16, 2005 at 08:18:49PM +0200, Michael Meskes wrote:
> Oct 16 19:04:15 feivel kernel: EIP:0060:[sysfs_release+59/128]
> Tainted: PF VLI
Proprietary module and forced module load. Fix that first.
Bastian
--
The heart is not a logical organ.
-- Dr. Janet Wal
On Mon, Oct 17, 2005 at 12:52:09AM +0200, Sven Luther wrote:
> - initramfs-tools needs to be uploaded, it seems to wait for mklibs in NEW,
> but i was able to build it just fine, no idea what is going on here.
This is fixed since yesterday.
Bastian
--
It is undignified for a woman to play
On Mon, Oct 17, 2005 at 09:55:35AM +0200, Michael Meskes wrote:
> Sorry, my fault. I sent in the wrong oops. Actually the oops made me try
> nv again and since it works correctly with my card now I was finally
> able to get rid of nvidia.
Even this oops shows a tainted kernel.
Bastian
--
Ahead
Hi folks
I build a debian-kernel archive which will contain source and binary
snapshots of our kernel packages and neccesary packages to do cross
compilation.
It is located on http://137.250.31.225/debian-kernel.
Available distributions are for now sid and trunk, which matches the
dists in the r
On Tue, Oct 18, 2005 at 02:23:01PM -0600, dann frazier wrote:
> Seems like a reasonable thing to add to the kernel.alioth.debian.org
> infrastructure (with an appropriate named dist), if you're interested -
> unless you want to minimize public exposure of course.
> http://lists.debian.org/debian-
On Wed, Oct 19, 2005 at 04:26:17PM -0600, dann frazier wrote:
> To clarify; I've a lightweight system of my own I've thrown on there -
> see my announcement e-mail above for instructions on using it.
Pardon, this system is not appropriate for what I want to do.
- It lacks any locking which makes
On Sat, Oct 22, 2005 at 08:22:59AM +0200, Sven Luther wrote:
> But apparently this caused build problems in the arch-indep part, which was
> fixed one time by Simon Horman, and then refixed another way by Bastian Blank.
No. The arch-indep part was something else: kernel-package decided t
by one).
* Add Simon Horman, Sven Luther and myself as Uploaders.
.
[ Bastian Blank ]
* Use list of revisions in patch scripts.
* Use correct names for tarball and scripts.
Files:
7f1215f1212d9d0fb3631377821722f3 7701 devel optional
linux-2.6_2.6.13+2.6.14-rc4-0experimental
On Thu, Oct 27, 2005 at 04:11:41PM +0200, Sven Luther wrote:
> or more probably in our own kernel.debian.net autobuilt archive,
> which will hold also stable-security and stable backport kernels.
This is incorrect and needs to be solved.
There are two archives.
- One, which runs som
On Thu, Oct 27, 2005 at 07:54:08PM +0200, Sven Luther wrote:
> Well, sure, but if you are saying that the stuff dannf setup should run daks,
> i guess you are welcome to setup daks on it.
We can't run that on alioth. But we may use a partition on the OpenPower
machines and mirror the stuff on alio
On Fri, Oct 28, 2005 at 10:02:39AM +0200, Frederik Schueler wrote:
> or the
> remove-references-to-removed-drivers.patch should be fixed to remove
> this (in the debian kernel useless) Kconfig option.
It is referenced in linux-nonfree-2.6.
Bastian
--
No more blah, bl
tags 333776 upstream
thanks
On Fri, Oct 14, 2005 at 05:35:49PM -0700, Steve Langasek wrote:
> Ok, I can confirm that this is not reproducible using your above test case.
> The missing variable appears to be that I am mounting my partition using
> -oiocharset=utf8. If I use -oisocharset=iso8859-1
On Mon, Oct 31, 2005 at 06:44:29PM -0200, Otavio Salvador wrote:
> - Allow us to fix detection problems without to need a kernel upload;
As the modules checks against it own table, this is a noop.
> - Allow by arch specific modules;
The modules may specify that also.
> - Allow by kernel vers
On Tue, Nov 01, 2005 at 11:25:37AM +0900, Horms wrote:
> However, as its a performance issue, what is needed is numbers.
> I heard that Ubuntu were looking into it, but haven't heard
> anything of late.
I only heard something about a weird patch which noops the locks on
runtime.
Bastian
--
Is t
On Tue, Nov 01, 2005 at 11:33:15AM +0900, Horms wrote:
> It seems that we are stuck with having SECURITY_CAPABILITIES=y.
> And as we know, that completely breaks modular LSM.
No, it does not. It can be completely disabled on boottime.
Bastian
--
I have never understood the female capacity to a
On Fri, Nov 04, 2005 at 10:58:29PM +0100, Sven Luther wrote:
> Bastian, please give a bit more info about this, and why should we not keep
> the flavours file, it was there for a reason, and it is much more user
> friendly to have it in a file, instead of having to do some strange search for
> conf
reassign 337599 realtime-lsm
thanks
On Sun, Oct 16, 2005 at 02:13:04PM +0200, Mario Izquierdo (mariodebian) wrote:
> I want to compile realtime-lsm module in 2.6.13-1-k7 but
> module-asisstant don't work:
This was already decided to be a realtime-lsm bug.
Bastian
--
It is undignified for a wom
On Sat, Nov 05, 2005 at 11:33:53AM +0100, Eduard Bloch wrote:
> please consider not using CONFIG_MODVERSIONS in future. Reason: it makes
> installation of alternative modules with the same names hard till
> unpossible. Current example: ipw2200, which is contained in 2.6.14 in a
> very old version.
On Sat, Nov 05, 2005 at 12:32:02PM +0100, Eduard Bloch wrote:
> How should I know? I have even removed all the kernel equivalents and
> kept only custom versions of ieee8* and ipw22* modules, did rmmod and
> "depmod -a", and still got:
Okay, so you build ipw2200 against the symbol versions of the
severity 337479 serious
thanks
On Sat, Nov 05, 2005 at 04:31:02PM +0100, Mattia Dongili wrote:
> I'd say this is a problem in the submitter's build host. I's like
> configuring a package with silly ./configure options and pretending it
> works everywhere. :)
No it is not, it is perfectly valid to
On Sun, Nov 06, 2005 at 03:46:19PM -0700, dann frazier wrote:
> Please stop with these unannounced (and seemingly arbitrary) moves.
> They add unnecessary confusion and I (and likely others) find it
> frustrating.
Hu? It disappeared without notice.
Bastian
--
But Captain -- the engines can't
On Sun, Nov 06, 2005 at 05:45:16PM -0700, dann frazier wrote:
> > Hu? It disappeared without notice.
> If I'd been working on the tree at the time, I probably would've whined
> then too.
The development version disappeared.
> A little more ranting... I don't like that we're using a temporal layou
On Mon, Nov 07, 2005 at 08:02:35AM +0100, Sven Luther wrote:
> I have another proposal, and it involves symlinks. Simon has shown that using
> symlinks inside svn is fully supported by svn, so let's try that.
This is incorrect. Symlinks are dumb pointers.
> The plan goes as follows :
> /dists
On Mon, Nov 07, 2005 at 07:20:24AM +0100, Norbert Tretkowski wrote:
> It was announced in #debian-kernel.
So? This is without notice.
Bastian
--
Those who hate and fight must stop themselves -- otherwise it is not stopped.
-- Spock, "Day of the Dove", stardate unknown
On Mon, Nov 07, 2005 at 08:56:39AM +0100, Sven Luther wrote:
> Indeed. The idea was to move 2.6.14 to sid, and make the out-of-git tree the
> main development tree, which was exactly what *YOU* where advocating post
> 2.6.12, so i don't understand what you are complaining about.
I advocated using
On Mon, Nov 07, 2005 at 09:44:12AM +0100, Sven Luther wrote:
> These two show perfectly the real problem here, and there has been not a
> single technical argument in favour of his solution, and he just throwed away
> our own arguments.
Can you please call CTTE?
> I think it is a shame, but well,
Hi folks
2.6.14.1 is released. It changes the ABI of procfs.
Bastian
--
... The prejudices people feel about each other disappear when they get
to know each other.
-- Kirk, "Elaan of Troyius", stardate 4372.5
signature.asc
Description: Digital signature
On Tue, Nov 08, 2005 at 02:28:23PM +0100, Norbert Tretkowski wrote:
> I switched the alpha build from gcc-3.3 to gcc-4.0 in the not yet
> uploaded 2.6.14-3, and Jurij said he'll also switch sparc from gcc-3.3
> to gcc-4.0.
2.6.14.1 seems to need an ABI bump anyway, so go ahead.
> How to handle th
On Sun, Nov 13, 2005 at 12:16:02PM +0100, Maximilian Attems wrote:
> klibc-utils could be replaced by the busybox utils. waldi proposed that.
> that would reduce the porter work for klibc which is not yet ready for
> any arch.
We can even produce a extra busybox for that if it is worth of size.
>
On Sun, Nov 13, 2005 at 12:58:10PM +0100, Sven Luther wrote:
> Well, not wanting to relaunch the discussion at this, but i think Python rates
> really high on the most-uncomprehensible langugage contest,
This is incorrect. python rates lower than much other languages.
>
On Sun, Nov 13, 2005 at 03:50:09PM +0100, Sven Luther wrote:
> I mean we need to find a way to override the k-p's default for ramdisk on a
> per arch/subarch/flavour basis, and a ramdisk= line in the defines seems to be
> most obvious place for this.
I currently try to implement such. My plan is s
On Sun, Nov 13, 2005 at 05:29:22PM +0100, Sven Luther wrote:
> Why not :
> ramdisk: initramfs-tools (>= foo) yaird
> but more importantly, why the two levels ? Have you planed something else
> where this is important ?
Your version needs a dependency parser to drop the (>= foo) in the
generated
On Sun, Nov 13, 2005 at 06:18:36PM +0100, Sven Luther wrote:
> Ah, i was going to not parse anything and just copy it as is into INITRD_CMD.
> Mmm, wait, i forgot something, this is not the usecase i want, what i want is
> :
> ramdisk: mkinitrd.yaird mkinitramfs
> the list of actual binaries being
On Sun, Nov 13, 2005 at 05:29:22PM +0100, Sven Luther wrote:
> I mean, the ramdisk: is shorter and thus nicer than image-ramdisk-generators,
It specifies generators for ramdisks, not the ramdisks themself.
Bastian
--
If a man had a child who'd gone anti-social, killed perhaps, he'd still
tend t
On Wed, Jun 25, 2008 at 01:34:10PM +0200, maximilian attems wrote:
> as you ack it and ia64 openvz support seems quite stable
The ia64 linux-2.6 maintainer have to ack it also.
Bastian
--
Every living thing wants to survive.
-- Spock, "The Ultimate Computer", stardate 4731.3
-
On Wed, Jun 25, 2008 at 02:40:53PM -0600, dann frazier wrote:
> On Wed, Jun 25, 2008 at 01:34:10PM +0200, maximilian attems wrote:
> > as you ack it and ia64 openvz support seems quite stable
> > i could add it there too?
> Yes, please do - then I can even use it on my computer at work :)
mckinley
On Thu, Jun 26, 2008 at 10:17:18PM +, Maximilian Attems wrote:
> Log:
> add inconsistent kallsyms data patch by waldi
No.
Bastian
--
There are some things worth dying for.
-- Kirk, "Errand of Mercy", stardate 3201.7
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
On Fri, Jun 27, 2008 at 12:19:33AM +0200, maximilian attems wrote:
> latest stable release is long awaited for testing,
> thus upload with high urgency this night.
Nack.
Bastian
--
Even historians fail to learn from history -- they repeat the same mistakes.
-- John Gill, "Patter
On Fri, Jun 27, 2008 at 12:19:33AM +0200, maximilian attems wrote:
> latest stable release is long awaited for testing,
> thus upload with high urgency this night.
I don't see a security problem which forces immediate action, which may
also varant the priority setting. Also common sense is to warn
On Sat, Jun 28, 2008 at 08:49:46AM +0200, Martin Michlmayr wrote:
> Because you have to use the same compiler version that was used to
> compile the kernel in order to compile modules.
This is only true on ia64 currently. The other arches stopped embedding
the compiler version in the module ABI.
reassign 489223 linux-2.6 2.6.24-1
thansk
On Fri, Jul 04, 2008 at 09:10:41AM +0200, Laurent Bonnaud wrote:
> Traditional and expected Unix behavior is to give dnetc a small share of
> the CPU and burnP6 should have a large share of the CPU. However here
> is the CPU distribution according to "top
On Mon, Jul 07, 2008 at 09:07:10AM +0200, Joerg Friedrich wrote:
> Bumping to important because I have reports from different people about
> better stability when switching ssids and improved data rates (from 50
> kbit/s to 2mbyte/s!)
The firmware changes the ABI and is not yet referenced in Linus
On Thu, Jul 10, 2008 at 11:15:58AM +0300, Martin Michlmayr wrote:
> * Luk Claes <[EMAIL PROTECTED]> [2008-07-07 23:31]:
> > > No objection in allowing 2.6.25 to go to testing but please hold on
> > > about uploading 2.6.26 until RM team acks on it.
> > hint added.
> Do you know why it hasn't moved
severity 490694 important
thanks
On Sun, Jul 13, 2008 at 01:56:34PM -0400, Jeff Green wrote:
> Severity: grave
> Justification: renders package unusable
You forgot the magic words "for everyone". As this is unlikely, this
severity is overstated.
> NIP: c013abac LR: c013af18 CTR:
c0
On Mon, Jul 14, 2008 at 01:25:02AM +0200, maximilian attems wrote:
> i'd announce 2.6.26 upload for wednesday, alternatively
> thursday too unstable for getting good coverage.
Nack. This have wait for vorlon.
Bastian
--
We have phasers, I vote we blast 'em!
-- Bailey, "The Corbo
On Sun, Jul 13, 2008 at 11:50:54AM +0100, Ian Campbell wrote:
> I've just committed a change to enable a patch (previously added by
> maks) which adds suspend/resume and ballooning to the -xen flavour of
> the i386 kernel.
The patch breaks non-x86 arches.
Bastian
--
The sooner our happiness tog
On Wed, Jul 16, 2008 at 12:07:17PM +0100, Ian Campbell wrote:
> I've committed this patch since it's pretty trivial. I can easily switch
> to the no-generic-changes version if requested though.
Seems to work now.
Bastian
--
Witch! Witch! They'll burn ya!
-- Hag, "Tomorrow is Y
Hi folks
Following the discussion some weeks ago I have a patch to fix most of
the problematic userspace header changes in 2.6.26.
However I decided to ignore the following changes:
- sparc: Removed a.out definitions, SunOS/Solaris emulation only
- sparc: Removed SunOS/Solaris interface definitio
On Fri, Jul 18, 2008 at 03:17:49PM +0200, Rik Theys wrote:
> The current Debian kernel supports 32 cpu's according to the
> /boot/config file. The
> RHEL/CentOS 5 kernel has CONFIG_NR_CPUS set to 255. Any chance the
> Debian kernel
> parameter can be adjusted to be a bit higher? I assume multi
On Fri, Jul 18, 2008 at 02:20:12PM +0200, Bastian Blank wrote:
> Following the discussion some weeks ago I have a patch to fix most of
> the problematic userspace header changes in 2.6.26.
I withdraw the patch. The release team knows why.
Bastian
--
Each kiss is as the
On Tue, Jul 22, 2008 at 07:30:03AM +0200, Rik Theys wrote:
> I would think that for most of the x86_64 machines, a 2MB increase in
> memory usage is acceptable? Most of them are probably equiped with at
> least 1Gb.
| # free -m
| total used free sharedbuffers
On Fri, Jul 25, 2008 at 05:55:01PM -0700, Martin Michlmayr wrote:
> Is longclass broken?
It was.
Bastian
--
Beam me up, Scotty!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-2.6
Version: 2.6.26-1~experimental.1
Severity: grave
The 2.6.26 powerpc6 image fails to enable the hypervisor console. The
end of the log reads:
| [1.301182] ide: Assuming 50MHz system bus speed for PIO modes; override
with idebus=xx
| [1.320754] mice: PS/2 mouse device co
On Mon, Jul 28, 2008 at 12:37:44PM +0200, Bastian Blank wrote:
> The 2.6.26 powerpc6 image fails to enable the hypervisor console.
Cause is a config change. 2.6.25 fails with the same symptoms if I build
it with the config from 2.6.26.
Bastian
--
Worlds are conquered, galaxies destroyed --
On Mon, Jul 28, 2008 at 03:04:46PM +0200, Bastian Blank wrote:
> On Mon, Jul 28, 2008 at 12:37:44PM +0200, Bastian Blank wrote:
> > The 2.6.26 powerpc6 image fails to enable the hypervisor console.
> Cause is a config change. 2.6.25 fails with the same symptoms if I build
> it with
On Tue, Jul 29, 2008 at 02:09:44AM -0700, Steve Langasek wrote:
> On Fri, Jul 18, 2008 at 02:20:12PM +0200, Bastian Blank wrote:
> > Following the discussion some weeks ago I have a patch to fix most of
> > the problematic userspace header changes in 2.6.26.
> I believe t
On Tue, Jul 29, 2008 at 02:53:22PM +0200, maximilian attems wrote:
> i'll announce upload of 2.6.26-1 for tomorrow, will hit NEW.
Nack.
Bastian
--
You're dead, Jim.
-- McCoy, "The Tholian Web", stardate unknown
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
On Tue, Jul 29, 2008 at 07:48:11AM -0700, Mike Travis wrote:
> You could look at the 2.6.27 version of include/asm-x86/irq_vectors.h to see
> how NR_IRQ's is somewhat lessened (at least from a NR_CPUS=4096 perspective.)
May this change be applicable to 2.6.26 or will it break something else?
Bast
On Tue, Jul 29, 2008 at 05:19:22PM +0200, Bastian Blank wrote:
> On Tue, Jul 29, 2008 at 07:48:11AM -0700, Mike Travis wrote:
> > You could look at the 2.6.27 version of include/asm-x86/irq_vectors.h to see
> > how NR_IRQ's is somewhat lessened (at least from a NR_CPUS=4
severity 479709 important
close 479709 2.6.26-1
thanks
On Wed, Jul 30, 2008 at 11:49:36AM +0200, Michael Meskes wrote:
> Not sure whether the severity is correct,
No. There are many system which don't choke on this.
> I doubt it's a good idea to have this kernel in Lenny, especially
> with
On Wed, Jul 30, 2008 at 01:49:51PM +0200, Michael Meskes wrote:
> > On Wed, Jul 30, 2008 at 11:49:36AM +0200, Michael Meskes wrote:
> And they are all in the
> risk of losing data.
Please explain. Data not reaching the disk is something which can't b
unmerge 476970
fixed 476970 2.6.26-1
tags 476970 pending
severity 493567 normal
tags 493567 - confirmed
thanks
On Sun, Aug 03, 2008 at 02:26:56PM +0300, Teodor wrote:
> notfixed 476970 2.6.26-1
> reopen 476970
> tags 476970 - pending
> found 476970 2.6.26-1
> severity 493567 important
> merge 4769
On Sun, Aug 03, 2008 at 12:00:10PM +0200, Rik Theys wrote:
> When booting the 2.6.26 kernel from unstable on Lenny, hwclock complains
> during boot that it can not read the hardware clock using any known
> methods.
I see it. The oldstyle rtc is disabled if the new infrastructure is
enabled. To mak
On Sun, Aug 03, 2008 at 02:38:10PM +0200, Bastian Blank wrote:
> On Sun, Aug 03, 2008 at 12:00:10PM +0200, Rik Theys wrote:
> > When booting the 2.6.26 kernel from unstable on Lenny, hwclock complains
> > during boot that it can not read the hardware clock using any known
> >
On Sun, Aug 03, 2008 at 11:42:49AM -0400, Dave Witbrodt wrote:
> Are there any Debian-specific changes to the HPET source code, or is
> the
> problem directly from upstream?
No, there are no Debian-specific changes. But 2.6.26 uses the new rtc
infrastructure, which may change things.
You may chec
On Sun, Aug 03, 2008 at 06:01:53PM -0700, David Witbrodt wrote:
> Do you have any other suggestions?
Bisecting. See http://kerneltrap.org/node/11753.
Bastian
--
Where there's no emotion, there's no motive for violence.
-- Spock, "Dagger of the Mind", stardate 2715.1
--
To
Hi folks
I'd like to schedule the upload of linux-2.6 2.6.26-2 for tomorrow.
It includes the following fixes:
- Stable update 2.6.26.1.
- Make it possible to build powerpc and sparc modules.
- Force RTC support builtin and reenable the ability to set the clock on
bootup by the kernel.
Bastian
Hi
Someone, I expect maks, disabled required patches. Without them, not
even the simplest image package can be built.
Bastian
--
If I can have honesty, it's easier to overlook mistakes.
-- Kirk, "Space Seed", stardate 3141.9
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On Thu, Aug 07, 2008 at 01:17:11PM +0200, Peter Van Biesen wrote:
> can the problem please be fixed in a 2.6.18 kernel ? I'm sure it is fixed in
> 2.6.24 and up, but to run a xen dom0, you need a 2.6.18 kernel.
Can you provide a patch?
Bastian
--
The joys of love made her human and the agoni
On Fri, Aug 08, 2008 at 04:42:03PM -0500, William Pitcock wrote:
> It appears the plan is to drop vserver in favour of openvz, offering
> openvz as an alternative and perhaps default is a good option, but
> please do not remove vservers, as there are real people who depend on
> this feature.
No. O
On Sat, Aug 09, 2008 at 01:18:10PM +0200, Robert Millan wrote:
> I'll be working on a patch for this one today.
Some advices:
- Please make a minimal fix. As the firmwares are fix-only it may just
remove them and the code referencing it. Please note that the patch
must not include parts of the
On Wed, Aug 06, 2008 at 11:06:21PM +0200, Gonéri Le Bouder wrote:
> On my Dell D610 laptop, linux-image-2.6.26-1-686 has a problem with hwclock.
Please recheck with version 2.6.26-2, which may be already on the
mirrors.
> This command is enough to freeze the machine. About 50% of hwclock calls wi
Hi folks
I intend to remove r6040 from l-m-e-2.6.
Reasons:
- Provided by the upstream kernel
- Differences between the version in the kernel (both 2.6.26 and
2.6.27-rc2, marked as 0.16 and 0.18) and the standalone version
(marked as 0.17) are huge. It is not possible to see any code
differe
On Tue, Aug 12, 2008 at 08:40:09AM +0100, Ian Campbell wrote:
> Since trunk is now at 2.6.27 which supports amd64 Xen guest's I thought
> we could enable CONFIG_XEN for that kernel. I also added some options to
> the 32 bit config, they are enabled anyway this just makes them that
> explicit.
>
>
On Wed, Aug 13, 2008 at 04:39:44PM -0400, Eric Cooper wrote:
> I maintain a kernel module package (eeepc-acpi-source) that has been
> merged into the mainline Linux kernel as of version 2.6.26, and has
> had features added, bugs fixed, etc.
>
> The standalone module is still useful for the 2.6.25
On Thu, Aug 14, 2008 at 11:53:05PM +0100, Jurij Smakov wrote:
> It appears that the script is trying first to unapply patch series 1
> and then 2 (instead of correct order of 2 and then 1) and some patches
> fail because of that. Running '.../apply/debian 1' followed by
> '.../apply/debian orig'
Hi folks
I'd like to schedule the upload of linux-2.6 2.6.26-3 for monday.
The following things are still missing:
- VServer support for alpha, ia64, s390 and sparc. s390 does not build.
Others untested. It should at least include all arches which had them
in Etch.
- PAE enabled VServer image
severity 495685 normal
tags 495685 moreinfo
thanks
On Tue, Aug 19, 2008 at 07:02:56PM +0200, Stefano Sabatini wrote:
> it hangs for half a minute, then I get this error:
> iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection
> iwl3945: iwlwifi-3945-1.ucode firmware file req failed: Reas
On Tue, Aug 19, 2008 at 06:50:11PM +0200, Adam Cécile (Le_Vert) wrote:
> I can confirm this bug 2.6.26-1-amd64 and a slightly modified rebuild of
> the i386 flavour.
> My usb stick is unusable.
I doubt that you see the same bug. Try #494800.
> I noticed severity has been dropped from important to
On Mon, Aug 18, 2008 at 03:23:41PM -0400, Dennis Boone wrote:
> Please provide linux-image-*-xen-amd64 packages in sid. It's getting
> fairly unreasonable to run multiple guests in so little ram. 64 bit
> CPUs are quite common now.
Xen support for x86_64 is first shipped in the upcoming 2.6.27 p
On Wed, Aug 20, 2008 at 09:01:46AM +, Maximilian Attems wrote:
> + * x86: ACPI: Fix thermal shutdowns
ACPI is not x86 specific.
Bastian
--
Too much of anything, even love, isn't necessarily a good thing.
-- Kirk, "The Trouble with Tribbles", stardate 4525.6
--
To UNSUBSC
On Thu, Aug 21, 2008 at 07:11:31AM +0100, Ian Campbell wrote:
> A fix (http://marc.info/?l=linux-kernel&m=121925882522748&w=2) has been
> submitted and is currently between akpm and Linus once it is committed I
> intend to add it to the Debian kernel. Hopefully it will find it's way
> into a subseq
On Thu, Aug 21, 2008 at 01:11:04PM +0200, Peter Palfrader wrote:
> linux-image-2.6.26-1-vserver-686-bigmem 2.6.26-3snapshot.12100 appears
> to have page allocation failures:
I consider this a generic problem for now. Google shows many instances.
Bastian
--
War is never imperative.
Version: 2.6.26-2
On Fri, Aug 22, 2008 at 09:28:52PM +0200, Ralf Treinen wrote:
> The build-dependencies cannot be satisfied on amd64
> even by taking sid and testing binary packages together :
Thank you for wasting our time. This is fixed in unstable.
Bastian
--
You! What PLANET is this!
On Sun, Aug 24, 2008 at 11:29:58AM +0100, Ian Campbell wrote:
> Are there any plans for uploading 2.6.26-4?
Reread the mail for 2.6.26-3.
Bastian
--
If a man had a child who'd gone anti-social, killed perhaps, he'd still
tend to protect that child.
-- McCoy, "The Ultimate Comput
On Mon, Aug 25, 2008 at 12:00:23AM +0200, Holger Levsen wrote:
> linux-2.6 build-depends on kernel-package (>= 10.063). If the code still uses
> kernel-package, and I have no reason to not believe the control file, removal
> of kernel-package is not really an option at this time.
This code is s
Hi folks
I intend to upload linux-2.6 2.6.26-4 tomorrow after the current ones
was (hopefully) synced to Lenny.
This upload includes several fixes:
- 2.6.26.3
- VServer for some additional arches to catch up to the list of
supported arches in Etch.
- Some Xen and OpenVZ fixes, including a RC bu
On Wed, Aug 27, 2008 at 11:24:06AM +, Debian Bug Tracking System wrote:
> > found 494435 linux-headers-2.6.25-2-686
This is no valid version. Please fix it.
Bastian
--
I have never understood the female capacity to avoid a direct answer to
any question.
-- Spock, "This Side
severity 496410 important
thanks
On Wed, Aug 27, 2008 at 07:12:29PM +0400, Dmitry E. Oboukhov wrote:
> _or_ _causes_ _data_ _loss_
It does not cause data loss, the admin needs to execute it. And now stop
bitching around.
Bastian
--
Superior ability breeds superior ambition.
--
On Wed, Aug 27, 2008 at 12:45:32PM -0500, Steven S. Critchfield wrote:
> No this is not a bug in the NVidia installer.
If you believe this is a bug in the kernel please provide evidence. The
XEN entry in the config is no valid indicator.
Bastian
--
Military secrets are the most fleeting of all
On Wed, Aug 27, 2008 at 05:20:53PM -0600, dann frazier wrote:
> I'm not aware of any well-formed consensus yet - though there are
> several ideas. I'll caveat this by saying I don't follow Xen
> development at all, and didn't participate in the previous thread
> about this (very busy at the time),
On Thu, Aug 28, 2008 at 11:22:19AM -0600, dann frazier wrote:
> On Thu, Aug 28, 2008 at 09:36:53AM +0200, Bastian Blank wrote:
> > On Wed, Aug 27, 2008 at 05:20:53PM -0600, dann frazier wrote:
> > > I'm not aware of any well-formed consensus yet - though there are
> >
On Thu, Aug 28, 2008 at 10:49:11PM +0200, Moritz Muehlenhoff wrote:
> On 2008-08-28, Bastian Blank <[EMAIL PROTECTED]> wrote:
> > I know its not really pretty, but for now its the best we can get IMHO.
> What about the Novell 2.6.26 forward-port?
Novell did a .25 forward-port.
On Thu, Aug 28, 2008 at 02:25:30PM -0600, dann frazier wrote:
> > - Full support, which currently noone wants to handle.
> One plus for #4 is that it gives us the option of doing #5 later, in
> case someone steps forward between now and the end of etch support.
Yes.
> > I know its not really pret
301 - 400 of 1950 matches
Mail list logo
