In trying to debug locally it worked as of today in a questing sbuild.
But we know that [1] was bad.

Pushing the same to a set of PPAs (only x86, with and without proposed)
to see how it behaves on-infra now.

They both work, so it turns out that something (tm) was broken in the infra or 
questing.
But now is fixed.
Both [2][3] have that fixed and so any other rebuild will pick up the fix.

Since we plan another merge of libvirt 11.6 later on, we can wait for that.
That you might think, but remember that it is broken at least since noble [4].

So something else must go on, I have added debug code to d/rules - might
that be what fixed it.

That debug was just a find command to see where the files are at
different stages.

--- a/debian/rules
+++ b/debian/rules
@@ -232,6 +232,7 @@ override_dh_auto_configure:
 # indicate functional issues, plus they get tripped up by the fact that
 # there are additional files in debian/ that they don't expect
 override_dh_auto_test:
+       find -name libvirt.mo
        export LD_PRELOAD=""; \
        export VIR_TEST_DEBUG=1; \
        if ! dh_auto_test -- --timeout-multiplier 10 \
@@ -248,6 +249,7 @@ override_dh_auto_test:
 # to perform such operations
 execute_after_dh_auto_install:
 ifeq ($(DEB_HOST_ARCH_OS), linux)
+       find -name libvirt.mo
        # Disable network autostart
        rm -rf $(DEB_DESTDIR)/etc/libvirt/qemu/networks/autostart/
 
@@ -301,6 +303,7 @@ endif
 
 ifeq ($(DEB_HOST_ARCH_OS), linux)
 execute_after_dh_install:
+       find -name libvirt.mo
        dh_apparmor -p libvirt-daemon --profile-name=usr.sbin.libvirtd
        dh_apparmor -p libvirt-daemon-common 
--profile-name=usr.lib.libvirt.virt-aa-helper
 
@@ -316,6 +319,7 @@ override_dh_installsystemd:
        dh_installsystemd -p libvirt-daemon-log --no-stop-on-upgrade 
virtlogd.service virtlogd.socket virtlogd-admin.socket
        dh_installsystemd -p libvirt-daemon-lock --no-stop-on-upgrade 
virtlockd.service virtlockd.socket virtlockd-admin.socket
        dh_installsystemd -p libvirt-daemon-common --no-stop-on-upgrade 
libvirt-guests.service
+       find -name libvirt.mo
 endif
 
 override_dh_installchangelogs:
@@ -331,6 +335,7 @@ override_dh_installdocs:
 # builds. -arch builds don't need this because we sync whether each feature
 # is enabled and whether the corresponding files are installed
 override_dh_missing-indep:
+       find -name libvirt.mo
        dh_missing --list-missing
 
 execute_before_dh_auto_clean:

Building again without that debug code...
I want to know if this was fixed by a side effect, as it would be suspicious to 
work just now right after I started looking after this bug.

Turns out the no-change rebuilds [5][6] and the same in local sbuild are fine 
too.
So, all good - let us watch if it works on the next real upload as well.

[1]: 
https://launchpadlibrarian.net/800133444/buildlog_ubuntu-questing-amd64.libvirt_11.4.0-1ubuntu1_BUILDING.txt.gz
[2]: 
https://launchpadlibrarian.net/801349820/buildlog_ubuntu-questing-amd64.libvirt_11.4.0-1ubuntu1~questingppa6_BUILDING.txt.gz
[3]: 
https://launchpadlibrarian.net/801350347/buildlog_ubuntu-questing-amd64.libvirt_11.4.0-1ubuntu1~questingppa6_BUILDING.txt.gz
[4]: 
https://launchpadlibrarian.net/787320323/buildlog_ubuntu-noble-amd64.libvirt_10.0.0-2ubuntu8.7_BUILDING.txt.gz
[5]: 
https://launchpadlibrarian.net/801352635/buildlog_ubuntu-questing-amd64.libvirt_11.4.0-1ubuntu1~questingppa7_BUILDING.txt.gz
[6]: 
https://launchpadlibrarian.net/801352724/buildlog_ubuntu-questing-amd64.libvirt_11.4.0-1ubuntu1~questingppa7_BUILDING.txt.gz

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2115237

Title:
  we lost the translations in libvirt-l10n

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/2115237/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to