redhat-cluster: strange build failure, please check chroot

Hi! http://buildd.debian.org/fetch.cgi?&pkg=redhat-cluster&ver=2.20080801-2&arch=powerpc&stamp=1220111899&file=log redhat-cluster fails only on powerpc, with a funny dhshlibs error: dh_shlibdeps -a -l/build/buildd/redhat-cluster-2.20080801/debian/tmp/usr/lib dpkg-shlibdeps: failure: couldn't fin

Bug#494308: binary firmware in drivers/net/e100.c

Hi, I already waited for this. On Fri, Aug 08, 2008 at 12:21:45PM +, Robert Millan wrote: > drivers/net/e100.c (licensed under GPLv2) contains three chunks of binary > firmware, such as: [...] You don't expect us to remove the e100 driver, do you? signature.asc Description: Digital sig

Re: binary firmware (Re: Processed: tagging 493925, tagging 494007, tagging 494009, tagging 494010)

Hi, > Mine is that it should be useful to people fully committed to freedom who > would rather trash their hardware than run a propietary driver that might depend on hom much you paid for that hardware, and on whether you have the choice to not use it, because there might not be anything comparab

Re: NR_CPUS in debian linux-images

Hi, from cujrrent intel and amd roadmaps, expect 4-way and 8-way 12 core boxes during the lenny life cycle. I think NR_CPUS should really be set to 96, at least. On Tue, Jul 29, 2008 at 10:25:32AM +0200, maximilian attems wrote: > we came to this issue: > 10:13 1345623 3148364 417112 4911099

Bug#492173: linux-image-2.6.25-2-486: Dual-core, second core not detected (AMD64x2, running 2.6.25-2-486 kernel)

Hi! On Thu, Jul 24, 2008 at 02:55:45AM -0700, Jack T Mudge III wrote: > I am running on an AMD 64 dual-core CPU, and only the first core is > detected. For me, this has had a significant impact on performance (the > previous kernel, 2.6.24-486, did not have this problem). that is a 32bit kernel f

Re: gcc 4.3

Hi! On Tue, Jun 10, 2008 at 09:01:59AM +0200, Bastian Blank wrote: > On Mon, Jun 09, 2008 at 11:51:28PM +0200, maximilian attems wrote: > > planing to switch x86 to it for 2.6.26. > > compiles, boots and works fine here. > > NACK. Too late. I'd like to see this for amd64 too, but I guess we are

Re: Memory model

Hi! On Sun, Jun 08, 2008 at 12:33:06AM +0200, maximilian attems wrote: > afais fedora defaults to x86_64 SPARSEMEM > > also we had this as default since allmost ever, > you'll only find *one* changelog entry by fs for a bootup fixup change. Did the default change to SPARSEMEM some time ago? Be

Bug#479773: linux-2.6 [etch]: please add 3ware-9690SA support

Package: linux-image-2.6.18-6-amd64 Version: 2.6.18.dfsg.1-18etch3 Severity: whishlist Hello, please add support for the 3ware 9690SA SAS HBA. Found in git: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=0e78d158b67fba3977f577f293c323359d80dd0e;hp=6826ee4fd

Bug#474960: linux-modules-extra-2.6: please add back iscsitarget module

Package: linux-modules-extra-2.6 Version: 2.6.24-6 Severity: wishlist Hello, can you please add back iscsitarget-module? The .24 FTBFS is fixed. Best regards Frederik Schüler -- ENOSIG

Bug#471398: ccs: /etc/cluster/cluster.conf: file not found (broken on clean install)

fixed 471398 2.20071214-1 thanks Hello, > Package: cman > Version: 1.03.00-2 you really should use RHCS2, and not these old packages. Best regards Frederik Schüler -- ENOSIG signature.asc Description: Digital signature

Re: linux-image-...-vserver-bigmem

Hi, On Sun, Mar 02, 2008 at 09:48:26PM +0200, Evgeniy Kozhuhovskiy wrote: > Hi, is this possible to build -vserver-bigmem kernel out of box in the distro? > In fact, many of -vserver users have more than 4Gb RAM :) Why not use amd64 on those boxes? No crippled memory handling that way. Best rega

Bug#461839: ping

Hi Christian, how is it, do you have something already? Best regards Frederik Schüler -- ENOSIG signature.asc Description: Digital signature

Re: Future of the linux udebs

Hi, On Sat, Feb 16, 2008 at 10:52:17PM -0200, Otavio Salvador wrote: > Please read the thread we had about 2.6.24 kernel testing > migration... this is what worries me. I don't want to reopen that discussion here, and I see your argument. There are really good reasons to do beta1 with .24, and go

