Your message dated Sat, 21 Oct 2006 22:17:10 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Fixing version-tracking for already fixed-in-NMU bug
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: kernel-headers-2.2.20-sparc
Version: 9
Severity: serious

If kernel-image-sparc-2.2 is still required for sparc32, at least the
following needs to be done to get this package into a good shape:

- drop kernel-image-2.2.20-sun4u and kernel-image-2.2.20-sun4u-smp
  (and perhaps kernel-headers-2.2.20-sparc)
- remove build dependency on egcs64 (no longer in unstable and not
                                     required for sparc32)
- Build-Depends: kernel-source-2.2.25
- s/2.2.20/2.2.25/g





--- End Message ---
--- Begin Message ---
Version: 9.1

This bug was fixed in an NMU, but never closed. I'm closing it with the
correct version so that its status can be properly version-tracked.

For reference:

kernel-image-sparc-2.2 (9.1) unstable; urgency=HIGH
 .
   * NMU. Liberal fixes make the source package robust enough to survive
     another release cycle.
   * All security holes fixed with kernel-source upgrade (closes: #239711)
     - Bump everything necessary to version 2.2.25, add build-dep on
       kernel-source-2.2.25 (>= 2.2.25-3) which incorporates the mremap
       fixes.
     - mremap vulnerabilities are all addressed.
   * Enable CONFIG_QUOTA, no harm - 2.2 images are still tiny! (closes: #87859)
   * Lose the sun4u images because 2.4 is much preferred for these machines
     and works 100%.
   * Rework descriptions to note that most people should install 2.4 kernel
     images.
   * Build fixes:
     - use tar --bzip2 instead of tar I
     - add build-dependencies on kernel-package, debhelper (>= 4)
     - sparc64-NEW_GAS-and-CC: use ld -V, not ld --version
     - lose the whole "let's maintain several kernel versions with the same
       source package" idea, flatten out debian/rules and remove all 2.2.19
       dirs
     - use debhelper with kernel-headers package, makes life a lot easier
   * Trivial fixes:
     - s/LILO/SILO/g in package descriptions. (Closes: #101024)
     - Append meaningful EXTRAVERSION names to distinguish kernels and allow
       them to be concurrently installed, a la 2.4. (Closes: #185993)
     - remove Emacs variables from changelog file
     - Lose unused debian/fixup-configs.

Regards,

Adam

--- End Message ---

Reply via email to