Debian Bug report logs - #802143
virtualbox-ext-pack: doesn't use invoke-rc.d - leaves processes running after purge

Toggle useless messages

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

From: Andreas Beckmann <anbe@debian.org>

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

Subject: virtualbox-ext-pack: doesn't use invoke-rc.d - leaves processes running after purge

Date: Sat, 17 Oct 2015 20:17:26 +0200

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

Package: virtualbox-ext-pack
Version: 5.0.6-5
Severity: serious
User: debian-qa@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package starts processes
where it shouldn't. This is very probably due to not using invoke-rc.d
as mandated by policy 9.3.3.2. This is seriously disturbing! ;-)

See https://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.3
and /usr/share/doc/sysv-rc/README.invoke-rc.d.gz as well
as /usr/share/doc/sysv-rc/README.policy-rc.d.gz

>From the attached log (scroll to the bottom...):

1m28.5s ERROR: FAIL: Processes are running inside chroot:
  COMMAND     PID USER   FD   TYPE DEVICE SIZE/OFF      NODE NAME
  VBoxXPCOM 29925 root  cwd    DIR   0,20      460 347411940 /tmp/piupartss/tmp9o7H4F
  VBoxXPCOM 29925 root  rtd    DIR   0,20      460 347411940 /tmp/piupartss/tmp9o7H4F
  VBoxXPCOM 29925 root  mem    REG   0,20    47712 347443186 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnss_files-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20    43592 347443192 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnss_nis-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20    89104 347443181 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnsl-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20    31632 347443179 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnss_compat-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20    76232 347443148 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libgpg-error.so.0.16.0
  VBoxXPCOM 29925 root  mem    REG   0,20    84856 347443185 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libresolv-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20   924096 347443150 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libgcrypt.so.20.0.3
  VBoxXPCOM 29925 root  mem    REG   0,20    14640 347444227 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libcom_err.so.2.1
  VBoxXPCOM 29925 root  mem    REG   0,20   141752 347443108 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/liblzma.so.5.0.0
  VBoxXPCOM 29925 root  mem    REG   0,20    31784 347443196 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/librt-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20   109144 347443106 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libz.so.1.2.8
  VBoxXPCOM 29925 root  mem    REG   0,20    35176 347443180 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libcrypt-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20  1051056 347443195 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libm-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20    14664 347443175 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libdl-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20  1729984 347443184 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libc-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20    89616 347443199 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libgcc_s.so.1
  VBoxXPCOM 29925 root  mem    REG   0,20  1537864 347428339 /tmp/piupartss/tmp9o7H4F/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21
  VBoxXPCOM 29925 root  mem    REG   0,20   137448 347443178 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libpthread-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20   140928 347443189 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/ld-2.19.so
  VBoxXPCOM 29925 root  mem    REG   0,20    26258 347428461 /tmp/piupartss/tmp9o7H4F/usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache
  VBoxXPCOM 29925 root    0u   CHR    1,3      0t0 347421495 /tmp/piupartss/tmp9o7H4F/dev/null
  VBoxXPCOM 29925 root    1u   CHR    1,3      0t0 347421495 /tmp/piupartss/tmp9o7H4F/dev/null
  VBoxXPCOM 29925 root    2u   CHR    1,3      0t0 347421495 /tmp/piupartss/tmp9o7H4F/dev/null
  VBoxXPCOM 29925 root    3r   CHR    1,9      0t0 347421500 /tmp/piupartss/tmp9o7H4F/dev/urandom
  VBoxXPCOM 29925 root    4wW  REG   0,20        6 347743006 /tmp/piupartss/tmp9o7H4F/tmp/.vbox-root-ipc/lock
  VBoxSVC   29990 root  cwd    DIR   0,20      460 347411940 /tmp/piupartss/tmp9o7H4F
  VBoxSVC   29990 root  rtd    DIR   0,20      460 347411940 /tmp/piupartss/tmp9o7H4F
  VBoxSVC   29990 root  mem    REG   0,20    18640 347444240 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libattr.so.1.1.0
  VBoxSVC   29990 root  mem    REG   0,20   448440 347443127 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libpcre.so.3.13.1
  VBoxSVC   29990 root  mem    REG   0,20    23128 347443152 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libcap.so.2.24
  VBoxSVC   29990 root  mem    REG   0,20   142744 347443144 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libselinux.so.1
  VBoxSVC   29990 root  mem    REG   0,20   524288 347443122 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libsystemd.so.0.12.0
  VBoxSVC   29990 root  mem    REG   0,20    47712 347443186 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnss_files-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20    43592 347443192 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnss_nis-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20    89104 347443181 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnsl-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20    31632 347443179 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libnss_compat-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20    76232 347443148 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libgpg-error.so.0.16.0
  VBoxSVC   29990 root  mem    REG   0,20    84856 347443185 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libresolv-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20   924096 347443150 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libgcrypt.so.20.0.3
  VBoxSVC   29990 root  mem    REG   0,20    14640 347444227 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libcom_err.so.2.1
  VBoxSVC   29990 root  mem    REG   0,20   141752 347443108 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/liblzma.so.5.0.0
  VBoxSVC   29990 root  mem    REG   0,20  1051056 347443195 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libm-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20    31784 347443196 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/librt-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20   109144 347443106 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libz.so.1.2.8
  VBoxSVC   29990 root  mem    REG   0,20    35176 347443180 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libcrypt-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20  1729984 347443184 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libc-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20    89616 347443199 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libgcc_s.so.1
  VBoxSVC   29990 root  mem    REG   0,20  1537864 347428339 /tmp/piupartss/tmp9o7H4F/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21
  VBoxSVC   29990 root  mem    REG   0,20    14664 347443175 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libdl-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20   137448 347443178 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/libpthread-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20   140928 347443189 /tmp/piupartss/tmp9o7H4F/lib/x86_64-linux-gnu/ld-2.19.so
  VBoxSVC   29990 root  mem    REG   0,20    26258 347428461 /tmp/piupartss/tmp9o7H4F/usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache
  VBoxSVC   29990 root    0u   CHR    1,3      0t0 347421495 /tmp/piupartss/tmp9o7H4F/dev/null
  VBoxSVC   29990 root    1u   CHR    1,3      0t0 347421495 /tmp/piupartss/tmp9o7H4F/dev/null
  VBoxSVC   29990 root    2u   CHR    1,3      0t0 347421495 /tmp/piupartss/tmp9o7H4F/dev/null
  VBoxSVC   29990 root    3r   CHR    1,9      0t0 347421500 /tmp/piupartss/tmp9o7H4F/dev/urandom
  VBoxSVC   29990 root    4w   REG   0,20     2572 347746555 /tmp/piupartss/tmp9o7H4F/root/.config/VirtualBox/VBoxSVC.log
  VBoxSVC   29990 root   13r   CHR    1,9      0t0 347421500 /tmp/piupartss/tmp9o7H4F/dev/urandom



