SECRET_SEARCH_LOAD_SECRETS |
> SECRET_SEARCH_UNLOCK,
>NULL,
>&error);
> g_hash_table_unref(attributes);
> --
> 2.15.0-rc2-464-gb5de734
>
Looks okay. (It seems that's what all other programs do, too...)
--
Mantas Mikulėnas
easier than
creating a separate instance just for batch tasks...
[1]: https://www.eyrie.org/~eagle/software/kstart/
--
Mantas Mikulėnas
encrypted with a key known only to the KDC
and the real server. So the whitelist is only for privacy and/or
performance reasons, I guess?
NTLM is challenge/response without any third party, and yes, it requires
the application to implement its own whitelisting to avoid the security
problems.
--
Mantas Mikulėnas
On 2016-10-11 22:48, Mantas Mikulėnas wrote:
> On 2016-10-11 22:36, Junio C Hamano wrote:
>> Thanks for a review. I'll wait until one of (1) a squashable patch
>> to address the "we do not want unconditional overwrite" issue, (2) a
>> reroll from Mantas to do
ldn't
possibly return any results with a different username anyway.
--
Mantas Mikulėnas
This is based on the existing gnome-keyring helper, but instead of
libgnome-keyring (which was specific to GNOME and is deprecated), it
uses libsecret which can support other implementations of XDG Secret
Service API.
Passes t0303-credential-external.sh.
Signed-off-by: Mantas Mikulėnas
On Mon, Jul 15, 2013 at 4:03 PM, Michael Haggerty wrote:
> On 07/13/2013 03:27 PM, Mantas Mikulėnas wrote:
>> I have a clone of linux.git with various stuff added to it (remotes for
>> 'stable' and 'next', a bunch of local tags, and historical reposito
e branch's history. Running `git --no-replace-objects
describe` avoids the crash.
The crash happens only if there are any tags under .git/refs/tags/ that
do not exist in .git/packed-refs, or if I remove all "peeled" lines from
.git/packed-refs (including the '#' line; /^[#
the date in the tag object.
Personally, I've found it quite confusing that commits (incl. merged
tags) can be verified with `git show --show-signature`, but for tags I
must use `git tag -v`... took me a while to find the latter.
(`git show --verify` might be even better, but that's just
ine at all: git.git has "v0.99" and linux.git has
many such tags starting with "v2.6.11" ending with "v2.6.13-rc3".
It seems that `git cat-file -p` doesn't like such tags too – if there
is no "tagger", it doesn't display *any* header lines. More
ut = {alloc = 0, len = 0, buf = 0x7a8188 ""}
> #3 show_tag_object (rev=0x7fff3c30f1f0,
> sha1=0xc2be44
> "\230\211\275\331\365Q\306z\017\071d\331\035\062\247a\347~M8P", sequence \303>) at builtin/log.c:427
> new_offset = 151
> type = OBJ_TA
11 matches
Mail list logo
