[Touch-packages] [Bug 2058775] Re: coreutils: printf formatting bug for nb_NO and nn_NO locales

2024-03-24 Thread Thomas Dreibholz
** Project changed: coreutils => glibc

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2058775

Title:
  coreutils: printf formatting bug for nb_NO and nn_NO locales

Status in GLibC:
  New
Status in coreutils package in Ubuntu:
  New

Bug description:
  I just discovered a printf bug for at least the nb_NO and nn_NO
  locales when printing numbers with thousands separator. To reproduce:

  #!/bin/bash
  for l in de_DE en_US nb_NO ; do
     echo "LC_NUMERIC=$l.UTF-8"
     for n in 1 100 1000 1 10 100 1000 ; do
    LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
     done
  done

  The expected output of "%'10d" is a right-formatted number string with
  10 characters.

  The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
  and LC_NUMERIC=en_US.UTF-8:

  LC_NUMERIC=de_DE.UTF-8
  < 1>
  <   100>
  < 1.000>
  <10.000>
  <   100.000>
  < 1.000.000>
  <10.000.000>
  LC_NUMERIC=en_US.UTF-8
  < 1>
  <   100>
  < 1,000>
  <10,000>
  <   100,000>
  < 1,000,000>
  <10,000,000>

  However, for LC_NUMERIC=nb_NO.UTF-8 and LC_NUMERIC=nn_NO.UTF-8, the
  formatting is wrong:

  LC_NUMERIC=nb_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>
  LC_NUMERIC=nn_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>

  I reproduced the issue with coreutils-8.32-4.1ubuntu1.1 (Ubuntu 22.04)
  as well as coreutils-9.3-5.fc39.x86_64 (Fedora 39).

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: coreutils 8.32-4.1ubuntu1.1
  ProcVersionSignature: Ubuntu 6.5.0-26.26~22.04.1-generic 6.5.13
  Uname: Linux 6.5.0-26-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: KDE
  Date: Fri Mar 22 21:33:13 2024
  InstallationDate: Installed on 2022-11-29 (479 days ago)
  InstallationMedia: Kubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809.1)
  SourcePackage: coreutils
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/glibc/+bug/2058775/+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 2058775] Re: coreutils: printf formatting bug for nb_NO and nn_NO locales

2024-03-24 Thread Thomas Dreibholz
** Bug watch added: Sourceware.org Bugzilla #31542
   https://sourceware.org/bugzilla/show_bug.cgi?id=31542

** Also affects: coreutils via
   https://sourceware.org/bugzilla/show_bug.cgi?id=31542
   Importance: Unknown
   Status: Unknown

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2058775

Title:
  coreutils: printf formatting bug for nb_NO and nn_NO locales

Status in coreutils:
  Unknown
Status in coreutils package in Ubuntu:
  New

Bug description:
  I just discovered a printf bug for at least the nb_NO and nn_NO
  locales when printing numbers with thousands separator. To reproduce:

  #!/bin/bash
  for l in de_DE en_US nb_NO ; do
     echo "LC_NUMERIC=$l.UTF-8"
     for n in 1 100 1000 1 10 100 1000 ; do
    LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
     done
  done

  The expected output of "%'10d" is a right-formatted number string with
  10 characters.

  The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
  and LC_NUMERIC=en_US.UTF-8:

  LC_NUMERIC=de_DE.UTF-8
  < 1>
  <   100>
  < 1.000>
  <10.000>
  <   100.000>
  < 1.000.000>
  <10.000.000>
  LC_NUMERIC=en_US.UTF-8
  < 1>
  <   100>
  < 1,000>
  <10,000>
  <   100,000>
  < 1,000,000>
  <10,000,000>

  However, for LC_NUMERIC=nb_NO.UTF-8 and LC_NUMERIC=nn_NO.UTF-8, the
  formatting is wrong:

  LC_NUMERIC=nb_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>
  LC_NUMERIC=nn_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>

  I reproduced the issue with coreutils-8.32-4.1ubuntu1.1 (Ubuntu 22.04)
  as well as coreutils-9.3-5.fc39.x86_64 (Fedora 39).

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: coreutils 8.32-4.1ubuntu1.1
  ProcVersionSignature: Ubuntu 6.5.0-26.26~22.04.1-generic 6.5.13
  Uname: Linux 6.5.0-26-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: KDE
  Date: Fri Mar 22 21:33:13 2024
  InstallationDate: Installed on 2022-11-29 (479 days ago)
  InstallationMedia: Kubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809.1)
  SourcePackage: coreutils
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/coreutils/+bug/2058775/+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 2058775] Re: coreutils: printf formatting bug for nb_NO and nn_NO locales

2024-03-22 Thread Thomas Dreibholz
Loading the test script output as text file in LibreOffice also shows
the same issue (screenshot attached). So, it is not a bug of Konsole or
XTerm. Probably, the 3-byte UTF-8 thousands separator character of the
locale is not useful. May be it should be a simple space, or a normal
UTF-8 non-breakable space (0xc2 0xa0, HTML " ")?

** Attachment added: "Screenshot of the test script output loaded in 
LibreOffice"
   
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/2058775/+attachment/5758464/+files/Screenshot_20240322_222052.png

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2058775

Title:
  coreutils: printf formatting bug for nb_NO and nn_NO locales

Status in coreutils package in Ubuntu:
  New

Bug description:
  I just discovered a printf bug for at least the nb_NO and nn_NO
  locales when printing numbers with thousands separator. To reproduce:

  #!/bin/bash
  for l in de_DE en_US nb_NO ; do
     echo "LC_NUMERIC=$l.UTF-8"
     for n in 1 100 1000 1 10 100 1000 ; do
    LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
     done
  done

  The expected output of "%'10d" is a right-formatted number string with
  10 characters.

  The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
  and LC_NUMERIC=en_US.UTF-8:

  LC_NUMERIC=de_DE.UTF-8
  < 1>
  <   100>
  < 1.000>
  <10.000>
  <   100.000>
  < 1.000.000>
  <10.000.000>
  LC_NUMERIC=en_US.UTF-8
  < 1>
  <   100>
  < 1,000>
  <10,000>
  <   100,000>
  < 1,000,000>
  <10,000,000>

  However, for LC_NUMERIC=nb_NO.UTF-8 and LC_NUMERIC=nn_NO.UTF-8, the
  formatting is wrong:

  LC_NUMERIC=nb_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>
  LC_NUMERIC=nn_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>

  I reproduced the issue with coreutils-8.32-4.1ubuntu1.1 (Ubuntu 22.04)
  as well as coreutils-9.3-5.fc39.x86_64 (Fedora 39).

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: coreutils 8.32-4.1ubuntu1.1
  ProcVersionSignature: Ubuntu 6.5.0-26.26~22.04.1-generic 6.5.13
  Uname: Linux 6.5.0-26-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: KDE
  Date: Fri Mar 22 21:33:13 2024
  InstallationDate: Installed on 2022-11-29 (479 days ago)
  InstallationMedia: Kubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809.1)
  SourcePackage: coreutils
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/2058775/+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 2058775] Re: coreutils: printf formatting bug for nb_NO and nn_NO locales

2024-03-22 Thread Thomas Dreibholz
In a hexdump, printf seems to add a 3 characters for the thousands
separator:

#!/bin/sh
for l in de_DE en_US nb_NO nn_NO ; do
   echo "LC_NUMERIC=$l.UTF-8"
   for n in 1 100 1000 1 10 100 1000 ; do 
  LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'8d>" $n | hexdump -C
   done
done

Output:

LC_NUMERIC=nb_NO.UTF-8
  3c 20 20 20 20 20 20 20  31 3e|<   1>|
000a
  3c 20 20 20 20 20 31 30  30 3e|< 100>|
000a
  3c 20 31 e2 80 af 30 30  30 3e|< 1...000>|
000a
  3c 31 30 e2 80 af 30 30  30 3e|<10...000>|
000a
  3c 31 30 30 e2 80 af 30  30 30 3e |<100...000>|
000b
  3c 31 e2 80 af 30 30 30  e2 80 af 30 30 30 3e |<1...000...000>|
000f
  3c 31 30 e2 80 af 30 30  30 e2 80 af 30 30 30 3e  |<10...000...000>|
0010
LC_NUMERIC=nn_NO.UTF-8
  3c 20 20 20 20 20 20 20  31 3e|<   1>|
000a
  3c 20 20 20 20 20 31 30  30 3e|< 100>|
000a
  3c 20 31 e2 80 af 30 30  30 3e|< 1...000>|
000a
  3c 31 30 e2 80 af 30 30  30 3e|<10...000>|
000a
  3c 31 30 30 e2 80 af 30  30 30 3e |<100...000>|
000b
  3c 31 e2 80 af 30 30 30  e2 80 af 30 30 30 3e |<1...000...000>|
000f
  3c 31 30 e2 80 af 30 30  30 e2 80 af 30 30 30 3e  |<10...000...000>|
0010

However, both in Konsole as well as in XTerm, the issue occurs. So, the
bytes "0xe2 0x80 0xaf" inserted by printf for the thousands separator
seem to be incorrect? "0xe2 0x80 0xaf" is UTF-8 NARROW NO-BREAK SPACE ->
https://www.fileformat.info/info/ .unicode/char/202f/index.htm .

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2058775

Title:
  coreutils: printf formatting bug for nb_NO and nn_NO locales

Status in coreutils package in Ubuntu:
  New