cheers,

Andreas

[virtualbox-ext-pack_5.0.6-5.log.gz (application/gzip, attachment)]

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

From: Gianfranco Costamagna <locutusofborg@debian.org>

To: 802143-done@bugs.debian.org, 802143-submitter@bugs.debian.org

Subject: RE: virtualbox-ext-pack: doesn't use invoke-rc.d - leaves processes running after purge

Date: Tue, 12 Jan 2016 17:08:20 +0100

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Control: severity -1 normal

Hi Andreas,
after discussion with upstream, I'm pretty sure this isn't a bug.

- - background info: installing or removing an extension pack uses
commands which start VBoxSVC (which drags in VBoxXPCOMIPCD). those
processes will terminate themselves after about 5 seconds (if in the
mean time there is no other vbox API activity)
- - VBoxSVC and VBoxXPCOMIPCD aren't system services, they have nothing
to do with init scripts of any flavor.
- - they're normal user processes, started on demand by any vbox api clien
t
- - like vboxmanage, which I bet is used in the virtualbox-ext-pack
install scripts
- - the processes only "happen to run as root", because the package
install is done as root (and extpack install actually needs root privs
to put files in the right place)
- - I'd say this is a semi-bogus report. yes, there is something "left
behind", but it will not be for long.
- - the install scripts could wait a bit over 5 seconds after
uninstalling the extpack... I assume that this would "fix" the problem
- - LocutusOfBorg: really a strange corner case :)

So I think we can add a sleep or something else, but I checked and in
fact in more or less 5 seconds the processes exits automatically.

I would like to close this issue, since the end user won't even notice
this problem.

cheers,

