Public bug reported:
I wrote a small test program to test the client connectivity with
libmysqlcppconn7v5 (tested on Ubuntu 20.04 LTS) to an up-to MariaDB
server (Ubuntu 22.10 LTS). The MariaDB server was explicitly configured
to not use TLS. The test client is configured to enforce TLS, i.e.:
sq
The problem is also reproducible under the latest development version of
Ubuntu 18.10 (Cosmic) (version of August 28, 2018). It also uses
libpoppler-0.62.0.
** Also affects: okular
Importance: Undecided
Status: New
** Also affects: evince
Importance: Undecided
Status: New
--
The problem still exists under Ubuntu 18.04 (Bionic Beaver). Tested with
Evince and Okular.
$ apt-show-versions | grep poppler | grep -v "not installed"
libpoppler-dev:amd64/bionic-security 0.62.0-2ubuntu2.1 uptodate
libpoppler-glib8:amd64/bionic-security 0.62.0-2ubuntu2.1 uptodate
libpoppler-priv
The upstream bug is at
https://bugs.freedesktop.org/show_bug.cgi?id=103492 .
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to poppler in Ubuntu.
https://bugs.launchpad.net/bugs/1728077
Title:
Evince uses wrong encoding when filling out
** Bug watch added: freedesktop.org Bugzilla #103492
https://bugs.freedesktop.org/show_bug.cgi?id=103492
** Also affects: poppler via
https://bugs.freedesktop.org/show_bug.cgi?id=103492
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a me
The same problem also appears when using Okular instead of Evince. So,
it is likely a problem with libpoppler.
** Package changed: evince (Ubuntu) => poppler (Ubuntu)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evince in Ubuntu.
http
Public bug reported:
Evince uses the wrong encoding when filling out a PDF form.
How to reproduce:
- Get the official Chinese Visa Application Form from
http://www.china-embassy.org/eng/visas/fd/W020130830801798289342.pdf
- Open it in Evince
- Fill in a name (e.g. "Smith"). The entered text is d
Interestingly, Ubuntu 16.04's traceroute supports IDN, but neither
tracepath nor traceroute6/tracepath6:
nornetpp@experiment:~$ traceroute bjørvika.uio.nornet
traceroute to bjørvika.uio.nornet (10.1.2.100), 30 hops max, 60 byte packets
1 fornebu.uninett.simula.nornet (10.1.1.1) 0.947 ms 0.945
IDN support would be really nice to have. Unfortunately, not even Ubuntu
16.04 has it yet:
Ubuntu 16.04 (Xenial Xerus):
nornetpp@experiment:~$ host bjørvika.uio.nornet
Host bjørvika.uio.nornet not found: 3(NXDOMAIN)
nornetpp@experiment:~$ nslookup bjørvika.uio.nornet
Server: 10.1.1.
The bug not only affects VPN but also connecting to WLAN with WPA2
Enterprise via Tunnelled TLS. When trying to connect to such a WLAN,
saving the configuration aborts with the same error message.
** Summary changed:
- VPN creation fails (Kubuntu 16.04 LTS)
+ Kubuntu 16.04 LTS network connection
** Information type changed from Public to Public Security
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1574826
Title:
VPN creation fails (Kubuntu 16.04 LTS)
Status in netw
Public bug reported:
Just freshly installed Kubuntu 16.04. When trying to create a VPN in the
network manager settings, the following error occurs:
"connection.gateway-ping-timeout: cannot set property: value of "###" of
type 'guint' is invalid or out of range for property type 'gateway-ping-
tim
I have the same problem on a system running Kubuntu 13.10, with KDE
4.11.3 from the Kubuntu Backports PPA.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to akonadi in Ubuntu.
https://bugs.launchpad.net/bugs/1245979
Title:
After Upgrade
pdfopt also seems to be missing in the upstream package
ghostscript-9.07. I have therefore filed a bug in Ghostscript's bug
tracker: http://bugs.ghostscript.com/show_bug.cgi?id=694099 .
** Bug watch added: Ghostscript (AFPL) Bugzilla #694099
http://bugs.ghostscript.com/show_bug.cgi?id=694099
I can confirm the problem for Ubuntu 13.04. The problem is that the
"ghostscript" package does not contain pdfopt, but just its manpage. I
think, something went wrong with the packaging:
$ apt-file search pdfopt
ghostscript: /usr/share/man/de/man1/pdfopt.1.gz
ghostscript: /usr/share/man/man1/pdfop
15 matches
Mail list logo