Bug description:
  I just discovered a printf bug for at least the nb_NO and nn_NO
  locales when printing numbers with thousands separator. To reproduce:

  #!/bin/bash
  for l in de_DE en_US nb_NO ; do
     echo "LC_NUMERIC=$l.UTF-8"
     for n in 1 100 1000 1 10 100 1000 ; do
    LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
     done
  done

  The expected output of "%'10d" is a right-formatted number string with
  10 characters.

  The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
  and LC_NUMERIC=en_US.UTF-8:

  LC_NUMERIC=de_DE.UTF-8
  < 1>
  <   100>
  < 1.000>
  <10.000>
  <   100.000>
  < 1.000.000>
  <10.000.000>
  LC_NUMERIC=en_US.UTF-8
  < 1>
  <   100>
  < 1,000>
  <10,000>
  <   100,000>
  < 1,000,000>
  <10,000,000>

  However, for LC_NUMERIC=nb_NO.UTF-8 and LC_NUMERIC=nn_NO.UTF-8, the
  formatting is wrong:

  LC_NUMERIC=nb_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>
  LC_NUMERIC=nn_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>

  I reproduced the issue with coreutils-8.32-4.1ubuntu1.1 (Ubuntu 22.04)
  as well as coreutils-9.3-5.fc39.x86_64 (Fedora 39).

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: coreutils 8.32-4.1ubuntu1.1
  ProcVersionSignature: Ubuntu 6.5.0-26.26~22.04.1-generic 6.5.13
  Uname: Linux 6.5.0-26-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: KDE
  Date: Fri Mar 22 21:33:13 2024
  InstallationDate: Installed on 2022-11-29 (479 days ago)
  InstallationMedia: Kubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809.1)
  SourcePackage: coreutils
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/2058775/+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 2058775] Re: coreutils: printf formatting bug for nb_NO and nn_NO locales

2024-03-22 Thread Thomas Dreibholz
Launchpad suppresses the spaces, it seems. I attached a screenshot of
the terminal output to display the formatting issue.

** Attachment added: "Screenshot of the test script output"
   
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/2058775/+attachment/5758462/+files/Screenshot_20240322_213947.png

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2058775

Title:
  coreutils: printf formatting bug for nb_NO and nn_NO locales

Status in coreutils package in Ubuntu:
  New

Bug description:
  I just discovered a printf bug for at least the nb_NO and nn_NO
  locales when printing numbers with thousands separator. To reproduce:

  #!/bin/bash
  for l in de_DE en_US nb_NO ; do
     echo "LC_NUMERIC=$l.UTF-8"
     for n in 1 100 1000 1 10 100 1000 ; do
    LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
     done
  done

  The expected output of "%'10d" is a right-formatted number string with
  10 characters.

  The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
  and LC_NUMERIC=en_US.UTF-8:

  LC_NUMERIC=de_DE.UTF-8
  < 1>
  <   100>
  < 1.000>
  <10.000>
  <   100.000>
  < 1.000.000>
  <10.000.000>
  LC_NUMERIC=en_US.UTF-8
  < 1>
  <   100>
  < 1,000>
  <10,000>
  <   100,000>
  < 1,000,000>
  <10,000,000>

  However, for LC_NUMERIC=nb_NO.UTF-8 and LC_NUMERIC=nn_NO.UTF-8, the
  formatting is wrong:

  LC_NUMERIC=nb_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>
  LC_NUMERIC=nn_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>

  I reproduced the issue with coreutils-8.32-4.1ubuntu1.1 (Ubuntu 22.04)
  as well as coreutils-9.3-5.fc39.x86_64 (Fedora 39).

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: coreutils 8.32-4.1ubuntu1.1
  ProcVersionSignature: Ubuntu 6.5.0-26.26~22.04.1-generic 6.5.13
  Uname: Linux 6.5.0-26-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: KDE
  Date: Fri Mar 22 21:33:13 2024
  InstallationDate: Installed on 2022-11-29 (479 days ago)
  InstallationMedia: Kubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809.1)
  SourcePackage: coreutils
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/2058775/+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 2058775] [NEW] coreutils: printf formatting bug for nb_NO and nn_NO locales

2024-03-22 Thread Thomas Dreibholz
Public bug reported:

I just discovered a printf bug for at least the nb_NO and nn_NO locales
when printing numbers with thousands separator. To reproduce:

#!/bin/bash
for l in de_DE en_US nb_NO ; do
   echo "LC_NUMERIC=$l.UTF-8"
   for n in 1 100 1000 1 10 100 1000 ; do
  LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
   done
done

The expected output of "%'10d" is a right-formatted number string with
10 characters.

The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
and LC_NUMERIC=en_US.UTF-8:

LC_NUMERIC=de_DE.UTF-8
< 1>
<   100>
< 1.000>
<10.000>
<   100.000>
< 1.000.000>
<10.000.000>
LC_NUMERIC=en_US.UTF-8
< 1>
<   100>
< 1,000>
<10,000>
<   100,000>
< 1,000,000>
<10,000,000>

However, for LC_NUMERIC=nb_NO.UTF-8 and LC_NUMERIC=nn_NO.UTF-8, the
formatting is wrong:

LC_NUMERIC=nb_NO.UTF-8
< 1>
<   100>
<   1 000>
<  10 000>
< 100 000>
<1 000 000>
<10 000 000>
LC_NUMERIC=nn_NO.UTF-8
< 1>
<   100>
<   1 000>
<  10 000>
< 100 000>
<1 000 000>
<10 000 000>

I reproduced the issue with coreutils-8.32-4.1ubuntu1.1 (Ubuntu 22.04)
as well as coreutils-9.3-5.fc39.x86_64 (Fedora 39).

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: coreutils 8.32-4.1ubuntu1.1
ProcVersionSignature: Ubuntu 6.5.0-26.26~22.04.1-generic 6.5.13
Uname: Linux 6.5.0-26-generic x86_64
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: KDE
Date: Fri Mar 22 21:33:13 2024
InstallationDate: Installed on 2022-11-29 (479 days ago)
InstallationMedia: Kubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809.1)
SourcePackage: coreutils
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: coreutils (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug jammy

** Description changed:

  I just discovered a printf bug for at least the nb_NO and nn_NO locales
  when printing numbers with thousands separator. To reproduce:
  
  #!/bin/bash
  for l in de_DE en_US nb_NO ; do
-echo "LC_NUMERIC=$l.UTF-8"
-for n in 1 100 1000 1 10 100 1000 ; do 
-   LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
-done
+    echo "LC_NUMERIC=$l.UTF-8"
+    for n in 1 100 1000 1 10 100 1000 ; do
+   LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
+    done
  done
  
  The expected output of "%'10d" is a right-formatted number string with
  10 characters.
  
  The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
  and LC_NUMERIC=en_US.UTF-8:
  
  LC_NUMERIC=de_DE.UTF-8
  < 1>
  <   100>
  < 1.000>
  <10.000>
  <   100.000>
  < 1.000.000>
  <10.000.000>
  LC_NUMERIC=en_US.UTF-8
  < 1>
  <   100>
  < 1,000>
  <10,000>
  <   100,000>
  < 1,000,000>
  <10,000,000>
  
  However, for LC_NUMERIC=nb_NO.UTF-8 and LC_NUMERIC=nn_NO.UTF-8, the
  formatting is wrong:
  
  LC_NUMERIC=nb_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>
  LC_NUMERIC=nn_NO.UTF-8
  < 1>
  <   100>
  <   1 000>
  <  10 000>
  < 100 000>
  <1 000 000>
  <10 000 000>
  
  I reproduced the issue with coreutils-8.32-4.1ubuntu1.1 (Ubuntu 22.04)
  as well as coreutils-9.3-5.fc39.x86_64 (Fedora 39).
  
  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: coreutils 8.32-4.1ubuntu1.1
  ProcVersionSignature: Ubuntu 6.5.0-26.26~22.04.1-generic 6.5.13
  Uname: Linux 6.5.0-26-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: KDE
  Date: Fri Mar 22 21:33:13 2024
  InstallationDate: Installed on 2022-11-29 (479 days ago)
  InstallationMedia: Kubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809.1)
  SourcePackage: coreutils
  UpgradeStatus: No upgrade log present (probably fresh install)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2058775

Title:
  coreutils: printf formatting bug for nb_NO and nn_NO locales

Status in coreutils package in Ubuntu:
  New

Bug description:
  I just discovered a printf bug for at least the nb_NO and nn_NO
  locales when printing numbers with thousands separator. To reproduce:

  #!/bin/bash
  for l in de_DE en_US nb_NO ; do
     echo "LC_NUMERIC=$l.UTF-8"
     for n in 1 100 1000 1 10 100 1000 ; do
    LC_NUMERIC=$l.UTF-8 /usr/bin/printf "<%'10d>\n" $n
     done
  done

  The expected output of "%'10d" is a right-formatted number string with
  10 characters.

  The output of the test script is fine for e.g. LC_NUMERIC=de_DE.UTF-8
  and LC_NUMERIC=en_US.UTF-8:

  LC_NUMERIC=de_DE.UTF-8
  < 1>
  <   100>
  < 1.000>
  <10.000>
  <   100.000>
  < 1.000.000>
  <10.000.000>
  LC_NUMERIC=en_US.UTF-8
  < 1>
  <   100>
  < 1,000>
  

[Touch-packages] [Bug 2017792] [NEW] ifupdown on Ubuntu 22.04 fails to set DNS correctly -> DNS resolution does not work

2023-04-26 Thread Thomas Dreibholz
Public bug reported:

On a Ubuntu 22.04 system with /etc/network/interfaces configuration
(ifupdown) instead of Netplan, DNS is not set correctly. Therefore, DNS
resolution does not work.

This explains the issue:
https://unix.stackexchange.com/questions/714901/dns-broken-when-using-
ifupdown-and-systemd-resolved-after-upgrade-to-ubuntu-22-0

Solution:

Fix in /etc/network/if-up.d/resolved:
Old: "$DNS"="$NEW_DNS"
New: $DNS="$NEW_DNS"

Old: "$DOMAINS"="$NEW_DOMAINS"
New: $DOMAINS="$NEW_DOMAINS"

