← Back to team overview

desktop-packages team mailing list archive

Re: [Bug 1412066] Re: Cannot configure the vino-server "security type"control

 

Should this be done for all bugs found on packages tested? How would I
know if the bug is upstream and not related to the system it is
installed on?

Do I keep file bugs to QA?

-----Original Message-----
From: "Sebastien Bacher" <seb128@xxxxxxxxxx>
Sent: ‎1/‎22/‎2015 9:30 AM
To: "saqman2060@xxxxxxxxx" <saqman2060@xxxxxxxxx>
Subject: [Bug 1412066] Re: Cannot configure the vino-server "security type"control

Thank you for taking the time to report this bug and helping to make
Ubuntu better. The issue you are reporting is an upstream one and it
would be nice if somebody having it could send the bug to the developers
of the software by following the instructions at
https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please
tell us the number of the upstream bug (or the link), so we can add a
bugwatch that will inform us about its status. Thanks in advance.

-- 
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1412066

Title:
  Cannot configure the vino-server "security type" control

Status in vino package in Ubuntu:
  New

Bug description:
  I was setting up a testcase for gnome's vino server. Vino had to be
  tested to confirm it works at the basic level of vnc connection.

  Packages installed: vino, xvnc4viewer

  After installing vino and xvnc4viewer, in lubuntu, (xubuntu with
  lubuntu-desktop installed). The vino-server was started in Lubuntu
  14.04 using this following command: /usr/lib/vino/vino-server &. This
  is the output of the following command.

  (vino-server:16269): WARNING **: Couldn't connect to accessibility
  bus: Failed to connect to socket /tmp/dbus-3lXPtqLo8q: Connection
  refused

  (vino-server:16269): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
  17/01/2015 04:39:40 PM WARNING: Width (1366) is not a multiple of 4. VncViewer has problems with that.
  17/01/2015 04:39:42 PM Autoprobing TCP port in (all) network interface
  17/01/2015 04:39:42 PM Listening IPv6://[::]:5900
  17/01/2015 04:39:42 PM Listening IPv4://0.0.0.0:5900
  17/01/2015 04:39:42 PM Autoprobing selected port 5900
  17/01/2015 04:39:42 PM Advertising security type: 'TLS' (18)
  17/01/2015 04:39:42 PM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
  17/01/2015 04:39:42 PM Listening IPv6://[::]:5900
  17/01/2015 04:39:42 PM Listening IPv4://0.0.0.0:5900
  17/01/2015 04:39:42 PM Clearing securityTypes
  17/01/2015 04:39:42 PM Advertising security type: 'TLS' (18)
  17/01/2015 04:39:42 PM Clearing securityTypes
  17/01/2015 04:39:42 PM Advertising security type: 'TLS' (18)
  17/01/2015 04:39:42 PM Advertising authentication type: 'No Authentication' (1)
  17/01/2015 04:39:42 PM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
  17/01/2015 04:39:42 PM Listening IPv6://[::]:5900
  17/01/2015 04:39:42 PM Listening IPv4://0.0.0.0:5900

  I have read multiple tutorials outlining procedures to enable and
  connect to a vino-server. In all instructions, "ssh" was used to
  establish the connection. This is the form of the command  to connect
  to a vino-server.

  "ssh -L 12345:localhost:5900 username@ipaddress".

  I tried testing vino on my own laptop by connecting to itself.

  Whenever I performed the connection with or without ssh, I always get
  this output from the server:

  17/01/2015 04:19:08 PM [IPv4] Got connection from client localhost
  17/01/2015 04:19:08 PM   other clients:
  17/01/2015 04:19:09 PM WARNING: New width (1366) is not a multiple of 4.
  17/01/2015 04:19:09 PM Client Protocol Version 3.7
  17/01/2015 04:19:09 PM Advertising security type 18
  17/01/2015 04:19:09 PM Client localhost gone
  17/01/2015 04:19:09 PM Statistics:
  17/01/2015 04:19:09 PM   framebuffer updates 0, rectangles 0, bytes 0

  This was after I used the command, ssh -L 12345:localhost:5900
  username@ipaddress

  I get this output after I typed xvnc4viewer from my local terminal:

   CConn:       connected to host 172.29.24.129 port 5900
   CConnection: Server supports RFB protocol version 3.7
   CConnection: Using RFB protocol version 3.7
   CConnection: No matching security types
   main:        No matching security types

  It seems the problem is that I cannot establish a successful
  connection unless I am using the same security type. I could not find
  a way to configure the vino-server to change or remove the security
  type. There was no manpage for the vino-server. A manpage for the
  vino-server is needed, updated setup howto for all variants of ubuntu
  and an advanced configuration file for the vino-server to modify how
  it runs and behaves.

  From QA member Istimsak Abdulbasir (sak)

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: vino 3.8.1-0ubuntu1
  ProcVersionSignature: Ubuntu 3.13.0-44.73-generic 3.13.11-ckt12
  Uname: Linux 3.13.0-44-generic i686
  ApportVersion: 2.14.1-0ubuntu3.6
  Architecture: i386
  CurrentDesktop: LXDE
  Date: Sat Jan 17 17:01:18 2015
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2015-01-09 (8 days ago)
  InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Release i386 (20140416.2)
  SourcePackage: vino
  UpgradeStatus: No upgrade log present (probably fresh install)

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

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to vino in Ubuntu.
https://bugs.launchpad.net/bugs/1412066

