[Touch-packages] [Bug 1665535] [NEW] WebRTC webcam support broken in firefox due to apparmor

2017-02-16 Thread Jay Hennessey 
Public bug reported:

In order to use sites that make use of WebRTC's webcam support, firefox
needs access to the /dev/videoN device. When I applied the latest
firefox update over the last week, apparmor was set to enforcing mode,
which broke sites that use WebRTC, like https://talky.io.

$ lsb_release -rd
Description:Ubuntu 16.10
Release:16.10
$ apt-cache policy firefox
firefox:
  Installed: 51.0.1+build2-0ubuntu0.16.10.2
  Candidate: 51.0.1+build2-0ubuntu0.16.10.2
  Version table:
 *** 51.0.1+build2-0ubuntu0.16.10.2 500
500 http://us.archive.ubuntu.com/ubuntu yakkety-updates/main amd64 
Packages
500 http://us.archive.ubuntu.com/ubuntu yakkety-security/main amd64 
Packages
100 /var/lib/dpkg/status
 49.0+build4-0ubuntu2 500
500 http://us.archive.ubuntu.com/ubuntu yakkety/main amd64 Packages

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

** Package changed: apparmor (Ubuntu) => firefox (Ubuntu)

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

Title:
  WebRTC webcam support broken in firefox due to apparmor

Status in firefox package in Ubuntu:
  New

Bug description:
  In order to use sites that make use of WebRTC's webcam support,
  firefox needs access to the /dev/videoN device. When I applied the
  latest firefox update over the last week, apparmor was set to
  enforcing mode, which broke sites that use WebRTC, like
  https://talky.io.

  $ lsb_release -rd
  Description:  Ubuntu 16.10
  Release:  16.10
  $ apt-cache policy firefox
  firefox:
Installed: 51.0.1+build2-0ubuntu0.16.10.2
Candidate: 51.0.1+build2-0ubuntu0.16.10.2
Version table:
   *** 51.0.1+build2-0ubuntu0.16.10.2 500
  500 http://us.archive.ubuntu.com/ubuntu yakkety-updates/main amd64 
Packages
  500 http://us.archive.ubuntu.com/ubuntu yakkety-security/main amd64 
Packages
  100 /var/lib/dpkg/status
   49.0+build4-0ubuntu2 500
  500 http://us.archive.ubuntu.com/ubuntu yakkety/main amd64 Packages

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1665535/+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 1575282] [NEW] NetworkManager applet (nm-applet) disappears after upgrading to xenial

2016-04-26 Thread Jay Hennessey 
Public bug reported:

After upgrading from Ubuntu wily (15.10) to xenial (16.04, LTS), the 
NetworkManager control applet (nm-applet) ceased to show up.
While running wily and even prior, I had modified /proc's "hidepid" argument to 
be 2, in accordance with hardening best practices in order to only allow users 
to see their own processes. Nm-applet was working just fine.

Based on this Debian bug (https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=819808), I changed hidepid back to 0 (the default,
which lets users see everyone's processes) and it's working again.

Given that nm-applet was working just fine in wily and upgrading to
xenial broke it, it seems like a regression.

Wily version of network-manager: 1.0.4-0ubuntu5
Xenial version: 1.1.93-0ubuntu4

$ lsb_release -rd
Description:Ubuntu 16.04 LTS
Release:16.04

$ apt-cache policy network-manager
network-manager:
  Installed: 1.1.93-0ubuntu4
  Candidate: 1.1.93-0ubuntu4
  Version table:
 *** 1.1.93-0ubuntu4 500
500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 Packages
100 /var/lib/dpkg/status

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

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

Title:
  NetworkManager applet (nm-applet) disappears after upgrading to xenial

Status in network-manager package in Ubuntu:
  New

Bug description:
  After upgrading from Ubuntu wily (15.10) to xenial (16.04, LTS), the 
NetworkManager control applet (nm-applet) ceased to show up.
  While running wily and even prior, I had modified /proc's "hidepid" argument 
to be 2, in accordance with hardening best practices in order to only allow 
users to see their own processes. Nm-applet was working just fine.

  Based on this Debian bug (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=819808), I changed hidepid back to 0 (the
  default, which lets users see everyone's processes) and it's working
  again.

  Given that nm-applet was working just fine in wily and upgrading to
  xenial broke it, it seems like a regression.

  Wily version of network-manager: 1.0.4-0ubuntu5
  Xenial version: 1.1.93-0ubuntu4

  $ lsb_release -rd
  Description:  Ubuntu 16.04 LTS
  Release:  16.04

  $ apt-cache policy network-manager
  network-manager:
Installed: 1.1.93-0ubuntu4
Candidate: 1.1.93-0ubuntu4
Version table:
   *** 1.1.93-0ubuntu4 500
  500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 Packages
  100 /var/lib/dpkg/status

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1575282/+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