Bug#747911: New packages build by kernel-package depending on initramfs-tools even if the kernel is not using initram

2014-05-12 Thread Klaus Ethgen 
Am Mo den 12. Mai 2014 um 23:18 schrieb Manoj Srivastava:
> > Newly build kernel depending on "initramfs-tools |
> > linux-initramfs-tool" even if the kernel does not use initram and have
> > no support for initramfs.
> 
> This should be harmless.  Whether or not you have these packages
>  installed should not change the behaviour, and a user can reasonably
>  expect to have initrd and non-initrd kernels on the same machine.

I'd like to only have needed packages installed and this is not.
Moreover, it brings more dependencies that are not needed.

The right way would be a recommend in this case, not a hard dependency.
Or even better, only have the dependency when the kernel need a initrd.

The dependency line from a kernel build with earlier version:
   Depends: coreutils (>= 5.96)

And with the current version:
   Depends: coreutils (>= 5.96), initramfs-tools | linux-initramfs-tool

The later one is wrong. Both kernels have the same configuration and
both have no support for initram.

> > As the build of initramfs is forced even in that cases and grub is
> > forced to use it, I think the severity of the bug is even higher as it
> > might prevent system from booting.
> 
> This is the bug.  If you did not use make-kpkg --initrd 
>  your kernel image postinst should have $initrd not equal to Yes; and
>  the postinst should export INITRD = No to the environment before
>  calling the postint.d.
> 
> Could you please attach the kernel image postinst file? Also, a
>  log of the installation run migh help.

I have no log but the postinst is attached to this mail.

> > Please revert the change to only depend and build initram fs if the
> > kernel need it and has support for it.
> 
> We always depended on intramfs tools; but the ones we depended
>  on became obsolete. But, since a use may have initramfs tools installed
>  anyway, this is not a solution.

As you see above, that is not true. With old kernel-package there was
only dependency to initramfs tool if a initram is in use.

Regards
   Klaus
-- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
#! /usr/bin/perl
#  -*- Mode: Cperl -*-
# debian.postinst ---
# Author   : Manoj Srivastava ( sriva...@pilgrim.umass.edu )
# Created On   : Sat Apr 27 05:55:26 1996
# Created On Node  : melkor.pilgrim.umass.edu
# Last Modified By : Manoj Srivastava
# Last Modified On : Mon Apr 13 14:24:43 2009
# Last Machine Used: anzu.internal.golden-gryphon.com
# Update Count : 362
# Status   : Unknown, Use with caution!
# HISTORY  :
# Description  :
#
#$Id: image.postinst,v 1.125 2003/10/07 16:24:20 srivasta Exp $
#

#
#use strict; #for debugging
use Cwd 'abs_path';
use Debconf::Client::ConfModule qw(:all);
version('2.0');
my $capb = capb("backup");

$| = 1;

# Predefined values:
my $version   = "3.13.10";
my $move_image= ''; # target machine defined
my $kimage= "vmlinuz";   # Should be empty, mostly
my $image_dir = "/boot";   # where the image is located
my $clobber_modules   = ''; # target machine defined
my $initrd= "";   # initrd kernel
my $postinst_hook = ''; #Normally we do not
my $postrm_hook   = ''; #Normally we do not
my $preinst_hook  = ''; #Normally we do not
my $prerm_hook= ''; #Normally we do not
my $ignore_depmod_err = ''; # normally we do not
my $relink_src_link   = 'YES';  # There is no harm in checking the link
my $relink_build_link = 'YES';  # There is no harm in checking the link
my $force_build_link  = ''; # There is no harm in checking the link
my $arch  = "amd64";   #  should be same as dpkg 
--print-architecture
my $kernel_arch   = "x86_64";
my $package_name   = "linux-image-$version";
my $kernel_pkg_version = "13.007";

#known variables
my $image_dest = "/";
my $realimageloc   = "/$image_dir/";
my $have_conffile  = "";
my $silent_modules = '';
my $warn_reboot= 'Yes'; # Warn that we are installing a version of
# the kernel we are running

my $modules_base = '/lib/modules';
my $CONF_LOC = '/etc/kernel-img.conf';

# Ignore all invocations except when called on to configure.
exit 0 unless $ARGV[0] =~ /configure/;

my $DEBUG = 0;

# Do some preliminary sanity checks here to ensure we actually have an
# valid image dir
chdir('/') or die "could not chdir to /:$!\n";
die "Internal Error: ($image_dir) is not a directory!\n"
  unless -d $image_dir;