Gianfranco
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJWlSTzAAoJEPNPCXROn13ZsjgP/i7dL4WKiEL2JISsRBahkkxy
Q28+JJe5wBrxExWYdkWFy2VFagJJja1OjbR9/dmS7/tgEW8RVJiNcgtYLM3GRd7C
0xUajexhg687csoWyhgkujqNO5C6WD2eeWwUDeSUKVOj6ZK9a/6MHPA2PD3cgj32
FE/hI3s+Vfu/ZuhNsNGEm431mYw0Ipj3sR2LKZKdkT50e9azDr7AJ0bc/15lIe14
C19/XB8qyvea7nX9e5zqv3+KDnnOQM3AgucxOsdTgpZAzskBYVaT2/e39lFgHvKR
hXyl8HKcpBrncNNPJJSJZCre+aVy9/lLcpu4USNTpmoGVvjau2qgtNj+YaqaEe/a
rH7TQa0ZMmEwSekvQVGfELa+xcGZB27kLde5wOGLayKwpk0uen1S4YNwHAsVhIcG
gAUPQP+GoA/qql0iOWiTdtgVq1qYyoPMwrsU5vXUa2wVu9dOFo6e4sWtEe5XWlqw
MxzzEEJKm4lNS86XXDPldv/3lyINJSwcR0Q2LIrk7zVYg4K3TujCNPBO0LtGV1f9
1jzPzjKqoGAor5Cx0xtlpJ0g3/WrjW/0Cr0DBWg50VNl8eO+WqTznb7ENJ+BSKsM
xncDNaiu+TGW78oSUaANQeSq3MNDmplw1Poq+B4QY75IpVqMut6TE9dxEvmHBpFf
w9X9QW34V9Qv2Vkyo9BW
=tRil
-----END PGP SIGNATURE-----

Message #26 received at 802143-quiet@bugs.debian.org (full text, mbox, reply):

From: Andreas Beckmann <anbe@debian.org>

To: Gianfranco Costamagna <locutusofborg@debian.org>, 802143-quiet@bugs.debian.org

Subject: Re: Bug#802143: virtualbox-ext-pack: doesn't use invoke-rc.d - leaves processes running after purge

Date: Wed, 13 Jan 2016 12:29:46 +0100

Control: reopen -1

On 2016-01-12 17:08, Gianfranco Costamagna wrote:
> - background info: installing or removing an extension pack uses
> commands which start VBoxSVC (which drags in VBoxXPCOMIPCD). those
> processes will terminate themselves after about 5 seconds (if in the
> mean time there is no other vbox API activity)

> So I think we can add a sleep or something else, but I checked and in
> fact in more or less 5 seconds the processes exits automatically.

I'll try to add exception in piuparts to add a delay after installing
this package ... will reassign later.

I also noticed this warning in the log:

  /usr/bin/vboxmanage: 1: /usr/bin/vboxmanage: ps: not found

The script does not fail, but if missing ps is harmless, it could
suppress the diagnostic as well.


Andreas

Message #33 received at 802143-quiet@bugs.debian.org (full text, mbox, reply):

From: Gianfranco Costamagna <costamagnagianfranco@yahoo.it>

To: Andreas Beckmann <anbe@debian.org>, "802143-quiet@bugs.debian.org" <802143-quiet@bugs.debian.org>

Subject: Re: Bug#802143: virtualbox-ext-pack: doesn't use invoke-rc.d - leaves processes running after purge

Date: Wed, 13 Jan 2016 11:52:38 +0000 (UTC)

Hi Andreas,


>I'll try to add exception in piuparts to add a delay after installing
>this package ... will reassign later.


thanks!
>I also noticed this warning in the log:
>
>  /usr/bin/vboxmanage: 1: /usr/bin/vboxmanage: ps: not found
>
>The script does not fail, but if missing ps is harmless, it could
>suppress the diagnostic as well.


well, do you know about a real use case where procps is not available?
even pbuilder installs it by default, and apt tells me to "yes, do what I say" answer
when I try to remove it.

I can add it as runtime dependency if needed, sure!

probably it is done to kill some processes if they don't exit in 5 seconds.

let me know if I have to add it (on virtualbox, not in ext-pack)

cheers,

G.

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

From: Andreas Beckmann <anbe@debian.org>

To: 802143@bugs.debian.org

Subject: Re: Bug#802143: virtualbox-ext-pack: doesn't use invoke-rc.d - leaves processes running after purge

Date: Wed, 13 Jan 2016 16:13:46 +0100

On 2016-01-13 12:52, Gianfranco Costamagna wrote:
> well, do you know about a real use case where procps is not available?
> even pbuilder installs it by default, and apt tells me to "yes, do what I say" answer
> when I try to remove it.

There is no procps in the ultra-minimal chroots used by piuparts :-)
I have procps in my pbuilder chroot, too, but mainly because *my*
metapackage depends on it. But I had no problems removing it (after my
metapackage).