/etc/network/if-up.d/resolved writes files
/run/network/ifupdown-- containing the DNS
configuration. The fix ensures that the files
/run/network/ifupdown-- contain the correct syntax
without quotes for the variable name.

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: ifupdown 0.8.36+nmu1ubuntu3
ProcVersionSignature: Ubuntu 5.19.0-41.42~22.04.1-generic 5.19.17
Uname: Linux 5.19.0-41-generic x86_64
ApportVersion: 2.20.11-0ubuntu82.4
Architecture: amd64
CasperMD5CheckResult: pass
Date: Wed Apr 26 15:04:14 2023
InstallationDate: Installed on 2022-12-08 (139 days ago)
InstallationMedia: Ubuntu-Server 22.04.1 LTS "Jammy Jellyfish" - Release amd64 
(20220809)
ProcEnviron:
 LANGUAGE=nb:de:en_US
 TERM=xterm-256color
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ifupdown
UpgradeStatus: No upgrade log present (probably fresh install)
mtime.conffile..etc.network.if-up.d.resolved: 2023-04-26T14:36:08.277304

** Affects: ifupdown (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug jammy uec-images

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ifupdown in Ubuntu.
https://bugs.launchpad.net/bugs/2017792

Title:
  ifupdown on Ubuntu 22.04 fails to set DNS correctly -> DNS resolution
  does not work

Status in ifupdown package in Ubuntu:
  New

Bug description:
  On a Ubuntu 22.04 system with /etc/network/interfaces configuration
  (ifupdown) instead of Netplan, DNS is not set correctly. Therefore,
  DNS resolution does not work.

  This explains the issue:
  https://unix.stackexchange.com/questions/714901/dns-broken-when-using-
  ifupdown-and-systemd-resolved-after-upgrade-to-ubuntu-22-0

  Solution:

  Fix in /etc/network/if-up.d/resolved:
  Old: "$DNS"="$NEW_DNS"
  New: $DNS="$NEW_DNS"

  Old: "$DOMAINS"="$NEW_DOMAINS"
  New: $DOMAINS="$NEW_DOMAINS"

  /etc/network/if-up.d/resolved writes files
  /run/network/ifupdown-- containing the DNS
  configuration. The fix ensures that the files
  /run/network/ifupdown-- contain the correct
  syntax without quotes for the variable name.

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: ifupdown 0.8.36+nmu1ubuntu3
  ProcVersionSignature: Ubuntu 5.19.0-41.42~22.04.1-generic 5.19.17
  Uname: Linux 5.19.0-41-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.4
  Architecture: amd64
  CasperMD5CheckResult: pass
  Date: Wed Apr 26 15:04:14 2023
  InstallationDate: Installed on 2022-12-08 (139 days ago)
  InstallationMedia: Ubuntu-Server 22.04.1 LTS "Jammy Jellyfish" - Release 
amd64 (20220809)
  ProcEnviron:
   LANGUAGE=nb:de:en_US
   TERM=xterm-256color
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: ifupdown
  UpgradeStatus: No upgrade log present (probably fresh install)
  mtime.conffile..etc.network.if-up.d.resolved: 2023-04-26T14:36:08.277304

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/2017792/+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 1981697] Re: KDC: weak crypto in default settings

2022-07-14 Thread Thomas Dreibholz
A helpful hwoto for users who want to update the weak KDC master key with 
state-of-the-art crypto:
https://docs.oracle.com/cd/E36784_01/html/E37126/st-mkey-1.html

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to krb5 in Ubuntu.
https://bugs.launchpad.net/bugs/1981697

Title:
  KDC: weak crypto in default settings

Status in krb5 package in Ubuntu:
  New

Bug description:
  Default setting in /etc/krb5kdc/kdc.conf, as installed from krb5-kdc in 
Ubuntu 22.04 Server:
  master_key_type = des3-hmac-sha1

  3DES was deprecated by NIST in 2017, i.e. give years ago! Reference:
  https://csrc.nist.gov/News/2017/Update-to-Current-Use-and-Deprecation-
  of-TDEA . This should not be a default since a very long time, and
  particularly not for new installations. If a compatibility with out-
  of-date installations is necessary, this should be explicitly made be
  the administrator.

  SHA-1 was deprecated as well, in 2011, i.e. eleven years ago!
  Reference:
  https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-131a.pdf
  .

  A reasonable default would probably be:
  master_key_type = aes256-cts-hmac-sha384-192

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: krb5-kdc 1.19.2-2
  ProcVersionSignature: Ubuntu 5.15.0-40.43-generic 5.15.35
  Uname: Linux 5.15.0-40-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.1
  Architecture: amd64
  CasperMD5CheckResult: pass
  Date: Thu Jul 14 12:34:22 2022
  InstallationDate: Installed on 2022-05-30 (45 days ago)
  InstallationMedia: Ubuntu-Server 22.04 LTS "Jammy Jellyfish" - Release amd64 
(20220421)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_IE.UTF-8
   SHELL=/bin/bash
  SourcePackage: krb5
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/1981697/+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 1981697] [NEW] KDC: weak crypto in default settings

2022-07-14 Thread Thomas Dreibholz
*** This bug is a security vulnerability ***

Public security bug reported:

Default setting in /etc/krb5kdc/kdc.conf, as installed from krb5-kdc in Ubuntu 
22.04 Server:
master_key_type = des3-hmac-sha1

3DES was deprecated by NIST in 2017, i.e. give years ago! Reference:
https://csrc.nist.gov/News/2017/Update-to-Current-Use-and-Deprecation-
of-TDEA . This should not be a default since a very long time, and
particularly not for new installations. If a compatibility with out-of-
date installations is necessary, this should be explicitly made be the
administrator.

SHA-1 was deprecated as well, in 2011, i.e. eleven years ago! Reference:
https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-131a.pdf
.

A reasonable default would probably be:
master_key_type = aes256-cts-hmac-sha384-192

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: krb5-kdc 1.19.2-2
ProcVersionSignature: Ubuntu 5.15.0-40.43-generic 5.15.35
Uname: Linux 5.15.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu82.1
Architecture: amd64
CasperMD5CheckResult: pass
Date: Thu Jul 14 12:34:22 2022
InstallationDate: Installed on 2022-05-30 (45 days ago)
InstallationMedia: Ubuntu-Server 22.04 LTS "Jammy Jellyfish" - Release amd64 
(20220421)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IE.UTF-8
 SHELL=/bin/bash
SourcePackage: krb5
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: krb5 (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug jammy uec-images

** Information type changed from Private Security to Public Security

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to krb5 in Ubuntu.
https://bugs.launchpad.net/bugs/1981697

Title:
  KDC: weak crypto in default settings

Status in krb5 package in Ubuntu:
  New

Bug description:
  Default setting in /etc/krb5kdc/kdc.conf, as installed from krb5-kdc in 
Ubuntu 22.04 Server:
  master_key_type = des3-hmac-sha1

  3DES was deprecated by NIST in 2017, i.e. give years ago! Reference:
  https://csrc.nist.gov/News/2017/Update-to-Current-Use-and-Deprecation-
  of-TDEA . This should not be a default since a very long time, and
  particularly not for new installations. If a compatibility with out-
  of-date installations is necessary, this should be explicitly made be
  the administrator.

  SHA-1 was deprecated as well, in 2011, i.e. eleven years ago!
  Reference:
  https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-131a.pdf
  .

  A reasonable default would probably be:
  master_key_type = aes256-cts-hmac-sha384-192

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: krb5-kdc 1.19.2-2
  ProcVersionSignature: Ubuntu 5.15.0-40.43-generic 5.15.35
  Uname: Linux 5.15.0-40-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.1
  Architecture: amd64
  CasperMD5CheckResult: pass
  Date: Thu Jul 14 12:34:22 2022
  InstallationDate: Installed on 2022-05-30 (45 days ago)
  InstallationMedia: Ubuntu-Server 22.04 LTS "Jammy Jellyfish" - Release amd64 
(20220421)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_IE.UTF-8
   SHELL=/bin/bash
  SourcePackage: krb5
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/1981697/+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 1914398] [NEW] df reports negative number of used blocks on large filesystem

2021-02-03 Thread Thomas Dreibholz
Public bug reported:

df reports negative number of used blocks on large filesystem (18.5
TiB):

nornetpp@oesthorn:~$ df /home
Filesystem  1K-blocksUsed  Available Use% Mounted on
/dev/sdb1  2684353464 -1825532684 4509886148- /home

nornetpp@oesthorn:~$ cat /etc/fstab | grep /home
UUID=9a12de8d-1d01-4930-9897-5d4097b7f892 /home   reiserfs defaults

nornetpp@oesthorn:~$ sudo gdisk /dev/sdb
[sudo] password for nornetpp: 
GPT fdisk (gdisk) version 1.0.5

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sdb: 39728447488 sectors, 18.5 TiB
Model: Virtual disk
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 0956159A-AAFE-4DB4-8FD3-6F6A515B1727
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 39728447454
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)End (sector)  Size   Code  Name
   12048 39728447454   18.5 TiB8300  Linux filesystem

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: coreutils 8.30-3ubuntu2
ProcVersionSignature: Ubuntu 5.8.0-41.46~20.04.1-generic 5.8.18
Uname: Linux 5.8.0-41-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.16
Architecture: amd64
CasperMD5CheckResult: skip
Date: Wed Feb  3 12:35:45 2021
InstallationDate: Installed on 2012-10-12 (3036 days ago)
InstallationMedia: Ubuntu-Server 12.04.1 LTS "Precise Pangolin" - Release amd64 
(20120817.3)
SourcePackage: coreutils
UpgradeStatus: Upgraded to focal on 2021-02-03 (0 days ago)

