I was thinking we'd secure all the buffers we use to communicate with either the greeter, since we don't know ahead of time which messages have passwords. Agreed regarding the greeter. We can probably just use mlockall there.
I am looking at libgcrypt to manage the secure memory pools for us (libgcr is newer and gobject-based, but it pulls in GTK+; libgnome- keyring is semi-deprecated and depends on libgcrypt anyway). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1074279 Title: lightdm uses ~30 Mb of RAM Status in Light Display Manager: Triaged Status in “lightdm” package in Ubuntu: Confirmed Status in “lightdm” source package in Raring: Confirmed Bug description: After loging in into the XCFE environment, I open a terminal and perform a top. If I sort the processes by decreasing resident memory, I see that lightdm requires 32MB of memory, that is more than X ! Since lightdm just sleeps after login in, I think it is wasting memory. Could it possibly load/unload features dynamically as gdm already did (many small processes which were launched when a feature was required) ? ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: lightdm 1.4.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-17.28-generic 3.5.5 Uname: Linux 3.5.0-17-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 Architecture: amd64 Date: Fri Nov 2 10:19:19 2012 InstallationDate: Installed on 2012-10-20 (12 days ago) InstallationMedia: Xubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.1) MarkForUpload: True SourcePackage: lightdm UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/lightdm/+bug/1074279/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp