[devel] Обновление до krb5-1.15.1

[Alexander Bokovoy]

2017-08-20 6:20 GMT+03:00 Evgeny Sinelnikov <sin на altlinux.org>:
> Здравствуйте,
>
> в связи с тем, что патчи от 1.16.x всё-таки имеют смысл обновление
> затянулось. В итоге было решено две проблемы:
>
> Первая потребовала вот такого патча:
>
> diff --git a/krb5/src/tests/gssapi/t_ccselect.py
> b/krb5/src/tests/gssapi/t_ccselect.py
> index 6be6b4e..47d9ce6 100755
> --- a/krb5/src/tests/gssapi/t_ccselect.py
> +++ b/krb5/src/tests/gssapi/t_ccselect.py
> @@ -53,7 +53,7 @@ if 'No Kerberos credentials available' not in output:
>  ccdir = os.path.join(r1.testdir, 'cc')
>  ccname = 'DIR:' + ccdir
>  r1.env['KRB5CCNAME'] = ccname
> -r2.env['KRB5CCNAME'] = ccname
> +r2.env['KRB5CCNAME'] = ccname + '2'
> .
>  # Use .k5identity from testdir and not from the tester's homedir.
>  r1.env['HOME'] = r1.testdir
>
> Может быть кто-нибудь подскажет как оно работает в Fedora?
ccname DIR:... -- это коллекция ccaches, а не один. Может хранить
билеты из разных доменов. Смысл теста как раз в том, чтобы проверить,
выбирает ли ccselect правильный билет из коллекции по имени принципала
из соответствующего домена.


> Смысл в том, что на один и тот же кеш ключей задётся два разных kinit.
Это не один и тот же ccache. Внутри коллекции отдельные ccache
хранятся отдельными файлами (в DIR:, в других типах коллекций они
хранятся иными способами). Каждый отдельный ccache в коллекции
соответствует своему домену. Поэтому kinit foo на BAR.Z и kinit foo на Z.BAR
могут сохранить соответствующие билеты в одной коллекции.

Не надо ломать то, что вы не понимаете.

> Вторая потребовала вытащить бинарные куски из патча
> fedora-Add-test-cert-generation-to-make-certs.sh.patch, который
> отваливается с ошибкой "git binary diffs are not supported."
> Может быть это нужно как-то по-другому решается?
Это я не понимаю, как-то же он прикладывается в федоре.

-- 
/ Alexander Bokovoy