** Affects: coreutils (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug focal

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/1914398

Title:
  df reports negative number of used blocks on large filesystem

Status in coreutils package in Ubuntu:
  New

Bug description:
  df reports negative number of used blocks on large filesystem (18.5
  TiB):

  nornetpp@oesthorn:~$ df /home
  Filesystem  1K-blocksUsed  Available Use% Mounted on
  /dev/sdb1  2684353464 -1825532684 4509886148- /home

  nornetpp@oesthorn:~$ cat /etc/fstab | grep /home
  UUID=9a12de8d-1d01-4930-9897-5d4097b7f892 /home   reiserfs defaults

  nornetpp@oesthorn:~$ sudo gdisk /dev/sdb
  [sudo] password for nornetpp: 
  GPT fdisk (gdisk) version 1.0.5

  Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

  Found valid GPT with protective MBR; using GPT.

  Command (? for help): p
  Disk /dev/sdb: 39728447488 sectors, 18.5 TiB
  Model: Virtual disk
  Sector size (logical/physical): 512/512 bytes
  Disk identifier (GUID): 0956159A-AAFE-4DB4-8FD3-6F6A515B1727
  Partition table holds up to 128 entries
  Main partition table begins at sector 2 and ends at sector 33
  First usable sector is 34, last usable sector is 39728447454
  Partitions will be aligned on 2048-sector boundaries
  Total free space is 2014 sectors (1007.0 KiB)

  Number  Start (sector)End (sector)  Size   Code  Name
 12048 39728447454   18.5 TiB8300  Linux filesystem

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: coreutils 8.30-3ubuntu2
  ProcVersionSignature: Ubuntu 5.8.0-41.46~20.04.1-generic 5.8.18
  Uname: Linux 5.8.0-41-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.16
  Architecture: amd64
  CasperMD5CheckResult: skip
  Date: Wed Feb  3 12:35:45 2021
  InstallationDate: Installed on 2012-10-12 (3036 days ago)
  InstallationMedia: Ubuntu-Server 12.04.1 LTS "Precise Pangolin" - Release 
amd64 (20120817.3)
  SourcePackage: coreutils
  UpgradeStatus: Upgraded to focal on 2021-02-03 (0 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1914398/+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 1553147] Re: xenial preseed cannot set keyboard layout

2020-03-05 Thread Thomas Dreibholz
The bug still exists in the latest Ubuntu 20.04 Focal Fossa nightlies: setting 
e.g.
d-i console-setup/ask_detect  boolean false
d-i keyboard-configuration/layoutcode string de
d-i keyboard-configuration/layout select German
d-i keyboard-configuration/modelcode  string pc105
has no effect. The resulting system has US keyboard in /etc/default/keyboard:
XKBMODEL="pc105"
XKBLAYOUT=""
XKBVARIANT=""
XKBOPTIONS=""
BACKSPACE="guess"


** Also affects: debian-installer
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to console-setup in Ubuntu.
https://bugs.launchpad.net/bugs/1553147

Title:
  xenial preseed cannot set keyboard layout

Status in debian-installer:
  New
Status in console-setup package in Ubuntu:
  Fix Released

Bug description:
  Using network booted preseed with the following lines to configure
  keyboard layout:

  d-i console-setup/ask_detect false
  d-i keyboard-configuration/layoutcode string de
  d-i keyboard-configuration/layout select German
  d-i keyboard-configuration/modelcode string pc105

  System comes up with US keyboard only (see screenshot).

  Content of /etc/default/keyboard:
  XKBMODEL="pc105"
  XKBLAYOUT=""
  XKBVARIANT=""
  XKBOPTIONS=""
  BACKSPACE="guess"

  Content of /etc/default/console-setup:
  ACTIVE_CONSOLES="/dev/tty[1-6]"
  CHARMAP="UTF-8"
  CODESET="guess"
  FONTFACE="Fixed"
  FONTSIZE="8x16"
  VIDEOMODE=

  The same preseed file works on wily and successfully configures a
  German keyboard layout.

  The full preseed file can be found at
  https://github.com/jschule/ubuntu/blob/gh-pages/preseed/jts.txt

  Please advice how to set German keyboard layout with preseed
  installation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/debian-installer/+bug/1553147/+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 1553147] Re: xenial preseed cannot set keyboard layout

2020-03-05 Thread Thomas Dreibholz
This is the Ubuntu 20.04 preseed file I used for testing.

** Attachment added: "Preseed file used for testing"
   
https://bugs.launchpad.net/debian-installer/+bug/1553147/+attachment/5333803/+files/preseed.cfg

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to console-setup in Ubuntu.
https://bugs.launchpad.net/bugs/1553147

Title:
  xenial preseed cannot set keyboard layout

Status in debian-installer:
  New
Status in console-setup package in Ubuntu:
  Fix Released

Bug description:
  Using network booted preseed with the following lines to configure
  keyboard layout:

  d-i console-setup/ask_detect false
  d-i keyboard-configuration/layoutcode string de
  d-i keyboard-configuration/layout select German
  d-i keyboard-configuration/modelcode string pc105

  System comes up with US keyboard only (see screenshot).

  Content of /etc/default/keyboard:
  XKBMODEL="pc105"
  XKBLAYOUT=""
  XKBVARIANT=""
  XKBOPTIONS=""
  BACKSPACE="guess"

  Content of /etc/default/console-setup:
  ACTIVE_CONSOLES="/dev/tty[1-6]"
  CHARMAP="UTF-8"
  CODESET="guess"
  FONTFACE="Fixed"
  FONTSIZE="8x16"
  VIDEOMODE=

  The same preseed file works on wily and successfully configures a
  German keyboard layout.

  The full preseed file can be found at
  https://github.com/jschule/ubuntu/blob/gh-pages/preseed/jts.txt

  Please advice how to set German keyboard layout with preseed
  installation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/debian-installer/+bug/1553147/+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 1728077] Re: Evince uses wrong encoding when filling out a PDF form

2018-08-28 Thread Thomas Dreibholz
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

-- 
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/1728077

Title:
  Evince uses wrong encoding when filling out a PDF form

Status in Evince:
  New
Status in okular:
  New
Status in Poppler:
  Unknown
Status in poppler package in Ubuntu:
  New

Bug description:
  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 displayed correctly.
  - Click into another filed
  - The previously entered name is displayed in wrong characters (wrong 
encoding used?). E.g. "Smith" becomes "4NJUI".
  - Saving and loading the PDF (with the entered text) also results in 
displaying wrong characters
  - Clicking into the name filed results in displaying the correct name 
("Smith")

  => It seems that somewhere in Evince (or libpoppler?) the wrong
  encoding is used for displaying non-active input fields.

  Tested Ubuntu versions:
  - Ubuntu 16.04
  - Ubuntu 17.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/evince/+bug/1728077/+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 1728077] Re: Evince uses wrong encoding when filling out a PDF form

2018-08-28 Thread Thomas Dreibholz
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-private-dev:amd64/bionic-security 0.62.0-2ubuntu2.1 uptodate
libpoppler-qt5-1:amd64/bionic-security 0.62.0-2ubuntu2.1 uptodate
libpoppler73:amd64/bionic-security 0.62.0-2ubuntu2.1 uptodate
poppler-data:all/bionic 0.4.8-2 uptodate
poppler-utils:amd64/bionic-security 0.62.0-2ubuntu2.1 uptodate

$ apt-show-versions | grep evince | grep -v "not installed"
evince:amd64/bionic 3.28.2-1 uptodate
evince-common:all/bionic 3.28.2-1 uptodate

$ apt-show-versions | grep okular | grep -v "not installed"
libokular5core8:amd64/bionic 4:17.12.3-0ubuntu1 uptodate
okular:amd64/bionic 4:17.12.3-0ubuntu1 uptodate
okular-extra-backends:amd64/bionic 4:17.12.3-0ubuntu1 uptodate

-- 
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/1728077

Title:
  Evince uses wrong encoding when filling out a PDF form

Status in Poppler:
  Unknown
Status in poppler package in Ubuntu:
  New

Bug description:
  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 displayed correctly.
  - Click into another filed
  - The previously entered name is displayed in wrong characters (wrong 
encoding used?). E.g. "Smith" becomes "4NJUI".
  - Saving and loading the PDF (with the entered text) also results in 
displaying wrong characters
  - Clicking into the name filed results in displaying the correct name 
("Smith")

  => It seems that somewhere in Evince (or libpoppler?) the wrong
  encoding is used for displaying non-active input fields.

  Tested Ubuntu versions:
  - Ubuntu 16.04
  - Ubuntu 17.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/poppler/+bug/1728077/+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 1553147] Re: xenial preseed cannot set keyboard layout

2017-10-30 Thread Thomas Dreibholz
A work-around to actually setting the keyboard layout (to Norwegian):

d-i preseed/late_commandstring \
 in-target /bin/sed -i "s/XKBMODEL=\"[a-z]*\"/XKBMODEL=\"pc105\"/g" 
/etc/default/keyboard ; \
 in-target /bin/sed -i "s/XKBLAYOUT=\"[a-z]*\"/XKBLAYOUT=\"no\"/g" 
/etc/default/keyboard ; \
 in-target /bin/sed -i "s/XKBVARIANT=\"[a-z]*\"/XKBVARIANT=\"\"/g" 
/etc/default/keyboard ; \
 in-target /bin/sed -i "s/XKBOPTIONS=\"[a-z]*\"/XKBOPTIONS=\"\"/g" 
/etc/default/keyboard ; \
 in-target /usr/sbin/dpkg-reconfigure -fnoninteractive keyboard-configuration ; 
\
 in-target /usr/sbin/update-locale LC_TIME=en_GB.UTF-8 LC_MESSAGES=POSIX

