Debian Bug report logs - #753779
Please ship util-linux implementation of mountpoint

Toggle useless messages

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

From: Josh Triplett <josh@joshtriplett.org>

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

Subject: Please ship util-linux implementation of mountpoint

Date: Fri, 04 Jul 2014 16:09:52 -0700

Package: util-linux
Version: 2.20.1-5.8
Severity: wishlist

initscripts currently ships /bin/mountpoint; that's the only binary it
ships.  To allow an eventual transition away from the initscripts
package, please consider building and installing the util-linux
implementation of mountpoint, either diverting the one from initscripts
or adding a Replaces on initscripts.  That would allow a smooth
transition without any temporary breakage in unstable.  (initscripts can
drop the binary once unstable has a sufficiently new util-linux, and
util-linux can drop the diversion or Replaces once initscripts drops the
binary.)

I've checked, and the version of mountpoint in util-linux completely
matches the behavior of the one in initscripts.  It supports the same
three options (-q, -d, and -x), according to both the source code and
the manpage.

- Josh Triplett

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  dpkg                   1.17.10
ii  initscripts            2.88dsf-53.2
ii  install-info           5.2.0.dfsg.1-4
ii  libblkid1              2.20.1-5.8
ii  libc6                  2.19-4
ii  libncurses5            5.9+20140118-1
ii  libselinux1            2.3-1
ii  libslang2              2.2.4-17
ii  libtinfo5              5.9+20140118-1
ii  libuuid1               2.20.1-5.8
ii  lsb-base               4.1+Debian13
ii  tzdata                 2014e-1
ii  zlib1g                 1:1.2.8.dfsg-1

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools           3.0.26-2
pn  kbd | console-tools  <none>
pn  util-linux-locales   <none>

-- debconf information excluded

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

From: Josh Triplett <josh@joshtriplett.org>

To: 753779@bugs.debian.org

Subject: Re: Please ship util-linux implementation of mountpoint

Date: Mon, 20 Oct 2014 14:07:04 -0700

Ping?  I'd love to see this change go in before the freeze, if possible.

- Josh Triplett

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

From: Josh Triplett <josh@joshtriplett.org>

To: 753779@bugs.debian.org

Subject: Re: Please ship util-linux implementation of mountpoint

Date: Mon, 20 Oct 2014 14:08:33 -0700

On Mon, Oct 20, 2014 at 02:07:04PM -0700, Josh Triplett wrote:
> Ping?  I'd love to see this change go in before the freeze, if possible.

Sorry, that mail got sent only half-composed.  The remaining bit:

Would a patch help?

- Josh Triplett

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

From: Andreas Henriksson <andreas@fatal.se>

To: Josh Triplett <josh@joshtriplett.org>, 753779@bugs.debian.org

Subject: Re: Bug#753779: Please ship util-linux implementation of mountpoint

Date: Mon, 20 Oct 2014 23:18:07 +0200

Hello Josh Triplett!

On Mon, Oct 20, 2014 at 02:08:33PM -0700, Josh Triplett wrote:
> On Mon, Oct 20, 2014 at 02:07:04PM -0700, Josh Triplett wrote:
> > Ping?  I'd love to see this change go in before the freeze, if possible.
> 
> Sorry, that mail got sent only half-composed.  The remaining bit:
> 
> Would a patch help?

Someone needs to take care of (NMUing?) sysvinit as there needs to be
a synchronised upload of sysvinit (dropping mountpoint and adding
a versioned dependency on util-linux) together with a new util-linux 
(shipping mountpoint and Replace/Breaks old initscripts package).

As both systemd and sysvinit-core depends on initscripts I don't really
see the hurry for this. Please feel free to enlighten me.

Regards,
Andreas Henriksson

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

From: josh@joshtriplett.org

To: Andreas Henriksson <andreas@fatal.se>

Cc: 753779@bugs.debian.org

Subject: Re: Bug#753779: Please ship util-linux implementation of mountpoint

Date: Mon, 20 Oct 2014 15:01:57 -0700

