Package: kernel-package
Version: 11.0011
Severity: serious
Tags: d-i
Justification: kernels built using this break sparc D-I builds

Daily builds of D-I for sparc have been failing with:
gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format

This has been traced to the fact that the kernel as taken from the
2.6.26-10 linux-image package for sparc64 (built 08 Nov) is no longer
compressed. As sparc still uses kernel-package to build official Debian
kernel images (based on info from Bastian Blank), this is most likely a
regression in kernel-package.

It is unknown whether this issue also affects other architectures or not.

The previous D-I kernel udebs were based on linux-image 2.6.26-8 (built
for sparc on 9 Okt) did not have this issue, so at that time things were
still OK.

Please inform both the kernel team and the installer teams when this issue
is fixed as we will need binNMU's for linux-2.6 for any (potentially)
affected architectures and after that new uploads of the kernel udebs for
D-I.

Cheers,
FJP

-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-rc6 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kernel-package depends on:
ii binutils 2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii debianutils 2.30 Miscellaneous utilities specific t
ii dpkg 1.14.22 Debian package management system
ii dpkg-dev 1.14.22 Debian package development tools
ii file 4.26-1 Determines file type using "magic"
ii gcc [c-compiler] 4:4.3.2-2 The GNU C compiler
ii gcc-4.1 [c-compiler 4.1.2-23 The GNU C compiler
ii gcc-4.2 [c-compiler 4.2.4-4 The GNU C compiler
ii gcc-4.3 [c-compiler 4.3.2-1 The GNU C compiler
ii gettext 0.17-4 GNU Internationalization utilities
ii make 3.81-5 The GNU version of the "make" util
ii module-init-tools 3.4-1 tools for managing Linux kernel mo
ii perl 5.10.0-17 Larry Wall's Practical Extraction
ii po-debconf 1.0.15 manage translated Debconf template
ii util-linux 2.13.1.1-1 Miscellaneous system utilities

Versions of packages kernel-package recommends:
ii bzip2 1.0.5-1 high-quality block-sorting file co
ii libc6-dev [libc-dev] 2.7-16 GNU C Library: Development Librari

Versions of packages kernel-package suggests:
pn docbook-utils <none> (no description available)
ii e2fsprogs 1.41.3-1 ext2/ext3/ext4 file system utiliti
ii initramfs-tools [linux-in 0.92l tools for generating an initramfs
pn libdb3-dev <none> (no description available)
ii libncurses5-dev [libncurs 5.6+20080830-1 developer's libraries and docs for
pn linux-source | kernel-sou <none> (no description available)
ii xmlto 0.0.20-3 XML-to-any converter

-- no debconf information



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Monday 24 November 2008, Manoj Srivastava wrote:
> Could you provide more detail, please? This is not enough to
> indicate where the fault lies. At a minimum, the kernel package
> invocation line, and the full logs of the build where failure was
> noticed should be provided to the bug report. Without this
> information, it is hard to diagnose the problem.
>
> The only thing I can see is that sparc processing in k-p
> defines NEED_DIRECT_GZIP_IMAGE. Now, what kernel-package thinks is the
> architecture is taken from either
> a) user specified value,
> b) dpkg-architecture -qDEB_HOST_ARCH_CPU
>
> If the architecture contains the string sparc, then we arrange
> to gzip the image. If this is not happening, we need to determine if
> it tried to compress, but compressed the wong file, or it did not try
> to compress it at all, or if the actual image is in some other place.
>
> If the build logs for the kernel image show which of these
> scenarios it is, it can be easily fixed. So the build log of the
> kernel image would be useful.
>
> > This has been traced to the fact that the kernel as taken from the
> > 2.6.26-10 linux-image package for sparc64 (built 08 Nov) is no longer
> > compressed. As sparc still uses kernel-package to build official
> > Debian kernel images (based on info from Bastian Blank), this is most
> > likely a regression in kernel-package.
>
> Why do you say this is a regression? Does the previous version
> work? What was the last known working version of the kernel-package?
>
> > It is unknown whether this issue also affects other architectures or
> > not.
> >
> > The previous D-I kernel udebs were based on linux-image 2.6.26-8
> > (built for sparc on 9 Okt) did not have this issue, so at that time
> > things were still OK.
>
> Which version of kernel-package was being used then?

Sorry, I cannot provide the requested info as I'll be off-line for a few
day starting in 30 minutes. CC'ing d-boot and d-kernel.

Hi,

Fixed version in Incoming now. (Bastian: turnaround time: 18
hours from bug report). many thanks to Niko Tyni for the details.

manoj
--
Given a choice between grief and nothing, I'd choose grief. William
Faulkner
Manoj Srivastava <srivasta@acm.org> <http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org