Note, that "/usr/sbin/dpkg-reconfigure -fnoninteractive keyboard-
configuration" is necessary to get the new layout configured for X11 as
well. Although the documentation says that editing /etc/default/keyboard
is fine, X11 will not use the new layout unless "/usr/sbin/dpkg-
reconfigure keyboard-configuration" is run.

Finally, "/usr/sbin/update-locale LC_TIME=en_GB.UTF-8" is used to get a
24-hour clock with an en_IE.UTF-8 locale (metric, €, etc., but AM/PM
clock). (A European English locale "en_EU.UTF-8" would be a nice
feature.)

Needless to say that this work-around is really ugly, and the installer
should be fixed to automatically set the proper keyboard layout.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to console-setup in Ubuntu.
https://bugs.launchpad.net/bugs/1553147

Title:
  xenial preseed cannot set keyboard layout

Status in console-setup package in Ubuntu:
  Fix Released

Bug description:
  Using network booted preseed with the following lines to configure
  keyboard layout:

  d-i console-setup/ask_detect false
  d-i keyboard-configuration/layoutcode string de
  d-i keyboard-configuration/layout select German
  d-i keyboard-configuration/modelcode string pc105

  System comes up with US keyboard only (see screenshot).

  Content of /etc/default/keyboard:
  XKBMODEL="pc105"
  XKBLAYOUT=""
  XKBVARIANT=""
  XKBOPTIONS=""
  BACKSPACE="guess"

  Content of /etc/default/console-setup:
  ACTIVE_CONSOLES="/dev/tty[1-6]"
  CHARMAP="UTF-8"
  CODESET="guess"
  FONTFACE="Fixed"
  FONTSIZE="8x16"
  VIDEOMODE=

  The same preseed file works on wily and successfully configures a
  German keyboard layout.

  The full preseed file can be found at
  https://github.com/jschule/ubuntu/blob/gh-pages/preseed/jts.txt

  Please advice how to set German keyboard layout with preseed
  installation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1553147/+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 1728077] Re: Evince uses wrong encoding when filling out a PDF form

2017-10-27 Thread Thomas Dreibholz
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 Ubuntu
Touch seeded packages, which is subscribed to poppler in Ubuntu.
https://bugs.launchpad.net/bugs/1728077

Title:
  Evince uses wrong encoding when filling out a PDF form

Status in Poppler:
  Unknown
Status in poppler package in Ubuntu:
  New

Bug description:
  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 displayed correctly.
  - Click into another filed
  - The previously entered name is displayed in wrong characters (wrong 
encoding used?). E.g. "Smith" becomes "4NJUI".
  - Saving and loading the PDF (with the entered text) also results in 
displaying wrong characters
  - Clicking into the name filed results in displaying the correct name 
("Smith")

  => It seems that somewhere in Evince (or libpoppler?) the wrong
  encoding is used for displaying non-active input fields.

  Tested Ubuntu versions:
  - Ubuntu 16.04
  - Ubuntu 17.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/poppler/+bug/1728077/+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 1728077] Re: Evince uses wrong encoding when filling out a PDF form

2017-10-27 Thread Thomas Dreibholz
** 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 member of Ubuntu
Touch seeded packages, which is subscribed to poppler in Ubuntu.
https://bugs.launchpad.net/bugs/1728077

Title:
  Evince uses wrong encoding when filling out a PDF form

Status in Poppler:
  Unknown
Status in poppler package in Ubuntu:
  New

Bug description:
  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 displayed correctly.
  - Click into another filed
  - The previously entered name is displayed in wrong characters (wrong 
encoding used?). E.g. "Smith" becomes "4NJUI".
  - Saving and loading the PDF (with the entered text) also results in 
displaying wrong characters
  - Clicking into the name filed results in displaying the correct name 
("Smith")

  => It seems that somewhere in Evince (or libpoppler?) the wrong
  encoding is used for displaying non-active input fields.

  Tested Ubuntu versions:
  - Ubuntu 16.04
  - Ubuntu 17.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/poppler/+bug/1728077/+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 1728077] Re: Evince uses wrong encoding when filling out a PDF form

2017-10-27 Thread Thomas Dreibholz
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 Ubuntu
Touch seeded packages, which is subscribed to poppler in Ubuntu.
https://bugs.launchpad.net/bugs/1728077

Title:
  Evince uses wrong encoding when filling out a PDF form

Status in poppler package in Ubuntu:
  New

Bug description:
  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 displayed correctly.
  - Click into another filed
  - The previously entered name is displayed in wrong characters (wrong 
encoding used?). E.g. "Smith" becomes "4NJUI".
  - Saving and loading the PDF (with the entered text) also results in 
displaying wrong characters
  - Clicking into the name filed results in displaying the correct name 
("Smith")

  => It seems that somewhere in Evince (or libpoppler?) the wrong
  encoding is used for displaying non-active input fields.

  Tested Ubuntu versions:
  - Ubuntu 16.04
  - Ubuntu 17.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1728077/+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 1553147] Re: xenial preseed cannot set keyboard layout

2017-10-26 Thread Thomas Dreibholz
The problem still (or again) exists in at least Ubuntu Trusty, Xenial
and Artful. None of these Ubuntu versions show any reaction on trying to
set the keyboard layout.

Tried NO:
d-i console-setup/ask_detect false
d-i keyboard-configuration/layoutcode string no
d-i keyboard-configuration/layout select Norwegian
d-i keyboard-configuration/modelcode string pc105

Tried DE:
d-i console-setup/ask_detect false
d-i keyboard-configuration/layoutcode string de
d-i keyboard-configuration/layout select German
d-i keyboard-configuration/modelcode string pc105

The result is always US keyboard layout in /etc/default/keyboard:
XKBMODEL="pc105"
XKBLAYOUT=""
XKBVARIANT=""
XKBOPTIONS=""
BACKSPACE="guess"

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to console-setup in Ubuntu.
https://bugs.launchpad.net/bugs/1553147

Title:
  xenial preseed cannot set keyboard layout

Status in console-setup package in Ubuntu:
  Fix Released

Bug description:
  Using network booted preseed with the following lines to configure
  keyboard layout:

  d-i console-setup/ask_detect false
  d-i keyboard-configuration/layoutcode string de
  d-i keyboard-configuration/layout select German
  d-i keyboard-configuration/modelcode string pc105

  System comes up with US keyboard only (see screenshot).

  Content of /etc/default/keyboard:
  XKBMODEL="pc105"
  XKBLAYOUT=""
  XKBVARIANT=""
  XKBOPTIONS=""
  BACKSPACE="guess"

  Content of /etc/default/console-setup:
  ACTIVE_CONSOLES="/dev/tty[1-6]"
  CHARMAP="UTF-8"
  CODESET="guess"
  FONTFACE="Fixed"
  FONTSIZE="8x16"
  VIDEOMODE=

  The same preseed file works on wily and successfully configures a
  German keyboard layout.

  The full preseed file can be found at
  https://github.com/jschule/ubuntu/blob/gh-pages/preseed/jts.txt

  Please advice how to set German keyboard layout with preseed
  installation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1553147/+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 1463023] Re: systemd Timed out waiting for device swap and file system check

2016-08-18 Thread Thomas Dreibholz
I have noticed this problem on 2 machines upgraded from Ubuntu 14.04 to Ubuntu 
16.04, when trying to boot the upgraded system for the first time. The really 
bad issue is that after timing out, the system is going to hang with messages 
like:
[58Z?Z1.5?Z840] INFO task systemd:21547 blocked for more than 120 seconds.
This is particularly bad if the system is remote.

(sysctls to consider these hangs as panics, and reboot a paniced kernel
automatically end in a loop: boot -> mount problem -> hang -> reboot ->
...)

Unfortunately, I was not able to find out what actually caused the
mounting problem (in my case: /home and swap). Booting from CD did not
reveal anything interesting (manually did fsck), and after rebooting
again it worked without problems.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1463023

Title:
  systemd Timed out waiting for device swap and file system check

Status in systemd package in Ubuntu:
  Invalid

Bug description:
  
  My Ubuntu 15.04 did not start --or took so long that I switched back to 
upstart!

  ISSUE: (systemd during the boot)

  Timed out waitingfor device dev-disk-by\x2duuid-... (swap)
  Dependency failed for /dev/disk/by-uuid/... (swap)
  Dependency failed for Swap.
  Timed out waiting for device dev-sdaX.device(swap)
  Dependency failed for Swap Partition.
  Failed to start udev Wait for Complete Device Initialization.
  See "systemctl status systemd-udev-settle.service" for details.
  Starting File System Check on Root Device...
  Starting Copy rules generated while the root was ro...
  (1 of 2) A start job is running for File System Check on Root Device (3min 
28s / no limit)
  ...
   No tainted 3.19.0-18-generic #18-Ubuntu
  "echo 0> /proc/sys/kernel/hung_task_timeout_secs" disables this message.
  INFO: task systemd-udevd:336 blocked for more than 120 seconds.
  ...
  INFO: task systemd-udevd:338 blocked for more than 120 seconds.
  ...
  INFO: task systemd-udevd:346 blocked for more than 120 seconds.
  ...
  (1 of 2) A start job is running for File System Check on Root Device (4min 3s 
/ no limit)

  WORKAROUND:

  apt-get -qq -y install upstart-sysv # switch back to upstart
  
http://linux.softpedia.com/blog/Ubuntu-15-04-Users-Can-Switch-Off-Systemd-and-Use-Upstart-479373.shtml
  P.S. don't ask me to go back to systemd-sysv... I am fine with upstart

  TECHNICAL DETAILS:

  $ lsb_release -r
  Release:  15.04

  $ uname -r
  3.19.0-18-generic

  $ sudo dmidecode -s system-product-name
  MacBookPro8,2

  $ grep "^GRUB_CMDLINE_LINUX_DEFAULT" /etc/default/grub
  GRUB_CMDLINE_LINUX_DEFAULT="transparent_hugepage=always intel_iommu=on 
