[Pkg-utopia-maintainers] Bug#848269: [udisks2] integration-test test failures question

[OmegaPhil]

Package: udisks2
Version: 2.1.8-1
Severity: minor

I'm currently looking into maintaining udisks2 for Devuan, while looking
around for a test suite I found integration-test under src/tests -
running it in a Debian Testing VM resulted in the following failures:


======================================================================
ERROR: test_nilfs2 (__main__.FS)
fs: nilfs2
----------------------------------------------------------------------
Traceback (most recent call last):
  File "./integration-test", line 695, in test_nilfs2
    self._do_fs_check('nilfs2')
  File "./integration-test", line 842, in _do_fs_check
    self._do_cli_check(type)
  File "./integration-test", line 865, in _do_cli_check
    self.mkfs(type, label)
  File "./integration-test", line 305, in mkfs
    subprocess.check_call(cmd, stdout=subprocess.PIPE,
stderr=subprocess.PIPE)
  File "/usr/lib/python3.5/subprocess.py", line 271, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['mkfs.nilfs2', '/dev/sdc']'
returned non-zero exit status -15

======================================================================
ERROR: test_sda (__main__.Smart)
SMART status of first internal hard disk
----------------------------------------------------------------------
Traceback (most recent call last):
  File "./integration-test", line 1222, in test_sda
    stderr=subprocess.STDOUT) == 0
  File "/usr/lib/python3.5/subprocess.py", line 247, in call
    with Popen(*popenargs, **kwargs) as p:
  File "/usr/lib/python3.5/subprocess.py", line 676, in __init__
    restore_signals, start_new_session)
  File "/usr/lib/python3.5/subprocess.py", line 1282, in _execute_child
    raise child_exception_type(errno_num, err_msg)
FileNotFoundError: [Errno 2] No such file or directory: 'skdump'

----------------------------------------------------------------------
Ran 36 tests in 402.216s

FAILED (errors=2)


The nilfs2 test seems to hang after 'cli': 'fs: nilfs2 ... [cli] ERROR'
- so I have to manually kill mkfs.

Are these failures known/'valid'? They happen in Devuan as well, so at
least things aren't any more broken...

Thanks


Following info is from the testing VM:


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages udisks2 depends on:
ii  dbus                   1.10.14-1
ii  libacl1                2.2.52-3
ii  libatasmart4           0.19-4
ii  libc6                  2.24-7
ii  libglib2.0-0           2.50.2-2
ii  libgudev-1.0-0         230-3
ii  libpam-systemd         232-7
ii  libpolkit-agent-1-0    0.105-17
ii  libpolkit-gobject-1-0  0.105-17
ii  libsystemd0            232-7
ii  libudisks2-0           2.1.8-1
ii  parted                 3.2-16+b1
ii  udev                   232-7

Versions of packages udisks2 recommends:
ii  dosfstools   4.0-2
ii  eject        2.1.5+deb1+cvs20081104-13.1
ii  exfat-utils  1.2.4-1
ii  gdisk        1.0.1-1
ii  ntfs-3g      1:2016.2.22AR.1-3
ii  policykit-1  0.105-17

Versions of packages udisks2 suggests:
ii  btrfs-progs     4.7.3-1
ii  btrfs-tools     4.7.3-1
ii  cryptsetup-bin  2:1.7.3-2
pn  mdadm           <none>
pn  reiserfsprogs   <none>
pn  xfsprogs        <none>

-- no debconf information


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-utopia-maintainers/attachments/20161215/d7b04f48/attachment.sig>