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.
Attachment:
signature.asc
Description: This is a digitally signed message part.