acpi_irq_nobalance cgroup_enable=memory swapaccount=1 libata.force=noncq 
modeset=1 hybridopts=ON,IGD,OFF i915.modeset=0 radeon.modeset=1 radeon.dpm=1 
radeon.audio=1 i915.lvds_channels=2 quirks.mbp_force_ahci=1 
acpi_backlight=vendor reboot=pci"

  $ cat /etc/fstab
  #
  # / was on /dev/sda5 during installation
  UUID=6619a7e9-4b94-4e9b-8dbe-4110f89dde74 /   ext4
errors=remount-ro 0   1
  # swap was on /dev/sda6 during installation
  UUID=813e9dc2-c678-4959-ac89-e6660f886942 noneswapsw  
0   0

  # lsblk -f
  NAME   FSTYPE  LABELUUID MOUNTPOINT
  sda  
  ├─sda1 vfatEFI  67E3-17ED
  ├─sda2 hfsplus Macintosh HD 2ba5bbc1-fff0-36ea-ade4-140386274279 
  ├─sda3 hfsplus Recovery HD  9e776f16-ceb4-37e6-b4ce-4e75c1db5444 
  ├─sda4   
  ├─sda5 ext4 6619a7e9-4b94-4e9b-8dbe-4110f89dde74 /
  └─sda6 swap 813e9dc2-c678-4959-ac89-e6660f886942 [SWAP]
  sr0   

  # blkid 
  /dev/sda1: LABEL="EFI" UUID="67E3-17ED" TYPE="vfat" PARTLABEL="EFI System 
Partition" PARTUUID="5d71ff71-9843-473d-90e7-4c780c8a494d"
  /dev/sda2: UUID="2ba5bbc1-fff0-36ea-ade4-140386274279" LABEL="Macintosh HD" 
TYPE="hfsplus" PARTLABEL="Macintosh HD" 
PARTUUID="4e4c2249-24f8-4229-9325-d4aafd7ac093"
  /dev/sda3: UUID="9e776f16-ceb4-37e6-b4ce-4e75c1db5444" LABEL="Recovery HD" 
TYPE="hfsplus" PARTLABEL="Recovery HD" 
PARTUUID="a986e3e1-ed3b-44bb-a75b-87b54434380d"
  /dev/sda5: UUID="6619a7e9-4b94-4e9b-8dbe-4110f89dde74" TYPE="ext4" 
PARTUUID="9d860cb1-1334-4f79-a07a-01b8818c4aab"
  /dev/sda6: UUID="813e9dc2-c678-4959-ac89-e6660f886942" TYPE="swap" 
PARTUUID="bf1271f6-8d51-4510-8979-666c9546f1f3"
  /dev/sda4: PARTUUID="2b731a42-bd29-4548-8f0e-a9889ee9486b"

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : h

[Touch-packages] [Bug 1574566] Re: package libvirt-bin 1.3.1-1ubuntu10 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1

2016-08-08 Thread Thomas Dreibholz
*** This bug is a duplicate of bug 1594902 ***
https://bugs.launchpad.net/bugs/1594902

** This bug has been marked a duplicate of bug 1594902
   Failed to upgrade to libvirt-bin 1.3.1-1ubuntu10.1 on Ubuntu 16.04 64-bit

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1574566

Title:
  package libvirt-bin 1.3.1-1ubuntu10 failed to install/upgrade:
  subprocess installed post-installation script returned error exit
  status 1

Status in libvirt package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Invalid

Bug description:
  upgrade 15.10 -> 16.04

  ProblemType: Package
  DistroRelease: Ubuntu 16.04
  Package: libvirt-bin 1.3.1-1ubuntu10
  ProcVersionSignature: Ubuntu 4.2.0-36.41-generic 4.2.8-ckt8
  Uname: Linux 4.2.0-36-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  Date: Mon Apr 25 12:44:51 2016
  ErrorMessage: subprocess installed post-installation script returned error 
exit status 1
  InstallationDate: Installed on 2016-04-06 (19 days ago)
  InstallationMedia: Ubuntu 15.10 "Wily Werewolf" - Release amd64 (20151021)
  ProcCmdline: BOOT_IMAGE=/vmlinuz-4.2.0-36-generic 
root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7
  SourcePackage: libvirt
  Title: package libvirt-bin 1.3.1-1ubuntu10 failed to install/upgrade: 
subprocess installed post-installation script returned error exit status 1
  UpgradeStatus: Upgraded to xenial on 2016-04-25 (0 days ago)
  modified.conffile..etc.libvirt.qemu.networks.default.xml: [modified]
  mtime.conffile..etc.libvirt.qemu.networks.default.xml: 
2016-04-14T14:20:45.067249

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1574566/+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 1543794] Re: isc-dhcp-server fails to start on second & further attempts with 'Can't open /var/lib/dhcp/dhcpd.leases for append'

2016-08-03 Thread Thomas Dreibholz
The problem still exists, for 4.3.3-5ubuntu12.1 (Ubuntu 16.04).

How to reproduce (using /etc/dhcp/dhcpd.conf installed from the package
itself, without changes):


1. Starting with a fresh install:

nornetpp@bjoernson:~$ sudo rm -rf /var/lib/dhcp /run/dhcp-server
nornetpp@bjoernson:~$ sudo apt-get install --reinstall isc-dhcp-server
Reading package lists... Done
Building dependency tree   
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 0 B/412 kB of archives.
After this operation, 0 B of additional disk space will be used.
Preconfiguring packages ...
(Reading database ... 105366 files and directories currently installed.)
Preparing to unpack .../isc-dhcp-server_4.3.3-5ubuntu12.1_amd64.deb ...
Unpacking isc-dhcp-server (4.3.3-5ubuntu12.1) over (4.3.3-5ubuntu12.1) ...
Processing triggers for systemd (229-4ubuntu7) ...
Processing triggers for ureadahead (0.100.0-19) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up isc-dhcp-server (4.3.3-5ubuntu12.1) ...
insserv: warning: script 'screen-cleanup' missing LSB tags and overrides
insserv: Default-Start undefined, assuming empty start runlevel(s) for script 
`screen-cleanup'
insserv: Default-Stop  undefined, assuming empty stop  runlevel(s) for script 
`screen-cleanup'
isc-dhcp-server start/running, process 24418

nornetpp@bjoernson:~$ apt-show-versions | grep isc-dhcp-server
isc-dhcp-server:amd64/xenial-updates 4.3.3-5ubuntu12.1 uptodate
isc-dhcp-server:i386 not installed


2. Starting the service fails:

nornetpp@bjoernson:~$ sudo service isc-dhcp-server start
isc-dhcp-server start/running, process 24553
nornetpp@bjoernson:~$ sleep 3
nornetpp@bjoernson:~$ sudo service isc-dhcp-server status
isc-dhcp-server stop/waiting
nornetpp@bjoernson:~$ tail -n20 /var/log/syslog.1
Aug  3 11:23:35 bjoernson dhcpd[24599]: process and the information we find 
helpful for debugging..
Aug  3 11:23:35 bjoernson dhcpd[24599]: 
Aug  3 11:23:35 bjoernson dhcpd[24599]: exiting.
Aug  3 11:23:35 bjoernson dhcpd[24603]: Internet Systems Consortium DHCP Server 
4.3.3
Aug  3 11:23:35 bjoernson dhcpd[24603]: Copyright 2004-2015 Internet Systems 
Consortium.
Aug  3 11:23:35 bjoernson dhcpd[24603]: All rights reserved.
Aug  3 11:23:35 bjoernson dhcpd[24603]: For info, please visit 
https://www.isc.org/software/dhcp/
Aug  3 11:23:35 bjoernson dhcpd[24604]: Internet Systems Consortium DHCP Server 
4.3.3
Aug  3 11:23:35 bjoernson dhcpd[24604]: Copyright 2004-2015 Internet Systems 
Consortium.
Aug  3 11:23:35 bjoernson dhcpd[24604]: All rights reserved.
Aug  3 11:23:35 bjoernson dhcpd[24604]: For info, please visit 
https://www.isc.org/software/dhcp/
Aug  3 11:23:35 bjoernson dhcpd[24604]: Can't open /var/lib/dhcp/dhcpd.leases 
for append.
Aug  3 11:23:35 bjoernson dhcpd[24604]: 
Aug  3 11:23:35 bjoernson dhcpd[24604]: If you think you have received this 
message due to a bug rather
Aug  3 11:23:35 bjoernson dhcpd[24604]: than a configuration issue please read 
the section on submitting
Aug  3 11:23:35 bjoernson dhcpd[24604]: bugs on either our web page at 
www.isc.org or in the README file
Aug  3 11:23:35 bjoernson dhcpd[24604]: before submitting a bug.  These pages 
explain the proper
Aug  3 11:23:35 bjoernson dhcpd[24604]: process and the information we find 
helpful for debugging..
Aug  3 11:23:35 bjoernson dhcpd[24604]: 
Aug  3 11:23:35 bjoernson dhcpd[24604]: exiting.
nornetpp@bjoernson:~$ sudo service isc-dhcp-server stop
stop: Unknown instance: 


3. Checking permissions, and setting them according to comment #7:

