pam-auth-update(8) debconf dialog has no title
Bug #882794 reported by
Daniel Richard G.
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pam (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
This concerns libpam-runtime 1.1.3-2ubuntu2.1 in Oneiric.
When you invoke pam-auth-update, the part at the top of the dialog reserved for the title (usually "Configuring <package>") is conspicuously empty. There should be an appropriate string in this space; perhaps "Configuring libpam-runtime" when the user invokes p-a-u directly, and some text identifying the relevant package when p-a-u is invoked in a postinst script.
Related branches
Changed in pam (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → Low |
Changed in pam (Ubuntu): | |
status: | Triaged → Fix Committed |
To post a comment you must log in.
This bug was fixed in the package pam - 1.1.3-6ubuntu1
---------------
pam (1.1.3-6ubuntu1) precise; urgency=low
* Merge from Debian unstable. Remaining changes: libpam- modules. postinst: Add PATH to /etc/environment if it's pam_env. conf. (should send to libpam0g. postinst: only ask questions during update-manager when libpam0g. postinst: check if gdm is actually running before libpam0g. postinst: the init script for 'samba' is now named patches- applied/ series: Ubuntu patches are as below ... patches- applied/ ubuntu- rlimit_ nice_correction : Explicitly patches- applied/ pam_umask_ usergroups_ from_login. defs.patch: patches- applied/ pam_motd- legal-notice: display the contents of update- motd.5, debian/ libpam- modules. manpages: add a manpage patches/ update- motd-manpage- ref: add a reference in pam_motd(8) local/common- session{ ,-noninteractiv e}: Enable pam_umask by local/pam- auth-update: Add the new md5sums for pam_umask addition. patches- applied/ update- motd: set a sane umask before calling patches- applied/ update- motd: new module option for pam_motd, libpam0g. postinst: drop kdm from the list of services to
- debian/
not present there or in /etc/security/
Debian).
- debian/
there are non-default services running.
- debian/
trying to reload it.
- debian/
'smbd' in Ubuntu, so fix the restart handling.
- Change Vcs-Bzr to point at the Ubuntu branch.
- debian/
- debian/
initialise RLIMIT_NICE rather than relying on the kernel limits.
- debian/
Deprecate pam_unix' explicit "usergroups" option and instead read it
from /etc/login.def's "USERGROUP_ENAB" option if umask is only defined
there. This restores compatibility with the pre-PAM behaviour of login.
- debian/
/etc/legal once, then set a flag in the user's homedir to prevent
showing it again.
- debian/
for update-motd, with some best practices and notes of explanation.
- debian/
to update-motd(5)
- debian/
default, now that the umask setting is gone from /etc/profile.
- debian/
* Dropped changes, included in Debian:
- debian/
run-parts, and restore the old mask afterwards, so /run/motd gets
consistent permissions.
- debian/
'noupdate', which suppresses the call to run-parts /etc/update-motd.d.
- debian/
restart.
* Build-depend on libfl-dev in addition to flex, for cross-building
support.
pam (1.1.3-6) unstable; urgency=low
* debian/ patches- applied/ hurd_no_ setfsuid: we don't want to check all libpam0g. postinst: according to Kubuntu developers, kdm no longer patches- applied/ update- motd: set a sane umask before calling
setre*id() calls; we know that there are situations where some of these
may fail but we don't care. As long as the last setre*id() call in each
set succeeds, that's the state we mean to be in.
* debian/
keeps libpam loaded persistently at runtime, so it's not necessary to
force a kdm restart on ABI bump. Which is good, since restarting kdm
now seems to also log users out of running sessions, which we rather
want to avoid. Closes: #632673, LP: #744944.
* debian/
run-parts, and restore the old mask...