summaryrefslogtreecommitdiff
path: root/pam-extensions/gdm-pam-extensions.pc.in
diff options
context:
space:
mode:
authorRay Strode <rstrode@redhat.com>2017-07-14 16:05:46 -0400
committerRay Strode <rstrode@redhat.com>2017-10-20 14:14:16 -0400
commitd5280a38761a558c32c32e1e277ebd26f63af5c7 (patch)
tree626b7cdf75ac50a4b787bf85f8a897c34e6f414a /pam-extensions/gdm-pam-extensions.pc.in
parent5683e5d5a6bc37c7a1b52a633cc79c70b60defb3 (diff)
downloadgdm-d5280a38761a558c32c32e1e277ebd26f63af5c7.tar.gz
daemon: introduce pam extension mechanism
This abuses PAM_BINARY_PROMPT for our own nefarious purposes. The way it works is GDM advertises what "extensions" it supports with the environment variable, GDM_SUPPORTED_PAM_EXTENSIONS (a space separated list of reverse dns notation names). PAM services that support this protocol, will read the environment variable, and check for extension strings they support. They then know that sending PAM_BINARY_PROMPT won't blow up, and know what format to use for the binary data. The type field of the structure is the index of the string from the environment variable. This commit is just foundation work. It doesn't actually add any extensions. https://bugzilla.gnome.org/show_bug.cgi?id=788851
Diffstat (limited to 'pam-extensions/gdm-pam-extensions.pc.in')
-rw-r--r--pam-extensions/gdm-pam-extensions.pc.in9
1 files changed, 9 insertions, 0 deletions
diff --git a/pam-extensions/gdm-pam-extensions.pc.in b/pam-extensions/gdm-pam-extensions.pc.in
new file mode 100644
index 00000000..5fc64b01
--- /dev/null
+++ b/pam-extensions/gdm-pam-extensions.pc.in
@@ -0,0 +1,9 @@
+prefix=@prefix@
+exec_prefix=@exec_prefix@
+libdir=@libdir@
+includedir=@includedir@
+
+Name: GDM PAM Extensions
+Description: Macros for custom protocols over PAM
+Version: @VERSION@
+Cflags: -I${includedir}/gdm