Re: Future of the linux udebs

Hello, On Fri, Feb 15, 2008 at 12:31:05PM -0200, Otavio Salvador wrote: > Bastian Blank <[EMAIL PROTECTED]> writes: >> - Is impossible to release d-i with a different kernel from sid >>without a lot of hassle >> - If a bad kernel, with a bunch of ugly bugs, gets uploaded, all d-i >>devel

Re: Beta1 missing decisions and possible timeline

Hi, On Fri, Feb 01, 2008 at 09:51:07PM -0500, Joey Hess wrote: > It's far to early to switch d-i to 2.6.24, especially since it drops > support for most of /proc/acpi, including the parts used by > laptop-detect. I still think this switch was an extremely premature and really, really bad idea.

Setting ACPI_SYSFS_POWER broke all battery status applets

Hi, the final 2.6.24 upload has ACPI_SYSFS_POWER activated instead of ACPI_PROCFS_POWER, causing all applets using hal (#462723), and those parsing proc directly (/usr/bin/acpi, wmacpi...) to fail reading the battery status. This makes .24 pretty useless on laptops. I suggest we revert this c

Bug#460846: redhat-cluster-suite: Depends on non-existant package clvm

block 460846 453320 thanks Hi, On Tue, Jan 15, 2008 at 10:37:18AM +0100, Aurelien Jarno wrote: > redhat-cluster-suite depends on clvm which does not exists anymore in > unstable. The lvm2 packages in testing are pretty outdated, as soon as 2.02.29-1 migrated there will be a new upload with clvm

Re: 2.6.24-rc7 experimental upload

Hi! On Fri, Jan 11, 2008 at 05:50:51PM +0100, maximilian attems wrote: > to get wider testing of the current fine trunk, > (seems to close a bunch of bugs ;) > i announce an 2.6.24-rc7 upload for tomorrow morning. headers on amd64 are fixed, so go on :) > if you prefer that it should hit unsta

Re: 2.6.23 upload to p-u

Hello, On Fri, Jan 11, 2008 at 11:46:11AM -0700, dann frazier wrote: > * Go with 2.6.22 for now - its more stable than 2.6.23 and is a known >quantity. I could get a branch going and start on any security >fixes, and upload sometime soon, perhaps Wednesday? OK > * Encourage users to te

Re: [RFR] templates://redhat-cluster/{cman.templates}

Hi! First of all thanks for bringing this up, the package indeed needs i this kind of review. On Mon, Jan 07, 2008 at 07:32:20AM +0100, Christian Perrier wrote: > I think that ALL packages are missing a common paragraph describing > *what* Redhat cluster suite is. Anyone feeling like proposin

Re: redhat-cluster_2.20071022-1_amd64.changes REJECTED

Hi Jörg, On Tue, Dec 25, 2007 at 11:59:43PM +, Joerg Jaspert wrote: > rejected [...] Bummer, I'll fix that copyright file ASAP. > missing source for scnap/doc/csnap.ps This is going to be funny. A ps2txt dump of it is not enough source, is it? ;-) Best Regards Frederik -- ENOSIG sign

Re: 2.6.23-2 upload

Hi *, On Wed, Dec 19, 2007 at 02:11:56PM +0100, maximilian attems wrote: > announcing upload for friday of linux-2.6 trunk, remaining issues yes please, it is needed for the redhat-cluster-suite update. Best regards Frederik Schüler -- ENOSIG signature.asc Description: Digital signature

Bug#455264: openais: add ais user

Hi, On Sun, Dec 09, 2007 at 07:52:04PM +0100, Guido Guenther wrote: > > There is currently no user of this except cman. Please provide a > > rational why the package should generate something which is not used? > Because people want to run aisexec without cman and aisexec wants the > ais user by d

Re: openais and redhat-cluster

Hi, On Mon, Dec 03, 2007 at 06:13:47PM +0100, Guido Guenther wrote: > I've pushed these here: > git://git.debian.org/git/users/agx/redhat-cluster/redhat-cluster.git > http://git.debian.org/?p=users/agx/redhat-cluster/redhat-cluster.git Looks like we did most of the work twice, did we? I am alm

Re: .config 2.6.24 i386/amd64 discussions

Hello, On Sat, Dec 01, 2007 at 03:56:01PM -0800, Steve Langasek wrote: > FWIW, I think "desktop" and "server" are misleading descriptions here. It's > my impression that there are lots of servers in production that would also > benefit from power savings as a result of tickless. I sincerely doub

