Autopkg test-failure

Bug #2018707 reported by Heinrich Schuchardt
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
securefs (Debian)
New
Unknown
securefs (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Autopkgtests fail:
https://autopkgtest.ubuntu.com/results/autopkgtest-mantic/mantic/amd64/s/securefs/20230506_064307_22b43@/log.gz

Since upstream patch
https://github.com/netheril96/securefs/commit/a2f31fb53ffa5fdad175ad8776e9e7285d8202f5
"Explicitly pass path to test"
it is necessary to set environment variable SECUREFS_BINARY to run test/simple_test.py.

Changed in securefs (Ubuntu):
assignee: nobody → Heinrich Schuchardt (xypron)
Changed in securefs (Ubuntu):
assignee: Heinrich Schuchardt (xypron) → nobody
Revision history for this message
Lukas Märdian (slyon) wrote :

I tried to confirm this fix, by running autopkgtests from ppa:xypron/merge-from-debian:

https://autopkgtest.ubuntu.com/results/autopkgtest-mantic-xypron-merge-from-debian/mantic/amd64/s/securefs/20230508_083543_16f8d@/log.gz

https://autopkgtest.ubuntu.com/results/autopkgtest-mantic-xypron-merge-from-debian/mantic/armhf/s/securefs/20230508_082923_10c29@/log.gz

There still seem to be some problems, please investigate the full logs above.
Especially, I think the SECUREFS_BINARY env variable needs to be applied to "command1".

Please make use of the `submittodebian` tool, to forward the patch to Debian once ready. Then cross-link the corresponding Debian bug report to this one, so we can drop the delta eventually.

Also, please consider providing a PPA test build and autopkgtest results next time, to make it easier for your sponsor to confirm the fix.

Finally, the test seems to be executed on amd64 only, is there a hard reason for it? If not we should consider adopting the test case accordingly (i.e. not hard-coding the "obj-x86_64-linux-gnu" directory):
```
autopkgtest [16:13:53]: test command2: cd obj-x86_64-linux-gnu && ./securefs_test
autopkgtest [16:13:53]: test command2: [-----------------------
bash: line 1: cd: obj-x86_64-linux-gnu: No such file or directory
autopkgtest [16:13:54]: test command2: -----------------------]
autopkgtest [16:13:54]: test command2: - - - - - - - - - - results - - - - - - - - - -
command2 FAIL non-zero exit status 1
```

Thanks!

Revision history for this message
Heinrich Schuchardt (xypron) wrote :
Revision history for this message
Heinrich Schuchardt (xypron) wrote :

Autopkgtests in ppa:xypron/gnu-efi succeeded for the amd64, arm64, and ppc64el architecture. Tests for other architectures never succeeded before. So this is not a regression.

Revision history for this message
Heinrich Schuchardt (xypron) wrote (last edit ):

Submitted to Debian via submittodebian.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035739

Revision history for this message
Lukas Märdian (slyon) wrote :
Changed in securefs (Ubuntu):
status: New → In Progress
Changed in securefs (Debian):
status: Unknown → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package securefs - 0.13.1+ds-1ubuntu1

---------------
securefs (0.13.1+ds-1ubuntu1) mantic; urgency=medium

  * Set SECUREFS_BINARY in debian/test/control (LP: #2018707).

 -- Heinrich Schuchardt <email address hidden> Mon, 08 May 2023 07:14:48 +0200

Changed in securefs (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.