Takže po hodinách bezduchého googlování a pomoci byl problém odhalen. Generoval jsem své klíče ssh pomocí ssh-keygen a přidal jsem další argument "-o", který vygeneroval klíče v novém formátu pro openSSH. Problém byl v tom, že můj gnome-keyring nepodporoval takové klíče, protože klíče měly schéma podpisu Ed255519. Gnome-keyring to od 3.20 nepodporuje. Vrátil jsem se k RSA a žádné další problémy!.
V mém případě byl problém v tom, že klíčenka GNOME obsahovala neplatnou přístupovou frázi pro klíč ssh, který měl být použit. Poté, co jsem strávil neslušné množství času řešením tohoto problému, spustil jsem seahorse a našel záznam, který obsahuje prázdný řetězec.
Mohu jen hádat, že to bylo způsobeno nesprávným zadáním přístupové fráze při prvním použití před nějakou dobou a poté pravděpodobně zrušením žadatele nebo tak, aby se vrátil zpět na příkazový řádek.
-
Aktualizace záznamu se správnou přístupovou frází problém okamžitě vyřešila.
-
Smazání tohoto záznamu (z "login" klíčenky) a opětovné zadání přístupové fráze na první výzvu (a zaškrtnutí příslušného zaškrtávacího políčka) to také řeší.
Nyní agent získá správnou přístupovou frázi z odemknutého svazku klíčů při přihlášení s názvem „login“ a již o přístupovou frázi nepožaduje, ani „neodmítá operaci“. Samozřejmě YMMV.