Re: .config 2.6.24 i386/amd64 discussions

Hello, How is the performance impact of HZ_1000 and tickless versus HZ_100? If the impact is as big as the HZ_100 vs HZ_1000 one, I think it's time to have a desktop/laptop and a server kernel image for amd64. The desktop image would get HZ_1000, tickless and preemption. The server image would

Re: Firmwares left

Hi, On Tue, Sep 25, 2007 at 10:47:02PM +0200, Holger Levsen wrote: > On Tuesday 25 September 2007 21:08, Frederik Schueler wrote: > > As for the rest: our priority is free software, who cares about users? > > I guess you're serious with the rest of this email, but not with t

Re: Firmwares left

Hello, as far as the GPL and BSD licensed firmwares are concerned, the licenses of these firmwares are compliant with the DFSG and will not be castrated from the kernel, see the GR007/2006 discussion. As for the rest: our priority is free software, who cares about users? tg3: Drop. The firmware

Re: [stable] kernel upload to p-u

Hello, I think we should add patches to update the forcedeth and e1000 drivers to the latest version, too. Those are many changes, but also many new boxes require those new drivers: obviously most nvidia based athlon and opteron boards, and many xeon board (supermicro, tyan). What is the chance

Bug#317258: [stable] kernel upload to p-u

On Fri, Sep 14, 2007 at 03:10:44PM +0200, Holger Levsen wrote: > On Friday 14 September 2007 14:57, Bastian Blank wrote: > > The patch needs to be applied upstream until it can appear again. > > Why? > > I mean, I agree for sid, but I don't see the point in not fixing this in > stable. > > Care

Re: Debian's Linux kernel continues to regress on freedom

Hello, On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote: > The most recent linux-source-2.6.22 contains the following files: > > drivers/media/video/dabfirmware.h # CONFIG_USB_DABUSB is not set > drivers/net/drgs_firmware.c # CONFIG_DGRS is not set > drivers/usb/misc/emi26_f

Re: Reorganizing packages

Hello, On Wed, Aug 22, 2007 at 02:11:48AM -0700, Steve Langasek wrote: > I object; if and when there ever is a new upstream kernel branch that we > want to track separately this would have to be reverted, and in the meantime > it would cause more confusion and work because of the need to shuffle t

Re: Reducing number of i386 linux images

On Wed, Aug 22, 2007 at 09:18:44AM +0200, maximilian attems wrote: > > > - Drop k7. > > ack > 486 image is fine for those and the hardware is no longer > so wide spread. There are a whole lot of k7 boxes out there. I would not like to use the 486 flavour on my K7-smp servers, but I can run some

Bug#421816: Status of openais ITP?

Hello, I would like to get something done in this matter, but there has not been any response nor activity since a couple of weeks. What is the status of this ITP? I had a look at the packages on mentors, and I think they are of poor quality, using CDBS and shipping an unecessary postinst scri

[etch] driver updates for 2.6.18?

Hello, I would like to update a few drivers in 2.6.18 for the next point release of etch: - e1000 (PCIe NICs support) - forcedeth (newer onboard NICs stop working on load) - 3w-9xxx (9650 controllers support) I guess there are a couple more drivers requiring an update. Before the release of E

Bug#436320: ITP: tgt - Linux target framework user-space tools

Package: wnpp Severity: wishlist Owner: Debian Kernel Team * Package name: tgt Version : 20070807.1 Upstream Author : [EMAIL PROTECTED] * URL : git://git.kernel.org/pub/scm/linux/kernel/git/tomo/tgt.git * License : GPLv2 Programming Lang: C Description

Bug#421816: status?

Hello, what is the status of this ITP? OpenAIS is a required component for the new upstream version of the redhat cluster suite. We would like to update rh-cluster ASAP as the current version does not work with kernels newer than 2.6.20, and for this we want to have the maintainership of all

Re: Which kernel should I use on a Dual Processor 10 GB RAM Intel server?

system recognizes Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: 2.6.21-rc5

Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: QLogic drivers

whatever is in the > kernel tree? Plans exist to update the kernel in a future point release, in order to support newer hardware. But the qla4xxx drivers require a firmware blob, which will not be added to etch - if it will be packaged at all due to the restrictive licensing. Best regards

Bug#410010: linux-image-2.6.18-3-amd64: Panic When BNX2 Ring Buffer Fills

