[Touch-packages] [Bug 1758331] [NEW] IPv6 Route to OpenVPN Server is not created
Public bug reported: Hi, When the OpenVPN server pushes routes that overlaps with the openvpn server IP, it should add a route to the OpenVPN server. This seems to get done, but it fails: NetworkManager[1031]: [1521794922.6687] platform: signal: route 6 added: 2a00:x:x::3/128 via fe80::230:48ff:fedc:5067 dev 2 metric 100 mss 0 rt-src rt-ra src ::/128 pref-src 2a02:x:x:x:x:x:x:5fc6 NetworkManager[1031]: [1521794922.6687] device[0x55566c34c4e0] (enxa44cc890f4c8): queued IP6 config change NetworkManager[1031]: [1521794922.6688] platform: route: get IPv6 route for: 2a00:x:x::3 failed with unspecified 2a00:x:x::3 => VPN Server IPv6 Now this seems to be fixed in commit: https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=2d1fad641b950520bec1a87c450d0e3b1439e262 Can we get this cherry-picked in Bionic? Thanks! ** Affects: network-manager Importance: Unknown Status: Unknown ** Affects: network-manager (Ubuntu) Importance: Undecided Status: New ** Bug watch added: GNOME Bug Tracker #793962 https://bugzilla.gnome.org/show_bug.cgi?id=793962 ** Also affects: network-manager via https://bugzilla.gnome.org/show_bug.cgi?id=793962 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1758331 Title: IPv6 Route to OpenVPN Server is not created Status in NetworkManager: Unknown Status in network-manager package in Ubuntu: New Bug description: Hi, When the OpenVPN server pushes routes that overlaps with the openvpn server IP, it should add a route to the OpenVPN server. This seems to get done, but it fails: NetworkManager[1031]: [1521794922.6687] platform: signal: route 6 added: 2a00:x:x::3/128 via fe80::230:48ff:fedc:5067 dev 2 metric 100 mss 0 rt-src rt-ra src ::/128 pref-src 2a02:x:x:x:x:x:x:5fc6 NetworkManager[1031]: [1521794922.6687] device[0x55566c34c4e0] (enxa44cc890f4c8): queued IP6 config change NetworkManager[1031]: [1521794922.6688] platform: route: get IPv6 route for: 2a00:x:x::3 failed with unspecified 2a00:x:x::3 => VPN Server IPv6 Now this seems to be fixed in commit: https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=2d1fad641b950520bec1a87c450d0e3b1439e262 Can we get this cherry-picked in Bionic? Thanks! To manage notifications about this bug go to: https://bugs.launchpad.net/network-manager/+bug/1758331/+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 1746949] Re: Terminal lags (low FPS) the whole desktop when fast output
The following commit fixes the issue for 90%: https://git.gnome.org/browse/vte/commit/?id=809e79770 its not as fast as it was on X, but its useable now :) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu. https://bugs.launchpad.net/bugs/1746949 Title: Terminal lags (low FPS) the whole desktop when fast output Status in gnome-terminal package in Ubuntu: New Status in gtk+3.0 package in Ubuntu: Triaged Status in mutter package in Ubuntu: Triaged Bug description: Hi, When using Wayland and gnome-terminal, the performance/fps of the whole desktop is real low when gnome-terminal outputs alot of data. This happens when you cat some logfile for example, or do a tail -f on a quickly growing file. The whole desktop feels sluggish then. This is only the case on Wayland. on X-Server it goes perfectly! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1746949/+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 1746949] Re: Terminal laggs (low fps) the whole desktop when fast output
https://bugzilla.gnome.org/show_bug.cgi?id=778926 might be related ** Bug watch added: GNOME Bug Tracker #778926 https://bugzilla.gnome.org/show_bug.cgi?id=778926 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu. https://bugs.launchpad.net/bugs/1746949 Title: Terminal lags (low FPS) the whole desktop when fast output Status in gnome-terminal package in Ubuntu: New Status in gtk+3.0 package in Ubuntu: Triaged Status in mutter package in Ubuntu: Triaged Bug description: Hi, When using Wayland and gnome-terminal, the performance/fps of the whole desktop is real low when gnome-terminal outputs alot of data. This happens when you cat some logfile for example, or do a tail -f on a quickly growing file. The whole desktop feels sluggish then. This is only the case on Wayland. on X-Server it goes perfectly! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1746949/+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 1692870] Re: gzip compression broken in UniFi (built-in tomcat)
I tried to simulate the issue with Tomcat 7.0.77 (which is the version UniFi uses), but I was unable to simulate this on Ubuntu 17.04. The 'use-dso' patch that I removed in the debdiff, just point to an empty file. So no use that file is in the deb. Thanks ** Description changed: - [Impact] + [Impact] Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my UniFi system was broken (https://www.ubnt.com/download/unifi/). Curl gave me the following response: # curl - --compress localhost:8880/guest/s/default/ * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8880 (#0) > GET /guest/s/default/ HTTP/1.1 > Host: localhost:8880 > User-Agent: curl/7.52.1 > Accept: */* > Accept-Encoding: deflate, gzip > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Transfer-Encoding: chunked < Content-Encoding: gzip < Vary: Accept-Encoding < Date: Tue, 23 May 2017 11:19:22 GMT < * Error while processing content unencoding: invalid code lengths set * Failed writing data * Curl_http_done: called premature == 1 * Closing connection 0 curl: (23) Error while processing content unencoding: invalid code lengths set [Test Case] - Just install a fresh Ubuntu 17.04 with UniFi controller. And the Guest Portal is broken. See above. + - Install UniFi controller on Ubuntu 17.04 (http://dl.ubnt.com/unifi/5.4.16/unifi_sysvinit_all.deb) + - Go to https://:8443/manage/site/default/settings/guestcontrol + - Or do: curl - --compress :8880/guest/s/default/ + + When compression is enabled, its broken. When disabling compression in curl, it works fine. After some debugging, I found out that downgrading to zlib 1:1.2.8.dfsg- 2ubuntu5.1 was a workaround. Now after digging into the issue some more, I found the following upstream patch (unreleased version), fixes the issue: https://github.com/madler/zlib/commit/f9694097dd69354b03cb8af959094c7f260db0a1 [Regression Potential] Everybody upgrading from 16.10 (or previous) to 17.04 will be affected by this. The patch is taken from upstream, so this isn't a change we will need to keep different from upstream. I've already created a new package (see debdiff) that fixes the issue. [Other Info] Now as the UniFi controller is just some Tomcat, which relies on Java (OpenJDK), which uses zlib for its built-in Compression/Decompression. I guess even more java related tools can be broken. But I didn't have time to test this. At least some other people using UniFi have the same issue, see: https://community.ubnt.com/t5/UniFi-Wireless/ERR-CONTENT-DECODING-FAILED-on-guest-portal-customisation/td-p/1903419 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to zlib in Ubuntu. https://bugs.launchpad.net/bugs/1692870 Title: gzip compression broken in UniFi (built-in tomcat) Status in zlib package in Ubuntu: Confirmed Status in zlib source package in Zesty: New Bug description: [Impact] Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my UniFi system was broken (https://www.ubnt.com/download/unifi/). Curl gave me the following response: # curl - --compress localhost:8880/guest/s/default/ * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8880 (#0) > GET /guest/s/default/ HTTP/1.1 > Host: localhost:8880 > User-Agent: curl/7.52.1 > Accept: */* > Accept-Encoding: deflate, gzip > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Transfer-Encoding: chunked < Content-Encoding: gzip < Vary: Accept-Encoding < Date: Tue, 23 May 2017 11:19:22 GMT < * Error while processing content unencoding: invalid code lengths set * Failed writing data * Curl_http_done: called premature == 1 * Closing connection 0 curl: (23) Error while processing content unencoding: invalid code lengths set [Test Case] - Install UniFi controller on Ubuntu 17.04 (http://dl.ubnt.com/unifi/5.4.16/unifi_sysvinit_all.deb) - Go to https://:8443/manage/site/default/settings/guestcontrol - Or do: curl - --compress :8880/guest/s/default/ When compression is enabled, its broken. When disabling compression in curl, it works fine. After some debugging, I found out that downgrading to zlib 1:1.2.8 .dfsg-2ubuntu5.1 was a workaround. Now after digging into the issue some more, I found the following upstream patch (unreleased version), fixes the issue: https://github.com/madler/zlib/commit/f9694097dd69354b03cb8af959094c7f260db0a1 [Regression Potential] Everybody upgrading from 16.10 (or previous) to 17.04 will be affected by this. The patch is taken from upstream, so this isn't a change we will need to keep different from upstream. I've already created a new package (see debdiff) that fixes the issue. [Other Info] Now as the UniFi
[Touch-packages] [Bug 1692870] Re: gzip compression broken in UniFi (built-in tomcat)
** Description changed: - Hi, - - Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my - UniFi system was broken (https://www.ubnt.com/download/unifi/). + [Impact] + Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my UniFi system was broken (https://www.ubnt.com/download/unifi/). Curl gave me the following response: # curl - --compress localhost:8880/guest/s/default/ * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8880 (#0) > GET /guest/s/default/ HTTP/1.1 > Host: localhost:8880 > User-Agent: curl/7.52.1 > Accept: */* > Accept-Encoding: deflate, gzip - > + > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Transfer-Encoding: chunked < Content-Encoding: gzip < Vary: Accept-Encoding < Date: Tue, 23 May 2017 11:19:22 GMT - < + < * Error while processing content unencoding: invalid code lengths set * Failed writing data * Curl_http_done: called premature == 1 * Closing connection 0 curl: (23) Error while processing content unencoding: invalid code lengths set + [Test Case] + Just install a fresh Ubuntu 17.04 with UniFi controller. And the Guest Portal is broken. See above. + When disabling compression in curl, it works fine. - After some debugging, I found out that downgrading to zlib 1:1.2.8.dfsg-2ubuntu5.1 was a workaround. + After some debugging, I found out that downgrading to zlib 1:1.2.8.dfsg- + 2ubuntu5.1 was a workaround. Now after digging into the issue some more, I found the following upstream patch (unreleased version), fixes the issue: https://github.com/madler/zlib/commit/f9694097dd69354b03cb8af959094c7f260db0a1 - I've created a new package, and its working fine again. + [Regression Potential] + Everybody upgrading from 16.10 (or previous) to 17.04 will be affected by this. - Now as the UniFi controller is just some Tomcat, which relies on Java - (OpenJDK), which uses zlib for its built-in Compression/Decompression. I - guess even more java related tools can be broken. But I didn't have time - to test this. + The patch is taken from upstream, so this isn't a change we will need to + keep different from upstream. + + I've already created a new package (see debdiff) that fixes the issue. + + [Other Info] + Now as the UniFi controller is just some Tomcat, which relies on Java (OpenJDK), which uses zlib for its built-in Compression/Decompression. I guess even more java related tools can be broken. But I didn't have time to test this. At least some other people using UniFi have the same issue, see: https://community.ubnt.com/t5/UniFi-Wireless/ERR-CONTENT-DECODING-FAILED-on-guest-portal-customisation/td-p/1903419 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to zlib in Ubuntu. https://bugs.launchpad.net/bugs/1692870 Title: gzip compression broken in UniFi (built-in tomcat) Status in zlib package in Ubuntu: New Bug description: [Impact] Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my UniFi system was broken (https://www.ubnt.com/download/unifi/). Curl gave me the following response: # curl - --compress localhost:8880/guest/s/default/ * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8880 (#0) > GET /guest/s/default/ HTTP/1.1 > Host: localhost:8880 > User-Agent: curl/7.52.1 > Accept: */* > Accept-Encoding: deflate, gzip > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Transfer-Encoding: chunked < Content-Encoding: gzip < Vary: Accept-Encoding < Date: Tue, 23 May 2017 11:19:22 GMT < * Error while processing content unencoding: invalid code lengths set * Failed writing data * Curl_http_done: called premature == 1 * Closing connection 0 curl: (23) Error while processing content unencoding: invalid code lengths set [Test Case] Just install a fresh Ubuntu 17.04 with UniFi controller. And the Guest Portal is broken. See above. When disabling compression in curl, it works fine. After some debugging, I found out that downgrading to zlib 1:1.2.8 .dfsg-2ubuntu5.1 was a workaround. Now after digging into the issue some more, I found the following upstream patch (unreleased version), fixes the issue: https://github.com/madler/zlib/commit/f9694097dd69354b03cb8af959094c7f260db0a1 [Regression Potential] Everybody upgrading from 16.10 (or previous) to 17.04 will be affected by this. The patch is taken from upstream, so this isn't a change we will need to keep different from upstream. I've already created a new package (see debdiff) that fixes the issue. [Other Info] Now as the UniFi controller is just some Tomcat, which relies on Java (OpenJDK), which uses zlib for its built-in Compression/Decompression. I guess even more java related tools can be broken. But I didn't have time to
[Touch-packages] [Bug 1692870] Re: gzip compression broken in UniFi (built-in tomcat)
** Patch added: "New version with patch included." https://bugs.launchpad.net/ubuntu/+source/zlib/+bug/1692870/+attachment/4881920/+files/fix_deflateParams.debdiff -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to zlib in Ubuntu. https://bugs.launchpad.net/bugs/1692870 Title: gzip compression broken in UniFi (built-in tomcat) Status in zlib package in Ubuntu: New Bug description: Hi, Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my UniFi system was broken (https://www.ubnt.com/download/unifi/). Curl gave me the following response: # curl - --compress localhost:8880/guest/s/default/ * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8880 (#0) > GET /guest/s/default/ HTTP/1.1 > Host: localhost:8880 > User-Agent: curl/7.52.1 > Accept: */* > Accept-Encoding: deflate, gzip > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Transfer-Encoding: chunked < Content-Encoding: gzip < Vary: Accept-Encoding < Date: Tue, 23 May 2017 11:19:22 GMT < * Error while processing content unencoding: invalid code lengths set * Failed writing data * Curl_http_done: called premature == 1 * Closing connection 0 curl: (23) Error while processing content unencoding: invalid code lengths set After some debugging, I found out that downgrading to zlib 1:1.2.8.dfsg-2ubuntu5.1 was a workaround. Now after digging into the issue some more, I found the following upstream patch (unreleased version), fixes the issue: https://github.com/madler/zlib/commit/f9694097dd69354b03cb8af959094c7f260db0a1 I've created a new package, and its working fine again. Now as the UniFi controller is just some Tomcat, which relies on Java (OpenJDK), which uses zlib for its built-in Compression/Decompression. I guess even more java related tools can be broken. But I didn't have time to test this. At least some other people using UniFi have the same issue, see: https://community.ubnt.com/t5/UniFi-Wireless/ERR-CONTENT-DECODING-FAILED-on-guest-portal-customisation/td-p/1903419 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zlib/+bug/1692870/+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 1692870] [NEW] gzip compression broken in UniFi (built-in tomcat)
Public bug reported: Hi, Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my UniFi system was broken (https://www.ubnt.com/download/unifi/). Curl gave me the following response: # curl - --compress localhost:8880/guest/s/default/ * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8880 (#0) > GET /guest/s/default/ HTTP/1.1 > Host: localhost:8880 > User-Agent: curl/7.52.1 > Accept: */* > Accept-Encoding: deflate, gzip > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Transfer-Encoding: chunked < Content-Encoding: gzip < Vary: Accept-Encoding < Date: Tue, 23 May 2017 11:19:22 GMT < * Error while processing content unencoding: invalid code lengths set * Failed writing data * Curl_http_done: called premature == 1 * Closing connection 0 curl: (23) Error while processing content unencoding: invalid code lengths set After some debugging, I found out that downgrading to zlib 1:1.2.8.dfsg-2ubuntu5.1 was a workaround. Now after digging into the issue some more, I found the following upstream patch (unreleased version), fixes the issue: https://github.com/madler/zlib/commit/f9694097dd69354b03cb8af959094c7f260db0a1 I've created a new package, and its working fine again. Now as the UniFi controller is just some Tomcat, which relies on Java (OpenJDK), which uses zlib for its built-in Compression/Decompression. I guess even more java related tools can be broken. But I didn't have time to test this. At least some other people using UniFi have the same issue, see: https://community.ubnt.com/t5/UniFi-Wireless/ERR-CONTENT-DECODING-FAILED-on-guest-portal-customisation/td-p/1903419 ** Affects: zlib (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to zlib in Ubuntu. https://bugs.launchpad.net/bugs/1692870 Title: gzip compression broken in UniFi (built-in tomcat) Status in zlib package in Ubuntu: New Bug description: Hi, Since I upgraded from Ubuntu 16.10 to 17.04, my Guest portal for my UniFi system was broken (https://www.ubnt.com/download/unifi/). Curl gave me the following response: # curl - --compress localhost:8880/guest/s/default/ * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8880 (#0) > GET /guest/s/default/ HTTP/1.1 > Host: localhost:8880 > User-Agent: curl/7.52.1 > Accept: */* > Accept-Encoding: deflate, gzip > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Transfer-Encoding: chunked < Content-Encoding: gzip < Vary: Accept-Encoding < Date: Tue, 23 May 2017 11:19:22 GMT < * Error while processing content unencoding: invalid code lengths set * Failed writing data * Curl_http_done: called premature == 1 * Closing connection 0 curl: (23) Error while processing content unencoding: invalid code lengths set After some debugging, I found out that downgrading to zlib 1:1.2.8.dfsg-2ubuntu5.1 was a workaround. Now after digging into the issue some more, I found the following upstream patch (unreleased version), fixes the issue: https://github.com/madler/zlib/commit/f9694097dd69354b03cb8af959094c7f260db0a1 I've created a new package, and its working fine again. Now as the UniFi controller is just some Tomcat, which relies on Java (OpenJDK), which uses zlib for its built-in Compression/Decompression. I guess even more java related tools can be broken. But I didn't have time to test this. At least some other people using UniFi have the same issue, see: https://community.ubnt.com/t5/UniFi-Wireless/ERR-CONTENT-DECODING-FAILED-on-guest-portal-customisation/td-p/1903419 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zlib/+bug/1692870/+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 1610714] Re: Evince crashes with _cairo_gstate_set_dash
The version in Yakkety already includes this patch. https://cgit.freedesktop.org/poppler/poppler/commit/?id=7d8dfb09d2b9d69d4e80838ce58fdbd091bce7ec Was committed pre 0.43. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1610714 Title: Evince crashes with _cairo_gstate_set_dash Status in poppler package in Ubuntu: New Bug description: When opening the following PDF in Evince (https://dl.ubnt.com/guides/edgemax/EdgeSwitch_ES-48_QSG.pdf), it crashes with the following backtrace: Thread 7 "EvJobScheduler" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fb17ef8d700 (LWP 11109)] 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 542 ../../../../src/cairo-gstate.c: Bestand of map bestaat niet. (gdb) bt full #0 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 dash_total = 0 on_total = 0 off_total = 0 i = 0 j = 0 #1 0x7fb19c15fa92 in cairo_set_dash (cr=0x5615ded8dc70, dashes=, num_dashes=, offset=) at ../../../../src/cairo.c:1080 status = Upstream seems to have fixed this already: https://bugs.freedesktop.org/show_bug.cgi?id=62905 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1610714/+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 1610714] Re: Evince crashes with _cairo_gstate_set_dash
And for SRU: [Impact] Evince crashes while opening some PDF's. [Test Case] Open the PDF https://dl.ubnt.com/guides/edgemax/EdgeSwitch_ES-48_QSG.pdf and scroll to page 7 for example. This crashes every time. [Regression Potential] Should be safe. Patch also got included upstream. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1610714 Title: Evince crashes with _cairo_gstate_set_dash Status in poppler package in Ubuntu: New Bug description: When opening the following PDF in Evince (https://dl.ubnt.com/guides/edgemax/EdgeSwitch_ES-48_QSG.pdf), it crashes with the following backtrace: Thread 7 "EvJobScheduler" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fb17ef8d700 (LWP 11109)] 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 542 ../../../../src/cairo-gstate.c: Bestand of map bestaat niet. (gdb) bt full #0 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 dash_total = 0 on_total = 0 off_total = 0 i = 0 j = 0 #1 0x7fb19c15fa92 in cairo_set_dash (cr=0x5615ded8dc70, dashes=, num_dashes=, offset=) at ../../../../src/cairo.c:1080 status = Upstream seems to have fixed this already: https://bugs.freedesktop.org/show_bug.cgi?id=62905 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1610714/+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 1610714] Re: Evince crashes with _cairo_gstate_set_dash
The following debdiff fixes the issue. ** Patch added: "fix.patch" https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1610714/+attachment/4716081/+files/fix.patch -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1610714 Title: Evince crashes with _cairo_gstate_set_dash Status in poppler package in Ubuntu: New Bug description: When opening the following PDF in Evince (https://dl.ubnt.com/guides/edgemax/EdgeSwitch_ES-48_QSG.pdf), it crashes with the following backtrace: Thread 7 "EvJobScheduler" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fb17ef8d700 (LWP 11109)] 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 542 ../../../../src/cairo-gstate.c: Bestand of map bestaat niet. (gdb) bt full #0 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 dash_total = 0 on_total = 0 off_total = 0 i = 0 j = 0 #1 0x7fb19c15fa92 in cairo_set_dash (cr=0x5615ded8dc70, dashes=, num_dashes=, offset=) at ../../../../src/cairo.c:1080 status = Upstream seems to have fixed this already: https://bugs.freedesktop.org/show_bug.cgi?id=62905 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1610714/+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 1610714] [NEW] Evince crashes with _cairo_gstate_set_dash
Public bug reported: When opening the following PDF in Evince (https://dl.ubnt.com/guides/edgemax/EdgeSwitch_ES-48_QSG.pdf), it crashes with the following backtrace: Thread 7 "EvJobScheduler" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fb17ef8d700 (LWP 11109)] 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 542 ../../../../src/cairo-gstate.c: Bestand of map bestaat niet. (gdb) bt full #0 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 dash_total = 0 on_total = 0 off_total = 0 i = 0 j = 0 #1 0x7fb19c15fa92 in cairo_set_dash (cr=0x5615ded8dc70, dashes=, num_dashes=, offset=) at ../../../../src/cairo.c:1080 status = Upstream seems to have fixed this already: https://bugs.freedesktop.org/show_bug.cgi?id=62905 ** Affects: poppler (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1610714 Title: Evince crashes with _cairo_gstate_set_dash Status in poppler package in Ubuntu: New Bug description: When opening the following PDF in Evince (https://dl.ubnt.com/guides/edgemax/EdgeSwitch_ES-48_QSG.pdf), it crashes with the following backtrace: Thread 7 "EvJobScheduler" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fb17ef8d700 (LWP 11109)] 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 542 ../../../../src/cairo-gstate.c: Bestand of map bestaat niet. (gdb) bt full #0 0x7fb19c16c7b1 in _cairo_gstate_set_dash (gstate=0x7fb16c538d80, dash=0x0, num_dashes=2, offset=6.9366816791018826e-310) at ../../../../src/cairo-gstate.c:542 dash_total = 0 on_total = 0 off_total = 0 i = 0 j = 0 #1 0x7fb19c15fa92 in cairo_set_dash (cr=0x5615ded8dc70, dashes=, num_dashes=, offset=) at ../../../../src/cairo.c:1080 status = Upstream seems to have fixed this already: https://bugs.freedesktop.org/show_bug.cgi?id=62905 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1610714/+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 1501588] Re: Wily's wpasupplicant frequently fails on WPA enterprise networks
** Bug watch added: Red Hat Bugzilla #1241930 https://bugzilla.redhat.com/show_bug.cgi?id=1241930 ** Also affects: hostap via https://bugzilla.redhat.com/show_bug.cgi?id=1241930 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1501588 Title: Wily's wpasupplicant frequently fails on WPA enterprise networks Status in hostap: Unknown Status in wpa package in Ubuntu: New Bug description: Ever since I upgraded from vivid to wily on my laptop, I'm running into problems when connecting to my home WPA2 enterprise network. Typically the first connection immediately after the driver is loaded works as expected, however any further reconnection and the occasional roaming between APs cause wpasupplicant to freeze entirely requiring me to kill it and most often also reload my wireless driver to get things working again. ## A failed (hanging) association looks like: Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): Activation: (wifi) connection 'stgraber.net-secure' has security, and secrets exist. No new secrets needed. Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'ssid' value 'stgraber.net-secure' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'scan_ssid' value '1' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'key_mgmt' value 'WPA-EAP' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'eap' value 'TLS' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'fragment_size' value '1300' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'ca_cert' value '/home/stgraber/data/certs/stgraber-radius/ca.crt' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'private_key' value '/home/stgraber/data/certs/stgraber-radius/castiana.p12' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'private_key_passwd' value '' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'identity' value 'castiana' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'bgscan' value 'simple:30:-65:300' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'proactive_key_caching' value '1' Sep 30 23:31:06 castiana NetworkManager[25815]: Connection disconnected (reason -3) Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): supplicant interface state: associated -> disconnected Sep 30 23:31:06 castiana NetworkManager[25815]: Failed to GDBus.Error:fi.w1.wpa_supplicant1.NotConnected: This interface is not connected: disconnect. Sep 30 23:31:06 castiana NetworkManager[25815]: Failed to GDBus.Error:fi.w1.wpa_supplicant1.NotConnected: This interface is not connected: disconnect. Sep 30 23:31:06 castiana NetworkManager[25815]: Config: set interface ap_scan to 1 Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): supplicant interface state: disconnected -> scanning Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: SME: Trying to authenticate with 24:a4:3c:c8:69:03 (SSID='stgraber.net-secure' freq=2412 MHz) Sep 30 23:31:07 castiana kernel: [102903.079940] wlan0: authenticate with 24:a4:3c:c8:69:03 Sep 30 23:31:07 castiana kernel: [102903.085128] wlan0: send auth to 24:a4:3c:c8:69:03 (try 1/3) Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: Trying to associate with 24:a4:3c:c8:69:03 (SSID='stgraber.net-secure' freq=2412 MHz) Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: scanning -> authenticating Sep 30 23:31:07 castiana kernel: [102903.086942] wlan0: authenticated Sep 30 23:31:07 castiana kernel: [102903.090103] wlan0: associate with 24:a4:3c:c8:69:03 (try 1/3) Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: authenticating -> associating Sep 30 23:31:07 castiana kernel: [102903.101962] wlan0: RX AssocResp from 24:a4:3c:c8:69:03 (capab=0x411 status=0 aid=1) Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: Associated with 24:a4:3c:c8:69:03 Sep 30 23:31:07 castiana kernel: [102903.103701] wlan0: associated Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: associating -> associated Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=13 Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 13 (TLS) selected Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-PEER-CERT depth=2 subject='/C=CA/ST=Quebec/L=Montreal/O=stgraber.net/OU=Internal Infrastructure/CN=stgraber.net Root CA/name=stgraber.net Infrastructure Root
[Touch-packages] [Bug 1501588] Re: Wily's wpasupplicant frequently fails on WPA enterprise networks
Arch had same issue it seems: https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/wpa_supplicant=7562b98bd83fe5bce43e6952e0e922e7791e18b5 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1501588 Title: Wily's wpasupplicant frequently fails on WPA enterprise networks Status in wpa package in Ubuntu: New Bug description: Ever since I upgraded from vivid to wily on my laptop, I'm running into problems when connecting to my home WPA2 enterprise network. Typically the first connection immediately after the driver is loaded works as expected, however any further reconnection and the occasional roaming between APs cause wpasupplicant to freeze entirely requiring me to kill it and most often also reload my wireless driver to get things working again. ## A failed (hanging) association looks like: Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): Activation: (wifi) connection 'stgraber.net-secure' has security, and secrets exist. No new secrets needed. Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'ssid' value 'stgraber.net-secure' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'scan_ssid' value '1' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'key_mgmt' value 'WPA-EAP' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'eap' value 'TLS' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'fragment_size' value '1300' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'ca_cert' value '/home/stgraber/data/certs/stgraber-radius/ca.crt' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'private_key' value '/home/stgraber/data/certs/stgraber-radius/castiana.p12' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'private_key_passwd' value '' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'identity' value 'castiana' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'bgscan' value 'simple:30:-65:300' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'proactive_key_caching' value '1' Sep 30 23:31:06 castiana NetworkManager[25815]: Connection disconnected (reason -3) Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): supplicant interface state: associated -> disconnected Sep 30 23:31:06 castiana NetworkManager[25815]: Failed to GDBus.Error:fi.w1.wpa_supplicant1.NotConnected: This interface is not connected: disconnect. Sep 30 23:31:06 castiana NetworkManager[25815]: Failed to GDBus.Error:fi.w1.wpa_supplicant1.NotConnected: This interface is not connected: disconnect. Sep 30 23:31:06 castiana NetworkManager[25815]: Config: set interface ap_scan to 1 Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): supplicant interface state: disconnected -> scanning Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: SME: Trying to authenticate with 24:a4:3c:c8:69:03 (SSID='stgraber.net-secure' freq=2412 MHz) Sep 30 23:31:07 castiana kernel: [102903.079940] wlan0: authenticate with 24:a4:3c:c8:69:03 Sep 30 23:31:07 castiana kernel: [102903.085128] wlan0: send auth to 24:a4:3c:c8:69:03 (try 1/3) Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: Trying to associate with 24:a4:3c:c8:69:03 (SSID='stgraber.net-secure' freq=2412 MHz) Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: scanning -> authenticating Sep 30 23:31:07 castiana kernel: [102903.086942] wlan0: authenticated Sep 30 23:31:07 castiana kernel: [102903.090103] wlan0: associate with 24:a4:3c:c8:69:03 (try 1/3) Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: authenticating -> associating Sep 30 23:31:07 castiana kernel: [102903.101962] wlan0: RX AssocResp from 24:a4:3c:c8:69:03 (capab=0x411 status=0 aid=1) Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: Associated with 24:a4:3c:c8:69:03 Sep 30 23:31:07 castiana kernel: [102903.103701] wlan0: associated Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: associating -> associated Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=13 Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 13 (TLS) selected Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-PEER-CERT depth=2 subject='/C=CA/ST=Quebec/L=Montreal/O=stgraber.net/OU=Internal Infrastructure/CN=stgraber.net Root CA/name=stgraber.net Infrastructure Root CA/emailAddress=stgra...@stgraber.org' hash=87b9750baadddac7f05164d7fde3a0eb3d3efe0c948b430a3ecd093c629956e9 Sep 30
[Touch-packages] [Bug 1501588] Re: Wily's wpasupplicant frequently fails on WPA enterprise networks
I'm also running Wily since a week, and I'm unable to connect to my corporate WiFi anymore. I did a downgrade to the wpa-supplicant version in Debian Sid (2.3-2.1) and the connection works fine again. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1501588 Title: Wily's wpasupplicant frequently fails on WPA enterprise networks Status in wpa package in Ubuntu: New Bug description: Ever since I upgraded from vivid to wily on my laptop, I'm running into problems when connecting to my home WPA2 enterprise network. Typically the first connection immediately after the driver is loaded works as expected, however any further reconnection and the occasional roaming between APs cause wpasupplicant to freeze entirely requiring me to kill it and most often also reload my wireless driver to get things working again. ## A failed (hanging) association looks like: Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): Activation: (wifi) connection 'stgraber.net-secure' has security, and secrets exist. No new secrets needed. Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'ssid' value 'stgraber.net-secure' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'scan_ssid' value '1' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'key_mgmt' value 'WPA-EAP' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'eap' value 'TLS' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'fragment_size' value '1300' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'ca_cert' value '/home/stgraber/data/certs/stgraber-radius/ca.crt' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'private_key' value '/home/stgraber/data/certs/stgraber-radius/castiana.p12' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'private_key_passwd' value '' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'identity' value 'castiana' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'bgscan' value 'simple:30:-65:300' Sep 30 23:31:06 castiana NetworkManager[25815]: Config: added 'proactive_key_caching' value '1' Sep 30 23:31:06 castiana NetworkManager[25815]: Connection disconnected (reason -3) Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): supplicant interface state: associated -> disconnected Sep 30 23:31:06 castiana NetworkManager[25815]: Failed to GDBus.Error:fi.w1.wpa_supplicant1.NotConnected: This interface is not connected: disconnect. Sep 30 23:31:06 castiana NetworkManager[25815]: Failed to GDBus.Error:fi.w1.wpa_supplicant1.NotConnected: This interface is not connected: disconnect. Sep 30 23:31:06 castiana NetworkManager[25815]: Config: set interface ap_scan to 1 Sep 30 23:31:06 castiana NetworkManager[25815]: (wlan0): supplicant interface state: disconnected -> scanning Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: SME: Trying to authenticate with 24:a4:3c:c8:69:03 (SSID='stgraber.net-secure' freq=2412 MHz) Sep 30 23:31:07 castiana kernel: [102903.079940] wlan0: authenticate with 24:a4:3c:c8:69:03 Sep 30 23:31:07 castiana kernel: [102903.085128] wlan0: send auth to 24:a4:3c:c8:69:03 (try 1/3) Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: Trying to associate with 24:a4:3c:c8:69:03 (SSID='stgraber.net-secure' freq=2412 MHz) Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: scanning -> authenticating Sep 30 23:31:07 castiana kernel: [102903.086942] wlan0: authenticated Sep 30 23:31:07 castiana kernel: [102903.090103] wlan0: associate with 24:a4:3c:c8:69:03 (try 1/3) Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: authenticating -> associating Sep 30 23:31:07 castiana kernel: [102903.101962] wlan0: RX AssocResp from 24:a4:3c:c8:69:03 (capab=0x411 status=0 aid=1) Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: Associated with 24:a4:3c:c8:69:03 Sep 30 23:31:07 castiana kernel: [102903.103701] wlan0: associated Sep 30 23:31:07 castiana NetworkManager[25815]: (wlan0): supplicant interface state: associating -> associated Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=13 Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 13 (TLS) selected Sep 30 23:31:07 castiana wpa_supplicant[25653]: wlan0: CTRL-EVENT-EAP-PEER-CERT depth=2 subject='/C=CA/ST=Quebec/L=Montreal/O=stgraber.net/OU=Internal Infrastructure/CN=stgraber.net Root CA/name=stgraber.net Infrastructure Root CA/emailAddress=stgra...@stgraber.org'
