GNU/Linux >> Znalost Linux >  >> Linux

Chyba při použití pomocníka pověření Git se svazkem klíčů gnome jako Sudo

Kromě použití sudo si všimněte, že v roce 2016 libgnome-keyring je specifický pro GNOME a je nyní zastaralý (ve skutečnosti od ledna 2014).

Možnost 2022:git-credential-manager

Společnost Microsoft poskytuje pomocníka s přihlašovacími údaji pro více platforem s názvem GCM (Git Credential Manager) , který si můžete nainstalovat (nemusíte ho sestavovat) a nakonfigurovat:

git-credential-manager-core configure

K jeho používání budete potřebovat Git 2.27+.

Možnost 2016:git-credential-libsecret

Git 2.11+ (4. čtvrtletí 2016) obsahoval nového pomocníka s přihlašovacími údaji pomocí libsecret .

Viz commit 87d1353 (09. října 2016) od Mantase Mikulėnase (grawity ).

Nový pomocník s přihlašovacími údaji, který mluví prostřednictvím „libsecret " s implementacemi XDG Secret Service API bylo přidáno do contrib/credential/ .

používá libsecret které mohou podporovat další implementace XDG SecretService API.

Ale v roce 2022 to již není potřeba. Viz výše

Jak poznamenal mati865 v komentářích:

Je třeba poznamenat, že některá distribuce jako Arch a Fedora poskytují pomocníky dostupné v binární i zdrojové podobě.

  • Binární soubor Libsret na Arch:/usr/lib/git-core/git-credential-libsecret a
  • Binární soubor Libsret na Fedoře:/usr/libexec/git-core/git-credential-libsecret .

Poznámka: Jak dodává @rugk v komentářích, pro Fedoru a Git v2.25.2-1 nebo vyšší musíte nainstalovat další balíček s tímto binárním souborem, protože byl oddělen od hlavního balíčku git:

dnf install git-credential-libsecret

Pomocí sudo spustí příkaz jako root. Je to jako požádat svého správce systému, pokud jej máte, aby za vás spustil příkaz. root uživatel není chtěl dělat cokoliv souvisejícího s vývojem, a proto git není určen k použití jako root.

Jakmile spustíte příkaz jako jiný uživatel (root nebo jakýkoli jiný), očekává se, že tento jiný uživatel nebude moci normálně komunikovat s vaším obvyklým uživatelem (zejména zde nenajde vašeho démona gnome-keyring-daemon).

Takže odpověď zní:"Nedělej to". Pokud opravdu potřebujete klonovat v konkrétním adresáři, udělte si oprávnění k tomuto adresáři, jak je navrženo v odpovědi CodeWizard. Ve skutečnosti, pokud potřebujete klonovat do adresáře, kde nemáte oprávnění, zeptejte se sami sebe, zda neděláte něco špatně:v zásadě by se to nemělo stávat (hádám, že jste již použili sudo příliš mnoho v minulosti a to je důvod, proč tu a tam máte um zapisovatelné adresáře).


Někdy potřebuji spustit sudo git clone, protože to někdy vyžaduje adresář, kde potřebuji vytvořit klon. Jakákoli pomoc by byla oceněna

Složka, do které se pokoušíte naklonovat úložiště, byla vytvořena uživatelem root, takže nemáte oprávnění zapisovat nebo vytvářet složku pod ní, pokud nejste root (sudo ), nastavte oprávnění (chmod nebo chown ) a budete moci klonovat do složky.

chmod 755 /path

Linux
  1. Chyba při použití GRANT s IDENTIFIKOVANÝM heslem v MySQL

  2. Používáte Notify-Send s Cronem?

  3. Debian – Chyba při přemístění pomocí Sudo Apt?

  1. Neplatná chyba klíče Ssh v Juju při použití s ​​Maas?

  2. Chyba instalace Pyaudio – 'příkaz 'gcc' selhal se stavem ukončení 1'

  3. Chyba shellu „tar:nenalezen v archivu“ při použití regulárního výrazu

  1. chyba git clone:​​nelze získat přístup k URL, problém s certifikátem SSL CA

  2. Použití scp s předávaným ssh agentem

  3. 'Nerozpoznaný štítek disku' - při použití parted s obrázky qemu