> I can add it as runtime dependency if needed, sure!
> 
> probably it is done to kill some processes if they don't exit in 5 seconds.
> 
> let me know if I have to add it (on virtualbox, not in ext-pack)

The code that uses it (from /usr/bin/vboxmanage) is

SERVER_PID=`ps -U \`whoami\` | grep VBoxSVC | awk '{ print $1 }'`
if [ -z "$SERVER_PID" ]; then
    # Server not running yet/anymore, cleanup socket path.
    # See IPC_GetDefaultSocketPath()!
    if [ -n "$LOGNAME" ]; then
        rm -rf /tmp/.vbox-$LOGNAME-ipc > /dev/null 2>&1
    else
        rm -rf /tmp/.vbox-$USER-ipc > /dev/null 2>&1
    fi
fi

So it removes the socket path unconditionally because SERVER_PID is
always empty due to missing ps. But if vbox is usually run as a normal
user, there shouldn't be any VBoxSVC processes running as root, or am I
mistaken here?


Andreas

PS: looks like I cannot reproduce the leftover process problem any more
while testing the latest version of virtualbox(-ext-pack) with piuparts
(without doing any changes on my side)

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

From: Gianfranco Costamagna <costamagnagianfranco@yahoo.it>

To: Andreas Beckmann <anbe@debian.org>, "802143@bugs.debian.org" <802143@bugs.debian.org>

Subject: Re: Bug#802143: virtualbox-ext-pack: doesn't use invoke-rc.d - leaves processes running after purge

Date: Wed, 13 Jan 2016 15:28:39 +0000 (UTC)

Hi,



>
>There is no procps in the ultra-minimal chroots used by piuparts :-)
>I have procps in my pbuilder chroot, too, but mainly because *my*
>metapackage depends on it. But I had no problems removing it (after my
>metapackage).


also in my pbuilder it is installed by default but I can remove it
>SERVER_PID=`ps -U \`whoami\` | grep VBoxSVC | awk '{ print $1 }'`
>if [ -z "$SERVER_PID" ]; then
>    # Server not running yet/anymore, cleanup socket path.
>    # See IPC_GetDefaultSocketPath()!
>    if [ -n "$LOGNAME" ]; then
>        rm -rf /tmp/.vbox-$LOGNAME-ipc > /dev/null 2>&1
>    else
>        rm -rf /tmp/.vbox-$USER-ipc > /dev/null 2>&1
>    fi
>fi


yes, I reported upstream, and I added the runtime dependency on virtualbox, because of that code,
but I can't push on alioth because it is down right now :)
>So it removes the socket path unconditionally because SERVER_PID is
>always empty due to missing ps. But if vbox is usually run as a normal
>user, there shouldn't be any VBoxSVC processes running as root, or am I
>mistaken here?



VBoxSVC is run as root, because the ext-pack during postinst is run as root.

quoting upstream
"the processes only "happen to run as root", because the package install is done as root (and extpack install actually needs root privs to put files in the right place)"

I think there is no bug here

>PS: looks like I cannot reproduce the leftover process problem any more
>while testing the latest version of virtualbox(-ext-pack) with piuparts
>(without doing any changes on my side)


well, strange then, because we didn't fix the issue. Maybe a newer virtualbox version is faster in exit and doesn't spot the issue?

