krb5-wallet.git/tests/data/cmd-fake, branch debian/1.0-3

Use correct form of Stanford's copyright statement

2013-02-28T00:52:47+00:00

Change-Id: I06dd9ecca19315179bdd34d4b301548fe7604331 Reviewed-on: https://gerrit.stanford.edu/842 Reviewed-by: Russ Allbery Tested-by: Russ Allbery

Add support in the wallet client for store of binary data

2010-02-21T03:55:05+00:00

Refactor the wallet client code to use remctl_commandv and send stores with data containing nul.

Remove kaserver synchronization support from the wallet client

2010-02-09T21:37:58+00:00

The wallet client no longer enables kaserver synchronization when a srvtab is requested with -S. Instead, it just extracts the DES key from the keytab and writes it to a srvtab. It no longer forces the kvno of the srvtab to 0 (a Stanford-specific action) and instead preserves the kvno from the key in the keytab. This should now do the right thing for sites that use a KDC that serves both Kerberos v4 and Kerberos v5 from the same database.

Remove Subversion Id strings

2009-06-09T21:39:39+00:00

The wallet command-line client now reads the data for store from a

2008-04-24T23:05:14+00:00

file (using -f) or from standard input (if -f wasn't given) when the data isn't specified on the command line. The data still must not contain nul characters.

Fix the wallet client to use check instead of exists.

2008-02-08T21:59:24+00:00

Add new exists and autocreate wallet server interfaces. The first

2008-02-07T23:33:23+00:00

states whether a given object exists and the second attempts to create the object using the default owner rules. Remove default owner handling from the create interface, which is now for administrators only. Remove server-side auto-creation of objects on get or store and instead have the client check for object existence and call autocreate if necessary. This removes confusion between default ACLs and administrative object creation for users who are also on the ADMIN ACL.

When creating a srvtab based on a just-downloaded keytab, extract the

2008-02-07T00:46:54+00:00

srvtab key before merging the keytab into an existing file. Otherwise, if the new keys had a lower kvno than the old keys (possible after deleting and recreating the object), the wrong key would be extracted for the srvtab.

When downloading a keytab to a file that already exists, merge the new

2008-01-19T00:37:31+00:00

keytab keys into that file rather than moving aside the old keytab and creating a new keytab with only the new keys. Also fix get handling in the client for all types other than keytabs. This isn't visible yet since the server doesn't yet support other types of objects.

Remove the right krb5.conf file in client tests. Strip any existing

2008-01-17T00:00:44+00:00

wallet configuration from krb5.conf since it confuses the profile library. Add a test for printing keytabs to standard output.