Custom Query (1145 matches)

Reported by jhamrick, 15 years ago.

If your local password and athena passwords are the same, you don't get tickets on login. This is because in /etc/pam.d/common-auth, first it checks the entered password against the local password, and then only if that fails, does it run pam_krb5.

# here are the per-package modules (the "Primary" block)
auth	[success=2 default=ignore]	pam_unix.so nullok_secure
auth	[success=1 default=ignore]	pam_krb5.so minimum_uid=1 use_first_pass

Running debathena-login on Ubuntu 9.04.

Reported by broder, 15 years ago.

It would be cool to add tab completion to athinfo.

You could use the _known_hosts function for completing the hostname, and then the output of athinfo <hostname> queries for completing the query.

This does have some small challenges. It's possible that the remote host is down, in which case athinfo will hang for some time before timing out; you don't want that hang to hang tab completion as well.

Since all queries (including 'query') are admin-configurable, you can never assume that the output is actually in the right format, or free of undesirable spaces/semicolons/etc.

And you can also never assume that athinfo won't hang after connecting while it's in the process of printing out the query.

To solve the latter two issues, you want to make sure that you kill athinfo after a timeout (probably no more than a second). I'm not sure whether this can be done from pure bash, so you might need a helper script.

Reported by andersk, 15 years ago.

Currently, chown 0:0 file or chgrp 0 file causes the file to end up with gid 68499, which is the Moira group with name “0”. So nss_nonlocal should probably be filtering that group.

(This causes problems with dh_fixperms when building Debian packages. There is probably also a dh_fixperms bug here that should be reported upstream.)