On Mon, Oct 20, 2014 at 11:18:07PM +0200, Andreas Henriksson wrote:
> Hello Josh Triplett!
> 
> On Mon, Oct 20, 2014 at 02:08:33PM -0700, Josh Triplett wrote:
> > On Mon, Oct 20, 2014 at 02:07:04PM -0700, Josh Triplett wrote:
> > > Ping?  I'd love to see this change go in before the freeze, if possible.
> > 
> > Sorry, that mail got sent only half-composed.  The remaining bit:
> > 
> > Would a patch help?
> 
> Someone needs to take care of (NMUing?) sysvinit as there needs to be
> a synchronised upload of sysvinit (dropping mountpoint and adding
> a versioned dependency on util-linux) together with a new util-linux 
> (shipping mountpoint and Replace/Breaks old initscripts package).

The upload wouldn't need to be synchronized; as mentioned in my original
report, util-linux could either divert mountpoint or add a Replaces.
Seems easier to poke the sysvinit maintainers once util-linux has a
version to add a versioned Depends on, and then util-linux can
optionally drop the diversion (with a Conflicts/Replaces, note that I
don't think Breaks suffices here) or version the Replaces.

> As both systemd and sysvinit-core depends on initscripts I don't really
> see the hurry for this. Please feel free to enlighten me.

systemd no longer needs any of the init scripts from initscripts; the
mountpoint binary is the primary thing that keeps it depending on
initscripts.  I'd love to try to get that dependency dropped before the
freeze.

- Josh Triplett

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

From: Andreas Henriksson <andreas@fatal.se>

To: josh@joshtriplett.org, 753779@bugs.debian.org

Subject: Re: Bug#753779: Please ship util-linux implementation of mountpoint

Date: Tue, 21 Oct 2014 00:30:08 +0200

Hello again!

On Mon, Oct 20, 2014 at 03:01:57PM -0700, josh@joshtriplett.org wrote:
> The upload wouldn't need to be synchronized; as mentioned in my original
> report, util-linux could either divert mountpoint or add a Replaces.

A Replaces without a Conflict or Breaks is a policy violation though,
and while I have no problem being pragmatic I don't like introducing
RC bugs this close to the freeze.... also Adam Conrad has strongly
NAKed this approach already.

> Seems easier to poke the sysvinit maintainers once util-linux has a
> version to add a versioned Depends on, and then util-linux can
> optionally drop the diversion (with a Conflicts/Replaces, note that I
> don't think Breaks suffices here) or version the Replaces.
> 
> > As both systemd and sysvinit-core depends on initscripts I don't really
> > see the hurry for this. Please feel free to enlighten me.
> 
> systemd no longer needs any of the init scripts from initscripts; the
> mountpoint binary is the primary thing that keeps it depending on
> initscripts.  I'd love to try to get that dependency dropped before the
> freeze.

I've talked to the systemd maintainers about this already and they had
no hurry to drop the dependency and suggested waiting with this
until after the release.

I have no problem going ahead with this if all other parties are onboard.
If noone else is onboard, I guess there's not much use to do this in a hurry.

Please talk to the systemd maintainers (and preferrably also upstart people)
about this. If they think we should go ahead, then I'll take care of the
util-linux side and I'm sure we can get sysvinit NMUed if those teams
are on board as well.
Please consider the util-linux side of this handled, it's the other parties
that need someone to volunteer to go ahead with this.

I'm keen on seeing this (and many other) takeover happen, but I've gained
enough enemies as it is (and feel deeply demotivated by the current state
of affairs in Debian) so I think I'll avoid potentially causing major
breakage on my own for now.

Regards,
Andreas Henriksson

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

From: josh@joshtriplett.org

To: Andreas Henriksson <andreas@fatal.se>

Cc: 753779@bugs.debian.org

Subject: Re: Bug#753779: Please ship util-linux implementation of mountpoint

Date: Mon, 20 Oct 2014 16:49:27 -0700

On Tue, Oct 21, 2014 at 12:30:08AM +0200, Andreas Henriksson wrote:
> On Mon, Oct 20, 2014 at 03:01:57PM -0700, josh@joshtriplett.org wrote:
> > The upload wouldn't need to be synchronized; as mentioned in my original
> > report, util-linux could either divert mountpoint or add a Replaces.
> 
> A Replaces without a Conflict or Breaks is a policy violation though,
> and while I have no problem being pragmatic I don't like introducing
> RC bugs this close to the freeze.... also Adam Conrad has strongly
> NAKed this approach already.

Fair enough.

> > Seems easier to poke the sysvinit maintainers once util-linux has a
> > version to add a versioned Depends on, and then util-linux can
> > optionally drop the diversion (with a Conflicts/Replaces, note that I
> > don't think Breaks suffices here) or version the Replaces.
> > 
> > > As both systemd and sysvinit-core depends on initscripts I don't really
> > > see the hurry for this. Please feel free to enlighten me.
> > 
> > systemd no longer needs any of the init scripts from initscripts; the
> > mountpoint binary is the primary thing that keeps it depending on
> > initscripts.  I'd love to try to get that dependency dropped before the
> > freeze.
> 
> I've talked to the systemd maintainers about this already and they had
> no hurry to drop the dependency and suggested waiting with this
> until after the release.
> 
> I have no problem going ahead with this if all other parties are onboard.
> If noone else is onboard, I guess there's not much use to do this in a hurry.

OK.

> Please talk to the systemd maintainers (and preferrably also upstart people)
> about this. If they think we should go ahead, then I'll take care of the
> util-linux side and I'm sure we can get sysvinit NMUed if those teams
> are on board as well.

I'd previously talked with systemd and sysvinit folks around the time I
filed the original util-linux bug.  But now, this close to the freeze,
sentiments may have changed.

> Please consider the util-linux side of this handled, it's the other parties
> that need someone to volunteer to go ahead with this.

Thanks!

Can you specify a version number for util-linux that will have the
transition, for use in sysvinit's control file?

> I'm keen on seeing this (and many other) takeover happen, but I've gained
> enough enemies as it is (and feel deeply demotivated by the current state
> of affairs in Debian) so I think I'll avoid potentially causing major
> breakage on my own for now.

Understandable, and yeah, my sympathies.

- Josh Triplett

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

From: Andreas Henriksson <andreas@fatal.se>

To: josh@joshtriplett.org

Cc: 753779@bugs.debian.org

Subject: Re: Bug#753779: Please ship util-linux implementation of mountpoint

Date: Tue, 21 Oct 2014 11:30:21 +0200

Hello!

On Mon, Oct 20, 2014 at 04:49:27PM -0700, josh@joshtriplett.org wrote:
> On Tue, Oct 21, 2014 at 12:30:08AM +0200, Andreas Henriksson wrote:
[...]
> I'd previously talked with systemd and sysvinit folks around the time I
> filed the original util-linux bug.  But now, this close to the freeze,
> sentiments may have changed.

I checked again with #debian-systemd and mbiebl preferred to do it
after the release as there where already enough moving parts flying around.

> 
> > Please consider the util-linux side of this handled, it's the other parties
> > that need someone to volunteer to go ahead with this.
> 
> Thanks!
> 
> Can you specify a version number for util-linux that will have the
> transition, for use in sysvinit's control file?
[...]

I'm hoping to make another upload targeted at Jessie any day now when
upstream releases 2.25.2. No further uploads targeted at Jessie planned
at this time (and likely new upstream releases will not be accepted during
the freeze, so)....

... I guess the upstream 2.26 release isn't that far off now. Although
maybe 2.27 or even 2.28 will be out before the Debian ice-age has passed,
who knows... I don't plan to package any of these releases during the
freeze and likely the first upload after Jessie release will include
mountpoint and other takeovers.

So if it doesn't happen in 2.25.2-1 it should happen in >= 2.26.


Regards,
Andreas Henriksson

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

From: Andreas Henriksson <andreas@fatal.se>

To: josh@joshtriplett.org

Cc: 753779@bugs.debian.org

Subject: Re: Bug#753779: Please ship util-linux implementation of mountpoint

Date: Thu, 2 Apr 2015 15:09:49 +0200

Hello Josh Triplett (and #753779)!

I've just spent a few minutes revisiting the idea of shipping mountpoint
in util-linux. I'll do my best to make that happen as soon as Stretch
development cycle opens up.

I'm guessing your interest in this is that you might want to purge the
"initscripts" package? I've looked a bit at right now and that seems a
bit more problematic. The reason packages depends on initscripts is not
only mountpoint, but also because of LSB init script header
dependencies.
See for example https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581420
which talks about this for the hwclock.sh init.d script shipped in
util-linux. There are also several other packages shipping an init
script with LSB header depending on init scripts from "initscripts".
(systemd itself might be able to drop its initscripts dependency, but
other packages in the base system will still pull in initscripts for
you. c.f. procps, etc.)

At first I had the idea that, ok maybe all packages can just change
to depend on 'initscripts | systemd-sysv'. Unfortunately that can
break the case where you have systemd-sysv installed but
boot with "init=/lib/sysvinit/init" on the command line (and not
have initscripts installed).

While I'm interested in having a "legacy-free system" (no sysvinit parts
lingering) I think accomplishing that might be hard to implement in a
way thats acceptable for Debian or atleast too much trouble for what
it's worth. If you're interested in coming up with a solution for this
that would be very welcome!


Regards,
Andreas Henriksson

PS. I'll be closing this bug as soon as /bin/mountpoint is shipped
by util-linux. Feel free to file a separate bug about initscripts
dependency if you're interested, but please include a way to actually
solve getting rid of the dependency if you do file it.

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

From: josh@joshtriplett.org

To: Andreas Henriksson <andreas@fatal.se>, 753779@bugs.debian.org

Subject: Re: Bug#753779: Please ship util-linux implementation of mountpoint

Date: Thu, 2 Apr 2015 11:25:09 -0700

On Thu, Apr 02, 2015 at 03:09:49PM +0200, Andreas Henriksson wrote:
> Hello Josh Triplett (and #753779)!
> 
> I've just spent a few minutes revisiting the idea of shipping mountpoint
> in util-linux. I'll do my best to make that happen as soon as Stretch
> development cycle opens up.

Thanks!

> I'm guessing your interest in this is that you might want to purge the
> "initscripts" package?

Yes, exactly.  In particular, mountpoint seems to be the main thing that
makes initscripts pseudo-essential.

> I've looked a bit at right now and that seems a
> bit more problematic. The reason packages depends on initscripts is not
> only mountpoint, but also because of LSB init script header
> dependencies.
> See for example https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581420
> which talks about this for the hwclock.sh init.d script shipped in
> util-linux. There are also several other packages shipping an init
> script with LSB header depending on init scripts from "initscripts".
> (systemd itself might be able to drop its initscripts dependency, but
> other packages in the base system will still pull in initscripts for
> you. c.f. procps, etc.)
> 
> At first I had the idea that, ok maybe all packages can just change
> to depend on 'initscripts | systemd-sysv'. Unfortunately that can
> break the case where you have systemd-sysv installed but
> boot with "init=/lib/sysvinit/init" on the command line (and not
> have initscripts installed).

I think that could be fixed simply by moving the initscripts dependency
from sysvinit-core to sysvinit.  If you have sysvinit installed, and you
want it to be a functional init, you need initscripts (and potentially
other dependencies that currently only appear on sysvinit-core).  And if
you *don't* have sysvinit installed, just systemd (and systemd-sysv),
then systemd just needs to provide all the necessary LSB-required init
script names itself, which in the future it can do without depending on
initscripts.

At that point, I think a package that provides an init script could then
stop depending on initscripts (unless it needs a versioned dependency),
and only depend on a functional init (which is essential, so it doesn't
need Depends).  (For the duration of stretch, such packages would also
potentially need a versioned Breaks or similar on versions of sysvinit
that didn't have the initscripts dependency.)

> While I'm interested in having a "legacy-free system" (no sysvinit parts
> lingering) I think accomplishing that might be hard to implement in a
> way thats acceptable for Debian or atleast too much trouble for what
> it's worth. If you're interested in coming up with a solution for this
> that would be very welcome!

I think the above proposal of making sysvinit depend on initscripts
should solve that problem.

I filed a bug on sysvinit to that effect.

> PS. I'll be closing this bug as soon as /bin/mountpoint is shipped
> by util-linux. Feel free to file a separate bug about initscripts
> dependency if you're interested, but please include a way to actually
> solve getting rid of the dependency if you do file it.

Absolutely; this bug is *only* about moving mountpoint to util-linux.

- Josh Triplett

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

From: Andreas Henriksson <andreas@fatal.se>

To: 753779-close@bugs.debian.org

Subject: Bug#753779: fixed in util-linux 2.26.2-3

Date: Fri, 15 May 2015 15:55:44 +0000

Source: util-linux
Source-Version: 2.26.2-3

We believe that the bug you reported is fixed in the latest version of
util-linux, 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 753779@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Henriksson <andreas@fatal.se> (supplier of updated util-linux 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: SHA512

Format: 1.8
Date: Fri, 15 May 2015 16:35:20 +0200
Source: util-linux
Binary: util-linux util-linux-locales mount bsdutils fdisk-udeb cfdisk-udeb libblkid1 libblkid1-udeb libblkid-dev libfdisk1 libfdisk1-udeb libfdisk-dev libmount1 libmount-dev libsmartcols1 libsmartcols1-udeb libsmartcols-dev libuuid1 uuid-runtime libuuid1-udeb uuid-dev util-linux-udeb
Architecture: source amd64 all
Version: 2.26.2-3
Distribution: unstable
Urgency: medium
Maintainer: Debian util-linux Maintainers <ah-util-linux@debian.org>
Changed-By: Andreas Henriksson <andreas@fatal.se>
Description:
 bsdutils   - basic utilities from 4.4BSD-Lite
 cfdisk-udeb - Manually partition a hard drive (cfdisk) (udeb)
 fdisk-udeb - Manually partition a hard drive (fdisk) (udeb)
 libblkid-dev - block device id library - headers and static libraries
 libblkid1  - block device id library
 libblkid1-udeb - stripped down block device id library, for debian-installer (udeb)
 libfdisk-dev - fdisk partitioning library - headers and static libraries
 libfdisk1  - fdisk partitioning library
 libfdisk1-udeb - stripped down fdisk partitioning library, for debian-installer (udeb)
 libmount-dev - device mounting library - headers and static libraries
 libmount1  - device mounting library
 libsmartcols-dev - smart column output alignment library - headers and static librar
 libsmartcols1 - smart column output alignment library
 libsmartcols1-udeb - stripped down smart column output aligment library, for debian-in (udeb)
 libuuid1   - Universally Unique ID library
 libuuid1-udeb - stripped down universally unique id library, for debian-installer (udeb)
 mount      - Tools for mounting and manipulating filesystems
 util-linux - Miscellaneous system utilities
 util-linux-locales - Locales files for util-linux
 util-linux-udeb - stripped down miscellaneous system utilities, for debian-installe (udeb)
 uuid-dev   - universally unique id library - headers and static libraries
 uuid-runtime - runtime components for the Universally Unique ID library
Closes: 753779 784566 784728 784822
Changes:
 util-linux (2.26.2-3) unstable; urgency=medium
 .
   * The "moving in on sysvinit(-utils) turf" release.
 .
   [ Andreas Henriksson ]
   * Make Breaks against cloud-utils versioned
     - cloud-utils 0.27-1 should now be fixed (see Bug#783826)
   * mount: ship mountpoint utility (Closes: #753779)
   * util-linux: ship sulogin, last, lastb, mesg utilities (Closes: #784566)
   * Ship dmesg and renice completions
 .
   [ Pino Toscano ]
   * Update libmount1.symbols for non-linux archs (Closes: #784728)
 .
   [ Andreas Henriksson ]
   * Revert mistake in libblkid1 short description (Closes: #784822)
Checksums-Sha1:
 33387b74d6cfbfff94f53652532edffd4010a4f1 3620 util-linux_2.26.2-3.dsc
 f2df5be214fc67dcc96d075ac6526fe258d04d5e 69924 util-linux_2.26.2-3.debian.tar.xz
 5a378416f93ee05a357c44290e50407bfd2c3811 99870 bsdutils_2.26.2-3_amd64.deb
 ff26956ffff057a5f2ec21906a8430fcfa90527f 826872 util-linux_2.26.2-3_amd64.deb
 ab1f44f4735fc7ac65d5d4f67ad47b44771c1924 853588 util-linux-locales_2.26.2-3_all.deb
 37ea3cdacfb8ea71dcd144c8584241017896791e 177184 mount_2.26.2-3_amd64.deb
 c3ba97ee68b1ad7ae56de5091a17c2ac204cf946 50708 fdisk-udeb_2.26.2-3_amd64.udeb
 94b20258dce8a8c32c811a5025f038b68ff88fdc 873954 cfdisk-udeb_2.26.2-3_amd64.udeb
 bb9503a274d9b5386e9425455e090f33a92b5a2d 161464 libblkid1_2.26.2-3_amd64.deb
 024a338760afe3ef8ff23b5071bf4d492eecc363 102818 libblkid1-udeb_2.26.2-3_amd64.udeb
 ca7e13c6dda334a8f6b93b8e490d4aa0f421240c 186438 libblkid-dev_2.26.2-3_amd64.deb
 c4d39f9b9ff2dd2dac789ffe9aef2028e0dec68e 190128 libfdisk1_2.26.2-3_amd64.deb
 34e2080d5b75adfc67bb85eaa4d20aa1697c2a89 131130 libfdisk1-udeb_2.26.2-3_amd64.udeb
 8db54599364afe6e183e3e22bb3412c55d743aa0 208466 libfdisk-dev_2.26.2-3_amd64.deb
 fbb33ea6ebd00a3e6c8d1612e308d38ed0094962 169364 libmount1_2.26.2-3_amd64.deb
 4da8034a336c2b6e4e1a9b481b1159245bb04ea3 186208 libmount-dev_2.26.2-3_amd64.deb
 f973de47aa47886541eadf8453421216daf42035 113560 libsmartcols1_2.26.2-3_amd64.deb
 b0f82981b82a47d42b7b4f0df3c27f444b8e6b71 55444 libsmartcols1-udeb_2.26.2-3_amd64.udeb
 5ac2416365c6912b8b4fb24a81a521e7f0bc3f63 123550 libsmartcols-dev_2.26.2-3_amd64.deb
 9d76de2a71285929ed3efdba9f7bb66c4066874c 65750 libuuid1_2.26.2-3_amd64.deb
 d2dd57f5b808c4ef502fac0163ceb370d1cecb88 75430 uuid-runtime_2.26.2-3_amd64.deb
 cf2fb1be4187c5c1035e626188229909b99ffb2b 7160 libuuid1-udeb_2.26.2-3_amd64.udeb
 4bd57e50d6c4d4114e00a35ff5bbf8956ea8b263 79394 uuid-dev_2.26.2-3_amd64.deb
 0c3fda99fbdcf5662ad10799c580d8dc544f3566 29604 util-linux-udeb_2.26.2-3_amd64.udeb
Checksums-Sha256:
 880333a3d8455d3baf6883a6489b5a46e4c67f2e9ad392e1e810515c854fae8c 3620 util-linux_2.26.2-3.dsc
 9a926c1130c2422cdb4b645b5fb73873e4b29a677416cfea6df73b7780674dff 69924 util-linux_2.26.2-3.debian.tar.xz
 6492bf983de66c372bf83973ff4a67fcfdb4a512455d96803ae494fa11ad7a65 99870 bsdutils_2.26.2-3_amd64.deb
 862dcab04a8328588851ace2e89a5fd2b3d4dc438867c96af75a79438ef48fdc 826872 util-linux_2.26.2-3_amd64.deb
 f2d0280d7c942e3dbf4219047834d2a51a9d94cbeba9b2d1221f919f70c20597 853588 util-linux-locales_2.26.2-3_all.deb
 d9188f6d878f85c9e981b3350f7762f0247be1ad95520ebf8b60094b75b293d0 177184 mount_2.26.2-3_amd64.deb
 8b6c594e6844896725058073a08e48311f9805a45058d4c2fe77fa6c925b8f5a 50708 fdisk-udeb_2.26.2-3_amd64.udeb
 2db5694c6fa1d7d57dd416423bbaf57a5318ae5e1628a99bcd82adab1d0eec98 873954 cfdisk-udeb_2.26.2-3_amd64.udeb
 481430c76b32d32595e88f3af2801983770f3ff9ca9974f7efce9f444c7bd1ba 161464 libblkid1_2.26.2-3_amd64.deb
 58727e59fb63d29d4286c0ce91f77d85f9abbaafcf804173e6138028a52c015e 102818 libblkid1-udeb_2.26.2-3_amd64.udeb
 66f389d9740eac4c7cfbc0e672763e31432e6bb7ca278be1cd8db12e6f7217f1 186438 libblkid-dev_2.26.2-3_amd64.deb
 1334e460a37f0409382ab577f793393cf9e38cea4d2ea24a03eb0e369f1f006c 190128 libfdisk1_2.26.2-3_amd64.deb
 54fa8c759d3078a6649c3431e0d14887302e029d3ef6fa69bda0a42940c78516 131130 libfdisk1-udeb_2.26.2-3_amd64.udeb
 ec401b782e1cc9726ec4fb7e12c225aa5c682ec89ea234d9163491b58d8ebb97 208466 libfdisk-dev_2.26.2-3_amd64.deb
 29a3c31999b1f31278ea4155d5f9d32a8153a03eed3e12595677e3b4422aea5e 169364 libmount1_2.26.2-3_amd64.deb
 4eada8a4d342d55c41708993877f062cd1f9b5ecaaeb8d41576079ae1638ae3b 186208 libmount-dev_2.26.2-3_amd64.deb
 929d3da713559887afdd6a112f182c1b94a7e56f453143cc8e05da61c4fcefec 113560 libsmartcols1_2.26.2-3_amd64.deb
 70240c8b26db41e349195c210d32988358e1ed8601e7efd45c57784eb9f9996c 55444 libsmartcols1-udeb_2.26.2-3_amd64.udeb
 1a2faa190230cc543a77b3c791a6984069ad309e1a071650aad7c9fd95a1164a 123550 libsmartcols-dev_2.26.2-3_amd64.deb
 4dadf307fa7cb1cb4bf52cbb81373bccf8d4df4e00a0f3f771b5f99e1e2fa8e8 65750 libuuid1_2.26.2-3_amd64.deb
 0215366bbdbe2ffd17a24c6441f13165ec1a3632b9f1a8b44440830cee078192 75430 uuid-runtime_2.26.2-3_amd64.deb
 2a9198e275d3df1c8766caad536a62243bed0c30e5f86b05748951d4f86a50ac 7160 libuuid1-udeb_2.26.2-3_amd64.udeb
 c3548f6bbfa6f32b031132d86abd2fc1e5172b12aeca5e3a243af2f0b4fa170a 79394 uuid-dev_2.26.2-3_amd64.deb
 a78c95b155e2b76d8e55bac911d121047930d0343c4b67d522ecc787aac23354 29604 util-linux-udeb_2.26.2-3_amd64.udeb
Files:
 39469ce113e5357cdf83e314552a9572 3620 base required util-linux_2.26.2-3.dsc
 42a444ab15353e73d9ce60540296e220 69924 base required util-linux_2.26.2-3.debian.tar.xz
 a2302cb7b47444f96e9a495903e4a711 99870 utils required bsdutils_2.26.2-3_amd64.deb
 1157b6d53e5417e3f0a94c69eab894bb 826872 utils required util-linux_2.26.2-3_amd64.deb
 9446518f08c93179975d4ba25ce4baec 853588 localization optional util-linux-locales_2.26.2-3_all.deb
 de114b836894df27ea448c455bbadf87 177184 admin required mount_2.26.2-3_amd64.deb
 61979d64059e03003a4bb49b2450e15d 50708 debian-installer extra fdisk-udeb_2.26.2-3_amd64.udeb
 dab1813ed3fa2bf77fe57e873629f216 873954 debian-installer extra cfdisk-udeb_2.26.2-3_amd64.udeb
 ca1c2c5f2ab153ec4fb84040b5f1e826 161464 libs required libblkid1_2.26.2-3_amd64.deb
 d2108a08a3e6e65007ad89fd8cffb306 102818 debian-installer optional libblkid1-udeb_2.26.2-3_amd64.udeb
 fd6bbcb511b778568c163cb51f7f6bc3 186438 libdevel optional libblkid-dev_2.26.2-3_amd64.deb
 28b93389f23768ff483385c98bc5f11f 190128 libs required libfdisk1_2.26.2-3_amd64.deb
 b4d6341d54b415efa9c882f35e2eb8aa 131130 debian-installer optional libfdisk1-udeb_2.26.2-3_amd64.udeb
 a24db6c169a42b08eeaa483b4dd3e7a6 208466 libdevel optional libfdisk-dev_2.26.2-3_amd64.deb
 760891e423ec99d1f311c30e1f20c366 169364 libs required libmount1_2.26.2-3_amd64.deb
 0bf3e122ff6480f63598fef37dcb4f75 186208 libdevel optional libmount-dev_2.26.2-3_amd64.deb
 1b3573554e082fe0b691304d91dcb723 113560 libs required libsmartcols1_2.26.2-3_amd64.deb
 d746c24fe2c0a1708904e40f41374f68 55444 debian-installer optional libsmartcols1-udeb_2.26.2-3_amd64.udeb
 ac605660c21ba54b695d7499aa7a2df9 123550 libdevel optional libsmartcols-dev_2.26.2-3_amd64.deb
 32f4e5b6b6c6530a719c084e480fcb0e 65750 libs required libuuid1_2.26.2-3_amd64.deb
 67de6ae16d646670811ea36bc4a80a0e 75430 utils optional uuid-runtime_2.26.2-3_amd64.deb
 f070514ee1bb45bc304054accfc7506d 7160 debian-installer optional libuuid1-udeb_2.26.2-3_amd64.udeb
 6d474f8d386e925ffaf053d905ffbe9a 79394 libdevel optional uuid-dev_2.26.2-3_amd64.deb
 857822b9c779981284263d5c1308ec18 29604 debian-installer optional util-linux-udeb_2.26.2-3_amd64.udeb
Package-Type: udeb

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

iQIcBAEBCgAGBQJVVgcaAAoJEAvEfcZNE1MGJi4P/1H8YXS33I2uIGtCxHtjP9d6
8mrR6cqtwPJ68ymEXbkjOszSksX+i3C3gOV2+N4xD+CsD0vdXhUT46+Kx1l0Rny+
L657z6ciqlhOuP48sP+nzYHoclfNFCkHI3jGGvKqw4yqGtbzM6c9io5m50vpq7Fr
31iruCngwQmAq9SSXiYfS9bYrsG7qz9YNIW+Ynko2NlFGO3UeSd3mZ3cOTHrcDk1
IMXIYWuTox2F69IsPfJ/GWBxa26NDgSNEIxN1aM97G2R1s2gGvNR2BHgIHyyb+LO
+KbQ3OdRbtBiKALr4b1qaHdF4EsmGpkIM8yHsRpUir9jfBjz8tzwFKfrRn/DqbDJ
xnPznwZMSPAf6Rz/y/Z/KHnhWpsHdQfqr0Ic6+8+1RMhei4xEBazPcHbfs5haglX
fVNUHq/6UQRGiFKhVkYKhYuopQ0osYXIUVT9rSRkVNmSGF7RR+jeWqElirDDhArY
QaKXhSgn38AfNvdJkPE+9mtvuxyrreRrbNZSZ2T0qvkgensnPbOXiEHSNljwgjTA
TOAYEnOuhpRfyjr5WTGBH6QG6gfFoZgpPVgsBDN3nhY2CjDOBoUXx9x8uOP0qhQA
xs2A++ozYcK/RvRAZooC5p/6OIGn5TqEihXG+W0L+cNPCk+VWj2p5uf7H1yRXnVd
z3uKQyQHjXCb7I3NUcfR
=jGOf
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.