I'll upload a virtualbox with the added runtime dependency on the next upload
(I can't promise I'll do it soon, because I don't think the normal user can have a graphical system without procps installed)

cheers,
(and thanks for the help!)

Gianfranco

Message #48 received at 802143-close@bugs.debian.org (full text, mbox, reply):

From: Gianfranco Costamagna <locutusofborg@debian.org>

To: 802143-close@bugs.debian.org

Subject: Bug#802143: fixed in virtualbox 5.0.14-dfsg-1

Date: Wed, 20 Jan 2016 15:57:32 +0000

Source: virtualbox
Source-Version: 5.0.14-dfsg-1

We believe that the bug you reported is fixed in the latest version of
virtualbox, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 802143@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gianfranco Costamagna <locutusofborg@debian.org> (supplier of updated virtualbox package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Wed, 20 Jan 2016 10:04:40 +0100
Source: virtualbox
Binary: virtualbox-qt virtualbox virtualbox-dbg virtualbox-dkms virtualbox-source virtualbox-guest-dkms virtualbox-guest-source virtualbox-guest-x11 virtualbox-guest-utils
Architecture: source
Version: 5.0.14-dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Virtualbox Team <pkg-virtualbox-devel@lists.alioth.debian.org>
Changed-By: Gianfranco Costamagna <locutusofborg@debian.org>
Description:
 virtualbox - x86 virtualization solution - base binaries
 virtualbox-dbg - x86 virtualization solution - debugging symbols
 virtualbox-dkms - x86 virtualization solution - kernel module sources for dkms
 virtualbox-guest-dkms - x86 virtualization solution - guest addition module source for dk
 virtualbox-guest-source - x86 virtualization solution - guest addition module source
 virtualbox-guest-utils - x86 virtualization solution - non-X11 guest utilities
 virtualbox-guest-x11 - x86 virtualization solution - X11 guest utilities
 virtualbox-qt - x86 virtualization solution - Qt based user interface
 virtualbox-source - x86 virtualization solution - kernel module source
Closes: 802143
Changes:
 virtualbox (5.0.14-dfsg-1) unstable; urgency=medium
 .
   * new upstream release.
   * Rework rules file to work also when only guest packages needs to be built.
   * Merge VBox.sh script with upstream, and add procps to runtime dependencies
     thanks Andreas Beckmann <anbe@debian.org> (Closes: #802143)
     -cfr https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802143#26
Checksums-Sha1:
 8aa3dd61ccdefbe1d4dbf1aa7cec28386a2525b9 3700 virtualbox_5.0.14-dfsg-1.dsc
 d9c1572b59aa8fb8185a1788a2d86879e0ed87df 51204240 virtualbox_5.0.14-dfsg.orig.tar.xz
 f84dfc0969d84a18d54250f9330cad6c3e84101c 77224 virtualbox_5.0.14-dfsg-1.debian.tar.xz
Checksums-Sha256:
 e48ca09769f690969b91f1959c219fde50fed8181c2fd1aff80a8ebb90e57ade 3700 virtualbox_5.0.14-dfsg-1.dsc
 a54187a88d0f3148f5559442e9619b98527707745b54014d998fa4a2c21f5554 51204240 virtualbox_5.0.14-dfsg.orig.tar.xz
 b9216747697960b59c6e62a88e80e1f326f453e707e374a869f758e89d749fe8 77224 virtualbox_5.0.14-dfsg-1.debian.tar.xz
Files:
 2f7ac36672ede62ca0490a261bfaea4e 3700 contrib/misc optional virtualbox_5.0.14-dfsg-1.dsc
 4344ad282fda009e02c021a3b9b888db 51204240 contrib/misc optional virtualbox_5.0.14-dfsg.orig.tar.xz
 7f902f9a0e1fa1059b9f59438a6adba3 77224 contrib/misc optional virtualbox_5.0.14-dfsg-1.debian.tar.xz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJWn5pHAAoJEPNPCXROn13ZDLYQAIIxdzbtC6/cSYlF3yq10m6x
EDSoEzi8MFCxkukPCtsjHPkI33lqAXiqPENzuNw6ZiFZAhVuktt4/eSBf3hSTwOm
3qYnAVDRPsDQs8Q8m5u91Kw9Mv8j/RvSDKXVbP6NUx8agWWZ5mcKfBwIcQ51hRiC
5CGsnF8SIRekVOTLm6YsSoY7EJgnjg7rPz+JXB7fRkh74K06fDRQpzfGp1D4Vtlc
Kn+21ZzjtnJs6HpBmpW6Vstovk2YjTh5Uy5dBFOb/vnZveKECSEh2Qz/P912pYkg
SS6h9nviNr6ynG0ajJcI/dz2AO0v1XZ/MnuWSTDorQTsbarapfUzvNzgzbOqPvRq
Zr3uCWWnUW2gijMUivEqePdYITqDnJ7cR41+X5hFpFhAaXrpwfzzTi4gTLaSnDiO
7v2bZib/FhnFDRctMdwbnqM5MXJJYJ82Q70OBOGmb2B1YP7HXeJQrhZjBRcLvlRK
sp16qQOiZPs8LjIF5mbs17+kodBkrKYaPoS4jNzEcJRhRnJBt4l3SZJBcwDykonp
gO7kKqpyECr4E3sppP/7LvPUvEukMFaNw5QvnkxI4ftnJTmvmGFvdD2SLHoMMJBX
Saxz0evgprbDFMzswaQc3+OdPQec36tLsCel78/+pf8xA+E9PiRixltPDcMOBvfX
IPJHBLRQI2Mx0F91Sbf8
=LdXZ
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.