Title:
  Cannot configure the vino-server "security type" control

Status in vino package in Ubuntu:
  New

Bug description:
  I was setting up a testcase for gnome's vino server. Vino had to be
  tested to confirm it works at the basic level of vnc connection.

  Packages installed: vino, xvnc4viewer

  After installing vino and xvnc4viewer, in lubuntu, (xubuntu with
  lubuntu-desktop installed). The vino-server was started in Lubuntu
  14.04 using this following command: /usr/lib/vino/vino-server &. This
  is the output of the following command.

  (vino-server:16269): WARNING **: Couldn't connect to accessibility
  bus: Failed to connect to socket /tmp/dbus-3lXPtqLo8q: Connection
  refused

  (vino-server:16269): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
  17/01/2015 04:39:40 PM WARNING: Width (1366) is not a multiple of 4. VncViewer has problems with that.
  17/01/2015 04:39:42 PM Autoprobing TCP port in (all) network interface
  17/01/2015 04:39:42 PM Listening IPv6://[::]:5900
  17/01/2015 04:39:42 PM Listening IPv4://0.0.0.0:5900
  17/01/2015 04:39:42 PM Autoprobing selected port 5900
  17/01/2015 04:39:42 PM Advertising security type: 'TLS' (18)
  17/01/2015 04:39:42 PM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
  17/01/2015 04:39:42 PM Listening IPv6://[::]:5900
  17/01/2015 04:39:42 PM Listening IPv4://0.0.0.0:5900
  17/01/2015 04:39:42 PM Clearing securityTypes
  17/01/2015 04:39:42 PM Advertising security type: 'TLS' (18)
  17/01/2015 04:39:42 PM Clearing securityTypes
  17/01/2015 04:39:42 PM Advertising security type: 'TLS' (18)
  17/01/2015 04:39:42 PM Advertising authentication type: 'No Authentication' (1)
  17/01/2015 04:39:42 PM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
  17/01/2015 04:39:42 PM Listening IPv6://[::]:5900
  17/01/2015 04:39:42 PM Listening IPv4://0.0.0.0:5900

  I have read multiple tutorials outlining procedures to enable and
  connect to a vino-server. In all instructions, "ssh" was used to
  establish the connection. This is the form of the command  to connect
  to a vino-server.

  "ssh -L 12345:localhost:5900 username@ipaddress".

  I tried testing vino on my own laptop by connecting to itself.

  Whenever I performed the connection with or without ssh, I always get
  this output from the server:

  17/01/2015 04:19:08 PM [IPv4] Got connection from client localhost
  17/01/2015 04:19:08 PM   other clients:
  17/01/2015 04:19:09 PM WARNING: New width (1366) is not a multiple of 4.
  17/01/2015 04:19:09 PM Client Protocol Version 3.7
  17/01/2015 04:19:09 PM Advertising security type 18
  17/01/2015 04:19:09 PM Client localhost gone
  17/01/2015 04:19:09 PM Statistics:
  17/01/2015 04:19:09 PM   framebuffer updates 0, rectangles 0, bytes 0

  This was after I used the command, ssh -L 12345:localhost:5900
  username@ipaddress

  I get this output after I typed xvnc4viewer from my local terminal:

   CConn:       connected to host 172.29.24.129 port 5900
   CConnection: Server supports RFB protocol version 3.7
   CConnection: Using RFB protocol version 3.7
   CConnection: No matching security types
   main:        No matching security types

  It seems the problem is that I cannot establish a successful
  connection unless I am using the same security type. I could not find
  a way to configure the vino-server to change or remove the security
  type. There was no manpage for the vino-server. A manpage for the
  vino-server is needed, updated setup howto for all variants of ubuntu
  and an advanced configuration file for the vino-server to modify how
  it runs and behaves.

  From QA member Istimsak Abdulbasir (sak)

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: vino 3.8.1-0ubuntu1
  ProcVersionSignature: Ubuntu 3.13.0-44.73-generic 3.13.11-ckt12
  Uname: Linux 3.13.0-44-generic i686
  ApportVersion: 2.14.1-0ubuntu3.6
  Architecture: i386
  CurrentDesktop: LXDE
  Date: Sat Jan 17 17:01:18 2015
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2015-01-09 (8 days ago)
  InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Release i386 (20140416.2)
  SourcePackage: vino
  UpgradeStatus: No upgrade log present (probably fresh install)

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


References