from:"Mike Miller"

[Touch-packages] [Bug 1609700] Re: username is not saved in openconnect connection dialog

2017-02-15 Thread Mike Miller

Since it has been confirmed that this is fixed in the latest development
release (or by installing the network-manager package pulled from the
latest release), someone affected by this bug might want to look at
contributing a Stable Release Update for 16.04.

https://wiki.ubuntu.com/StableReleaseUpdates#Procedure

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

Title:
  username is not saved in openconnect connection dialog

Status in network-manager package in Ubuntu:
  Confirmed
Status in network-manager-openconnect package in Ubuntu:
  Confirmed
Status in Fedora:
  Unknown

Bug description:
  
  Hi,

  I clicked on "save passwords" but only the password is filled in
  automatically when I open the connection dialog. The "Username" field
  is empty!

  This happens for a SSLVPN configuration.

  For another VPN config (don't know which type) everything is ok.

  
  openconnect: 7.06-2build2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1609700/+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 1609700] Re: username is not saved in openconnect connection dialog

2017-02-15 Thread Mike Miller

** Tags added: trusty

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

Title:
  username is not saved in openconnect connection dialog

Status in network-manager package in Ubuntu:
  Confirmed
Status in network-manager-openconnect package in Ubuntu:
  Confirmed
Status in Fedora:
  Unknown

Bug description:
  
  Hi,

  I clicked on "save passwords" but only the password is filled in
  automatically when I open the connection dialog. The "Username" field
  is empty!

  This happens for a SSLVPN configuration.

  For another VPN config (don't know which type) everything is ok.

  
  openconnect: 7.06-2build2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1609700/+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 1575354] Re: Connecting to VPN times out after 25 seconds if login credentials not entered

2016-09-07 Thread Mike Miller

** Bug watch added: GNOME Bug Tracker #767321
   https://bugzilla.gnome.org/show_bug.cgi?id=767321

** Also affects: network-manager via
   https://bugzilla.gnome.org/show_bug.cgi?id=767321
   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/1575354

Title:
  Connecting to VPN times out after 25 seconds if login credentials not
  entered

Status in NetworkManager:
  Unknown
Status in network-manager package in Ubuntu:
  Confirmed