# remove multiple leading slashes; make sure there is at least one.
$realimageloc =~ s|^/*|/|o;
$realimageloc =~ s|/+|/|o;
die "Internal Error: ($realimageloc) is not a directory!\n"
  unless -d $realimageloc;

if ( -r "$CONF_LOC" && -f "$CONF_LOC" ) {
  if ( open( CONF, "$CONF_LOC" ) ) {
while () {
  chomp;
  s/\

Bug#747911: New packages build by kernel-package depending on initramfs-tools even if the kernel is not using initram

2014-05-12 Thread Manoj Srivastava 
tags 747911 +moreinfo
thanks

Hi,
On Mon, May 12 2014, Klaus Ethgen wrote:


> Newly build kernel depending on "initramfs-tools |
> linux-initramfs-tool" even if the kernel does not use initram and have
> no support for initramfs.

This should be harmless.  Whether or not you have these packages
 installed should not change the behaviour, and a user can reasonably
 expect to have initrd and non-initrd kernels on the same machine.
 
> As the build of initramfs is forced even in that cases and grub is
> forced to use it, I think the severity of the bug is even higher as it
> might prevent system from booting.

This is the bug.  If you did not use make-kpkg --initrd 
 your kernel image postinst should have $initrd not equal to Yes; and
 the postinst should export INITRD = No to the environment before
 calling the postint.d.

Could you please attach the kernel image postinst file? Also, a
 log of the installation run migh help.

> Please revert the change to only depend and build initram fs if the
> kernel need it and has support for it.

We always depended on intramfs tools; but the ones we depended
 on became obsolete. But, since a use may have initramfs tools installed
 anyway, this is not a solution.

> -- Configuration Files:
> /etc/kernel-pkg.conf changed:
> maintainer := Klaus Ethgen
> email := kl...@ethgen.de
> priority := Low
> pgp := Klaus Ethgen
> config_target := menuconfig
> root_cmd := fakeroot
> do_clean := NO

manoj
-- 
An economist is a man who would marry Farrah Fawcett for her
money. Edgar R. Fiedler
Manoj Srivastava    
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#747911: New packages build by kernel-package depending on initramfs-tools even if the kernel is not using initram

2014-05-12 Thread Klaus Ethgen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: kernel-package
Version: 13.007
Severity: normal

Newly build kernel depending on "initramfs-tools |
linux-initramfs-tool" even if the kernel does not use initram and have
no support for initramfs. As the build of initramfs is forced even in
that cases and grub is forced to use it, I think the severity of the bug
is even higher as it might prevent system from booting.

Please revert the change to only depend and build initram fs if the
kernel need it and has support for it.

- -- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.2 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)
Shell: /bin/sh linked to /bin/dash

Versions of packages kernel-package depends on:
ii  bc   1.06.95-8
ii  binutils 2.24.51.20140425-1
ii  build-essential  11.6
ii  debianutils  4.4
ii  file 1:5.18-1
ii  gettext  0.18.3.2-1
ii  kmod 17-2
ii  make 4.0-5
ii  po-debconf   1.0.16+nmu2
ii  util-linux   2.20.1-5.7

Versions of packages kernel-package recommends:
ii  cpio   2.11+dfsg-2
pn  docbook-utils  
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  btrfs-tools   3.14.1-1
ii  bzip2 1.0.6-5
ii  dracut [linux-initramfs-tool] 037-1
ii  e2fsprogs 1.42.9-3
ii  grub-legacy [grub]0.97-67
pn  jfsutils  
pn  liblz4-tool   
ii  libncurses5-dev [libncurses-dev]  5.9+20140118-1
pn  linux-source  
pn  mcelog
pn  oprofile  
pn  pcmciautils   
pn  ppp   
ii  procps1:3.3.9-4
pn  quota 
pn  reiserfsprogs 
ii  squashfs-tools1:4.2+20130409-2
ii  udev  204-10
ii  xfsprogs  3.1.9
pn  xmlto 

- -- Configuration Files:
/etc/kernel-pkg.conf changed:
maintainer := Klaus Ethgen
email := kl...@ethgen.de
priority := Low
pgp := Klaus Ethgen
config_target := menuconfig
root_cmd := fakeroot
do_clean := NO


- -- no debconf information

- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJTcS/cAAoJEKZ8CrGAGfasPlUL/0WtR1X8FeWjmgHPmcXoGR6m
9TT987KO0T0+lHBb5lCEKSxf2a+RSP7B1+y7mO4440YBeWOjD+IBVJMII011D7X+
s/63hGuyR3tBEOX2uzlUxxrxqtTMiyjrPhFUIi88Fbdf+LFhE9SFDjIhVlgJGR/Y
LpectGxwHK2IhM2swidMDaR9xzX1yEzK3IQ9HPI6abm4GuNBp533GalrgawZnUVo
Lsmq1yPjHjx5K/wjURPlAp40Izl1S3p2045dvXdwy97RnzcIpmg+wGC03zEGSMrp
QAmJlH2alzcMmy7KX5eulMq67T765fWr+BY4x++nPPBzL1n86CCi5b6mBeEFynCy
qZQ0+8hvMnbz89tmcKuhihDeuy6NR+4VZBDAmb+aua3ddZkDhf76mroVvymo45A6
y2G2UJ0zuxnaMWi+B23GvXikIyFmlsnsGIA6G//y0VaFUp5rAnhnHA+IWj/U2shY
DeNnG90OlM9jUxd7ASwBIhZUHnaLT14Ji74qXiOprw==
=3zFk
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org