[EMAIL PROTECTED] Bcc: Frederik Schueler Subject: Re: Bug#410010: linux-image-2.6.18-3-amd64: Panic When BNX2 Ring Buffer Fills Reply-To: In-Reply-To: <[EMAIL PROTECTED]> severity 410010 important thanks Hello, On Tue, Feb 06, 2007 at 08:51:58PM -0500, Steaphan Greene wrote: >

Bug#406769: linux-image-2.6.18-3-amd64: rdtsc instruction does not serialise on core2 family

is included in 2.6.18.6 which is already in svn. You could run a snapshot kernel until the new version is uploaded, to be found using deb http://kernel-archive.buildserver.net/debian-kernel sid main Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

linux-2.6 build problems due to kernel-package

very upstream release(-candidate). Yes, after the release, of course :-) Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Solving the linux-2.6 firmware issue

What legal advice did you receive that made you determine that it is > illegal to distribute them? IANAL, and I am the wrong one to address, see above. sorry. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Solving the linux-2.6 firmware issue

, we can go this way. Renaming the source package is known to work, thus we chose that option in the first place. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Solving the linux-2.6 firmware issue

e just want a new tarball in the archive :-) The only real drawback will be the bugreports getting attached to linux-2.6.18 instead of linux-2.6 (like we already had with .16). Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Solving the linux-2.6 firmware issue

uld be the priorities, too. It is preferable to have a completely free driver including firmware source and build tool-chain inside the kernel tree, like the aic7xxx driver for example. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Solving the linux-2.6 firmware issue

arise if the name contains more dashes or a + sign etc. After etch is out, the next version (probably 2.6.20) will of course be called linux-2.6 again. Does this create any trouble, beside the package having to go through the NEW queue? Best regards Frederik Schueler -- ENOSIG signature.asc

Re: Bug#404143: Fans unreliable under load, permanent memory leak

to me, do we know which models are affected? OTOH, I doubt we have a complete list of affected models, and who knows what problems may arise for yet to be released laptops... Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Bug#404143: Fans unreliable under load, permanent memory leak

hing to me personally, but this is of course up for discussion. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Scheduling linux-2.6 2.6.18-9

vetoes. If you have any last minute changes which are that important they cannot wait for the first point release kernel, please list them here so we can discuss them. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#402701: linux-image-2.6.18-3-amd64: Nvidia driver does no longer work on amd64-Debian due to IOMMU config

ithout requiring software buffer bouncing (like i386 does for the upper emory, and PAE for the 4G+ region on i386). IOMMU is required for 4G+ systems and is a great feature. The nvidia drivers are buggy, you should bug them. Disabling IOMMU is out of question. Best regards Frederik Schu

Re: Schedule for linux-2.6 2.6.18-4

sue in testing? does it make sense at all, considering the current planning (RC1, 2.6.18)? > Personally I'd say the new 2.6.18 needs at least the normal period for > testing in unstable given the number of issues in the current version. I agree. Best regards Frederik Schueler -- ENOSI

Re: Schedule for linux-2.6 2.6.18-4

> tonight and make sure that it boots fine on my boxes, after that it > can go in. Please don't upload before I committed it. How is the status of this? We need to upload urgently due to a ppc issue. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Schedule for linux-2.6 2.6.18-4

Hello, We have an urgent fix for ppc pending, thus I would like to upload ASAP with what we have now, and make another upload when the other stuff is done. Read: we do an urgency=high upload of 2.6.18 today, if this is ok for everyone... comments? Best regards Frederik Schueler -- ENOSIG

Bug#379090: Still no news on 64bit i386 kernels

t since a couple of months, is anyone still actively working on it? Best regards Frederik Schueler signature.asc Description: Digital signature

Re: Schedule for linux-2.6 2.6.18-4

pic too. We wanted to discuss this on the last kernel-team meeting, but never came to this. I think PCIID updates are fine, and important new drivers needed for installation, like network sata scsi or ata drivers. But this is just my opinion, we might want to find a consensus in the team on this.

Re: Schedule for linux-2.6 2.6.18-4

planned for this release too, so please add them back. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Schedule for linux-2.6 2.6.18-4

work the past 2 weeks, so I would like everyone of you to compile a short list of things you have on your agenda for 2.6.18-4, and generally before the release. Then, we should schedule 2.6.18-4 for upload sometime this week. Best regards Frederik Schueler -- ENOSIG signature.asc Description

Re: [kernel] r7653 - in dists/trunk/linux-2.6/debian: . patches/bugfix patches/bugfix/sparc patches/features patches/series templates