nornetpp@bjoernson:~$ ls -al /var/lib/dhcp
total 5
drwxr-xr-x  2 root  root   112 Aug  3 11:22 .
drwxr-xr-x 54 root  root  1440 Aug  3 11:22 ..
-rw-r--r--  1 dhcpd dhcpd  125 Aug  3 11:22 dhcpd.leases
-rw-r--r--  1 root  root 0 Aug  3 11:22 dhcpd.leases~
nornetpp@bjoernson:~$ sudo chmod 664 /var/lib/dhcp/*.leases
nornetpp@bjoernson:~$ sudo chown root:dhcpd -R /var/lib/dhcp
nornetpp@bjoernson:~$ sudo chmod 775 /var/lib/dhcp
nornetpp@bjoernson:~$ ls -al /var/lib/dhcp
total 5
drwxrwxr-x  2 root dhcpd  112 Aug  3 11:22 .
drwxr-xr-x 54 root root  1440 Aug  3 11:22 ..
-rw-rw-r--  1 root dhcpd  125 Aug  3 11:22 dhcpd.leases
-rw-r--r--  1 root dhcpd0 Aug  3 11:22 dhcpd.leases~
nornetpp@bjoernson:~$ 
nornetpp@bjoernson:~$ ls -al /run/dhcp-server
total 0
drwxr-xr-x  2 dhcpd dhcpd   40 Aug  3 11:22 .
drwxr-xr-x 31 root  root  1260 Aug  3 11:22 ..
nornetpp@bjoernson:~$ sudo chmod 775 /run/dhcp-server
nornetpp@bjoernson:~$ sudo chown root:dhcpd -R /run/dhcp-server
nornetpp@bjoernson:~$ ls -al /run/dhcp-server
total 0
drwxrwxr-x  2 root dhcpd   40 Aug  3 11:22 .
drwxr-xr-x 31 root root  1260 Aug  3 11:22 ..


4. Trying again (without success):

nornetpp@bjoernson:~$ sudo service isc-dhcp-server start
isc-dhcp-server start/running, process 24649
nornetpp@bjoernson:~$ sleep 3
nornetpp@bjoernson:~$ sudo service isc-dhcp-server status
isc-dhcp-server stop/waiting
nornetpp@bjoernson:~$ tail -n20 /va

[Touch-packages] [Bug 175316] Re: no IDN in nslookup and host

2016-05-12 Thread Thomas Dreibholz
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 ms  0.942 ms
 2  uninett.simula.uninett.uio.nornet (192.168.28.246)  3.111 ms  3.114 ms  
3.110 ms
 3  bjoervika.uninett.uio.nornet (10.1.2.100)  5.103 ms  5.153 ms  5.140 ms
nornetpp@experiment:~$ tracepath bjørvika.uio.nornet
gethostbyname2: Unknown host
nornetpp@experiment:~$ traceroute6 bjørvika.uio.nornet
traceroute: unknown host bjørvika.uio.nornet
nornetpp@experiment:~$ tracepath6 bjørvika.uio.nornet
getaddrinfo: Name or service not known

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to iputils in Ubuntu.
https://bugs.launchpad.net/bugs/175316

Title:
  no IDN in nslookup and host

Status in bind9 package in Ubuntu:
  Confirmed
Status in iputils package in Ubuntu:
  New
Status in bind9 package in Debian:
  New

Bug description:
  Binary package hint: bind9

  Neither nslookup or host supports IDN. If you try , for example, to
  get the IP for "registrera-domän.se" it fails every time. As the use
  of IDN is increasing I think it would be a good thing if these tools
  supported this.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/175316/+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 175316] Re: no IDN in nslookup and host

2016-05-12 Thread Thomas Dreibholz
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.1
Address:10.1.1.1#53

** server can't find bj\195\184rvika.uio.nornet: NXDOMAIN

nornetpp@experiment:~$ ping bjørvika.uio.nornet
ping: unknown host bjørvika.uio.nornet
nornetpp@experiment:~$ ping6 bjørvika.uio.nornet
unknown host
nornetpp@experiment:~$ dig bjørvika.uio.nornet

; <<>> DiG 9.10.3-P4-Ubuntu <<>> bjørvika.uio.nornet
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 61159
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;bj\195\184rvika.uio.nornet.IN  A

;; AUTHORITY SECTION:
uio.nornet. 3600IN  SOA blindern.uninett.uio.nornet. 
root.uio.nornet. 57669665 900 60 84600 3600

;; Query time: 1 msec
;; SERVER: 10.1.1.1#53(10.1.1.1)
;; WHEN: Thu May 12 13:56:07 CEST 2016
;; MSG SIZE  rcvd: 107


On the other hand, Fedora Core 23 has is enabled by default. So, it
should not be too difficult to support it in Ubuntu as well.

Fedora Core 23:

[root@queenstown ~]# host bjørvika.uio.nornet 
bjørvika.uio.nornet is an alias for bjoervika.uninett.uio.nornet.
bjoervika.uninett.uio.nornet has address 10.1.2.100
bjoervika.uninett.uio.nornet has IPv6 address (address removed)
[root@queenstown ~]# nslookup bjørvika.uio.nornet  
Server: 10.1.1.1
Address:10.1.1.1#53

bjørvika.uio.nornet canonical name = bjoervika.uninett.uio.nornet.
Name:   bjoervika.uninett.uio.nornet
Address: 10.1.2.100

[root@queenstown ~]# ping -c1 bjørvika.uio.nornet
PING bjoervika.uninett.uio.nornet (10.1.2.100) 56(84) bytes of data.
64 bytes from bjoervika.uninett.uio.nornet (10.1.2.100): icmp_seq=1 ttl=62 
time=3.84 ms

--- bjoervika.uninett.uio.nornet ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 3.844/3.844/3.844/0.000 ms
[root@queenstown ~]# ping6 -c1 bjørvika.uio.nornet
PING bjørvika.uio.nornet(bjoervika.uninett.uio.nornet) 56 data bytes
64 bytes from bjoervika.uninett.uio.nornet: icmp_seq=1 ttl=62 time=5.67 ms

--- bjørvika.uio.nornet ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 5.673/5.673/5.673/0.000 ms
[root@queenstown ~]# dig bjørvika.uio.nornet any

; <<>> DiG 9.10.3-P4-RedHat-9.10.3-12.P4.fc23 <<>> bjørvika.uio.nornet any
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62089
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;bjørvika.uio.nornet.   IN  ANY

;; ANSWER SECTION:
bjørvika.uio.nornet.86400   IN  CNAME   bjoervika.uninett.uio.nornet.

;; AUTHORITY SECTION:
uio.nornet. 86400   IN  NS  ns.simula.nornet.
uio.nornet. 86400   IN  NS  blindern.uninett.uio.nornet.

;; ADDITIONAL SECTION:
blindern.uninett.uio.nornet. 86400 IN   A   10.1.2.1
blindern.uninett.uio.nornet. 86400 IN   (address removed)

;; Query time: 1 msec
;; SERVER: 10.1.1.1#53(10.1.1.1)
;; WHEN: to. mai 12 13:59:19 CEST 2016
;; MSG SIZE  rcvd: 178


** Also affects: iputils (Ubuntu)
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to iputils in Ubuntu.
https://bugs.launchpad.net/bugs/175316

Title:
  no IDN in nslookup and host

Status in bind9 package in Ubuntu:
  Confirmed
Status in iputils package in Ubuntu:
  New
Status in bind9 package in Debian:
  New

Bug description:
  Binary package hint: bind9

  Neither nslookup or host supports IDN. If you try , for example, to
  get the IP for "registrera-domän.se" it fails every time. As the use
  of IDN is increasing I think it would be a good thing if these tools
  supported this.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/175316/+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 1574826] Re: VPN creation fails (Kubuntu 16.04 LTS)

2016-04-26 Thread Thomas Dreibholz
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 (VPN, and WPA2 WLAN) fails: 
"connection.gateway-ping-timeout: cannot set property: value of "###" of type 
'guint' is invalid or out of range for property type 'gateway-ping-timeout' of 
type 'guint'"

-- 
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/1574826

Title:
  Kubuntu 16.04 LTS network connection (VPN, and WPA2 WLAN) fails:
  "connection.gateway-ping-timeout: cannot set property: value of "###"
  of type 'guint' is invalid or out of range for property type 'gateway-
  ping-timeout' of type 'guint'"

Status in network-manager package in Ubuntu:
  Confirmed

Bug description:
  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-timeout' of type 'guint' "

  "###" is sometimes a different value and sometimes repeating.

  
  The issue happens for PPTP VPN as well as OpenConnect VPN 
(network-manager-openconnect was installed for this). It seems to be currently 
not possible to use Kubuntu 16.04 with a VPN, due to this bug. Therefore, it is 
quite critical for mobile usage (laptop) in public WLANs.

  $ apt-show-versions | grep network-manager
  network-manager:amd64/xenial 1.1.93-0ubuntu4 uptodate
  network-manager:i386 not installed
  network-manager-openconnect:amd64/xenial 1.0.2-1build1 uptodate
  network-manager-openconnect:i386 not installed
  network-manager-pptp:amd64/xenial 1.1.93-1ubuntu1 uptodate
  network-manager-pptp:i386 not installed

  
  Other users seem to have the problem as well:
  - 
https://askubuntu.com/questions/761646/intermittent-networkmanager-error-on-importing-ovpn-files-or-editing-such-conne
  - http://ubuntuforums.org/showthread.php?t=2321553

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: network-manager 1.1.93-0ubuntu4
  ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6
  Uname: Linux 4.4.0-21-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  CurrentDesktop: KDE
  Date: Mon Apr 25 21:28:45 2016
  InstallationDate: Installed on 2016-04-25 (0 days ago)
  InstallationMedia: Ubuntu-Server 16.04 LTS "Xenial Xerus" - Release amd64 
(20160420.3)
  IpRoute:
   default via 172.31.255.254 dev wlp3s0  proto static  metric 600 
   default dev enp0s25  scope link  metric 1002 linkdown 
   169.254.0.0/16 dev enp0s25  proto kernel  scope link  src 169.254.13.163 
linkdown 
   172.31.255.0/24 dev wlp3s0  proto kernel  scope link  src 172.31.255.121  
metric 600
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
  SourcePackage: network-manager
  UpgradeStatus: No upgrade log present (probably fresh install)
  nmcli-con:
   NAME  UUID  TYPE 
TIMESTAMP   TIMESTAMP-REALAUTOCONNECT  
AUTOCONNECT-PRIORITY  READONLY  DBUS-PATH   
ACTIVE  DEVICE  STATE  ACTIVE-PATH
   Forskningsnettverk Sognsvann  2bbff8c3-4a62-43e1-8bca-11af323eead6  
802-11-wireless  1461612320  Mo 25 Apr 2016 21:25:20 CEST  yes  0   
  no/org/freedesktop/NetworkManager/Settings/0  yes 
wlp3s0  activated  /org/freedesktop/NetworkManager/ActiveConnection/0
  nmcli-dev:
   DEVICE   TYPE  STATE  DBUS-PATH  
CONNECTIONCON-UUID  CON-PATH
   
   wlp3s0   wifi  connected  /org/freedesktop/NetworkManager/Devices/2  
Forskningsnettverk Sognsvann  2bbff8c3-4a62-43e1-8bca-11af323eead6  
/org/freedesktop/NetworkManager/ActiveConnection/0 
   enp0s25  ethernet  unmanaged  /org/freedesktop/NetworkManager/Devices/0  --  
  ----  
   
   lo   loopback  unmanaged  /org/freedesktop/NetworkManager/Devices/1  --  
  ----
  nmcli-nm: Error: command ['nmcli', '-f', 'all', 'nm'] failed with exit code 
2: Error: Object 'nm' is unknown, try 'nmcli help'.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1574826/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net

[Touch-packages] [Bug 1574826] Re: VPN creation fails (Kubuntu 16.04 LTS)

2016-04-26 Thread Thomas Dreibholz
** Information type changed from Public to Public Security

-- 
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/1574826

Title:
  VPN creation fails (Kubuntu 16.04 LTS)

Status in network-manager package in Ubuntu:
  New

Bug description:
  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-timeout' of type 'guint' "

  "###" is sometimes a different value and sometimes repeating.

  
  The issue happens for PPTP VPN as well as OpenConnect VPN 
(network-manager-openconnect was installed for this). It seems to be currently 
not possible to use Kubuntu 16.04 with a VPN, due to this bug. Therefore, it is 
quite critical for mobile usage (laptop) in public WLANs.

  $ apt-show-versions | grep network-manager
  network-manager:amd64/xenial 1.1.93-0ubuntu4 uptodate
  network-manager:i386 not installed
  network-manager-openconnect:amd64/xenial 1.0.2-1build1 uptodate
  network-manager-openconnect:i386 not installed
  network-manager-pptp:amd64/xenial 1.1.93-1ubuntu1 uptodate
  network-manager-pptp:i386 not installed

  
  Other users seem to have the problem as well:
  - 
https://askubuntu.com/questions/761646/intermittent-networkmanager-error-on-importing-ovpn-files-or-editing-such-conne
  - http://ubuntuforums.org/showthread.php?t=2321553

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: network-manager 1.1.93-0ubuntu4
  ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6
  Uname: Linux 4.4.0-21-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  CurrentDesktop: KDE
  Date: Mon Apr 25 21:28:45 2016
  InstallationDate: Installed on 2016-04-25 (0 days ago)
  InstallationMedia: Ubuntu-Server 16.04 LTS "Xenial Xerus" - Release amd64 
(20160420.3)
  IpRoute:
   default via 172.31.255.254 dev wlp3s0  proto static  metric 600 
   default dev enp0s25  scope link  metric 1002 linkdown 
   169.254.0.0/16 dev enp0s25  proto kernel  scope link  src 169.254.13.163 
linkdown 
   172.31.255.0/24 dev wlp3s0  proto kernel  scope link  src 172.31.255.121  
metric 600
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
  SourcePackage: network-manager
  UpgradeStatus: No upgrade log present (probably fresh install)
  nmcli-con:
   NAME  UUID  TYPE 
TIMESTAMP   TIMESTAMP-REALAUTOCONNECT  
AUTOCONNECT-PRIORITY  READONLY  DBUS-PATH   
ACTIVE  DEVICE  STATE  ACTIVE-PATH
   Forskningsnettverk Sognsvann  2bbff8c3-4a62-43e1-8bca-11af323eead6  
802-11-wireless  1461612320  Mo 25 Apr 2016 21:25:20 CEST  yes  0   
  no/org/freedesktop/NetworkManager/Settings/0  yes 
wlp3s0  activated  /org/freedesktop/NetworkManager/ActiveConnection/0
  nmcli-dev:
   DEVICE   TYPE  STATE  DBUS-PATH  
CONNECTIONCON-UUID  CON-PATH
   
   wlp3s0   wifi  connected  /org/freedesktop/NetworkManager/Devices/2  
Forskningsnettverk Sognsvann  2bbff8c3-4a62-43e1-8bca-11af323eead6  
/org/freedesktop/NetworkManager/ActiveConnection/0 
   enp0s25  ethernet  unmanaged  /org/freedesktop/NetworkManager/Devices/0  --  
  ----  
   
   lo   loopback  unmanaged  /org/freedesktop/NetworkManager/Devices/1  --  
  ----
  nmcli-nm: Error: command ['nmcli', '-f', 'all', 'nm'] failed with exit code 
2: Error: Object 'nm' is unknown, try 'nmcli help'.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1574826/+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 1574826] [NEW] VPN creation fails (Kubuntu 16.04 LTS)

2016-04-25 Thread Thomas Dreibholz
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-
timeout' of type 'guint' "

"###" is sometimes a different value and sometimes repeating.


The issue happens for PPTP VPN as well as OpenConnect VPN 
(network-manager-openconnect was installed for this). It seems to be currently 
not possible to use Kubuntu 16.04 with a VPN, due to this bug. Therefore, it is 
quite critical for mobile usage (laptop) in public WLANs.

$ apt-show-versions | grep network-manager
network-manager:amd64/xenial 1.1.93-0ubuntu4 uptodate
network-manager:i386 not installed
network-manager-openconnect:amd64/xenial 1.0.2-1build1 uptodate
network-manager-openconnect:i386 not installed
network-manager-pptp:amd64/xenial 1.1.93-1ubuntu1 uptodate
network-manager-pptp:i386 not installed


Other users seem to have the problem as well:
- 
https://askubuntu.com/questions/761646/intermittent-networkmanager-error-on-importing-ovpn-files-or-editing-such-conne
- http://ubuntuforums.org/showthread.php?t=2321553

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: network-manager 1.1.93-0ubuntu4
ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6
Uname: Linux 4.4.0-21-generic x86_64
ApportVersion: 2.20.1-0ubuntu2
Architecture: amd64
CurrentDesktop: KDE
Date: Mon Apr 25 21:28:45 2016
InstallationDate: Installed on 2016-04-25 (0 days ago)
InstallationMedia: Ubuntu-Server 16.04 LTS "Xenial Xerus" - Release amd64 
(20160420.3)
IpRoute:
 default via 172.31.255.254 dev wlp3s0  proto static  metric 600 
 default dev enp0s25  scope link  metric 1002 linkdown 
 169.254.0.0/16 dev enp0s25  proto kernel  scope link  src 169.254.13.163 
linkdown 
 172.31.255.0/24 dev wlp3s0  proto kernel  scope link  src 172.31.255.121  
metric 600
NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
SourcePackage: network-manager
UpgradeStatus: No upgrade log present (probably fresh install)
nmcli-con:
 NAME  UUID  TYPE   
  TIMESTAMP   TIMESTAMP-REALAUTOCONNECT  
AUTOCONNECT-PRIORITY  READONLY  DBUS-PATH   
ACTIVE  DEVICE  STATE  ACTIVE-PATH
 Forskningsnettverk Sognsvann  2bbff8c3-4a62-43e1-8bca-11af323eead6  
802-11-wireless  1461612320  Mo 25 Apr 2016 21:25:20 CEST  yes  0   
  no/org/freedesktop/NetworkManager/Settings/0  yes 
wlp3s0  activated  /org/freedesktop/NetworkManager/ActiveConnection/0
nmcli-dev:
 DEVICE   TYPE  STATE  DBUS-PATH  
CONNECTIONCON-UUID  CON-PATH
   
 wlp3s0   wifi  connected  /org/freedesktop/NetworkManager/Devices/2  
Forskningsnettverk Sognsvann  2bbff8c3-4a62-43e1-8bca-11af323eead6  
/org/freedesktop/NetworkManager/ActiveConnection/0 
 enp0s25  ethernet  unmanaged  /org/freedesktop/NetworkManager/Devices/0  --
----
 
 lo   loopback  unmanaged  /org/freedesktop/NetworkManager/Devices/1  --
----
nmcli-nm: Error: command ['nmcli', '-f', 'all', 'nm'] failed with exit code 2: 
Error: Object 'nm' is unknown, try 'nmcli help'.

** Affects: network-manager (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug xenial

** Summary changed:

- VPN creation fails
+ VPN creation fails (Kubuntu 16.04 LTS)

-- 
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/1574826

Title:
  VPN creation fails (Kubuntu 16.04 LTS)

Status in network-manager package in Ubuntu:
  New

Bug description:
  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-timeout' of type 'guint' "

  "###" is sometimes a different value and sometimes repeating.

  
  The issue happens for PPTP VPN as well as OpenConnect VPN 
(network-manager-openconnect was installed for this). It seems to be currently 
not possible to use Kubuntu 16.04 with a VPN, due to this bug. Therefore, it is 
quite critical for mobile usage (laptop) in public WLANs.

  $ apt-show-versions | grep network-manager
  network-manager:amd64/xenial 1.1.93-0ubuntu4 uptodate
  network-manager:i386 not installed
  network-manager-openconnect:amd64/xenial 1.0.2-1build1 upto