Bug#1028163: sshfs-fuse: FTBFS (tries to use the ssh service from the host machine)

2023-02-06 Thread Santiago Vila

El 6/2/23 a las 19:30, Sune Stolborg Vuorela escribió:

It would probably be nice to have it more detailed configured, but it is also
quite okay that once you load specific kernel modules *and* executes the tests
with the right users that it actually can be tested.


The test suite tries to use the "ssh" command without a "Build-Depends: 
openssh-client".

The "openssh-client" package is not build-essential, and it's not even installed
by default by debootstrap.

There was a consensus that a missing build-depends on a 
required-but-not-build-essential
package was not RC, and I'm no longer using "serious" for those bugs.

But this is not the case here.

Thanks.



Bug#1028163: sshfs-fuse: FTBFS (tries to use the ssh service from the host machine)

2023-02-05 Thread Santiago Vila

tags 1028163 + patch
thanks

Hi.

I propose that we make the package compliant with Policy 4.2 by disabling
the tests which blindly assume there is a ssh service running in the host
machine.

(Otherwise, what kind of build-depends should be used for that?)

The attached patch works for me.

To do it right without breaking Policy 4.2, the package should maybe
enable its own ssh service on a non-standard port to avoid conflict
with a more than possible standard ssh service in the host machine,
which may or may not be present.

Thanks.--- a/test/test_sshfs.py
+++ b/test/test_sshfs.py
@@ -30,6 +30,7 @@ def name_generator(__ctr=[0]):
 __ctr[0] += 1
 return 'testfile_%d' % __ctr[0]
 
+@pytest.mark.skip(reason="packages must not require network access to be 
built")
 @pytest.mark.parametrize("debug", (False, True))
 @pytest.mark.parametrize("cache_timeout", (0,1))
 @pytest.mark.parametrize("sync_rd", (True, False))