linux-image-2.6.18-1-686 2.6.18-4~snapshot.7648 7652 failed everywhere, see http://stats.buildserver.net/build.php?arch=&pkg=linux-2.6 Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#395031: Kernel complains about DMA

localhost kernel: ide1: BM-DMA at 0xfe08-0xfe0f, BIOS > settings: hdc:pio, hdd:pio I doubt this box will do DMA, ever. AFAIK the chipset just does not support it. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: seconds searched for override of resolution 007 needed. (Was: [PROPOSAL] Final consensual proposal for the problematic firmware issue in the linux kernel sources.)

terms, and make sure the GPL distribution conditions are respected, > especially with regards to source availability. > > 6. We will include those firmware into the debian linux kernel package as > well > as the installer components (.udebs) used by the debian-installer. > END OF PROPOSAL Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#393304: APIC Error on CPU0: 00(00)

ected to be broken. Please use a recent kernel from either unstable or backports.org. Best regards Frederik Schueler -- ENOSIG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot

rchitecture. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#393958: linux-2.6: Please enable CONFIG_VSERVER_HARDCPU for vserver flavour(s)

Hello, On Thu, Oct 19, 2006 at 01:36:13AM +0800, Andrew Lee wrote: > Please enable CONFIG_VSERVER_HARDCPU for vserver flavour(s). this change is already in svn and pending for the next upload. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Kernel width "HIGMEM64G=y" kills my adaptec hw-raid

rts.org, or 2.6.18-1-686-bigmem from unstable, and see if that works for you? The -bigmem flavour has PAE activated and supports up to 64G ram. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: [PROPOSAL] Final consensual proposal for the problematic firmware issue in the linux kernel sources.

especially with regards to source availability. > > 6. We will include those firmware into the debian linux kernel package as > well > as the installer components (.udebs) used by the debian-installer. > END OF PROPOSAL Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Scheduling linux-2.6 2.6.18-3

eds to be ported to 2.6.18. The firmware issue is still open, too; we will wait for the GRs to be done though, before doing anything in this concern. As usual, if someone needs more time for pending changes, drop a line. Best regards Frederik Schueler -- ENOSIG signature.asc Description: D

Re: Processing of linux-latest-2.6_3_multi.changes

Hello, not all architectures have the kernel-image-2.6* transitional packages, namely arm armeb hppa m68k mips mipsel please add them to linux-latest-2.6 in trunk, in debian/templates/control.extra.in Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#390791: mkinitramfs doesn't include required firmware

ore the driver > will actually work. Did you install the firmware on your own, or from the firmware-qlogic package in non-free? Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: 2.6.12 smp for i686?

for migration still point to 2.6.17. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

scheduling linux-2.6 2.6.18-2

your voice if you need more time so we can reschedule. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Preparing linux-2.6 2.6.18-1

t for the first patches, as the merge window for 2.6.19 will not be open long enough anymore, except for the dgrs removal. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Preparing linux-2.6 2.6.18-1

we can expect a real answer. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#389232: linux-image-2.6-amd64: mounting xfs filesystem causes kernel oops

reassign 389232 linux-2.6 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Preparing linux-2.6 2.6.18-1

Hi, On Sun, Sep 24, 2006 at 01:08:10PM -0400, Nathanael Nerode wrote: > Today I sent an email asking upstream to remove dgrs based on its > uselessness; we'll see what happens. Thanks. We should consider removing it, too then. Best regards Frederik Schueler -- ENOSIG si

Re: proposal: kernel team IRC meeting on Saturday, 30th September 16:00 UTC

f DELL poweredge which ALL needed the firmware to work, guess my face when I wanted to install sarge on those. But yes, most tg3 nics do not need the firmware. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Preparing linux-2.6 2.6.18-1

mitted in order for us to consider an inclusion. Then, firmware-loading support in d-i is still missing, this issue should be be fixed too before we consider the patch. I have a board with tg3, so I can perform the needed testing. Best regards Frederik Schueler -- ENOSIG signature.asc De

Re: Preparing linux-2.6 2.6.18-1

se is dependent on our system which is "100% free software". This is insulting. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

proposal: kernel team IRC meeting on Saturday, 30th September 16:00 UTC

common platform for all kernel-team members concerning firmware blobs. Is the scheduled time OK for everyone? Does anyone have additional topics to discuss? Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Preparing linux-2.6 2.6.18-1

simply wrong. working together with upstream and the vendors to fix the issue is what we should do, not ripping the blobs aout of the kernel and forgetting about their existence. Guess which Distribution users who "made a poor buying choice" will not use again. Best regards Frederi

