Hello Simon, or anyone else affected, Accepted libdmapsharing into noble-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/libdmapsharing/3.9.13-2ubuntu1~22.04.1 in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed- noble to verification-done-noble. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification- failed-noble. In either case, without details of your testing we will not be able to proceed. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping! N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days. ** Changed in: libdmapsharing (Ubuntu Noble) Status: In Progress => Fix Committed ** Tags added: verification-needed verification-needed-noble -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libdmapsharing in Ubuntu. https://bugs.launchpad.net/bugs/2074212 Title: [SRU] Enable frame-pointer on Noble in libdmapsharing Status in libdmapsharing package in Ubuntu: Fix Released Status in libdmapsharing source package in Noble: Fix Committed Bug description: [ Impact ] In order to help developers with profiling, Ubuntu enabled frame- pointers for packages in the main archive. https://ubuntu.com/blog/ubuntu-performance-engineering-with-frame- pointers-by-default The `Affects` packages were missed due to the packaging issues. These have been fixed on Oracular and can now be ported to Noble. [Proposed fix] Previously, tests run via dh_auto_test were failing and the error ignored. See https://launchpadlibrarian.net/722365230/buildlog_ubuntu- noble-amd64.libdmapsharing_3.9.13-2build1_BUILDING.txt.gz for the log of the build of the package currently in noble. Running the test suite was calling `make check`, rebuilding the binaries with specific CFLAGS and replacing the ones previously built with proper CLFAGS. These binaries were then packaged into the deb. Not running the tests was found to be the best solution until upstream maintainers fix the way test binaries are built. [ Test Plan ] Look at the DW_AT_producer in the associated debug ELF file for flags. -fno-omit-frame-pointer should be present after the fix. The following scripts can be used as a reference https://gist.github.com/julian-klode/85e55553f85c410a1b856a93dce77208 https://gist.github.com/julian-klode/95818246eaef0ac6a54588f7f368e25c -fno-omit-frame-pointer is also present in build logs and now binaries are not rebuilt without this flag anymore to run tests. Smoke test I ran: Download https://www2.cs.uic.edu/~i101/SoundFiles/StarWars3.wav (or any wav file) sudo apt install rhythmbox sudo dpkg -i libdmapsharing-4.0-3t64_3.9.13-2ubuntu1_amd64.deb I was unable to find a daap server in the archive (I even tried to configure rhythmbox/xmms2/vlc to do it, without any luck) so I had to use owntone in a container. A simpler solution may exist though. mkdir -p scratch/owntone/{etc,media,cache} cp StarWars3.wav scratch/owntone/media/ docker run -d \ --name=OwnTone \ --network=host \ -e UID=$(id -u) \ -e GID=$(id -g) \ -v $HOME/scratch/owntone/etc:/etc/owntone \ -v $HOME/scratch/owntone/media:/srv/media \ -v $HOME/scratch/owntone/cache:/var/cache/owntone \ --restart unless-stopped \ docker.io/owntone/owntone:latest At this point owntone is sharing the wav file over DAAP. Launch rhythmbox. An entry in the `Shared` section of the left menu should be visible. StarWars3.wav should be playable. [ Where problems could occur ] No source changes are made. The packaging fixes have enabled other security hardening flags. This could have unintended effects. [ Other Info ] Changes in dpkg have been made to make sure frame-pointers are not enabled on s390x and ppc64el. Bug reference with similar SRU - https://bugs.launchpad.net/ubuntu/+source/ipvsadm/+bug/2071949 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libdmapsharing/+bug/2074212/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
