Ubuntu
php-easyrdf package

test fail on s390x (blocking libzip via php7.4 in hirsute)

Bug #1919125 reported by Christian Ehrhardt 
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libzip (Ubuntu)
Fix Released
Undecided
Unassigned
php-easyrdf (Ubuntu)
Fix Released
Undecided
Unassigned
php7.4 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Version 1.0 has a test that fails on Ubuntu's s390x autopkgtests (but not anywhere else yet).

https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/s390x/p/php-easyrdf/20210108_063828_6e7ff@/log.gz

On analysis this looks like a race between starting php in background
  php --server localhost:10101 --docroot debian/tests/data &
And accessing it directly after

Maybe (hopefully) this only needs a guard to be really up and ready.

Fix in test at:
  https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4488/+packages
And submitted to Debian in
  https://salsa.debian.org/php-team/pear/php-easyrdf/-/merge_requests/1

I'm working on those fixes but wan't to see them pass reliable before doing an upload to unblock php7.4 -> libzip. I'll add bug tasks for those to have them visible as update-excute from excuses.

Note: the fully good result still is "neutral" as in the current version all tests are marked superficial.

Christian Ehrhardt  (paelzer)
Changed in php-easyrdf (Ubuntu):
status: New → In Progress
tags: added: update-excuse
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Ok,
finally the new version in
https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4488/+packages

Has reliable results:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute-ci-train-ppa-service-4488/hirsute/s390x/p/php-easyrdf/20210315_075626_f2100@/log.gz
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute-ci-train-ppa-service-4488/hirsute/s390x/p/php-easyrdf/20210315_075648_17347@/log.gz
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute-ci-train-ppa-service-4488/hirsute/s390x/p/php-easyrdf/20210315_075704_78166@/log.gz
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute-ci-train-ppa-service-4488/hirsute/s390x/p/php-easyrdf/20210315_075706_33612@/log.gz

That can be uploaded to Hirsute now to unblock libzip

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

https://launchpad.net/ubuntu/+source/php-easyrdf/1.0.0-2ubuntu1 built fine and tests have left the queue (but are not yet in excuses).
Still I'd hope/expect they are good now.
I'm triggering the test that was for php7.4 a well now.

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

libzip and php7.4 migrated by now.
The tests for php-easyrdf itself are complete and all are passing.
So this should be picked up on the next britney run.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package php-easyrdf - 1.0.0-2ubuntu1

---------------
php-easyrdf (1.0.0-2ubuntu1) hirsute; urgency=medium

  * d/t/rapper.sh: avoid test race by waiting for the port to be up
    (LP: #1919125)

 -- Christian Ehrhardt <email address hidden> Mon, 15 Mar 2021 07:51:16 +0100

Changed in php-easyrdf (Ubuntu):
status: In Progress → Fix Released
Bryce Harrington (bryce)
Changed in php7.4 (Ubuntu):
status: New → Fix Released
Changed in libzip (Ubuntu):
status: New → Fix Released
Revision history for this message
Athos Ribeiro (athos-ribeiro) wrote :

This has been fixed in Debian through a different approach on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001593.

The fix was released in 1.0.0-3. Therefore, I am now making the Ubuntu package a sync.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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