Re: Preparing linux-2.6 2.6.18-1

Hi, On Wed, Sep 20, 2006 at 06:16:32PM -0700, Steve Langasek wrote: > On Wed, Sep 20, 2006 at 03:38:50PM +0200, Frederik Schueler wrote: > > Second: this release contains ALL binary firmware blobs shipped > > upstream, even those we kept pruning since the day Herbert Xu remove

Bug#388553: Kernel 2.6.16 with possible malfunction

Hello, the 2.6.17 kernels already migrated into testing, can you please try to reproduce this with linux-image-2.6.17-2-k7? On Thu, Sep 21, 2006 at 09:32:03AM +0200, Stephan Trebs wrote: > Package: linux-image-2.6.16-2-k7 > Version: 2.6.16-18 Best regards Frederik Schueler --

Preparing linux-2.6 2.6.18-1

haven't been updated yet. If the release and debian-installer teams don't object, we will upload an unpruned linux-2.6 2.6.18-1 to unstable today. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

scheduling linux-2.6 version 2.6.17-9

Hello, I would like to upload linux-2.6 2.6.17-9 tomorrow, wednesday 13th. It includes 2.6.17.12 and .13, among some other small fixes. Does anyone have pending changes which need more time? If so, please raiso your voice so we can reschedule. Best regards Frederik Schueler -- ENOSIG

Re: kernel build dependency on gcc-4.0?

too, if we do another ABI bump), as soon as we get there. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: [amd64] What happened to the agpgart module?

builtin now by default if you activate GART_IOMMU, the iommu on K8 (which you usually want to activate). Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Re: Scheduling linux-2.6 2.6.17-8

kernel-archive.buildserver.net/debian-kernel/pool/main/l/ Please contact Bastian if you want to add a buildd for your architecture. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

kernel firmwares: GR proposal

that the success of this GR is considered as necessary by the kernel and release team for successfully delivering etch in time (and to allow us a successful planning of that). on behalf of the kernel- and release team Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Scheduling linux-2.6 2.6.17-8

candidate and have it moved to Etch soon, and start concentrating on 2.6.18, which was already begun in trunk. If someone has pending changes and needs more time, please drop a line so we can reschedule accordingly. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital

release plan: please fix fix linux-2.6 2.6.17 on alpha hppa ia64 mips mipsel

these issues are not fixed, so please hurry up :-) Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#381951: [kernel] r7232 - in dists/sid/linux-2.6/debian: arch/i386

as asking joeyh's opinion last I > saw. but, I don't think it'll harm anything to go ahead and do a > release with it, we could always back it out later. I agree, we should reconsider only if the size increase causes trouble with D-I. Best regards Frederik Schueler -- ENOSI

Re: [kernel] r7232 - in dists/sid/linux-2.6/debian: arch/i386

where it should have been commented. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#292061: closed by Nathanael Nerode <[EMAIL PROTECTED]> (PREEMPT will remain enabled)

reopen 292061 thanks Who gives you the authority to close this bug? Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Preparing 2.6.17-7

seems rather unmaintained lately. We cannot support it anymore this way, and may remove it in a future upload. As usual, if more time is needed for anything pending, we will of course reschedule. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#383707: linux-image-2.6.17-2-amd64: Please enable CONFIG_R8169_VLAN on amd64

Hello, On Fri, Aug 18, 2006 at 11:18:49PM +0200, Aurelien Jarno wrote: > CONFIG_R8169_VLAN is enabled on all architectures that have the r8169 > module, but amd64. Could you please fix that. Thanks. fixed in svn. Best regards Frederik Schueler -- ENOSIG signature.asc Description: D

Re: Urgent : megaraid and qla2300 modules not found

e/f/firmware-nonfree/firmware-qlogic_0.1_all.deb and even an udeb, which the installer cannot load automatically yet: ftp://ftp.debian.org/debian/pool/non-free/f/firmware-nonfree/firmware-qlogic-di_0.1_all.udeb These firmwares work well with 2.6.16 and 2.6.17 kernels. Best regards Frederik Schue

Re: Mass kernel udeb building solution

hitectures. really great :) Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Kernel schedule proposal for Etch

topic, thus it is not considerer in this schedule. I'd like some feedback from both the installer and release team if they think this is a feasible way for further action; if so, I'll also contact the security team for begin of security support. Best regards Frederik Schueler [1]

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

then, please, send patches. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

  1   2   3   >