[Touch-packages] [Bug 1999220] Re: libQt5Core.so.5 incompatible with older kernels (<3.15)
Thank you! Probably, your reply will help to convince our IT folks that it is probably time to upgrade from rhel7 at our compute servers... -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtbase-opensource-src in Ubuntu. https://bugs.launchpad.net/bugs/1999220 Title: libQt5Core.so.5 incompatible with older kernels (<3.15) Status in qtbase-opensource-src package in Ubuntu: Won't Fix Bug description: When running programs that use libQt5Core.so.5 on pre-3.15 kernels (e.g. from a container) one gets error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory A workaround (from https://github.com/dnschneid/crouton/wiki/Fix- error-while-loading-shared-libraries:-libQt5Core.so.5): sudo strip --remove-section=.note.ABI-tag /usr/lib64/libQt5Core.so.5 At least 20.04 and 22.04 are affected. I guess, something can be changed in the way the library compiles to make it more portable. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1999220/+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
[Touch-packages] [Bug 1991761] Re: Backport packages for 22.04.2 HWE stack
spirv-headers is build-depended on by several packages; could we do test-rebuilds of those as a part of verification, please. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mesa in Ubuntu. https://bugs.launchpad.net/bugs/1991761 Title: Backport packages for 22.04.2 HWE stack Status in directx-headers package in Ubuntu: Invalid Status in libdrm package in Ubuntu: Invalid Status in llvm-toolchain-15 package in Ubuntu: Invalid Status in mesa package in Ubuntu: Invalid Status in spirv-headers package in Ubuntu: Invalid Status in spirv-llvm-translator-14 package in Ubuntu: Invalid Status in spirv-llvm-translator-15 package in Ubuntu: Invalid Status in directx-headers source package in Jammy: Fix Committed Status in libdrm source package in Jammy: In Progress Status in llvm-toolchain-15 source package in Jammy: In Progress Status in mesa source package in Jammy: In Progress Status in spirv-headers source package in Jammy: Fix Committed Status in spirv-llvm-translator-14 source package in Jammy: In Progress Status in spirv-llvm-translator-15 source package in Jammy: In Progress Bug description: [Impact The graphics HWE stack from kinetic needs to be backported for 22.04.2 directx-headers - build-dep of the new Mesa libdrm - build-dep of the new Mesa llvm-15 - new package in jammy - build-dep of the new Mesa mesa - new major release (22.2.x) - new HW support, like AMD RDNA3, Intel DG2 spirv-headers - needed by s-l-t-15 spirv-llvm-translator-14 - needed to bootstrap libclc from llvm spirv-llvm-translator-15 - needed for the actual libclc-15 after initial bootstrap Bootstrapping plan: - s-l-t-14 built from NEW - llvm-15 built with s-l-t-14 - s-l-t-15 built against llvm-15 - llvm-15 built again with s-l-t-15 -> mesa ready for building [Test case] Install the new mesa on various hw, see that everything still works like before or better. [Where things could go wrong] This is a major update of Mesa, there could be regressions but we'll backport the final stable release of 22.2.x in order to minimize the chance for those. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/directx-headers/+bug/1991761/+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
[Touch-packages] [Bug 1991761] Re: Backport packages for 22.04.2 HWE stack
Hello Timo, or anyone else affected, Accepted spirv-headers into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/spirv- headers/1.6.1+1.3.216.0-1~ubuntu0.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- jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification- failed-jammy. 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: spirv-headers (Ubuntu Jammy) Status: New => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mesa in Ubuntu. https://bugs.launchpad.net/bugs/1991761 Title: Backport packages for 22.04.2 HWE stack Status in directx-headers package in Ubuntu: Invalid Status in libdrm package in Ubuntu: Invalid Status in llvm-toolchain-15 package in Ubuntu: Invalid Status in mesa package in Ubuntu: Invalid Status in spirv-headers package in Ubuntu: Invalid Status in spirv-llvm-translator-14 package in Ubuntu: Invalid Status in spirv-llvm-translator-15 package in Ubuntu: Invalid Status in directx-headers source package in Jammy: Fix Committed Status in libdrm source package in Jammy: In Progress Status in llvm-toolchain-15 source package in Jammy: In Progress Status in mesa source package in Jammy: In Progress Status in spirv-headers source package in Jammy: Fix Committed Status in spirv-llvm-translator-14 source package in Jammy: In Progress Status in spirv-llvm-translator-15 source package in Jammy: In Progress Bug description: [Impact The graphics HWE stack from kinetic needs to be backported for 22.04.2 directx-headers - build-dep of the new Mesa libdrm - build-dep of the new Mesa llvm-15 - new package in jammy - build-dep of the new Mesa mesa - new major release (22.2.x) - new HW support, like AMD RDNA3, Intel DG2 spirv-headers - needed by s-l-t-15 spirv-llvm-translator-14 - needed to bootstrap libclc from llvm spirv-llvm-translator-15 - needed for the actual libclc-15 after initial bootstrap Bootstrapping plan: - s-l-t-14 built from NEW - llvm-15 built with s-l-t-14 - s-l-t-15 built against llvm-15 - llvm-15 built again with s-l-t-15 -> mesa ready for building [Test case] Install the new mesa on various hw, see that everything still works like before or better. [Where things could go wrong] This is a major update of Mesa, there could be regressions but we'll backport the final stable release of 22.2.x in order to minimize the chance for those. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/directx-headers/+bug/1991761/+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
[Touch-packages] [Bug 1991761] Re: Backport packages for 22.04.2 HWE stack
I know it doesn't have any rdepends in the archive, but this includes a libdrm-tegra0 ABI break without bumping SONAME; what sort of consumers of libdrm-tegra0 are likely to exist? What risk mitigations could we implement? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mesa in Ubuntu. https://bugs.launchpad.net/bugs/1991761 Title: Backport packages for 22.04.2 HWE stack Status in directx-headers package in Ubuntu: Invalid Status in libdrm package in Ubuntu: Invalid Status in llvm-toolchain-15 package in Ubuntu: Invalid Status in mesa package in Ubuntu: Invalid Status in spirv-headers package in Ubuntu: Invalid Status in spirv-llvm-translator-14 package in Ubuntu: Invalid Status in spirv-llvm-translator-15 package in Ubuntu: Invalid Status in directx-headers source package in Jammy: Fix Committed Status in libdrm source package in Jammy: In Progress Status in llvm-toolchain-15 source package in Jammy: In Progress Status in mesa source package in Jammy: In Progress Status in spirv-headers source package in Jammy: New Status in spirv-llvm-translator-14 source package in Jammy: In Progress Status in spirv-llvm-translator-15 source package in Jammy: In Progress Bug description: [Impact The graphics HWE stack from kinetic needs to be backported for 22.04.2 directx-headers - build-dep of the new Mesa libdrm - build-dep of the new Mesa llvm-15 - new package in jammy - build-dep of the new Mesa mesa - new major release (22.2.x) - new HW support, like AMD RDNA3, Intel DG2 spirv-headers - needed by s-l-t-15 spirv-llvm-translator-14 - needed to bootstrap libclc from llvm spirv-llvm-translator-15 - needed for the actual libclc-15 after initial bootstrap Bootstrapping plan: - s-l-t-14 built from NEW - llvm-15 built with s-l-t-14 - s-l-t-15 built against llvm-15 - llvm-15 built again with s-l-t-15 -> mesa ready for building [Test case] Install the new mesa on various hw, see that everything still works like before or better. [Where things could go wrong] This is a major update of Mesa, there could be regressions but we'll backport the final stable release of 22.2.x in order to minimize the chance for those. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/directx-headers/+bug/1991761/+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
[Touch-packages] [Bug 1992701] Re: Issue with opening module dependency file
[Expired for kmod (Ubuntu) because there has been no activity for 60 days.] ** Changed in: kmod (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to kmod in Ubuntu. https://bugs.launchpad.net/bugs/1992701 Title: Issue with opening module dependency file Status in kmod package in Ubuntu: Expired Bug description: Tested on: Trusty, Xenial (used as recovery system) I'm unable to manage (modprobe, insmod) modules due following error: "modprobe: ERROR: ../libkmod/libkmod.c:556 kmod_search_moddep() could not open moddep file '/lib/modules/3.13.0-24-generic/modules.dep.bin'" I don't know why, but it seem like in the libkmod.c was a bug that attempt to load an old kernel after it got upgraded (replaced with) a newer one. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/kmod/+bug/1992701/+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
[Touch-packages] [Bug 1991761] Re: Backport packages for 22.04.2 HWE stack
Hello Timo, or anyone else affected, Accepted directx-headers into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/directx- headers/1.606.4-1~ubuntu0.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- jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification- failed-jammy. 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: directx-headers (Ubuntu Jammy) Status: In Progress => Fix Committed ** Tags added: verification-needed verification-needed-jammy -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mesa in Ubuntu. https://bugs.launchpad.net/bugs/1991761 Title: Backport packages for 22.04.2 HWE stack Status in directx-headers package in Ubuntu: Invalid Status in libdrm package in Ubuntu: Invalid Status in llvm-toolchain-15 package in Ubuntu: Invalid Status in mesa package in Ubuntu: Invalid Status in spirv-headers package in Ubuntu: Invalid Status in spirv-llvm-translator-14 package in Ubuntu: Invalid Status in spirv-llvm-translator-15 package in Ubuntu: Invalid Status in directx-headers source package in Jammy: Fix Committed Status in libdrm source package in Jammy: In Progress Status in llvm-toolchain-15 source package in Jammy: In Progress Status in mesa source package in Jammy: In Progress Status in spirv-headers source package in Jammy: New Status in spirv-llvm-translator-14 source package in Jammy: In Progress Status in spirv-llvm-translator-15 source package in Jammy: In Progress Bug description: [Impact The graphics HWE stack from kinetic needs to be backported for 22.04.2 directx-headers - build-dep of the new Mesa libdrm - build-dep of the new Mesa llvm-15 - new package in jammy - build-dep of the new Mesa mesa - new major release (22.2.x) - new HW support, like AMD RDNA3, Intel DG2 spirv-headers - needed by s-l-t-15 spirv-llvm-translator-14 - needed to bootstrap libclc from llvm spirv-llvm-translator-15 - needed for the actual libclc-15 after initial bootstrap Bootstrapping plan: - s-l-t-14 built from NEW - llvm-15 built with s-l-t-14 - s-l-t-15 built against llvm-15 - llvm-15 built again with s-l-t-15 -> mesa ready for building [Test case] Install the new mesa on various hw, see that everything still works like before or better. [Where things could go wrong] This is a major update of Mesa, there could be regressions but we'll backport the final stable release of 22.2.x in order to minimize the chance for those. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/directx-headers/+bug/1991761/+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
[Touch-packages] [Bug 1995329] Re: [HP EliteBook 840 G8] [Intel AX201] Devices pair and connect, but immediately (4-5 secs) disconnect
So it's actually a regression in iwlwifi driver? Hopefully it's fixed in later kernels... -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to bluez in Ubuntu. https://bugs.launchpad.net/bugs/1995329 Title: [HP EliteBook 840 G8] [Intel AX201] Devices pair and connect, but immediately (4-5 secs) disconnect Status in bluez package in Ubuntu: New Status in linux package in Ubuntu: Confirmed Bug description: Recently upgraded to 22.10 (from I believe 20.04, not actually completely sure) and both of my Bluetooth devices have stopped working. They can pair and connect initially, but disconnect after 4-5 seconds. My headphones worked a while, but have not since been able to have them stay connected. Here's an output from bluetoothctl, which doesn't say much? Agent registered [CHG] Controller 10:3D:1C:43:3B:C6 Pairable: yes [CHG] Device 94:DB:56:4F:20:7F Connected: yes [CHG] Controller 10:3D:1C:43:3B:C6 Discovering: yes [NEW] Device CB:78:4F:E1:45:7D LE_WH-1000XM4 [CHG] Device 94:DB:56:4F:20:7F Connected: no [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D TxPower: -21 [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Key: 0x012d [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Value: 04 00 01 31 05 01 74 84 12 86 04 40 d5 00 00 00 ...1..t@ 00 00 00 ... [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 87 04 02 48 e2 09 0e 30 0b 11 7a .H...0..z [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [NEW] Device D9:A2:A2:B7:40:35 P mesh [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 88 b5 06 90 44 00 8d e6 00 11 30 ..D.0 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device 94:DB:56:4F:20:7F Connected: yes [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device 94:DB:56:4F:20:7F Connected: no [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [bluetooth]# [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Key: 0x012d [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Value: 04 00 01 31 05 01 74 84 12 86 04 60 d5 00 00 00 ...1..t` 00 00 00 ... [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 14 08 8e 2b 3a 42 02 89 00 11 74 .+:Bt [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [DEL] Device D9:A2:A2:B7:40:35 P mesh [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D
[Touch-packages] [Bug 1915910] Re: evince does not print (apparmor, pxgsettings)
Hello Togo28, or anyone else affected, Accepted evince into kinetic-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/evince/43.0-1ubuntu1 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- kinetic to verification-done-kinetic. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-kinetic. 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: evince (Ubuntu Kinetic) Status: New => Fix Committed ** Tags added: verification-needed verification-needed-kinetic -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libproxy in Ubuntu. https://bugs.launchpad.net/bugs/1915910 Title: evince does not print (apparmor, pxgsettings) Status in evince package in Ubuntu: Fix Released Status in libproxy package in Ubuntu: Invalid Status in evince source package in Kinetic: Fix Committed Status in evince package in Debian: New Bug description: * Impact Evince hangs when opening the printing dialog for some users with a remote printer configured and connected * Test case - configure a remote printer and turn it on - open a pdf - try to print the document the print dialog shouldn't freeze the viewer * What could go wrong The change is only allowing access to one extra system binary from the apparmor profile so shouldn't really have an impact on the software behaviour. If the syntax or content of the change was incorrect it could make the apparmor profile not been loaded anymore or block access to thing that should be allowed, so ensure that opening documents, printing and thumbnailing are still working -- audit: type=1400 audit(1613557537.646:81): apparmor="DENIED" operation="exec" profile="/usr/bin/evince" name="/usr/lib/x86_64-linux-gnu/libproxy/0.4.17/pxgsettings" pid=3500 comm="sh" requested_mask="x" denied_mask="x" fsuid=1000 ouid=0 It seems that evince has no rights to print if I understand this correctly Printing the same pdf-file from the same origin/folder works with OCULAR The error is reproduceable To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1915910/+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
[Touch-packages] [Bug 1999207] Re: Error in dead key management of latin keyboards
On 2022-12-13 19:40, Sharcoux wrote: > layout: fr,fr > variant:latin9,oss Then it's the "French (legacy, alt.)" layout you use. And yes, with that layout you get dead_circumflex by simply pressing the key to the right of the P key. (But I think the layout used to make use of some dead key doesn't really matter.) The good news is that I have figured out a way to reproduce the behavior you state as "current result" in your upstream Firefox bug. I simply removed all my IBus sources from the list of input sources and relogged in. Then I get: compositionstart: compositionupdate: ^ compositionupdate: compositionend: So it would be interesting to know if you can do the opposite. Assuming you are on a standard Ubuntu 22.04 with GNOME, can you please * install some ibus input method — suggestion: the ibus-libpinyin package * relogin * go to Settings -> Keyboard and add "Intelligent Pinyin" to your input sources * relogin again I did those steps myself, and now I'm back with this result: compositionstart: compositionupdate: ^ compositionupdate: û compositionend: û -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1999207 Title: Error in dead key management of latin keyboards Status in ibus package in Ubuntu: Incomplete Bug description: Composition events are incorrect in Ubuntu 22.04 for latin keyboard I opened an issue at Firefox [here](https://bugzilla.mozilla.org/show_bug.cgi?id=1802989) that gives all the details, but they diagnosed a bug in ubuntu-ibus To reproduce the issue, you can go [here](https://developer.mozilla.org/en- US/docs/Web/API/Element/compositionstart_event#result) and type ^+u with a fr+latin9 keayboard configuration. Here is the conclusion on the bug report: Ubuntu-ibus commits dead key sequence with empty string first, then, sends only commit string without "composing" state. The latter behavior is a usual case for inputting non-ASCII characters like Emojis. In this case, browsers need to handle it without composition for compatibility between browsers. Therefore, we cannot represent the composed character insertion as a set of composition events. Anyway, dispatching 2 set of composition events for one dead key sequence may cause trouble in web apps. Therefore, as expected, the first composition should update the "preedit string" to the composed string and commit it simply. The bug was reproduced with installing Ubuntu 22.04 with English locale and adding "French (alt., Latin-9 only)" keyboard layout. And also reproduced with the other Western keyboard layouts which have dead keys. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1999207/+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
[Touch-packages] [Bug 1981109] Update Released
The verification of the Stable Release Update for livecd-rootfs has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-meta in Ubuntu. https://bugs.launchpad.net/bugs/1981109 Title: server image pulls in ModemManager via fwupd, consumes 25MiB RAM in every container Status in fwupd package in Ubuntu: Invalid Status in livecd-rootfs package in Ubuntu: Fix Released Status in modemmanager package in Ubuntu: Triaged Status in ubuntu-meta package in Ubuntu: New Status in fwupd source package in Jammy: Invalid Status in livecd-rootfs source package in Jammy: Fix Released Status in modemmanager source package in Jammy: New Status in ubuntu-meta source package in Jammy: New Bug description: [Impact] Cloud images should not have fwupd, modemmanager, and udisks2 installed as those are not needed and only taking up memory. [Test Case] Build cloud images with livecd-rootfs and confirm that fwupd, modemmanager, and udisks2 are not present and not running. [Regression Potential] Only thing that might happen is for any of the 3 listed packages getting removed from images where they might be used. So possibly double-checking if this will affect preinstalled server images and if they care about this or not. [Original Description] Looking at memory utilization in a pristine Ubuntu lxd container (top -o RES), I see that ModemManager is running, which I was surprised to see is present at all in the stock image. Tracking this I find that fwupd depends on libmm-glib0, which in turn Recommends: modemmanager. Libraries in general should not recommend daemons, so it's possible this should be fixed by libmm-glib0 dropping this Recommends. It certainly doesn't seem to be a deliberate decision by the Server Team to have modemmanager installed and running by default on all systems. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1981109/+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
[Touch-packages] [Bug 1981109] Re: server image pulls in ModemManager via fwupd, consumes 25MiB RAM in every container
This bug was fixed in the package livecd-rootfs - 2.765.13 --- livecd-rootfs (2.765.13) jammy; urgency=medium [ Heinrich Schuchardt ] * Backporting patches to support new RISC-V platforms (LP: #1997233) * Add support for the LicheeRV board (SUBARCH=licheerv) * Add support for the PolarFire Icicle Kit board (SUBARCH=icicle) * Reduce initrd size for Nezha and LicheeRV boards * Use efi=debug earlycon on kernel command line livecd-rootfs (2.765.12) jammy; urgency=medium * Remove fwupd, modemmanager, and udisks2 from the cloud images. LP: #1981109. -- Łukasz 'sil2100' Zemczak Mon, 21 Nov 2022 11:18:14 +0100 ** Changed in: livecd-rootfs (Ubuntu Jammy) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-meta in Ubuntu. https://bugs.launchpad.net/bugs/1981109 Title: server image pulls in ModemManager via fwupd, consumes 25MiB RAM in every container Status in fwupd package in Ubuntu: Invalid Status in livecd-rootfs package in Ubuntu: Fix Released Status in modemmanager package in Ubuntu: Triaged Status in ubuntu-meta package in Ubuntu: New Status in fwupd source package in Jammy: Invalid Status in livecd-rootfs source package in Jammy: Fix Released Status in modemmanager source package in Jammy: New Status in ubuntu-meta source package in Jammy: New Bug description: [Impact] Cloud images should not have fwupd, modemmanager, and udisks2 installed as those are not needed and only taking up memory. [Test Case] Build cloud images with livecd-rootfs and confirm that fwupd, modemmanager, and udisks2 are not present and not running. [Regression Potential] Only thing that might happen is for any of the 3 listed packages getting removed from images where they might be used. So possibly double-checking if this will affect preinstalled server images and if they care about this or not. [Original Description] Looking at memory utilization in a pristine Ubuntu lxd container (top -o RES), I see that ModemManager is running, which I was surprised to see is present at all in the stock image. Tracking this I find that fwupd depends on libmm-glib0, which in turn Recommends: modemmanager. Libraries in general should not recommend daemons, so it's possible this should be fixed by libmm-glib0 dropping this Recommends. It certainly doesn't seem to be a deliberate decision by the Server Team to have modemmanager installed and running by default on all systems. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1981109/+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
[Touch-packages] [Bug 1999207] Re: Error in dead key management of latin keyboards
I'm a bit confused about your questions related with xkb-data but I hope that this will help: here is the result of `setxkbmap -print`: xkb_keymap { xkb_keycodes { include "evdev+aliases(azerty)" }; xkb_types { include "complete" }; xkb_compat{ include "complete" }; xkb_symbols { include "pc+fr(latin9)+fr(oss):2+inet(evdev)" }; xkb_geometry { include "pc(pc105)" }; }; And `setxkbmap -query`: rules: evdev model: pc105 layout: fr,fr variant:latin9,oss About the consequences for users, well, the source of all this is the breaking of compositionupdate and compositionend events for those users on Firefox. My app relies on compositionend events, but, as those events were not created by myself, I guess that my app is not the only program relying on those events. If those events are not accurate, it will break any program relying on it. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1999207 Title: Error in dead key management of latin keyboards Status in ibus package in Ubuntu: Incomplete Bug description: Composition events are incorrect in Ubuntu 22.04 for latin keyboard I opened an issue at Firefox [here](https://bugzilla.mozilla.org/show_bug.cgi?id=1802989) that gives all the details, but they diagnosed a bug in ubuntu-ibus To reproduce the issue, you can go [here](https://developer.mozilla.org/en- US/docs/Web/API/Element/compositionstart_event#result) and type ^+u with a fr+latin9 keayboard configuration. Here is the conclusion on the bug report: Ubuntu-ibus commits dead key sequence with empty string first, then, sends only commit string without "composing" state. The latter behavior is a usual case for inputting non-ASCII characters like Emojis. In this case, browsers need to handle it without composition for compatibility between browsers. Therefore, we cannot represent the composed character insertion as a set of composition events. Anyway, dispatching 2 set of composition events for one dead key sequence may cause trouble in web apps. Therefore, as expected, the first composition should update the "preedit string" to the composed string and commit it simply. The bug was reproduced with installing Ubuntu 22.04 with English locale and adding "French (alt., Latin-9 only)" keyboard layout. And also reproduced with the other Western keyboard layouts which have dead keys. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1999207/+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
[Touch-packages] [Bug 1999207] Re: Error in dead key management of latin keyboards
Are you using some layout which is not provided by xkb-data? The one I used is named "French (alt., Latin-9 only)" and is represented by the dconf value fr+oss_latin9. The dconf value fr+latin9 is also available, but the name of that layout is "French (legacy, alt.)". I'm not sure about the significance of which particular layout is used, though. But I'm wondering in what way your observation results in unexpected behavior for the user. Yes, there are differences under the hood. But how is that important in practice? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1999207 Title: Error in dead key management of latin keyboards Status in ibus package in Ubuntu: Incomplete Bug description: Composition events are incorrect in Ubuntu 22.04 for latin keyboard I opened an issue at Firefox [here](https://bugzilla.mozilla.org/show_bug.cgi?id=1802989) that gives all the details, but they diagnosed a bug in ubuntu-ibus To reproduce the issue, you can go [here](https://developer.mozilla.org/en- US/docs/Web/API/Element/compositionstart_event#result) and type ^+u with a fr+latin9 keayboard configuration. Here is the conclusion on the bug report: Ubuntu-ibus commits dead key sequence with empty string first, then, sends only commit string without "composing" state. The latter behavior is a usual case for inputting non-ASCII characters like Emojis. In this case, browsers need to handle it without composition for compatibility between browsers. Therefore, we cannot represent the composed character insertion as a set of composition events. Anyway, dispatching 2 set of composition events for one dead key sequence may cause trouble in web apps. Therefore, as expected, the first composition should update the "preedit string" to the composed string and commit it simply. The bug was reproduced with installing Ubuntu 22.04 with English locale and adding "French (alt., Latin-9 only)" keyboard layout. And also reproduced with the other Western keyboard layouts which have dead keys. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1999207/+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
[Touch-packages] [Bug 1983200] Re: package libc6 2.35-0ubuntu3 failed to install/upgrade: new libc6:amd64 package pre-installation script subprocess returned error exit status 255
Looking at the logs, this bug seems rather to be in /usr/share/perl5/Debconf/Db.pm, which is in debconf. Reassigning it there. ** Also affects: debconf (Ubuntu) Importance: Undecided Status: New ** Changed in: glibc (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to debconf in Ubuntu. https://bugs.launchpad.net/bugs/1983200 Title: package libc6 2.35-0ubuntu3 failed to install/upgrade: new libc6:amd64 package pre-installation script subprocess returned error exit status 255 Status in debconf package in Ubuntu: New Status in glibc package in Ubuntu: Invalid Bug description: I have an error there. ProblemType: Package DistroRelease: Ubuntu 22.04 Package: libc6 2.35-0ubuntu3 ProcVersionSignature: Ubuntu 5.15.0-43.46-generic 5.15.39 Uname: Linux 5.15.0-43-generic x86_64 ApportVersion: 2.20.11-0ubuntu82.1 Architecture: amd64 CasperMD5CheckResult: pass Date: Sun Jul 31 11:39:05 2022 ErrorMessage: new libc6:amd64 package pre-installation script subprocess returned error exit status 255 InstallationDate: Installed on 2022-07-29 (1 days ago) InstallationMedia: Ubuntu 22.04 LTS "Jammy Jellyfish" - Release amd64 (20220419) Python3Details: /usr/bin/python3.10, Python 3.10.4, python3-minimal, 3.10.4-0ubuntu2 PythonDetails: N/A RelatedPackageVersions: dpkg 1.21.1ubuntu2.1 apt 2.4.6 SourcePackage: glibc Title: package libc6 2.35-0ubuntu3 failed to install/upgrade: new libc6:amd64 package pre-installation script subprocess returned error exit status 255 UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/debconf/+bug/1983200/+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
[Touch-packages] [Bug 1999207] Re: Error in dead key management of latin keyboards
Here is a layout looking almost like mine: https://en.wikipedia.org/wiki/AZERTY#/media/File:KB_France.svg I press the key which is to the right to `p` and to the left of `$ ` and do not need to hold AltGr nor Shift. If you run `gkbd-keyboard-display -l latin-9`, you should see my layout. It doesn't look like what you describe. Don't hesitate if I can help more. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1999207 Title: Error in dead key management of latin keyboards Status in ibus package in Ubuntu: Incomplete Bug description: Composition events are incorrect in Ubuntu 22.04 for latin keyboard I opened an issue at Firefox [here](https://bugzilla.mozilla.org/show_bug.cgi?id=1802989) that gives all the details, but they diagnosed a bug in ubuntu-ibus To reproduce the issue, you can go [here](https://developer.mozilla.org/en- US/docs/Web/API/Element/compositionstart_event#result) and type ^+u with a fr+latin9 keayboard configuration. Here is the conclusion on the bug report: Ubuntu-ibus commits dead key sequence with empty string first, then, sends only commit string without "composing" state. The latter behavior is a usual case for inputting non-ASCII characters like Emojis. In this case, browsers need to handle it without composition for compatibility between browsers. Therefore, we cannot represent the composed character insertion as a set of composition events. Anyway, dispatching 2 set of composition events for one dead key sequence may cause trouble in web apps. Therefore, as expected, the first composition should update the "preedit string" to the composed string and commit it simply. The bug was reproduced with installing Ubuntu 22.04 with English locale and adding "French (alt., Latin-9 only)" keyboard layout. And also reproduced with the other Western keyboard layouts which have dead keys. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1999207/+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
[Touch-packages] [Bug 1999472] Re: Dark mode not working correctly
Added package. ** Description changed: Version of Ubuntu: 22.10 - Package: ? + Package: X.org Expected to happen: Toolbox on the top right corner should stay in dark mode all the time. What happened instead: When accessing appearance options at config menu, the toolbox on the top right corner goes white, not corresponding with the dark mode selected on the config menu. ** Package changed: ubuntu => xorg (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xorg in Ubuntu. https://bugs.launchpad.net/bugs/1999472 Title: Dark mode not working correctly Status in xorg package in Ubuntu: New Bug description: Version of Ubuntu: 22.10 Package: X.org Expected to happen: Toolbox on the top right corner should stay in dark mode all the time. What happened instead: When accessing appearance options at config menu, the toolbox on the top right corner goes white, not corresponding with the dark mode selected on the config menu. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1999472/+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
[Touch-packages] [Bug 1999472] [NEW] Dark mode not working correctly
You have been subscribed to a public bug: Version of Ubuntu: 22.10 Package: X.org Expected to happen: Toolbox on the top right corner should stay in dark mode all the time. What happened instead: When accessing appearance options at config menu, the toolbox on the top right corner goes white, not corresponding with the dark mode selected on the config menu. ** Affects: xorg (Ubuntu) Importance: Undecided Status: New ** Tags: bot-comment -- Dark mode not working correctly https://bugs.launchpad.net/bugs/1999472 You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xorg in Ubuntu. -- 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
[Touch-packages] [Bug 1998970] Re: Remove pypy from lunar
Checked the reverse dependencies. Following dependencies should be removed as well. They were removed from Debian as well. * python-ipaddress (py2 leftover) * python-setuptools (py2 leftover) * rawkit (pypy leftover; non-functional; dead upstream; no rdeps) Then only python-cheroot remains. I will fix that package to not use pypy any more. ** Also affects: python-ipaddress (Ubuntu) Importance: Undecided Status: New ** Also affects: python-setuptools (Ubuntu) Importance: Undecided Status: New ** Also affects: rawkit (Ubuntu) Importance: Undecided Status: New ** Changed in: pypy (Ubuntu) Status: Incomplete => New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to python-setuptools in Ubuntu. https://bugs.launchpad.net/bugs/1998970 Title: Remove pypy from lunar Status in pypy package in Ubuntu: New Status in python-ipaddress package in Ubuntu: New Status in python-setuptools package in Ubuntu: New Status in rawkit package in Ubuntu: New Bug description: pypy is an alternative implementation of Python2 and was very recently removed from Debian. (There is now a pypy3 source package instead.) We need to remove pypy from Ubuntu Lunar because its autopkgtest failure is blocking the migration of several packages. However, someone will need to work through these reverse dependencies: $ reverse-depends -b -r lunar src:pypy Reverse-Build-Depends * pypy (for pypy) * python-cheroot(for pypy-lib) * python-ipaddress (for pypy) * python-setuptools (for pypy) * rawkit(for pypy) Resolved Reverse-Testsuite-Triggers: * python-virtualenv >= 20.16.3+ds-4.1 * dh-python >= 5.20221205 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pypy/+bug/1998970/+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
[Touch-packages] [Bug 1996619] Re: Setfont error due to deprecated PIO_FONTX ioctl
Heather and I internally discussed some feedback/review for the revised debdiffs. ** Tags removed: sts-sponsor ** Tags added: se-sponsor-mfo -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to kbd in Ubuntu. https://bugs.launchpad.net/bugs/1996619 Title: Setfont error due to deprecated PIO_FONTX ioctl Status in subiquity: Invalid Status in kbd package in Ubuntu: Fix Released Status in kbd source package in Jammy: In Progress Status in kbd source package in Kinetic: In Progress Bug description: [Impact] There is an error message that get thrown in in syslog. There is a suggestion to fix by upgrading the KDB package to version 2.5.1+ (upstream) has a fix. It is caused by this line in subiquity https://github.com/canonical/subiquity/blob/46f671d14d57a5da6bc3d60b1da6715b43954f0d/bin/subiquity-service#L11 It's due to PIO_FONTX ioctl removed from kernel since 5.12 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ff2047fb755d4415ec3c70ac799889371151796d In 2.4.5 of kbd which provide setfont in user space, they already switched over to use KDFONTOP only. [ Test Plan ] ### REPRODUCER STEPS ### # install libvirt sudo apt install qemu qemu-kvm libvirt-clients libvirt-daemon-system virtinst bridge-utils sudo systemctl enable libvirtd sudo systemctl start libvirtd # check libvirtd process is running virsh virsh list # get iso wget https://releases.ubuntu.com/22.04/ubuntu-22.04.1-live-server-amd64.iso # install vm sudo virt-install --cdrom='./ubuntu-22.04.1-live-server-amd64.iso' --name=setfont-repo --vcpus=2 --memory=2048 --disk size=20 --serial pty --graphics none --boot=uefi --debug # you can either do the full install, the error will be in the /var/log/installer.log file # or on the first page of the installer press Tab-> go to Help, -> Shell and cd /var/log/ grep setfont* syslog # to show error message cd to /snap/subiquity/3698 #execute setfont $SNAP/subiquity.psf # error root@ubuntu-server:/snap/subiquity/3698# setfont $SNAP/subiquity.psf setfont: ERROR kdfontop.c:266 put_font_piofontx: ioctl(PIO_FONTX): 512,8x16: failed: Inappropriate ioctl for device # grep grep setfont* syslog Nov 14 18:22:11 ubuntu-server console-setup.sh[1107]: setfont: ERROR kdfontop.c:266 put_font_piofontx: ioctl(PIO_FONTX): 512,8x16: failed: Inappropriate ioctl for device Nov 14 18:22:29 ubuntu-server subiquity.subiquity-service[1878]: setfont: ERROR kdfontop.c:266 put_font_piofontx: ioctl(PIO_FONTX): 512,8x16: failed: Inappropriate ioctl for device [ Where problems could occur ] There could be a failure to correctly parse fonts. https://man7.org/linux/man-pages/man8/setfont.8.html [Other Notes] # github link to upstream repo & commit https://github.com/legionus/kbd https://github.com/legionus/kbd/commit/2b68ba3ef22e6f68dcd9dc5c7fc47f72761f3764 To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/1996619/+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
[Touch-packages] [Bug 1950282] Re: Fibocom WWAN FM350-GL-00 (Mediatek M80 5G) support
The 1.20 components have been uploaded to the 22.04 SRU queue now. @oem it would be nice if you could improve the bug description to have a more detailed testcase and regression potential section ** Description changed: * Impact Fibocom FM350 modems aren't working with the current version of modemmanager in 22.04. * Test case - Try connecting to 5G using a FM350 modem + - install modemmanager, libmbim, and libqmi from -proposed + - reboot and try WWAN function to see if any regression there. + - perform dogfooding of its reverse dependencies (network- + manager, gnome-control-center etc.) + + The verification should be done on FM350 to ensure it's correctly + handled but also on other hardware to verify that there are no + regressions * Regression potential The SRU does an update to new modemmanager serie so we should do a complete round of testing on different hardware and confirm there are no regression. - --- - :55:00.0 Wireless controller [0d40]: MEDIATEK Corp. Device [14c3:4d75] (rev 01) Subsystem: Hewlett-Packard Company Device [103c:8914] https://lore.kernel.org/linux- wireless/20211101035635.26999-1-ricardo.marti...@linux.intel.com/ Modemmanager requires >= 1.19.1, the detail info is in lp:1962525 --- ProblemType: Bug ApportVersion: 2.20.11-0ubuntu27.21 Architecture: amd64 AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: CasperMD5CheckResult: skip Dependencies: DistributionChannelDescriptor: # This is the distribution channel descriptor for the OEM CDs # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-somerville-focal-amd64-20200502-85+fossa-edge-staging+X136 DistroRelease: Ubuntu 20.04 InstallationDate: Installed on 2021-07-13 (119 days ago) InstallationMedia: Ubuntu 20.04 "Focal" - Build amd64 LIVE Binary 20200502-05:58 MachineType: Intel Corporation Alder Lake Client Platform Package: linux-firmware 1.187.20+staging.31 PackageArchitecture: all ProcFB: 0 i915 ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.14.0-9007-oem root=UUID=56278c18-b6d3-4b07-b758-32f574db7ae0 ro i915.force_probe=46c0 automatic-oem-config quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 5.14.0-9007.7+staging.29-oem 5.14.14 PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon. RelatedPackageVersions: linux-restricted-modules-5.14.0-9007-oem N/A linux-backports-modules-5.14.0-9007-oem N/A linux-firmware 1.187.20+staging.31 Tags: focal Uname: Linux 5.14.0-9007-oem x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: N/A _MarkForUpload: True dmi.bios.date: 08/23/2021 dmi.bios.vendor: Intel Corporation dmi.bios.version: ADLPFWI1.R00.2347.A00.2108230957 dmi.board.asset.tag: Base Board Asset Tag dmi.board.name: AlderLake-M LP5 RVP dmi.board.vendor: Intel Corporation dmi.board.version: 1 dmi.chassis.asset.tag: Chassis Asset Tag dmi.chassis.type: 9 dmi.chassis.vendor: Intel Corporation dmi.chassis.version: 0.1 dmi.ec.firmware.release: 1.43 dmi.modalias: dmi:bvnIntelCorporation:bvrADLPFWI1.R00.2347.A00.2108230957:bd08/23/2021:efr1.43:svnIntelCorporation:pnAlderLakeClientPlatform:pvr0.1:rvnIntelCorporation:rnAlderLake-MLP5RVP:rvr1:cvnIntelCorporation:ct9:cvr0.1:sku01010002: dmi.product.family: Alder Lake Client System dmi.product.name: Alder Lake Client Platform dmi.product.sku: 01010002 dmi.product.version: 0.1 dmi.sys.vendor: Intel Corporation ** Changed in: modemmanager (Ubuntu) Importance: Undecided => High ** Changed in: modemmanager (Ubuntu) Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to modemmanager in Ubuntu. https://bugs.launchpad.net/bugs/1950282 Title: Fibocom WWAN FM350-GL-00 (Mediatek M80 5G) support Status in HWE Next: New Status in OEM Priority Project: New Status in linux package in Ubuntu: Incomplete Status in modemmanager package in Ubuntu: Fix Released Bug description: * Impact Fibocom FM350 modems aren't working with the current version of modemmanager in 22.04. * Test case - install modemmanager, libmbim, and libqmi from -proposed - reboot and try WWAN function to see if any regression there. - perform dogfooding of its reverse dependencies (network- manager, gnome-control-center etc.) The verification should be done on FM350 to ensure it's correctly handled but also on other hardware to verify that there are no regressions * Regression potential The SRU does an update to new modemmanager serie so we should do a complete round of testing on different hardware and confirm
[Touch-packages] [Bug 1999104] Re: arm64: broken c++ exception handler support leads to std::terminate() being called and program abort
** Tags removed: sts-sponsor ** Tags added: sts-sponsor-halves -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libunwind in Ubuntu. https://bugs.launchpad.net/bugs/1999104 Title: arm64: broken c++ exception handler support leads to std::terminate() being called and program abort Status in libunwind package in Ubuntu: Fix Released Status in libunwind source package in Bionic: In Progress Status in libunwind source package in Focal: In Progress Bug description: [Impact] On architectures other than i386 and amd64, the C++ exception support in libunwind appears to be broken, always failing and calling std::terminate() which leads to the program aborting. (gdb) bt #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0xf7c2daac in __GI_abort () at abort.c:79 #2 0xf7e21868 in __gnu_cxx::__verbose_terminate_handler() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #3 0xf7e1f21c in ?? () from /lib/aarch64-linux-gnu/libstdc++.so.6 #4 0xf7e1f280 in std::terminate() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #5 0xf7e1f5e0 in __cxa_rethrow () from /lib/aarch64-linux-gnu/libstdc++.so.6 #6 0xf7e21804 in __gnu_cxx::__verbose_terminate_handler() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #7 0xf7e1f21c in ?? () from /lib/aarch64-linux-gnu/libstdc++.so.6 #8 0xf7e1f280 in std::terminate() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #9 0xf7e1f574 in __cxa_throw () from /lib/aarch64-linux-gnu/libstdc++.so.6 #10 0xf7fb9f50 in function_throws_int () at lib.cpp:9 #11 0x0d54 in main (argc=1, argv=0xfab8) at main.cpp:9 Compiling libunwind with --enable-cxx-exceptions enabled leads to _Unwind_RaiseException being called during __cxa_throw(), which fails to find a handler, and the generic std::terminate() is called instead, aborting the program. On i386 and amd64 this doesn't seem to be the case, and the libunwind handlers seem to be present. To fix, we only enable the configure option --enable-cxx-exceptions on i386 and amd64 only, in debian/rules. This lets other architectures fall back to the symbols provided by libgcc_s, which implementation works correctly. [Testcase] Ali Sadi has provided a reproducer program. Start an arm64 instance, for example, a c6g.medium instance on AWS, with either Bionic or Focal. $ wget https://bugs.launchpad.net/ubuntu/+source/libunwind/+bug/1999104/+attachment/5635122/+files/libunwind.tar.gz $ sudo apt install -y build-essential libunwind-dev $ tar xvf libunwind.tar.gz && cd test $ make all There are two executable, main and main_unwind. main is not linked to libunwind, and main_unwind is linked to libunwind. $ ./main int throws lib int caught main $ ./main_unwind terminate called after throwing an instance of 'int' terminate called recursively Aborted (core dumped) If you install the test package available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/sf350246-test $ make clean $ sudo apt install -y libunwind-dev $ make all $ ./main int throws lib int caught main $ ./main_unwind int throws lib int caught main The exception is caught as expected the program does not abort. [Where problems could occur] For architectures other than i386 and amd64, we are changing from libunwind provided exception handlers for __cxa_throw(), and using those provided by libgcc_s instead. There are a few reverse dependencies for libunwind-dev and libunwind8, which need to be considered: $ apt rdepends libunwind-dev libunwind-dev Reverse Depends: Depends: libunwind-setjmp0-dev (= 1.2.1-9build1) Depends: libefl-all-dev t$ apt rdepends libunwind-dev8 libunwind8 Reverse Depends: Depends: libunwind-dev (= 1.2.1-9build1) Depends: xvfb Depends: xnest Depends: xdmx Depends: xwayland Depends: xserver-xorg-core Depends: xserver-xephyr Depends: linux-tools-5.4.0-* Depends: linux-raspi-tools-* Depends: linux-raspi2-tools-5.4.0-* Depends: linux-raspi2-5.4-tools-5.4.0-* Depends: linux-oracle-5.15-tools-5.15.0-* Depends: linux-lowlatency-hwe-5.15-tools-5.15.0-* Depends: linux-hwe-5.8-tools-5.8.0-* Depends: linux-hwe-5.15-tools-5.15.0-* Depends: linux-gke-tools-5.4.0-* Depends: linux-gke-5.15-tools-5.15.0-* Depends: linux-gcp-tools-5.4.0-* Depends: linux-gcp-5.15-tools-5.15.0-* Depends: linux-azure-tools-5.4.0-* Depends: linux-azure-5.15-tools-5.15.0-* Depends: linux-aws-tools-5.4.0-* Depends: linux-aws-5.8-tools-5.8.0-* Depends: linux-aws-5.15-tools-5.15.0-* Depends: xvfb Depends: xnest Depends: xdmx Depends: trafficserver Depends: tilix Depends: tigervnc-standalone-server
[Touch-packages] [Bug 1998765] Re: libnl3 3.4.0 doesn't work with WCN3980
** Also affects: oem-priority/focal Importance: Undecided Assignee: Robert Liu (robertliu) Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libnl3 in Ubuntu. https://bugs.launchpad.net/bugs/1998765 Title: libnl3 3.4.0 doesn't work with WCN3980 Status in OEM Priority Project: New Status in OEM Priority Project focal series: New Status in libnl3 package in Ubuntu: New Bug description: [ Impact ] When testing Qualcomm qcs410 with WCN3980 with 20.04 and UC20, WCN3980 is not able connect to an AP. However, with the libnl3 (3.5.0) from BSP, WCN3980 can work correctly. After bisecting the commits from 3.4.0 to 3.5.0, this commit[1] is identified as the root cause. According to the commit, the "NLA_F_NESTED" flag should be set for kernel later than 5.2. [ Test Plan ] Verify with the updated version, the WIFI module can: 1. scan WIFI networks 2. connect to an available network 3. access to the connected network [ Where problems could occur ] 1. kernel versions without NLA_F_NESTED flag defined This flag is introduced before Linux kernel v5 (checked v3.x and v4.x have it). It would not be a problem for an older kernel to understand/work with this change. Since the GA kernel is 5.4, so a generic image would still work. 2. Drivers don't use the NESTED flag. According to hui.wang's input, this change should not affect drivers which don't use the NESTED flag. But, it'd be better to cover more Wifi modules. [ Other Info ] 22.04 is using libnl3 3.0.5-0.1, so only 20.04 needs this patch. [1] https://github.com/thom311/libnl/commit/7de65a051fb37ece16f896a7385073274b77a133 To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/1998765/+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
[Touch-packages] [Bug 1996040] Re: apport-unpack cannot load gitkraken crash report - 'ascii' codec can't decode byte 0xfc in position 56
This bug was fixed in the package apport - 2.24.0-0ubuntu1 --- apport (2.24.0-0ubuntu1) lunar; urgency=medium * New upstream bug-fix release. - Catch malformed problem reports (LP: #1996040) - Catch ValueError: not enough values to unpack (LP: #1995100) - Catch FileNotFoundError for missing desktop files (LP: #1997753) - Catch binascii.Error: Incorrect padding (LP: #1997912) - Catch AttributeError: NoneType object has no attribute origins (LP: #1997973) * Drop cherry-picked upstream patches * oem-getlogs: Use colon instead of a dot for chown command * Remove redundant section from apport-noui * Clarify that apport-noui is empty * Run black, isort, pydocstyle, pylint during package build -- Benjamin Drung Thu, 08 Dec 2022 01:37:20 +0100 ** Changed in: apport (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apport in Ubuntu. https://bugs.launchpad.net/bugs/1996040 Title: apport-unpack cannot load gitkraken crash report - 'ascii' codec can't decode byte 0xfc in position 56 Status in Apport: Fix Released Status in apport package in Ubuntu: Fix Released Status in apport source package in Kinetic: New Bug description: Impact == apport-unpack and whoopsie-upload-all can crash when fed with a malformed problem report. They should print a proper error message instead of crashing. This bug does not happen that often, but the fix for this bug is the foundation for the fix for bug #1995100. Test Plan = 1. Create malformed report: ``` printf 'AB\xfc:CD\n' > malformed.crash ``` 2. Try to unpack it: ``` apport-unpack malformed.crash unpack ``` It should print an error message instead of a stack trace. Where problems could occur == The patch touches the problem report handling and therefore can affect apport-unpack, apport-bug, whoopsie-upload-all. The change is covered with tests and apport has a test suite running during build and as autopkgtest. Original report === The latest GitKraken client (8.10.2 x64) is crashed every minute in cycle when you doing a rebase. When I try to inspect crash log to find the reason, the apport-unpack is not be able to process it: /var/lib/apport/coredump$ sudo apport-unpack core._snap_gitkraken_199_usr_share_gitkraken_gitkraken.1000.5de91c04-23ab-45c8-933c-0466d56e9fad.135785.50225891 unpack [sudo] пароль для mingun: Traceback (most recent call last): File "/usr/bin/apport-unpack", line 59, in pr.load(f, binary=False) File "/usr/lib/python3/dist-packages/problem_report.py", line 194, in load key = key.decode('ASCII') UnicodeDecodeError: 'ascii' codec can't decode byte 0xfc in position 56: ordinal not in range(128) Unfortunately, crash file is too big (~9GB) and does not compress further To manage notifications about this bug go to: https://bugs.launchpad.net/apport/+bug/1996040/+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
[Touch-packages] [Bug 1995100] Re: /usr/share/apport/whoopsie-upload-all:ValueError:/usr/share/apport/whoopsie-upload-all@249:main:collect_info:process_report:load
This bug was fixed in the package apport - 2.24.0-0ubuntu1 --- apport (2.24.0-0ubuntu1) lunar; urgency=medium * New upstream bug-fix release. - Catch malformed problem reports (LP: #1996040) - Catch ValueError: not enough values to unpack (LP: #1995100) - Catch FileNotFoundError for missing desktop files (LP: #1997753) - Catch binascii.Error: Incorrect padding (LP: #1997912) - Catch AttributeError: NoneType object has no attribute origins (LP: #1997973) * Drop cherry-picked upstream patches * oem-getlogs: Use colon instead of a dot for chown command * Remove redundant section from apport-noui * Clarify that apport-noui is empty * Run black, isort, pydocstyle, pylint during package build -- Benjamin Drung Thu, 08 Dec 2022 01:37:20 +0100 ** Changed in: apport (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apport in Ubuntu. https://bugs.launchpad.net/bugs/1995100 Title: /usr/share/apport/whoopsie-upload- all:ValueError:/usr/share/apport/whoopsie-upload- all@249:main:collect_info:process_report:load Status in Apport: Fix Released Status in apport package in Ubuntu: Fix Released Status in apport source package in Kinetic: New Bug description: Impact == apport-unpack and whoopsie-upload-all can crash when fed with a malformed problem report. They should print a proper error message instead of crashing. This is the most occurring apport bug in Ubuntu 22.10 (kinetic) with as of writing 14,822 reported crashes. Test Plan = 1. Create malformed report: ``` echo > malformed.crash ``` 2. Try to unpack it: ``` apport-unpack malformed.crash unpack ``` It should print an error message instead of a stack trace. Where problems could occur == The patch touches the problem report handling and therefore can affect apport-unpack, apport-bug, whoopsie-upload-all. The change is covered with tests and apport has a test suite running during build and as autopkgtest. Original report === ``` Traceback (most recent call last): File "/usr/share/apport/whoopsie-upload-all", line 249, in main() File "/usr/share/apport/whoopsie-upload-all", line 231, in main stamps = collect_info() File "/usr/share/apport/whoopsie-upload-all", line 162, in collect_info res = process_report(r) File "/usr/share/apport/whoopsie-upload-all", line 76, in process_report r.load(f, binary="compressed") File "/usr/lib/python3/dist-packages/problem_report.py", line 166, in load (key, value) = line.split(b":", 1) ValueError: not enough values to unpack (expected 2, got 1) ``` The Ubuntu Error Tracker has been receiving reports about a problem regarding apport. This problem was most recently seen with package version 2.23.1-0ubuntu3, the problem page at https://errors.ubuntu.com/problem/134ffbe13e7dd9a7f79ad6a455c6e560669a9928 contains more details, including versions of packages affected, stacktrace or traceback, and individual crash reports. If you do not have access to the Ubuntu Error Tracker and are a software developer, you can request it at http://forms.canonical.com/reports/. To manage notifications about this bug go to: https://bugs.launchpad.net/apport/+bug/1995100/+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
[Touch-packages] [Bug 1997753] Re: FileNotFoundError in find_package_desktopfile
This bug was fixed in the package apport - 2.24.0-0ubuntu1 --- apport (2.24.0-0ubuntu1) lunar; urgency=medium * New upstream bug-fix release. - Catch malformed problem reports (LP: #1996040) - Catch ValueError: not enough values to unpack (LP: #1995100) - Catch FileNotFoundError for missing desktop files (LP: #1997753) - Catch binascii.Error: Incorrect padding (LP: #1997912) - Catch AttributeError: NoneType object has no attribute origins (LP: #1997973) * Drop cherry-picked upstream patches * oem-getlogs: Use colon instead of a dot for chown command * Remove redundant section from apport-noui * Clarify that apport-noui is empty * Run black, isort, pydocstyle, pylint during package build -- Benjamin Drung Thu, 08 Dec 2022 01:37:20 +0100 ** Changed in: apport (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apport in Ubuntu. https://bugs.launchpad.net/bugs/1997753 Title: FileNotFoundError in find_package_desktopfile Status in Apport: Fix Released Status in apport package in Ubuntu: Fix Released Bug description: Traceback (most recent call last): File "/usr/share/apport/apport-gtk", line 704, in app.run_argv() File "/usr/lib/python3/dist-packages/apport/ui.py", line 922, in run_argv return self.run_crashes() File "/usr/lib/python3/dist-packages/apport/ui.py", line 322, in run_crashes self.run_crash(f) File "/usr/lib/python3/dist-packages/apport/ui.py", line 379, in run_crash response = self.ui_present_report_details(allowed_to_report) File "/usr/share/apport/apport-gtk", line 302, in ui_present_report_details self.desktop_info = self.get_desktop_entry() File "/usr/lib/python3/dist-packages/apport/ui.py", line 1921, in get_desktop_entry desktop_file = apport.fileutils.find_package_desktopfile( File "/usr/lib/python3/dist-packages/apport/fileutils.py", line 113, in find_package_desktopfile with open(line, "rb") as f: FileNotFoundError: [Errno 2] No such file or directory: '/etc/xdg/autostart/blueman.desktop' The Ubuntu Error Tracker has been receiving reports about a problem regarding apport. This problem was most recently seen with package version 2.23.1-0ubuntu3, the problem page at https://errors.ubuntu.com/problem/be4a07b49d3ee04d85bd885e95388a78d6f699f0 contains more details, including versions of packages affected, stacktrace or traceback, and individual crash reports. If you do not have access to the Ubuntu Error Tracker and are a software developer, you can request it at http://forms.canonical.com/reports/. To manage notifications about this bug go to: https://bugs.launchpad.net/apport/+bug/1997753/+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
[Touch-packages] [Bug 1997912] Re: /usr/share/apport/whoopsie-upload-all:binascii.Error:/usr/share/apport/whoopsie-upload-all@249:main:collect_info:process_report:load:_decompress_line:b64decode
This bug was fixed in the package apport - 2.24.0-0ubuntu1 --- apport (2.24.0-0ubuntu1) lunar; urgency=medium * New upstream bug-fix release. - Catch malformed problem reports (LP: #1996040) - Catch ValueError: not enough values to unpack (LP: #1995100) - Catch FileNotFoundError for missing desktop files (LP: #1997753) - Catch binascii.Error: Incorrect padding (LP: #1997912) - Catch AttributeError: NoneType object has no attribute origins (LP: #1997973) * Drop cherry-picked upstream patches * oem-getlogs: Use colon instead of a dot for chown command * Remove redundant section from apport-noui * Clarify that apport-noui is empty * Run black, isort, pydocstyle, pylint during package build -- Benjamin Drung Thu, 08 Dec 2022 01:37:20 +0100 ** Changed in: apport (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apport in Ubuntu. https://bugs.launchpad.net/bugs/1997912 Title: /usr/share/apport/whoopsie-upload- all:binascii.Error:/usr/share/apport/whoopsie-upload- all@249:main:collect_info:process_report:load:_decompress_line:b64decode Status in Apport: Fix Released Status in apport package in Ubuntu: Fix Released Status in apport source package in Kinetic: New Bug description: Impact == apport-unpack and whoopsie-upload-all can crash when fed with a malformed problem report. They should print a proper error message instead of crashing. Test Plan = 1. Create malformed report: ``` printf "CoreDump: base64\n H4sICAAC/0NvcmVEdW1wAA==\n 7Z0LYFPV/cdP0rQ\n" > malformed.crash ``` 2. Try to unpack it: ``` apport-unpack malformed.crash unpack ``` It should print an error message instead of a stack trace. Where problems could occur == The patch touches the problem report handling and therefore can affect apport-unpack, apport-bug, whoopsie-upload-all. The change is covered with tests and apport has a test suite running during build and as autopkgtest. Original report === ``` Traceback (most recent call last): File "/usr/share/apport/whoopsie-upload-all", line 249, in main() File "/usr/share/apport/whoopsie-upload-all", line 231, in main stamps = collect_info() File "/usr/share/apport/whoopsie-upload-all", line 162, in collect_info res = process_report(r) File "/usr/share/apport/whoopsie-upload-all", line 76, in process_report r.load(f, binary="compressed") File "/usr/lib/python3/dist-packages/problem_report.py", line 139, in load bd, value = self._decompress_line(line, bd, value) File "/usr/lib/python3/dist-packages/problem_report.py", line 276, in _decompress_line block = base64.b64decode(line) File "/usr/lib/python3.10/base64.py", line 87, in b64decode return binascii.a2b_base64(s) binascii.Error: Incorrect padding ``` The Ubuntu Error Tracker has been receiving reports about a problem regarding apport. This problem was most recently seen with package version 2.23.1-0ubuntu3, the problem page at https://errors.ubuntu.com/problem/dd58c8169d2ec8468b8b37471dfb701ac31c contains more details, including versions of packages affected, stacktrace or traceback, and individual crash reports. If you do not have access to the Ubuntu Error Tracker and are a software developer, you can request it at http://forms.canonical.com/reports/. To manage notifications about this bug go to: https://bugs.launchpad.net/apport/+bug/1997912/+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
[Touch-packages] [Bug 1997973] Re: AttributeError in is_distro_package: 'NoneType' object has no attribute 'origins'
This bug was fixed in the package apport - 2.24.0-0ubuntu1 --- apport (2.24.0-0ubuntu1) lunar; urgency=medium * New upstream bug-fix release. - Catch malformed problem reports (LP: #1996040) - Catch ValueError: not enough values to unpack (LP: #1995100) - Catch FileNotFoundError for missing desktop files (LP: #1997753) - Catch binascii.Error: Incorrect padding (LP: #1997912) - Catch AttributeError: NoneType object has no attribute origins (LP: #1997973) * Drop cherry-picked upstream patches * oem-getlogs: Use colon instead of a dot for chown command * Remove redundant section from apport-noui * Clarify that apport-noui is empty * Run black, isort, pydocstyle, pylint during package build -- Benjamin Drung Thu, 08 Dec 2022 01:37:20 +0100 ** Changed in: apport (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apport in Ubuntu. https://bugs.launchpad.net/bugs/1997973 Title: AttributeError in is_distro_package: 'NoneType' object has no attribute 'origins' Status in Apport: Fix Released Status in apport package in Ubuntu: Fix Released Bug description: Traceback (most recent call last): File "/usr/share/apport/whoopsie-upload-all", line 249, in main() File "/usr/share/apport/whoopsie-upload-all", line 231, in main stamps = collect_info() File "/usr/share/apport/whoopsie-upload-all", line 162, in collect_info res = process_report(r) File "/usr/share/apport/whoopsie-upload-all", line 90, in process_report r.add_package_info() File "/usr/lib/python3/dist-packages/apport/report.py", line 371, in add_package_info version = self.add_package(package) File "/usr/lib/python3/dist-packages/apport/report.py", line 339, in add_package self._customized_package_suffix(package), File "/usr/lib/python3/dist-packages/apport/report.py", line 310, in _customized_package_suffix if not packaging.is_distro_package(package): File "/usr/lib/python3/dist-packages/apport/packaging_impl/apt_dpkg.py", line 241, in is_distro_package if {o.origin for o in pkg.candidate.origins} == { AttributeError: 'NoneType' object has no attribute 'origins' The Ubuntu Error Tracker has been receiving reports about a problem regarding apport. This problem was most recently seen with package version 2.23.1-0ubuntu3, the problem page at https://errors.ubuntu.com/problem/3841c459c8d1ef7cfaeceb767034ee7ca13e contains more details, including versions of packages affected, stacktrace or traceback, and individual crash reports. If you do not have access to the Ubuntu Error Tracker and are a software developer, you can request it at http://forms.canonical.com/reports/. To manage notifications about this bug go to: https://bugs.launchpad.net/apport/+bug/1997973/+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
[Touch-packages] [Bug 1950282] Re: Fibocom WWAN FM350-GL-00 (Mediatek M80 5G) support
** Description changed: + * Impact + + Fibocom FM350 modems aren't working with the current version of + modemmanager in 22.04. + + * Test case + + Try connecting to 5G using a FM350 modem + + * Regression potential + + The SRU does an update to new modemmanager serie so we should do a + complete round of testing on different hardware and confirm there are no + regression. + + + --- + + :55:00.0 Wireless controller [0d40]: MEDIATEK Corp. Device [14c3:4d75] (rev 01) Subsystem: Hewlett-Packard Company Device [103c:8914] https://lore.kernel.org/linux- wireless/20211101035635.26999-1-ricardo.marti...@linux.intel.com/ Modemmanager requires >= 1.19.1, the detail info is in - lp:1962525 + lp:1962525 --- ProblemType: Bug ApportVersion: 2.20.11-0ubuntu27.21 Architecture: amd64 AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: CasperMD5CheckResult: skip Dependencies: DistributionChannelDescriptor: # This is the distribution channel descriptor for the OEM CDs # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-somerville-focal-amd64-20200502-85+fossa-edge-staging+X136 DistroRelease: Ubuntu 20.04 InstallationDate: Installed on 2021-07-13 (119 days ago) InstallationMedia: Ubuntu 20.04 "Focal" - Build amd64 LIVE Binary 20200502-05:58 MachineType: Intel Corporation Alder Lake Client Platform Package: linux-firmware 1.187.20+staging.31 PackageArchitecture: all ProcFB: 0 i915 ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.14.0-9007-oem root=UUID=56278c18-b6d3-4b07-b758-32f574db7ae0 ro i915.force_probe=46c0 automatic-oem-config quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 5.14.0-9007.7+staging.29-oem 5.14.14 PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon. RelatedPackageVersions: linux-restricted-modules-5.14.0-9007-oem N/A linux-backports-modules-5.14.0-9007-oem N/A linux-firmware 1.187.20+staging.31 Tags: focal Uname: Linux 5.14.0-9007-oem x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: N/A _MarkForUpload: True dmi.bios.date: 08/23/2021 dmi.bios.vendor: Intel Corporation dmi.bios.version: ADLPFWI1.R00.2347.A00.2108230957 dmi.board.asset.tag: Base Board Asset Tag dmi.board.name: AlderLake-M LP5 RVP dmi.board.vendor: Intel Corporation dmi.board.version: 1 dmi.chassis.asset.tag: Chassis Asset Tag dmi.chassis.type: 9 dmi.chassis.vendor: Intel Corporation dmi.chassis.version: 0.1 dmi.ec.firmware.release: 1.43 dmi.modalias: dmi:bvnIntelCorporation:bvrADLPFWI1.R00.2347.A00.2108230957:bd08/23/2021:efr1.43:svnIntelCorporation:pnAlderLakeClientPlatform:pvr0.1:rvnIntelCorporation:rnAlderLake-MLP5RVP:rvr1:cvnIntelCorporation:ct9:cvr0.1:sku01010002: dmi.product.family: Alder Lake Client System dmi.product.name: Alder Lake Client Platform dmi.product.sku: 01010002 dmi.product.version: 0.1 dmi.sys.vendor: Intel Corporation -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to modemmanager in Ubuntu. https://bugs.launchpad.net/bugs/1950282 Title: Fibocom WWAN FM350-GL-00 (Mediatek M80 5G) support Status in HWE Next: New Status in OEM Priority Project: New Status in linux package in Ubuntu: Incomplete Status in modemmanager package in Ubuntu: Confirmed Bug description: * Impact Fibocom FM350 modems aren't working with the current version of modemmanager in 22.04. * Test case Try connecting to 5G using a FM350 modem * Regression potential The SRU does an update to new modemmanager serie so we should do a complete round of testing on different hardware and confirm there are no regression. --- :55:00.0 Wireless controller [0d40]: MEDIATEK Corp. Device [14c3:4d75] (rev 01) Subsystem: Hewlett-Packard Company Device [103c:8914] https://lore.kernel.org/linux- wireless/20211101035635.26999-1-ricardo.marti...@linux.intel.com/ Modemmanager requires >= 1.19.1, the detail info is in lp:1962525 --- ProblemType: Bug ApportVersion: 2.20.11-0ubuntu27.21 Architecture: amd64 AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: CasperMD5CheckResult: skip Dependencies: DistributionChannelDescriptor: # This is the distribution channel descriptor for the OEM CDs # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-somerville-focal-amd64-20200502-85+fossa-edge-staging+X136 DistroRelease: Ubuntu 20.04 InstallationDate: Installed on 2021-07-13 (119 days ago) InstallationMedia: Ubuntu 20.04 "Focal" - Build amd64 LIVE
[Touch-packages] [Bug 1918044] Re: (Update libgweather to 3.36.2) Weather forecast and info is not available anymore
This release was made specifically to help out older LTS distributions which cannot migrate to newer libgweather. What needs to be done to get it into 20.04? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libgweather in Ubuntu. https://bugs.launchpad.net/bugs/1918044 Title: (Update libgweather to 3.36.2) Weather forecast and info is not available anymore Status in libgweather: Fix Released Status in gnome-weather package in Ubuntu: Fix Released Status in libgweather package in Ubuntu: Fix Released Status in gnome-weather source package in Focal: Confirmed Status in libgweather source package in Focal: Confirmed Status in gnome-weather package in Fedora: New Bug description: [Impact] The weather forecast is not available since one week now. Also, the weather info is gone from gnome-shell. The weather service provider retired their old API. https://developer.yr.no/news/important-changes-to-locationforecast-and-nowcast/ https://gitlab.gnome.org/GNOME/libgweather/-/blob/gnome-3-36/NEWS == Version 3.36.2 == This version switches the yr.no backend to use met.no instead. Please note that this backport is only meant as a compatibility layer. Where at all possible, the newer libgweather 40 should be used as applications cannot fully comply with the met.no ToS otherwise. [Test case] - gnome-weather shows the weather forecast - gnome-shell shows the weather forecast in the calendar menu [Regression potential] - Weather forecast is totally broken now and can't be more broken. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libgweather-3-16 3.36.1-1~ubuntu20.04.1 ProcVersionSignature: Ubuntu 5.8.0-44.50~20.04.1-generic 5.8.18 Uname: Linux 5.8.0-44-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.16 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Sun Mar 7 09:54:52 2021 InstallationDate: Installed on 2020-04-26 (314 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: libgweather UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/libgweather/+bug/1918044/+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
[Touch-packages] [Bug 1842320] Re: Can't boot: "error: out of memory." immediately after the grub menu
juliank, edited and removed more notes as you advised. I hope my edits per your advice help clarify things and help anyone to see if a new bug is necessary to report. Thanks for your input. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu. https://bugs.launchpad.net/bugs/1842320 Title: Can't boot: "error: out of memory." immediately after the grub menu Status in grub: Unknown Status in OEM Priority Project: Triaged Status in grub2-signed package in Ubuntu: Fix Committed Status in grub2-unsigned package in Ubuntu: Fix Committed Status in initramfs-tools package in Ubuntu: Won't Fix Status in linux package in Ubuntu: Confirmed Bug description: [Workaround] Some workarounds have been suggested in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1842320/comments/125 [Impact] * In some cases, if the users’ initramfs grow bigger, then it’ll likely not be able to be loaded by grub2. * Some real cases from OEM projects: In many built-in 4k monitor laptops with nvidia drivers, the u-d-c puts the nvidia*.ko to initramfs which grows the initramfs to ~120M. Also the gfxpayload=auto will remain to use 4K resolution since it’s what EFI POST passed. In this case, the grub isn't able to load initramfs because the grub_memalign() won't be able to get suitable memory for the larger file: ``` #0 grub_memalign (align=1, size=592214020) at ../../../grub-core/kern/mm.c:376 #1 0x7dd7b074 in grub_malloc (size=592214020) at ../../../grub-core/kern/mm.c:408 #2 0x7dd7a2c8 in grub_verifiers_open (io=0x7bc02d80, type=131076) at ../../../grub-core/kern/verifiers.c:150 #3 0x7dd801d4 in grub_file_open (name=0x7bc02f00 "/boot/initrd.img-5.17.0-1011-oem", type=131076) at ../../../grub-core/kern/file.c:121 #4 0x7bcd5a30 in ?? () #5 0x7fe21247 in ?? () #6 0x7bc030c8 in ?? () #7 0x00017fe21238 in ?? () #8 0x7bcd5320 in ?? () #9 0x7fe21250 in ?? () #10 0x in ?? () ``` Based on grub_mm_dump, we can see the memory fragment (some parts seem likely be used because of 4K resolution?) and doesn’t have available contiguous memory for larger file as: ``` grub_real_malloc(...) ... if (cur->size >= n + extra) ``` Based on UEFI Specification Section 7.2[1] and UEFI driver writers’ guide 4.2.3[2], we can ask 32bits+ on AllocatePages(). As most X86_64 platforms should support 64 bits addressing, we should extend GRUB_EFI_MAX_USABLE_ADDRESS to 64 bits to get more available memory. * When users grown the initramfs, then probably will get initramfs not found which really annoyed and impact the user experience (system not able to boot). [Test Plan] * detailed instructions how to reproduce the bug: 1. Any method to grow the initramfs, such as install nvidia-driver. 2. If developers would like to reproduce, then could dd if=/dev/random of=... bs=1M count=500, something like: ``` $ cat /usr/share/initramfs-tools/hooks/zzz-touch-a-file #!/bin/sh PREREQ="" prereqs() { echo "$PREREQ" } case $1 in # get pre-requisites prereqs) prereqs exit 0 ;; esac . /usr/share/initramfs-tools/hook-functions dd if=/dev/random of=${DESTDIR}/test-500M bs=1M count=500 ``` And then update-initramfs * After applying my patches, the issue is gone. * I did also test my test grubx64.efi in: 1. X86_64 qemu with 1.1. 60M initramfs + 5.15.0-37-generic kernel 1.2. 565M initramfs + 5.17.0-1011-oem kernel 2. Amd64 HP mobile workstation with 2.1. 65M initramfs + 5.15.0-39-generic kernel 2.2. 771M initramfs + 5.17.0-1011-oem kernel All working well. [Where problems could occur] * The changes almost in i386/efi, thus the impact will be in the i386 / x86_64 EFI system. The other change is to modify the “grub-core/kern/efi/mm.c” but I use the original addressing for “arm/arm64/ia64/riscv32/riscv64”. Thus it should not impact them. * There is a “#if defined(__x86_64__)” which intent to limit the > 32bits code in i386 system and also ``` #if defined (__code_model_large__) -#define GRUB_EFI_MAX_USABLE_ADDRESS 0x +#define GRUB_EFI_MAX_USABLE_ADDRESS __UINTPTR_MAX__ +#define GRUB_EFI_MAX_ALLOCATION_ADDRESS 0x7fff #else #define GRUB_EFI_MAX_USABLE_ADDRESS 0x7fff +#define GRUB_EFI_MAX_ALLOCATION_ADDRESS 0x3fff #endif ``` If everything works as expected, then i386 should working good. If not lucky, based on “UEFI writers’ guide”[2], the i386 will get > 4GB memory region and never be able to access. [Other Info] * Upstream grub2 bug #61058 https://savannah.gnu.org/bugs/index.php?61058 * Test PPA: https://launchpad.net/~os369510/+archive/ubuntu/lp1842320 * Test grubx64.efi:
[Touch-packages] [Bug 1995329] Re: [HP EliteBook 840 G8] [Intel AX201] Devices pair and connect, but immediately (4-5 secs) disconnect
I installed backport-iwlwifi-dkms and BT now works... -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to bluez in Ubuntu. https://bugs.launchpad.net/bugs/1995329 Title: [HP EliteBook 840 G8] [Intel AX201] Devices pair and connect, but immediately (4-5 secs) disconnect Status in bluez package in Ubuntu: New Status in linux package in Ubuntu: Confirmed Bug description: Recently upgraded to 22.10 (from I believe 20.04, not actually completely sure) and both of my Bluetooth devices have stopped working. They can pair and connect initially, but disconnect after 4-5 seconds. My headphones worked a while, but have not since been able to have them stay connected. Here's an output from bluetoothctl, which doesn't say much? Agent registered [CHG] Controller 10:3D:1C:43:3B:C6 Pairable: yes [CHG] Device 94:DB:56:4F:20:7F Connected: yes [CHG] Controller 10:3D:1C:43:3B:C6 Discovering: yes [NEW] Device CB:78:4F:E1:45:7D LE_WH-1000XM4 [CHG] Device 94:DB:56:4F:20:7F Connected: no [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D TxPower: -21 [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Key: 0x012d [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Value: 04 00 01 31 05 01 74 84 12 86 04 40 d5 00 00 00 ...1..t@ 00 00 00 ... [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 87 04 02 48 e2 09 0e 30 0b 11 7a .H...0..z [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [NEW] Device D9:A2:A2:B7:40:35 P mesh [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 88 b5 06 90 44 00 8d e6 00 11 30 ..D.0 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device 94:DB:56:4F:20:7F Connected: yes [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device 94:DB:56:4F:20:7F Connected: no [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [bluetooth]# [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Key: 0x012d [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Value: 04 00 01 31 05 01 74 84 12 86 04 60 d5 00 00 00 ...1..t` 00 00 00 ... [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 14 08 8e 2b 3a 42 02 89 00 11 74 .+:Bt [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [DEL] Device D9:A2:A2:B7:40:35 P mesh [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device
[Touch-packages] [Bug 1999104] Re: arm64: broken c++ exception handler support leads to std::terminate() being called and program abort
** Tags added: sts-sponsor -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libunwind in Ubuntu. https://bugs.launchpad.net/bugs/1999104 Title: arm64: broken c++ exception handler support leads to std::terminate() being called and program abort Status in libunwind package in Ubuntu: Fix Released Status in libunwind source package in Bionic: In Progress Status in libunwind source package in Focal: In Progress Bug description: [Impact] On architectures other than i386 and amd64, the C++ exception support in libunwind appears to be broken, always failing and calling std::terminate() which leads to the program aborting. (gdb) bt #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0xf7c2daac in __GI_abort () at abort.c:79 #2 0xf7e21868 in __gnu_cxx::__verbose_terminate_handler() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #3 0xf7e1f21c in ?? () from /lib/aarch64-linux-gnu/libstdc++.so.6 #4 0xf7e1f280 in std::terminate() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #5 0xf7e1f5e0 in __cxa_rethrow () from /lib/aarch64-linux-gnu/libstdc++.so.6 #6 0xf7e21804 in __gnu_cxx::__verbose_terminate_handler() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #7 0xf7e1f21c in ?? () from /lib/aarch64-linux-gnu/libstdc++.so.6 #8 0xf7e1f280 in std::terminate() () from /lib/aarch64-linux-gnu/libstdc++.so.6 #9 0xf7e1f574 in __cxa_throw () from /lib/aarch64-linux-gnu/libstdc++.so.6 #10 0xf7fb9f50 in function_throws_int () at lib.cpp:9 #11 0x0d54 in main (argc=1, argv=0xfab8) at main.cpp:9 Compiling libunwind with --enable-cxx-exceptions enabled leads to _Unwind_RaiseException being called during __cxa_throw(), which fails to find a handler, and the generic std::terminate() is called instead, aborting the program. On i386 and amd64 this doesn't seem to be the case, and the libunwind handlers seem to be present. To fix, we only enable the configure option --enable-cxx-exceptions on i386 and amd64 only, in debian/rules. This lets other architectures fall back to the symbols provided by libgcc_s, which implementation works correctly. [Testcase] Ali Sadi has provided a reproducer program. Start an arm64 instance, for example, a c6g.medium instance on AWS, with either Bionic or Focal. $ wget https://bugs.launchpad.net/ubuntu/+source/libunwind/+bug/1999104/+attachment/5635122/+files/libunwind.tar.gz $ sudo apt install -y build-essential libunwind-dev $ tar xvf libunwind.tar.gz && cd test $ make all There are two executable, main and main_unwind. main is not linked to libunwind, and main_unwind is linked to libunwind. $ ./main int throws lib int caught main $ ./main_unwind terminate called after throwing an instance of 'int' terminate called recursively Aborted (core dumped) If you install the test package available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/sf350246-test $ make clean $ sudo apt install -y libunwind-dev $ make all $ ./main int throws lib int caught main $ ./main_unwind int throws lib int caught main The exception is caught as expected the program does not abort. [Where problems could occur] For architectures other than i386 and amd64, we are changing from libunwind provided exception handlers for __cxa_throw(), and using those provided by libgcc_s instead. There are a few reverse dependencies for libunwind-dev and libunwind8, which need to be considered: $ apt rdepends libunwind-dev libunwind-dev Reverse Depends: Depends: libunwind-setjmp0-dev (= 1.2.1-9build1) Depends: libefl-all-dev t$ apt rdepends libunwind-dev8 libunwind8 Reverse Depends: Depends: libunwind-dev (= 1.2.1-9build1) Depends: xvfb Depends: xnest Depends: xdmx Depends: xwayland Depends: xserver-xorg-core Depends: xserver-xephyr Depends: linux-tools-5.4.0-* Depends: linux-raspi-tools-* Depends: linux-raspi2-tools-5.4.0-* Depends: linux-raspi2-5.4-tools-5.4.0-* Depends: linux-oracle-5.15-tools-5.15.0-* Depends: linux-lowlatency-hwe-5.15-tools-5.15.0-* Depends: linux-hwe-5.8-tools-5.8.0-* Depends: linux-hwe-5.15-tools-5.15.0-* Depends: linux-gke-tools-5.4.0-* Depends: linux-gke-5.15-tools-5.15.0-* Depends: linux-gcp-tools-5.4.0-* Depends: linux-gcp-5.15-tools-5.15.0-* Depends: linux-azure-tools-5.4.0-* Depends: linux-azure-5.15-tools-5.15.0-* Depends: linux-aws-tools-5.4.0-* Depends: linux-aws-5.8-tools-5.8.0-* Depends: linux-aws-5.15-tools-5.15.0-* Depends: xvfb Depends: xnest Depends: xdmx Depends: trafficserver Depends: tilix Depends: tigervnc-standalone-server Depends: tarantool Depends:
[Touch-packages] [Bug 1995329] Re: [HP EliteBook 840 G8] [Intel AX201] Devices pair and connect, but immediately (4-5 secs) disconnect
Bluetooth works fine on tested devices with daily jammy build downloaded 12/12. Is there a way to use a port of that firmware on 22.10? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to bluez in Ubuntu. https://bugs.launchpad.net/bugs/1995329 Title: [HP EliteBook 840 G8] [Intel AX201] Devices pair and connect, but immediately (4-5 secs) disconnect Status in bluez package in Ubuntu: New Status in linux package in Ubuntu: Confirmed Bug description: Recently upgraded to 22.10 (from I believe 20.04, not actually completely sure) and both of my Bluetooth devices have stopped working. They can pair and connect initially, but disconnect after 4-5 seconds. My headphones worked a while, but have not since been able to have them stay connected. Here's an output from bluetoothctl, which doesn't say much? Agent registered [CHG] Controller 10:3D:1C:43:3B:C6 Pairable: yes [CHG] Device 94:DB:56:4F:20:7F Connected: yes [CHG] Controller 10:3D:1C:43:3B:C6 Discovering: yes [NEW] Device CB:78:4F:E1:45:7D LE_WH-1000XM4 [CHG] Device 94:DB:56:4F:20:7F Connected: no [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D TxPower: -21 [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Key: 0x012d [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Value: 04 00 01 31 05 01 74 84 12 86 04 40 d5 00 00 00 ...1..t@ 00 00 00 ... [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 87 04 02 48 e2 09 0e 30 0b 11 7a .H...0..z [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -39 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [NEW] Device D9:A2:A2:B7:40:35 P mesh [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 88 b5 06 90 44 00 8d e6 00 11 30 ..D.0 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device 94:DB:56:4F:20:7F Connected: yes [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device 94:DB:56:4F:20:7F Connected: no [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [bluetooth]# [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Key: 0x012d [CHG] Device CB:78:4F:E1:45:7D ManufacturerData Value: 04 00 01 31 05 01 74 84 12 86 04 60 d5 00 00 00 ...1..t` 00 00 00 ... [CHG] Device CB:78:4F:E1:45:7D ServiceData Key: fe2c--1000-8000-00805f9b34fb [CHG] Device CB:78:4F:E1:45:7D ServiceData Value: 00 90 14 08 8e 2b 3a 42 02 89 00 11 74 .+:Bt [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -35 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -36 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [CHG] Device CB:78:4F:E1:45:7D RSSI: -37 [DEL] Device D9:A2:A2:B7:40:35 P mesh [CHG] Device CB:78:4F:E1:45:7D RSSI: -38 [CHG] Device CB:78:4F:E1:45:7D
[Touch-packages] [Bug 1994146] Re: [SRU] apparmor - Focal, Jammy
@sil2100, there is some additional testing. qa-regression-testing, pulls in the apparmor regression tests. And they contain tests for capabilities and mqueue behavior. These have not shown any regressions. And have been tested on multiple machines. These patches have also gone through the build and integration testing the upstream project has which runs language parsing (separate from regression tests, this includes tests for capabilities), equivalence tests (to check policy generation hasn't changed), coverage, minimization (another type of policy equivalence regression test), known error, and some valgrind runs. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apparmor in Ubuntu. https://bugs.launchpad.net/bugs/1994146 Title: [SRU] apparmor - Focal, Jammy Status in apparmor package in Ubuntu: Confirmed Status in apparmor source package in Focal: Fix Committed Status in apparmor source package in Jammy: Fix Committed Bug description: [ Impact ] This is a SRU proposal for apparmor in Focal and Jammy. For focal, we want to SRU fixes for Bug 1964636 which introduces the capability upstream patches. We are also fixing Bug 1728130 and Bug 1993353 which are introducing full backport of abi from apparmor-3.0 and support for POSIX message queue rules, which are both a request from Honeywell. Note that specifically for message queue rules, we are overriding the abi behavior. Message queue mediation is not a part of the 2.13 abi we are pinning. Honeywell has a kernel that has message queue mediation, but their policy does not contain an abi specified, so when we pin the abi for a kernel that does not mediate message queue, it will break Honeywell's AppArmor policies. So we are making an exception: when abi is not specified in the policy, and the policy contain mqueue rules, we are enforcing mqueue rules. When the policy does not contain mqueue rules, then they are not being enforced. This is so we do not break Honeywell policies and we also are not breaking policies that were developed when there was no mqueue or abi support. For jammy, we are SRUing fixes for Bug 1993353 which adds message queue rules support. [ Test Plan ] This has been extensively tested by using QA Regression Tests[1] for AppArmor. All tests have passed and demonstrated AppArmor to be working as expected. We are also adding regression tests for message queue rules[2] which guarantees it is working as expected. [1] https://git.launchpad.net/qa-regression-testing/tree/scripts/test-apparmor.py [2] https://gitlab.com/apparmor/apparmor/-/merge_requests/858 [ Where problems could occur ] The message queue rules support could cause issues for AppArmor policies that were developed before there was support for mqueues, that's why we are also backporting abi support and pinning the abi on parser.conf on focal. Jammy already has the abi pinned for a kernel that does not have support for mqueue mediation. [ Other Info ] The patches for both focal and jammy can be found at: https://launchpad.net/~georgiag/+archive/ubuntu/mqueue-sru/ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1994146/+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