Bug description:
  Connecting to OpenConnect VPN through the Gnome GUI fails because
  NetworkManager times out while requesting credentials through the GUI
  form in Ubuntu 16.04.

  It worked (is working on other computers I'm working on) fine from
  Ubuntu 12.04-15.10.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: network-manager-openconnect 1.0.2-1build1
  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: GNOME
  Date: Tue Apr 26 22:06:41 2016
  SourcePackage: network-manager-openconnect
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/network-manager/+bug/1575354/+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 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

2016-05-12 Thread Mike Miller

Right, so is there anything we can do to build OSMesa for 14.04.x users
to resolve this? Or do we say sorry, don't mix OSMesa with OpenGL,
hopefully it will be better in the next LTS? IOW do you see this moving
towards "In Progress" or "Won't Fix"?

I completely understand the reasoning in bug #1424059, and maybe there
is no other way to resolve this in trusty without apt/dpkg versioned
Provides. I certainly don't have any ideas how to fix this.

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

Title:
  glGenFramebuffers fails  when linked with OSMesa AND X11

Status in mesa package in Ubuntu:
  Incomplete

Bug description:
  Hi.

  In latest update for Ubuntu Desktop 14.04.4 LTS, there is a serious
  problem when calling glGenFramebuffers() in a program that links both
  libOSMesa and libX11.

  Attached is a test program that can verify this. If the program is
  compiled with the following

  gcc check_glgenframebuffer.c -lGL -lX11 -lOSMesa

  then glGenFramebuffers() will fail when current context is set to GLX
  and the program will dump core upon exit. This is from gdb:

  Program received signal SIGSEGV, Segmentation fault.
  0x72ef930e in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so

  If the program is compiled with the following, then it works.

  gcc check_glgenframebuffer.c -lGL -lX11

  This is a problem if you have a program that needs both libs such as
  the Open Source Video Mixer Snowmix.

  Best regards
  Peter Maersk-Moller

  Installed libs:
  ls -l /usr/lib/x86_64-linux-gnu/libOSMesa*
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so -> libOSMesa.so.6.5.3
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6 -> libOSMesa.so.6.5.3
  -rw-r--r-- 1 root root 3708216 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6.5.3

  ls -l /usr/lib/x86_64-linux-gnu/libX11*
  -rw-r--r-- 1 root root 2188236 Dec  4  2013 /usr/lib/x86_64-linux-gnu/libX11.a
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so -> libX11.so.6.3.0
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6 -> libX11.so.6.3.0
  -rw-r--r-- 1 root root 1265072 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6.3.0

  ls -l /usr/lib/x86_64-linux-gnu/libGL.*
  lrwxrwxrwx 1 root root 13 Jan 12 21:03 /usr/lib/x86_64-linux-gnu/libGL.so -> 
mesa/libGL.so

  ls -l /usr/lib/x86_64-linux-gnu/mesa/*
  -rw-r--r-- 1 root root 31 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/ld.so.conf
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so -> libGL.so.1.2.0
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 -> libGL.so.1.2.0
  -rw-r--r-- 1 root root 413968 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0

  ldd /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
linux-vdso.so.1 =>  (0x7ffe885cf000)
libdrm_intel.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 
(0x7fdb85bac000)
libdrm_nouveau.so.2 => /usr/lib/x86_64-linux-gnu/libdrm_nouveau.so.2 
(0x7fdb859a5000)
libdrm_radeon.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_radeon.so.1 
(0x7fdb85799000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 
(0x7fdb8558c000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 
(0x7fdb85362000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fdb85144000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fdb84f4)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fdb84c3c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fdb84936000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fdb84571000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fdb8435b000)
libpciaccess.so.0 => /usr/lib/x86_64-linux-gnu/libpciaccess.so.0 
(0x7fdb84152000)
/lib64/ld-linux-x86-64.so.2 (0x7fdb8652a000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fdb83f39000)

  ldd /usr/lib/x86_64-linux-gnu/libOSMesa.so
linux-vdso.so.1 =>  (0x7ffc773d)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f3c1cdce000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f3c1cbca000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f3c1c8c6000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f3c1c5c)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3c1c1fb000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f3c1bfe5000)
/lib64/ld-linux-x86-64.so.2 (0x7f3c1d57f000)

  ldd /usr/lib/x86_64-linux-gnu/libX11.so
linux-vdso.so.1 =>  (0x7ffe4328d000)

[Touch-packages] [Bug 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

2016-05-12 Thread Mike Miller

** Tags added: trusty

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

Title:
  glGenFramebuffers fails  when linked with OSMesa AND X11

Status in mesa package in Ubuntu:
  Incomplete

Bug description:
  Hi.

  In latest update for Ubuntu Desktop 14.04.4 LTS, there is a serious
  problem when calling glGenFramebuffers() in a program that links both
  libOSMesa and libX11.

  Attached is a test program that can verify this. If the program is
  compiled with the following

  gcc check_glgenframebuffer.c -lGL -lX11 -lOSMesa

  then glGenFramebuffers() will fail when current context is set to GLX
  and the program will dump core upon exit. This is from gdb:

  Program received signal SIGSEGV, Segmentation fault.
  0x72ef930e in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so

  If the program is compiled with the following, then it works.

  gcc check_glgenframebuffer.c -lGL -lX11

  This is a problem if you have a program that needs both libs such as
  the Open Source Video Mixer Snowmix.

  Best regards
  Peter Maersk-Moller

  Installed libs:
  ls -l /usr/lib/x86_64-linux-gnu/libOSMesa*
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so -> libOSMesa.so.6.5.3
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6 -> libOSMesa.so.6.5.3
  -rw-r--r-- 1 root root 3708216 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6.5.3

  ls -l /usr/lib/x86_64-linux-gnu/libX11*
  -rw-r--r-- 1 root root 2188236 Dec  4  2013 /usr/lib/x86_64-linux-gnu/libX11.a
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so -> libX11.so.6.3.0
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6 -> libX11.so.6.3.0
  -rw-r--r-- 1 root root 1265072 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6.3.0

  ls -l /usr/lib/x86_64-linux-gnu/libGL.*
  lrwxrwxrwx 1 root root 13 Jan 12 21:03 /usr/lib/x86_64-linux-gnu/libGL.so -> 
mesa/libGL.so

  ls -l /usr/lib/x86_64-linux-gnu/mesa/*
  -rw-r--r-- 1 root root 31 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/ld.so.conf
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so -> libGL.so.1.2.0
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 -> libGL.so.1.2.0
  -rw-r--r-- 1 root root 413968 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0

  ldd /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
linux-vdso.so.1 =>  (0x7ffe885cf000)
libdrm_intel.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 
(0x7fdb85bac000)
libdrm_nouveau.so.2 => /usr/lib/x86_64-linux-gnu/libdrm_nouveau.so.2 
(0x7fdb859a5000)
libdrm_radeon.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_radeon.so.1 
(0x7fdb85799000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 
(0x7fdb8558c000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 
(0x7fdb85362000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fdb85144000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fdb84f4)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fdb84c3c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fdb84936000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fdb84571000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fdb8435b000)
libpciaccess.so.0 => /usr/lib/x86_64-linux-gnu/libpciaccess.so.0 
(0x7fdb84152000)
/lib64/ld-linux-x86-64.so.2 (0x7fdb8652a000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fdb83f39000)

  ldd /usr/lib/x86_64-linux-gnu/libOSMesa.so
linux-vdso.so.1 =>  (0x7ffc773d)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f3c1cdce000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f3c1cbca000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f3c1c8c6000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f3c1c5c)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3c1c1fb000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f3c1bfe5000)
/lib64/ld-linux-x86-64.so.2 (0x7f3c1d57f000)

  ldd /usr/lib/x86_64-linux-gnu/libX11.so
linux-vdso.so.1 =>  (0x7ffe4328d000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 
(0x7f572a94c000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f572a748000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f572a383000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 
(0x7f572a17f000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 
(0x7f5729f79000)
/lib64/ld-linux-x86-

[Touch-packages] [Bug 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

2016-05-12 Thread Mike Miller

Just for completeness, since this bug report only mentions Ubuntu
release numbers, the working version of libosmesa6 in 14.04.3 is
10.1.3-0ubuntu0.4, the version that fails in 14.04.4 is
10.1.3-0ubuntu0.6.

For my part, I am interested in how this affects Octave users because
Octave links with both libGL for on-screen rendering and libOSMesa for
off-screen rendering.

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

Title:
  glGenFramebuffers fails  when linked with OSMesa AND X11

Status in mesa package in Ubuntu:
  Incomplete

Bug description:
  Hi.

  In latest update for Ubuntu Desktop 14.04.4 LTS, there is a serious
  problem when calling glGenFramebuffers() in a program that links both
  libOSMesa and libX11.

  Attached is a test program that can verify this. If the program is
  compiled with the following

  gcc check_glgenframebuffer.c -lGL -lX11 -lOSMesa

  then glGenFramebuffers() will fail when current context is set to GLX
  and the program will dump core upon exit. This is from gdb:

  Program received signal SIGSEGV, Segmentation fault.
  0x72ef930e in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so

  If the program is compiled with the following, then it works.

  gcc check_glgenframebuffer.c -lGL -lX11

  This is a problem if you have a program that needs both libs such as
  the Open Source Video Mixer Snowmix.

  Best regards
  Peter Maersk-Moller

  Installed libs:
  ls -l /usr/lib/x86_64-linux-gnu/libOSMesa*
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so -> libOSMesa.so.6.5.3
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6 -> libOSMesa.so.6.5.3
  -rw-r--r-- 1 root root 3708216 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6.5.3

  ls -l /usr/lib/x86_64-linux-gnu/libX11*
  -rw-r--r-- 1 root root 2188236 Dec  4  2013 /usr/lib/x86_64-linux-gnu/libX11.a
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so -> libX11.so.6.3.0
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6 -> libX11.so.6.3.0
  -rw-r--r-- 1 root root 1265072 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6.3.0

  ls -l /usr/lib/x86_64-linux-gnu/libGL.*
  lrwxrwxrwx 1 root root 13 Jan 12 21:03 /usr/lib/x86_64-linux-gnu/libGL.so -> 
mesa/libGL.so

  ls -l /usr/lib/x86_64-linux-gnu/mesa/*
  -rw-r--r-- 1 root root 31 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/ld.so.conf
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so -> libGL.so.1.2.0
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 -> libGL.so.1.2.0
  -rw-r--r-- 1 root root 413968 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0

  ldd /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
linux-vdso.so.1 =>  (0x7ffe885cf000)
libdrm_intel.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 
(0x7fdb85bac000)
libdrm_nouveau.so.2 => /usr/lib/x86_64-linux-gnu/libdrm_nouveau.so.2 
(0x7fdb859a5000)
libdrm_radeon.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_radeon.so.1 
(0x7fdb85799000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 
(0x7fdb8558c000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 
(0x7fdb85362000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fdb85144000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fdb84f4)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fdb84c3c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fdb84936000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fdb84571000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fdb8435b000)
libpciaccess.so.0 => /usr/lib/x86_64-linux-gnu/libpciaccess.so.0 
(0x7fdb84152000)
/lib64/ld-linux-x86-64.so.2 (0x7fdb8652a000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fdb83f39000)

  ldd /usr/lib/x86_64-linux-gnu/libOSMesa.so
linux-vdso.so.1 =>  (0x7ffc773d)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f3c1cdce000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f3c1cbca000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f3c1c8c6000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f3c1c5c)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3c1c1fb000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f3c1bfe5000)
/lib64/ld-linux-x86-64.so.2 (0x7f3c1d57f000)

  ldd /usr/lib/x86_64-linux-gnu/libX11.so
linux-vdso.so.1 =>  (0x7ffe4328d000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 
(0x7f572a94c000)

[Touch-packages] [Bug 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

2016-05-12 Thread Mike Miller

I think this bug is due to the change in the mesa package to build
osmesa without using the shared glapi. I have seen similar errors using
libosmesa6 10.1.3-0ubuntu0.6, when a program is linked with both libGL
and libOSMesa. If the libosmesa6 packages are downgraded to
10.1.3-0ubuntu0.4, the errors disappear. Of course that version does not
work when the mesa LTS HW enablement stack is used.

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

Title:
  glGenFramebuffers fails  when linked with OSMesa AND X11

Status in mesa package in Ubuntu:
  Incomplete

Bug description:
  Hi.

  In latest update for Ubuntu Desktop 14.04.4 LTS, there is a serious
  problem when calling glGenFramebuffers() in a program that links both
  libOSMesa and libX11.

  Attached is a test program that can verify this. If the program is
  compiled with the following

  gcc check_glgenframebuffer.c -lGL -lX11 -lOSMesa

  then glGenFramebuffers() will fail when current context is set to GLX
  and the program will dump core upon exit. This is from gdb:

  Program received signal SIGSEGV, Segmentation fault.
  0x72ef930e in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so

  If the program is compiled with the following, then it works.

  gcc check_glgenframebuffer.c -lGL -lX11

  This is a problem if you have a program that needs both libs such as
  the Open Source Video Mixer Snowmix.

  Best regards
  Peter Maersk-Moller

  Installed libs:
  ls -l /usr/lib/x86_64-linux-gnu/libOSMesa*
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so -> libOSMesa.so.6.5.3
  lrwxrwxrwx 1 root root  18 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6 -> libOSMesa.so.6.5.3
  -rw-r--r-- 1 root root 3708216 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/libOSMesa.so.6.5.3

  ls -l /usr/lib/x86_64-linux-gnu/libX11*
  -rw-r--r-- 1 root root 2188236 Dec  4  2013 /usr/lib/x86_64-linux-gnu/libX11.a
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so -> libX11.so.6.3.0
  lrwxrwxrwx 1 root root  15 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6 -> libX11.so.6.3.0
  -rw-r--r-- 1 root root 1265072 Dec  4  2013 
/usr/lib/x86_64-linux-gnu/libX11.so.6.3.0

  ls -l /usr/lib/x86_64-linux-gnu/libGL.*
  lrwxrwxrwx 1 root root 13 Jan 12 21:03 /usr/lib/x86_64-linux-gnu/libGL.so -> 
mesa/libGL.so

  ls -l /usr/lib/x86_64-linux-gnu/mesa/*
  -rw-r--r-- 1 root root 31 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/ld.so.conf
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so -> libGL.so.1.2.0
  lrwxrwxrwx 1 root root 14 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 -> libGL.so.1.2.0
  -rw-r--r-- 1 root root 413968 Jan 12 21:03 
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0

  ldd /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
linux-vdso.so.1 =>  (0x7ffe885cf000)
libdrm_intel.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 
(0x7fdb85bac000)
libdrm_nouveau.so.2 => /usr/lib/x86_64-linux-gnu/libdrm_nouveau.so.2 
(0x7fdb859a5000)
libdrm_radeon.so.1 => /usr/lib/x86_64-linux-gnu/libdrm_radeon.so.1 
(0x7fdb85799000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 
(0x7fdb8558c000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 
(0x7fdb85362000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fdb85144000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fdb84f4)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fdb84c3c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fdb84936000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fdb84571000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fdb8435b000)
libpciaccess.so.0 => /usr/lib/x86_64-linux-gnu/libpciaccess.so.0 
(0x7fdb84152000)
/lib64/ld-linux-x86-64.so.2 (0x7fdb8652a000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fdb83f39000)

  ldd /usr/lib/x86_64-linux-gnu/libOSMesa.so
linux-vdso.so.1 =>  (0x7ffc773d)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f3c1cdce000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f3c1cbca000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f3c1c8c6000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f3c1c5c)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3c1c1fb000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f3c1bfe5000)
/lib64/ld-linux-x86-64.so.2 (0x7f3c1d57f000)

  ldd /usr/lib/x86_64-linux-gnu/libX11.so
linux-vdso.so.1 =>  (0x7ffe4328d000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so

[Touch-packages] [Bug 1575354] Re: Connect to VPN with openconnect through the GUI times out too early

2016-05-09 Thread Mike Miller

I can confirm a 25 second timeout by trying to connect to a VPN, either
OpenConnect or OpenVPN, and not entering my password at the prompt. I am
not sure where this timeout comes from, but it is independent of any VPN
service, so updating summary again and reassigning to network-manager.

** Package changed: network-manager-openconnect (Ubuntu) => network-
manager (Ubuntu)

** Changed in: network-manager (Ubuntu)
   Status: Incomplete => Confirmed

** Summary changed:

- Connect to VPN with openconnect through the GUI times out too early
+ Connecting to VPN times out after 25 seconds if login credentials not entered

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

Title:
  Connecting to VPN times out after 25 seconds if login credentials not
  entered

Status in network-manager package in Ubuntu:
  Confirmed

Bug description:
  Connecting to OpenConnect VPN through the Gnome GUI fails because
  NetworkManager times out while requesting credentials through the GUI
  form in Ubuntu 16.04.

  It worked (is working on other computers I'm working on) fine from
  Ubuntu 12.04-15.10.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: network-manager-openconnect 1.0.2-1build1
  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: GNOME
  Date: Tue Apr 26 22:06:41 2016
  SourcePackage: network-manager-openconnect
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1575354/+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 1227972] Re: Civilization III crashes on libosmesa

2015-12-14 Thread Mike Miller

Thank you for reporting this bug to Ubuntu. Ubuntu 13.10 reached EOL on  July 
17, 2014.
See this document for currently supported Ubuntu releases: 
https://wiki.ubuntu.com/Releases

Moreover, this bug seems to be specific to software not provided by
Ubuntu. It is unlikely that anyone will be able to help with this
specific problem unless you can provide a reproducible test case that
does not depend on software outside of the Ubuntu repositories.

If you are still affected by this in a current release of Ubuntu, you
may want to seek out help using the various support forums available,
such as http://askubuntu.com or http://ubuntuforums.org.

** Changed in: mesa (Ubuntu)
   Status: New => Invalid

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

Title:
  Civilization III crashes on libosmesa

Status in mesa package in Ubuntu:
  Invalid

Bug description:
  I was playing Civilizations 3 with Wine but the game is crashing in
  libosmesa. I'm attaching the backtrace.

  The backtrace is missing some debug symbols, I have installed the
  dbgsym but still not getting the complete backtrace. Let me know if
  there's anything else I can do to help fix this crash.

  ProblemType: Bug
  DistroRelease: Ubuntu 13.10
  Package: libosmesa6 9.2-1ubuntu2
  ProcVersionSignature: Ubuntu 3.11.0-7.14-generic 3.11.1
  Uname: Linux 3.11.0-7-generic i686
  .tmp.unity.support.test.0:
   
  ApportVersion: 2.12.4-0ubuntu1
  Architecture: i386
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: None
  Date: Thu Sep 19 22:59:17 2013
  DistUpgraded: Fresh install
  DistroCodename: saucy
  DistroVariant: ubuntu
  DkmsStatus: virtualbox, 4.2.16, 3.11.0-7-generic, i686: installed
  ExtraDebuggingInterest: Yes
  GraphicsCard:
   Advanced Micro Devices, Inc. [AMD/ATI] Madison [Mobility Radeon HD 5730 / 
6570M] [1002:68c0] (prog-if 00 [VGA controller])
 Subsystem: Hewlett-Packard Company Device [103c:1594]
  InstallationDate: Installed on 2013-09-16 (3 days ago)
  InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha i386 (20130914)
  MachineType: Hewlett-Packard HP Pavilion dv6 Notebook PC
  MarkForUpload: True
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.11.0-7-generic 
root=UUID=fc5b-0597-41b2-a6dc-228e3c320252 ro quiet splash vt.handoff=7
  SourcePackage: mesa
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 07/26/2011
  dmi.bios.vendor: Hewlett-Packard
  dmi.bios.version: F.0F
  dmi.board.asset.tag: Base Board Asset Tag
  dmi.board.name: 1594
  dmi.board.vendor: Hewlett-Packard
  dmi.board.version: 91.36
  dmi.chassis.type: 10
  dmi.chassis.vendor: Hewlett-Packard
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnHewlett-Packard:bvrF.0F:bd07/26/2011:svnHewlett-Packard:pnHPPaviliondv6NotebookPC:pvr058B20242B1020100:rvnHewlett-Packard:rn1594:rvr91.36:cvnHewlett-Packard:ct10:cvrChassisVersion:
  dmi.product.name: HP Pavilion dv6 Notebook PC
  dmi.product.version: 058B20242B1020100
  dmi.sys.vendor: Hewlett-Packard
  version.compiz: compiz 1:0.9.10+13.10.20130828.2-0ubuntu1
  version.libdrm2: libdrm2 2.4.46-1
  version.libgl1-mesa-dri: libgl1-mesa-dri 9.2-1ubuntu2
  version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental 
9.2-1ubuntu2
  version.libgl1-mesa-glx: libgl1-mesa-glx 9.2-1ubuntu2
  version.xserver-xorg-core: xserver-xorg-core 2:1.14.2.901-2ubuntu4
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu3.1
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.2.0-0ubuntu6
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.21.14-4ubuntu4
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 
1:1.0.9-2ubuntu1
  xserver.bootTime: Thu Sep 19 20:11:52 2013
  xserver.configfile: default
  xserver.errors:
   
  xserver.logfile: /var/log/Xorg.0.log
  xserver.outputs: Output  HDMI-0
LVDS   VGA-0
  xserver.version: 2:1.14.2.901-2ubuntu4
  xserver.video_driver: radeon

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1227972/+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 1609700] Re: username is not saved in openconnect connection dialog

[Touch-packages] [Bug 1609700] Re: username is not saved in openconnect connection dialog

[Touch-packages] [Bug 1575354] Re: Connecting to VPN times out after 25 seconds if login credentials not entered

[Touch-packages] [Bug 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

[Touch-packages] [Bug 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

[Touch-packages] [Bug 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

[Touch-packages] [Bug 1551028] Re: glGenFramebuffers fails when linked with OSMesa AND X11

[Touch-packages] [Bug 1575354] Re: Connect to VPN with openconnect through the GUI times out too early

[Touch-packages] [Bug 1227972] Re: Civilization III crashes on libosmesa

9 matches

Site Navigation

Mail list logo

Footer information