Debian Bug report logs - #435510
Please permit installation in chroots

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Please permit installation in chroots

Date: Wed, 1 Aug 2007 11:21:55 +0200

Package: hal
Version: 0.5.9.1-2
Severity: minor

        Hi,

 I think it would be useful to be able to install hal in a chroot, this
 currently fails when the host already runs hal.  IMO the same logic as
 udev could be useful here:
chrooted() {
  if [ "$(stat -c %d/%i /)" = "$(stat -Lc %d/%i /proc/1/root 2>/dev/null)" ];
  then 
    # the devicenumber/inode pair of / is the same as that of /sbin/init's
    # root, so we're *not* in a chroot and hence return false.
    return 1
  fi
  echo "A chroot environment has been detected, udev not started."
  return 0
}
[...]
case "$1" in
    configure)
[...]
    if [ -z "$2" ]; then # first install
[...]
      if ! chrooted; then
        enable_udev
      fi
...

 The use case are:
 - satisfying build-deps (which might directly list hal or stuff
   depending on hal for other reasons)
 - creating chroots in order to prepare filesystem images (this popped
   up on the dev at moblin.org list:
      <http://www.moblin.org/archives/html/dev/2007-07/msg00220.html>

   Bye,

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hal depends on:
ii  adduser                       3.104      add and remove users and groups
ii  dbus                          1.1.1-3    simple interprocess messaging syst
ii  hal-info                      20070618-1 Hardware Abstraction Layer - fdi f
ii  libc6                         2.6-5      GNU C Library: Shared libraries
ii  libdbus-1-3                   1.1.1-3    simple interprocess messaging syst
ii  libdbus-glib-1-2              0.74-1     simple interprocess messaging syst
ii  libexpat1                     1.95.8-4   XML parsing C library - runtime li
ii  libgcc1                       1:4.2.1-1  GCC support library
ii  libglib2.0-0                  2.13.7-3   The GLib library of C routines
ii  libhal-storage1               0.5.9.1-2  Hardware Abstraction Layer - share
ii  libhal1                       0.5.9.1-2  Hardware Abstraction Layer - share
ii  libsmbios1                    0.13.6-1   Provide access to (SM)BIOS informa
ii  libstdc++6                    4.2.1-1    The GNU Standard C++ Library v3
ii  libusb-0.1-4                  2:0.1.12-7 userspace USB programming library
ii  libvolume-id0                 0.113-3    libvolume_id shared library
ii  lsb-base                      3.1-24     Linux Standard Base 3.1 init scrip
ii  pciutils                      1:2.2.4-1  Linux PCI Utilities
ii  udev                          0.113-3    /dev/ and hotplug management daemo
ii  usbutils                      0.72-8     Linux USB utilities

Versions of packages hal recommends:
ii  eject                         2.1.5-4    ejects CDs and operates CD-Changer

-- no debconf information

-- 
Loïc Minier

Message #10 received at 435510@bugs.debian.org (full text, mbox, reply):

From: Martin Pitt <mpitt@debian.org>

To: Loïc Minier <lool@dooz.org>, 435510@bugs.debian.org

Subject: Re: Bug#435510: Please permit installation in chroots

Date: Thu, 2 Aug 2007 08:09:34 +0200

[Message part 1 (text/plain, inline)]

Hi Loïc,

Loïc Minier [2007-08-01 11:21 +0200]:
>  I think it would be useful to be able to install hal in a chroot, this
>  currently fails when the host already runs hal.

Thanks for pointing this out. It would make the postinst much uglier
since all the startup logic is usually hidden behind #DEBHELPER#, but
it's a good last resort.

>  - creating chroots in order to prepare filesystem images (this popped
>    up on the dev at moblin.org list:
>       <http://www.moblin.org/archives/html/dev/2007-07/msg00220.html>

It might be a good idea and general solution to just install
/usr/sbin/policy-rc.d which just returns 101 during package
installation, and remove it right before creating the actual image.
That will solve the problem for all other daemons as well without much
pain. I'm not on that list, maybe you can send it there?

Thanks,

Martin

-- 
Martin Pitt        http://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 435510@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Martin Pitt <mpitt@debian.org>

Cc: 435510@bugs.debian.org

Subject: Re: Bug#435510: Please permit installation in chroots

Date: Thu, 2 Aug 2007 09:31:04 +0200

On Thu, Aug 02, 2007, Martin Pitt wrote:
> It might be a good idea and general solution to just install
> /usr/sbin/policy-rc.d which just returns 101 during package
> installation, and remove it right before creating the actual image.
> That will solve the problem for all other daemons as well without much
> pain. I'm not on that list, maybe you can send it there?

 I had the same idea, but I think it happens via debootstrap and I
 thought debootstrap would be adding such a file if it were possible; do
 you have any idea why it doesn't?  Or do you think this has a chance to
 be added to debootstrap?

 Perhaps udev is different in that the logic is already in the
 maintainer scripts and not in init scripts, so I understand why you
 don't want to add explicit init scripts handling to hal.

-- 
Loïc Minier

Message #20 received at 435510-done@bugs.debian.org (full text, mbox, reply):

From: Michael Biebl <biebl@debian.org>

To: Loïc Minier <lool@dooz.org>, 435510-done@bugs.debian.org

Subject: Re: Bug#435510: Please permit installation in chroots

Date: Mon, 05 Nov 2007 10:45:21 +0100

[Message part 1 (text/plain, inline)]

Version: 0.5.9.1-6

Has been fixed by slomo in the 0.5.9.1-6 upload.


Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[signature.asc (application/pgp-signature, attachment)]

Send a report that this bug log contains spam.