severity 410806 normal
thanks
On Tue, Feb 13, 2007 at 02:54:52PM +0100, Radek Antoniuk wrote:
> Justification: breaks the whole system
No. It is no regression, no oops and the system does not stop logging.
Bastian
--
The more complex the mind, the greater the need for the simplicity of play.
severity 410807 normal
thanks
On Tue, Feb 13, 2007 at 02:56:39PM +0100, Radek Antoniuk wrote:
> Justification: breaks the whole system
No.
Bastian
--
Respect is a rational process
-- McCoy, "The Galileo Seven", stardate 2822.3
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
severity 412132 important
user debian-kernel@lists.debian.org
usertag dkt-waiting-etch-update
tags 412132 +patch
thanks
On Fri, Feb 23, 2007 at 11:19:57PM +0100, Patrick Matthäi wrote:
> I think I've found a serious bug in the vserver image for amd64.
> We're running a daemon, which is logging the
severity 412139 important
tags 412139 moreinfo
thanks
On Sat, Feb 24, 2007 at 12:08:26AM +0100, Michael Rasmussen wrote:
> After latest upgrade of 2.6.18-4-686 my machine stops booting when reasing to
> the message: Waiting for root.
Which kernel worked?
> The disk is found but just before find
Package: linux-2.6
Version: 2.6.18.dfsg.1-11
Severity: serious
Tags: security patch
User: debian-kernel@lists.debian.org
Usertags: dkt-waiting-etch-security-update
The included version of the vserver patch allows contexts to renice
processes in other contexts. See patch.
diff -NurpP linux-2.6.19.
On Sat, Feb 24, 2007 at 12:48:20AM +0100, Patrick Matthäi wrote:
> I'm sorry, normaly it shouldn't be a very important bug, but please
> think about these ones, who have to log the caused traffic, that's very
> terrible. So could you please add it to the next upload?
I do, but I have to prioriti
severity 406915 important
thanks
The i2o subsystem seems to be mostly dead. Only interface changes was
propagated.
Bastian
--
You can't evaluate a man by logic alone.
-- McCoy, "I, Mudd", stardate 4513.3
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
tags 304507 wontfix
thanks
The bd_claim patch was never accepted upstream.
Bastian
--
In the strict scientific sense we all feed on death -- even vegetarians.
-- Spock, "Wolf in the Fold", stardate 3615.4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
On Sat, Feb 24, 2007 at 11:11:05AM -0700, dann frazier wrote:
> On Sat, Feb 24, 2007 at 12:37:01AM +0100, Bastian Blank wrote:
> > The included version of the vserver patch allows contexts to renice
> > processes in other contexts. See patch.
> Is there a CVE ID for this?
No.
user debian-kernel@lists.debian.org
usertags 411294 dkt-waiting-etch-update
thanks
On Sun, Feb 25, 2007 at 10:11:54PM +0100, Ben Hutchings wrote:
> It applies cleanly to version 2.6.18.dfsg.1-10 with a small offset in
> some files, but I haven't checked whether any other changes might be
> needed
reopen 303490
thanks
> It is no bug in the kernel to now provide a given optional interface per
> default.
This was the wrong bug.
Bastian
--
Suffocating together ... would create heroic camaraderie.
-- Khan Noonian Singh, "Space Seed", stardate 3142.8
--
To UNSUBSCRIBE, ema
Hi folks
There was some calls to add reportbug scripts to all the linux packages.
They should add the following informations to the bugreport if it is the
running kernel:
- lsmod
- dmesg
It should redirect any bugreport to the source package.
Do we need something else and what should we do with
On Mon, Mar 05, 2007 at 03:16:55PM -0700, dann frazier wrote:
> > They should add the following informations to the bugreport if it is the
> It might be better to include /var/log/kern.log, since dmesg may have
> overflowed since boot (but, I suppose you could argue that we should
> use dmesg expli
On Sun, Mar 04, 2007 at 07:43:30PM +0100, Bastian Blank wrote:
> They should add the following informations to the bugreport if it is the
> running kernel:
> - lsmod
> - dmesg
- /proc/version
- tainted state
Bastian
--
War is never imperative.
-- McCoy, "
On Wed, Mar 14, 2007 at 03:46:28PM +0100, Friedemann Stoyan wrote:
> is there any reason why:
[ CONFIG_IPV6_ROUTER_PREF ]
> isn't enabled in the standard kernel config (Debian Etch)?
Maybe it was never requested?
>It is
> possible to get
On Wed, Mar 14, 2007 at 01:59:21PM +0100, Heiko Schulz wrote:
> which information is still needed? The problem also occurs with
> linux-image-2.6.18-4-xen-amd64.
It does not appear here:
athlon 3200+, 2.6.18-3-xen-vsever-amd64:
bash test.sh 300 70,14s user 6,59s system 99% cpu 1:17,27 total
c
On Thu, Mar 15, 2007 at 02:32:29PM -0600, dann frazier wrote:
> Does this match other people's interpretations? Let's please use this
> thread to achieve consensus on Uploaders usage.
No.
Bastian
--
The sight of death frightens them [Earthers].
-- Kras the Klingon, "Friday's Chi
On Sun, Mar 18, 2007 at 04:51:22PM +0100, Sven Luther wrote:
> Notice that Frans decided on this way of using the uploader field, and used it
> as weapon against me in his war against me.
Uh, uh. You are at least 2 years too late:
| $ svn log -r 1293
svn://svn.debian.org/d-i/trunk/packages/debian
On Thu, Mar 15, 2007 at 04:03:36PM -0600, dann frazier wrote:
> What is your interpretation Bastian?
The same than d-i have. And I lost the trust in maks.
Bastian
--
Where there's no emotion, there's no motive for violence.
-- Spock, "Dagger of the Mind", stardate 2715.1
--
T
On Fri, Mar 16, 2007 at 09:59:36AM +0200, Jurij Smakov wrote:
> I do agree with this interpretation.
Do you also agree that it is okay to break anything just for fun?
Bastian
--
If some day we are defeated, well, war has its fortunes, good and bad.
-- Commander Kor, "Errand of M
user debian-kernel@lists.debian.org
usertag 415805 dkt-etch-update
tag 415805 patch
severity 415805 important
thanks
On Thu, Mar 22, 2007 at 07:26:08AM +0100, Marc Petit-Huguenin wrote:
> I contacted the xen-devel mailing list, and they gave me a solution for
> the problem .See this email for deta
On Wed, Mar 21, 2007 at 06:44:08PM -0600, dann frazier wrote:
> * vorlon would like to see this uploaded over the weekend, I propose
>an upload before Monday's dinstall. waldi: is it possible to get
>snapshot builds of the etch branch going for this?
Should be possible, but will need at l
On Thu, Mar 22, 2007 at 06:23:47PM -0600, dann frazier wrote:
> The linux-2.6 build reports that this patch (fix for CVE-2006-5753)
> breaks the ABI - but I can't seem to figure out why.
Can you please provide the output of the abi check? Are only some
functions affected or all?
> Troy Heber narr
severity 251023 wishlist
thanks
On Thu, Mar 22, 2007 at 11:07:06AM +0100, Sjoerd Simons wrote:
> Setting this to severity important so it gets considered for the next kernel
> upload.
It was not considered upstream, so it violates our patch policy.
Bastian
--
"That unit is a woman."
On Fri, Mar 23, 2007 at 10:19:19AM -0600, dann frazier wrote:
> On Fri, Mar 23, 2007 at 09:51:02AM +0100, Bastian Blank wrote:
> Changed symbols:
> is_bad_inode version: 0xa68da888-> 0xe0848c31
> make_bad_inodevers
On Thu, Mar 22, 2007 at 11:07:06AM +0100, Sjoerd Simons wrote:
> So the patch is really the last bit that needs to be added :)
I did a quick review of the last two versions (0.8.2 and 0.8.3) of the
patch.
- (0.8.2) Moves acpi init into init thread.
- (0.8.3) Populates rootfs two times.
- Uses vfs
On Fri, Mar 23, 2007 at 09:46:03PM +0100, Bastian Blank wrote:
Linux head moved the rootfs initialization just before the device
initcalls with the following message:
| Make sure we populate the initroot filesystem late enough
|
| We should not initialize rootfs before all the core initializers
tags 416200 moreinfo
thanks
On Sun, Mar 25, 2007 at 03:40:53PM -0400, Andrew N. wrote:
> This version of the kernel is missing the sk98lin module for:
No. The tables of supported pci devices is similar in sk98lin and skge.
> dmesg:
> skge 1.6 addr 0xfeaf8000 irq 225 chip Yukon-Lite rev 9
> skge
On Thu, Mar 29, 2007 at 08:14:35PM +0300, Bozhan Boiadzhiev wrote:
> order of decices in /proc/net/dev changes every reboot.
The order was never stable.
> then snmpd read them in eveet reboot in diffrent order
> and mrtg draws meaningless statistics.
This is a bug in snmpd to use interface ids a
On Thu, Mar 22, 2007 at 01:15:31AM -0700, Steve Langasek wrote:
> In the meantime, I don't see any reason why we shouldn't patch the kernel to
> disable hw iommu on nvidia systems only. I believe the attached patch
> should do this. Are you in a position to confirm that this does disable hw
> iom
Hi folks
We should finaly find a fix for the powerpc problem with 2.6.16: the
images does not support apus/prep.
Possible solutions for apus
- port patch with ARCH=ppc and hack k-p so support ARCH=ppc again,
- port patch with ARCH=powerpc or
- forget it.
Possible solutions for prep
- hack k-p so
24/debian/changelog
grub-0.95+cvs20040624/debian/changelog
--- grub-0.95+cvs20040624/debian/changelog
+++ grub-0.95+cvs20040624/debian/changelog
@@ -1,3 +1,9 @@
+grub (0.95+cvs20040624-17sarge1) stable; urgency=low
+
+ *
+
+ -- Bastian Blank <[EMAIL PROTECTED]> Fri, 28 Apr 2006 22:41:04 +0200
Hi folks
I want to schedule the upload of 2.6.16-11 around 1th of may.
It currently contains two fixes:
- security update of the vserver patch and
- conflict with the sarge version of grub.
The later fix need a grub update for sarge to work correctly, which I
already requested.
Bastian
--
Kli
Hi folks
We need some solution to find ABI problems automaticaly. Ubuntu have a
large symbol list in its source package, which is updated from the
binary packages after each build. They are checked against the symbols
of the actual build and if there are errors, it just bails out.
We can implemen
On Sun, Apr 30, 2006 at 05:32:47PM -0700, Jurij Smakov wrote:
> The only difference is I can see is that the version in trunk is no longer
> passing the --append-to-version to make-kpkg, so k-p is probably using
> some magic to come up with the (wrong) package name. Probably it only
> affects th
severity 365770 important
tags 365770 moreinfo
thanks
On Tue, May 02, 2006 at 10:09:19PM +0200, Alexander Loob wrote:
> After updating the linux-image (from 2.6.16-8 ?) on one of my systems
> (PIII 700) the system do not boot anymore (rescue kernel still works),
> and stops with a kernel panic mes
Hi folks
I'd like to schedule the upload of 2.6.16-12 for tomorrow, 4.5.2006.
It currently contains two stable updates.
- 2.6.16.12, a general update and
- 2.6.16.13, a security update.
It needs the new kernel-package to build sparc again.
Bastian
--
Klingon phaser attack from front!
100%
reassign 366276 udev
thanks
On Sat, May 06, 2006 at 09:55:19PM +0200, Jorgen Rosink wrote:
> # cat /proc/net/vlan/config
> VLAN Dev name| VLAN ID
> Name-Type: VLAN_NAME_TYPE_PLUS_VID_NO_PAD
> vlan72_temp| 72 | eth0
This is a bug in the udev network device renaming code. There was some
fi
On Mon, May 08, 2006 at 06:54:44AM +, [EMAIL PROTECTED] wrote:
> I am quite new to Xen, so before I go ahead and file bugs I want to make
> sure that I am not doing something stupid. Are the xen images supposed to
> bootable?
They are bootable, but not via a realmode bootloader like grub or li
Hi folks
I'd like to schedule 2.6.16-13 for tomorrow. It includes an abiname bump
to 2.
Bastian
--
It is more rational to sacrifice one life than six.
-- Spock, "The Galileo Seven", stardate 2822.3
signature.asc
Description: Digital signature
On Tue, May 09, 2006 at 02:18:43PM +0200, Bastian Blank wrote:
> I'd like to schedule 2.6.16-13 for tomorrow. It includes an abiname bump
> to 2.
Missing changes:
- HZ=250
Bastian
--
Men will always be men -- no matter where they are.
-- Harry Mudd, "Mudd&#x
On Wed, May 10, 2006 at 07:46:12AM +0200, Sven Luther wrote:
> > - branch the current linux-2.6 package into a new source package, say
> > linux-2.6.16, tracking 2.6.16.x releases
> Sounds the right thing to do for me. We keep linux-2.6 as trunk package, and
> can branch off any number of kerne
On Thu, May 11, 2006 at 05:00:03PM -0600, dann frazier wrote:
> I don't know what Bastian was intending; but the scenario I mentioned
> was to:
> 1) Upload linux-2.6.16 to sid w/o metapackages
> 2) Let linux-2.6.16 migrate to sid
3) Upload linux-latest-2.6 via t-p-u
> Either way, yes. We s
[ drop debian-release from CC ]
On Sun, May 21, 2006 at 01:09:45PM -0500, dann frazier wrote:
> Kernel udeb creation process (possibly using k-p?)
> -
> If we build all of the *existing* udebs from a single source, we outgrow
> the limit of the Binar
severity 368436 normal
thanks
On Mon, May 22, 2006 at 10:29:49AM +0200, Clement Hermann (nodens) wrote:
> Package: linux-image-2.6.16-1-xen-686
> Version: 2.6.16-12
> Severity: grave
> Justification: renders package unusable
Pardon, the package works.
> I'm glad there is work in progress to inte
On Mon, May 22, 2006 at 03:40:15PM +0200, Clement Hermann (nodens) wrote:
> Only if you can build an initramfs of some sort to boot your kernel.
> Yaird needs a config. file to build one.
This is a limitation of yaird.
> Assuming there is a way to build an initramfs image with initramfs-tools
>
On Mon, May 22, 2006 at 09:04:11AM +0200, maximilian attems wrote:
> latest initramfs-tools mv /etc/mkinitramfs /etc/initramfs-tools
> for better consistency. (package on mentors not yet in unstable)
Just a plain NACK. It moves files around which don't belongs to the
package, it don't takes care a
On Sat, May 27, 2006 at 10:20:06AM +0200, Florian Weimer wrote:
> It seems that the i386 and amd64 autobuilders do no longer upload
> their builds to unstable. What's going wrong? (2.6.16-14 hasn't been
> built on amd64 yet, but -13 has been, and it's not in unstable,
> either.)
Try http://ftp-ma
severity 365455 important
thanks
On Sun, Apr 30, 2006 at 09:51:29AM +0200, Sven Luther wrote:
> It seems 2.6.16 is going to be pushed into testing soon, and i have some
> reservations about this fact.
You had one month to fix it. As we can't longer wait, we have to ignore
this.
Bastian
--
No o
[ restrict to debian-kernel ]
On Mon, May 29, 2006 at 09:20:48AM +0200, Martin Michlmayr wrote:
> * Steve Langasek <[EMAIL PROTECTED]> [2006-05-28 23:46]:
> > There's also an unrelated build failure on mipsel.
> I've no idea where this error comes from. waldi?
The image don't build modules while
On Sun, May 28, 2006 at 11:46:20PM -0700, Steve Langasek wrote:
> > #365455
> > Support for some minor powerpc subarches is lost in the new version
> > of the kernel. Presumably this includes bug #359025. Given all the
> > other reasons for updating it, the words "omlette" and "eggs" c
On Mon, May 29, 2006 at 09:09:18PM -0700, Steve Langasek wrote:
> On Mon, May 29, 2006 at 09:54:33AM +0200, Bastian Blank wrote:
> > > > Other issues:
> > > > * NEW
> > > > Quite a lot of the arches have the newest version of linux-2.6
> > >
On Tue, May 30, 2006 at 08:49:35AM +0200, Sven Luther wrote:
> I marked #369017 as important, should it be RCed ?
Ask him to upload this today and than NMU it if needed.
Bastian
--
A father doesn't destroy his children.
-- Lt. Carolyn Palamas, "Who Mourns for Adonais?",
On Tue, May 30, 2006 at 12:34:49AM -0700, Steve Langasek wrote:
> So if -15 is still broken I should plan to NMU rather than count on -16
> doing anything to address the needs of testing users in a timely manner?
Only porters have the right to do so with consensus within the porter
group. And even
On Sat, Jun 03, 2006 at 05:28:02PM +0200, martin f krafft wrote:
> I cannot reproduce this right after a reboot. However, the following
> sequence will reqproduce it:
>
> mdadm:~# cat /proc/mdstat
> cat: /proc/mdstat: No such file or directory
> Segmentation fault
This is another problem. Or why
owner 304330 debian-kernel@lists.debian.org
owner 333695 debian-kernel@lists.debian.org
thanks
As there was no progress over 2 months in this two ITP and the kernel
team was asked to provide support for the kernel included iscsi support,
I overtake both ITP in favour of the kernel team.
Bastian
On Wed, Jun 07, 2006 at 02:20:48AM +0200, Matthias Klose wrote:
> The compilers from GCC 4.1 provide now the default compiler for etch
> for Ada, C, C++, Objc, ObjC++, Fortran95 and for the Java language.
This means we can't upload linux-2.6 without a change to specify the
compiler to something el
On Wed, Jun 07, 2006 at 05:07:06PM +0200, Frederik Schueler wrote:
> could this be used to cross-build the amd64 kernels on i386 userland, so
> we can add back the 64bit kernels for i386?
We don't need to cross-build them. But currently I don't see any way to
build them completely.
Bastian
--
L
severity 372523 wishlist
thanks
On Fri, Jun 09, 2006 at 10:01:20PM +0100, FRLinux wrote:
> Package: linux-image-2.6.16-2-xen-686
> Version: 2.6.16-14
> Severity: critical
> Justification: breaks the whole system
What does it break?
> It unfortunately dies straight when it tries to find the root
reassign 372783 kernel-package
thanks
On Sun, Jun 11, 2006 at 07:12:15PM +0200, Eduard Bloch wrote:
> today my machine failed to boot. What was the real reason? Something is
> completely fscked up with initrd management. The chronics:
kernel-package provides this infrastructure currently.
Bastia
On Wed, Jun 07, 2006 at 10:39:59PM +0200, Frederik Schueler wrote:
> 1. Alter the NEW handling for kernel (and out of tree modules) packages:
>
> - Add some kind of auto-hinting (if this is technically possible) to
> automatically process kernel packages and co.
The following automatic or semi
On Tue, Jun 13, 2006 at 06:29:37AM -0600, Joseph Smidt wrote:
> Will Etch have Intel PRO/Wireless 3945ABG support?
As external module, maybe. It was declined by kernel upstream in the
current form.
Bastian
--
Change is the essential process of all existence.
-- Spock, "Let That
On Wed, Jun 14, 2006 at 03:31:24PM +0200, Martin Michlmayr wrote:
> I think the situation with kernels in unstable is fine since an ABI
> change doesn't happen too often anyway.
If we didn't fixed two of them, we currently had -4.
> What I'd like to see is
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
> treatment.
New flavours, yes.
>
On Wed, Jun 14, 2006 at 11:37:38PM +0200, Goswin von Brederlow wrote:
> 4) To send a mail to the US gov. due to crypto export regulations.
Only sources.
> 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
> recom
On Wed, Jun 14, 2006 at 11:47:58PM +0200, Goswin von Brederlow wrote:
> Bastian Blank <[EMAIL PROTECTED]> writes:
> > Not possible. Only some of the arches are autobuilt for experimental.
> Is that so important? Maybe you should lobby for more experimental
> buildds then
severity 374185 important
tags 374185 moreinfo
On Sat, Jun 17, 2006 at 08:15:29PM +0200, Wouter Verhelst wrote:
> mkvmlinuz currently fails to work at all. There are a number of syntax
> errors in the script, which would need to be fixed before it can ever
> hope to run successfully. Did whoever u
On Sun, Jun 18, 2006 at 04:44:01PM -0600, dann frazier wrote:
> Yeah, istr having an issue like that as well. We should probably keep the
> 2.6.16 compiler hardcoded to whatever is the default in etch when we
> upload (its still gcc-4.0 today, right)?
It will be hardcoded to -4.0 with the next up
On Sun, Jun 18, 2006 at 04:10:30PM -0600, dann frazier wrote:
> The only technical issue is getting the meta packages to play well. I
> think rough consensus was to leave the metapackages as-is in
> linux-2.6.16 and either 1) drop meta packages from linux-2.6 >= 2.6.17
> or 2) create separate metap
reassign 375043 mkvmlinuz
severity 375043 important
thanks
On Thu, Jun 22, 2006 at 09:48:46AM +0300, Meelis Roos wrote:
> linux-image-2.6.16-2-prep still fails to generate a usable vmlinuz image like
> the -powerpc package.
This is done by mkvmlinuz.
Bastian
--
The face of war has never chang
On Mon, May 22, 2006 at 09:04:11AM +0200, maximilian attems wrote:
> latest initramfs-tools mv /etc/mkinitramfs /etc/initramfs-tools
> for better consistency. (package on mentors not yet in unstable)
As you uploaded that without changes, you have one hour to fix it.
Bastian
--
Bones: "The man's
Hi folks
I requested the rejection of the sparc build of linux-2.6 2.6.17-1 to
allow sparc to raise the compiler to gcc-4.1 without abi bump.
Jurij, please do that.
Bastian
--
You! What PLANET is this!
-- McCoy, "The City on the Edge of Forever", stardate 3134.0
signature.as
Hi folks
I got another request to at least partially fix the modules mess. D-I
needs at least one of them for there kernel builds.
The current situation should be clear.
- It needs manual uploads for each source which builds binary modules.
As the maintainer is not the kernel team, this may nee
On Sat, Jun 24, 2006 at 08:21:53PM +0200, Frans Pop wrote:
> On Saturday 24 June 2006 19:53, Bastian Blank wrote:
> > Disadvantages:
> Another potential disadvantage could be that one binary forces all users
> that need/want only one (related set) of those modules to install all o
On Sat, Jun 24, 2006 at 08:42:40PM +0200, Max Vozeler wrote:
> Another related issue just occured to me: Many of those modules
> have dependencies on supporting user-space tools. Can / do we want
> to have linux-modules-extra-$KVERS depend on them all?
Many of the modules builtin the kernel have s
On Sat, Jun 24, 2006 at 07:53:44PM +0200, Bastian Blank wrote:
> - Produces currently _one_ binary package per kernel flavour.
Okay, only one package is too problematic.
As far these other posibilities which give different output to now have
been shown:
- Only one package per module like l
On Sat, Jun 24, 2006 at 10:41:57PM +0200, Max Vozeler wrote:
> Maybe add a "hardware support" category?
This produces the problem described by fjp.
> A third possibility:
> - One package per module and flavour (as it is now). This means
> the number of binary packages will not decrease, but all
On Mon, Jun 26, 2006 at 04:59:09PM +0200, Jeroen van Wolffelaar wrote:
> I have a thinkpad t41 with gyroscope, readable via the hdaps module.
> However, after suspend/resuming, the module no longer works -- it yields
> the same data every time.
The hdaps module is not provided by the kernel. A mod
On Mon, Jun 26, 2006 at 06:32:47PM -0700, [EMAIL PROTECTED] wrote:
> I would like to bring the following recent svn commits to the
> attention of the team. I have made a commit r6880 in Saturday morning
> (Pacific time):
> Switch to gcc-4.1 for sparc, because it works (tm).
This was after the 2.6
Hi folks
I'd like to schedule the upload of 2.6.17-2 for tomorrow, wednesday.
It fixes the sparc and mipsel build.
Bastian
--
The best diplomat I know is a fully activated phaser bank.
-- Scotty
signature.asc
Description: Digital signature
On Tue, Jun 27, 2006 at 01:24:17PM +0200, Sven Luther wrote:
> I would like a bit more time, tomorrow seems pretty close. Thursday is better
> for me.
Okay.
Bastian
--
But Captain -- the engines can't take this much longer!
signature.asc
Description: Digital signature
reassign 375859
forcemerge 375432 375859
thanks
On Wed, Jun 28, 2006 at 03:13:45PM +0100, James Keasley wrote:
> This package is currently uninstallable as it depends on the
> linux-kbuild-2.6.17 package, which isn't available.
And the next one.
Bastian
--
You're too beautiful to ignore. Too
reassign 375906 linux-2.6
forcemerge 375432 375906
thanks
On Wed, Jun 28, 2006 at 03:50:47PM -0400, Felipe Sateler wrote:
> Kernel headers for 2.6.17-1-k7 are not installable because they depend
> on linux-kbuild-2.6.17, which does not appear to exist anywhere
> (packages.d.o yields no matches, sa
On Wed, Jun 28, 2006 at 07:40:16PM -0700, Jurij Smakov wrote:
> Please note that 2.6.17-1 sparc binaries somehow managed to make it into
> unstable, so an ABI bump might be required, after all.
Hrm. In this case we can just forget it, as the headers was never
installable. A bump is already schedu
On Thu, Jun 29, 2006 at 10:34:55AM +0200, Martin Michlmayr wrote:
> Any idea when this will happen? I still need to test whether mips/arm
> work with gcc 4.1.
Maybe 3 or 4 weeks.
Bastian
--
Warp 7 -- It's a law we can live with.
signature.asc
Description: Digital signature
reassign 376121 linux-2.6
forcemerge 375432 376121
thanks
On Fri, Jun 30, 2006 at 02:14:16PM +0300, Leonard Norrgard wrote:
> Uninstallable due to dependency on non-existing package linux-kbuild-2.6.17.
And the next.
Bastian
--
Is truth not truth for all?
-- Natira, "For the Wo
reassign 376174 linux-2.6
forcemerge 375432 376174
thanks
On Fri, Jun 30, 2006 at 09:50:58AM -0700, Brendan Cully wrote:
> The following packages have unmet dependencies:
> linux-headers-2.6.1
tags 376926 pending
severity 376926 important
thanks
On Wed, Jul 05, 2006 at 02:12:27PM -0400, Joey Hess wrote:
> util/arm/nslu2/slugimage -p -k ./dest/nslu2/netboot/vmlinuz-2.6.16-2-nslu2 -r
> ./dest/nslu2/netboot/initrd.gz -o dest/nslu2/netboot/di-nslu2.bin
> padBytes error: data (1057236) is l
On Wed, Jul 05, 2006 at 06:03:24PM -0400, Joey Hess wrote:
> > So it uses redboot which can boot larger kernels, which means it only
> > breaks one possible boot method.
> There is only one boot method for nslu2 that I know of, and it
> has this kernel size limit.
See http://ecos.sourceware.org/do
On Wed, Jul 05, 2006 at 06:53:35PM -0400, Joey Hess wrote:
> I tried with 2.6.17 and it's ok; the size reductions made in this version
> bring
> it back down to being small enough (although it's close; see below). I hope a
> new version of the 2.6.16 kernel can be released with those same changes
On Fri, Jul 07, 2006 at 02:52:33AM +0200, maximilian attems wrote:
> -bigmem got requested several times with CONFIG_HIGHMEM64G=y and
> CONFIG_X86_PAE=y
> added it for now in the d-k repository for 686.
> there is a pending request for xen too.
> also k7 .config will be ad
On Fri, Jul 07, 2006 at 04:45:17PM +0200, Bastian Blank wrote:
> It is off per default but set to on in the default configs for ia64,
> s390 and x86_64.
And I currently expect it to be the source of some weird illegal
instruction errors I've seen on one of my s390 machins.
Bastian
-
Package: linux-2.6.16
Version: 2.6.16-15
Severity: grave
The arm packages don't match the source as the binNMU contains source
changes.
Bastian
--
It is a human characteristic to love little animals, especially if
they're attractive in some way.
-- McCoy, "The Trouble with Tribb
linux-2.6* is not binNMU-able. This upload includes source changes. So
linux-2.6.16 needs another upload. I intend to schedule the upload of
linux-2.6.16 2.6.16-16 for tomorrow.
Bastian
On Fri, Jul 07, 2006 at 12:47:42AM -0700, Debian Installer wrote:
> Accepted:
> linux-headers-2.6.16-2-all-arm_
Hi folks
After some private discussion how to provide a kernel for the
debian-installer beta3 release, there was the decision to upload
linux-latest-2.6 which provides the necessary metapackages to
testing-proposed-updates. This should be uploaded either tomorrow or the
day after tomorrow.
The me
reopen 374185 unreproducible
severity 374185 important
thanks
On Wed, Jul 12, 2006 at 09:50:53AM +0100, Colin Watson wrote:
> This part of the report is still valid no matter whether you're using
> dash or bash. In bash, I get:
>
> /usr/sbin/mkvmlinuz: 61: arith: syntax error: "OPTIND-1"
| $ c
On Wed, Jul 12, 2006 at 01:30:13PM +0200, Sven Luther wrote:
> That said, it is indeed logical to add spaces, and if so i don't understand
> why it didn't work previously.
| shift $(($OPTIND-1))
Maybe more correct.
Bastian
--
Each kiss is as the first.
-- Miramanee, Kirk's wife
reassign 378008 fai-kernels
thanks
On Wed, Jul 12, 2006 at 05:46:37PM +0200, Holger Levsen wrote:
> He has/had linux-patch-bootsplash installed and adding "Build-Conflicts:
> linux-patch-bootsplash" to fai-kernels control file worked around the build
> problem.
How can this package influence th
Hi folks
We have a trivialy exploitable bug in 2.6.17 which we need to fix ASAP
by updating to 2.6.17.4. I'd like to schedule to upload of 2.6.17-3 for
today 1200 UTC so that we have at least some of the builds done for
today dinstall.
I will revert the ia64 change as it does not follow the schem
On Thu, Jul 13, 2006 at 10:08:09AM +0200, Bastian Blank wrote:
> I will revert the ia64 change as it does not follow the scheme for
> only-smp and I asked Dann to fix it some days ago.
And the i386 -bigmem flavours. They can be added if either xen images
come back or the ABI bump wil
701 - 800 of 1950 matches
Mail list logo
