[Touch-packages] [Bug 1270791] Re: Enterprise wifi password is unnecessarily asked on boot

[Neil Broadley]

Can confirm that #7 works on Ubuntu 14.04 LTS 64-bit which is also
affected by this bug.

However, obviously this is pretty weak, since in many cases, the PEAP
password is your AD/LDAP credential, so when you store it in the
/etc/NetworkManager/system-connections file that represents your SSID,
you're giving your password to anyone with root access on the laptop.

Full disk encryption helps with general security outwith the home folder
here, but it doesn't stop anyone with root displaying that file and
learning your password.

I'd also note that I need to have connected to my SSID before entering
my lightDM password because otherwise pam_mount will fail to map any of
my drives (and will fail silently thereafter too) if I don't.

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

Title:
  Enterprise wifi password is unnecessarily asked on boot

Status in network-manager package in Ubuntu:
  Confirmed
Status in unity-greeter package in Ubuntu:
  Confirmed

Bug description:
  Lightdm does not store my wifi password, for classic wifi is ok it stores 
every password, but for eap/peap wifi configuration it  doesn't store any 
password and it asks me every time wifi password before login.
  Bug recognized in ubuntu 13.04 and 13.10 and probably in ubuntu 14.04 
(testing).

  ProblemType: Bug
  DistroRelease: Ubuntu 13.10
  Package: lightdm 1.8.4-0ubuntu1
  ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10
  Uname: Linux 3.11.0-15-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.12.5-0ubuntu2.2
  Architecture: amd64
  Date: Mon Jan 20 11:52:45 2014
  InstallationDate: Installed on 2013-12-28 (22 days ago)
  InstallationMedia: Ubuntu 13.10 Saucy Salamander - Release amd64 
(20131016.1)
  LightdmConfig:
   [SeatDefaults]
   greeter-session=unity-greeter
   user-session=ubuntu
  MarkForUpload: True
  SourcePackage: lightdm
  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/1270791/+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 988072] Re: Can't remove user if they're not in /etc/passwd

[Neil Broadley]

Any manual workarounds for this? The number of users that shows up in
the lighdm login window keeps growing with each person that logs in. I'm
going to have to remove the picker if I can't delete these AD (LDAP)
based users from our laptop fleet.

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

Title:
  Can't remove user if they're not in /etc/passwd

Status in “accountsservice” package in Ubuntu:
  Confirmed

Bug description:
  Thanks to nss, there are many ways for a user account to exist.

  If you have user accounts authenticated with LDAP (say), and use nss
  tables other than passwd to store user information, then you find that
  the system automatically creates an entry in the user account database
  on login. This is handy: it means the user gets listed by lightdm in
  the greeter, for example, and things like background and keyboard
  prefs can be known to the greeter. It's all good.

  However, these users cannot be deleted. If you use the accounts-daemon
  from the control center to remove them, you get this error:

  Failed to delete user
  GDBus.Error:org.freedesktop.Accounts.Error.Failed: running 
'/usr/sbin/userdel' failed: /usr/sbin/userdel returned an error (1): userdel: 
cannot remove entry 'tbushnell' from /etc/passwd

  And alas, the user then stays in the system database.

  Please make it possible to remove users from the system database even
  if deluser and userdel don't work on them.

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