Debian: Chyba v GITu při vytváření nového repozitáře

8.9.2010 15:15 | Přečteno: 977× | linux | poslední úprava: 8.9.2010 15:41

Pokud používáte Gitosis na Debianu, možná se vám po poslední aktualizaci balíku git-core stalo, že přestalo fungovat vytvoření vzdáleného repozitáře příkazem git push origin master:refs/heads/master.

Git pak hlásí chybu:

Traceback (most recent call last):
  File "/usr/bin/gitosis-serve", line 8, in <module>
    load_entry_point('gitosis==0.2', 'console_scripts', 'gitosis-serve')()
  File "/var/lib/python-support/python2.5/gitosis-0.2-py2.5.egg/gitosis/app.py", line 24, in run
    return app.main()
  File "/var/lib/python-support/python2.5/gitosis-0.2-py2.5.egg/gitosis/app.py", line 38, in main
    self.handle_args(parser, cfg, options, args)
  File "/var/lib/python-support/python2.5/gitosis-0.2-py2.5.egg/gitosis/serve.py", line 197, in handle_args
    command=cmd,
  File "/var/lib/python-support/python2.5/gitosis-0.2-py2.5.egg/gitosis/serve.py", line 145, in serve
    repository.init(path=fullpath)
  File "/var/lib/python-support/python2.5/gitosis-0.2-py2.5.egg/gitosis/repository.py", line 54, in init
    raise GitInitError('exit status %d' % returncode)
gitosis.repository.GitInitError: exit status 128
fatal: The remote end hung up unexpectedly

Na vině jsou špatná práva souborů ve složce /usr/share/git-core/templates, ze kterých se nový repozitář vytváří. Ty ale nejsou pro běžného uživatele (git) čitelné, a proto vytvoření selže. Stačí dát tedy všem souborům chmod a+r a gitosis začne opět správně fungovat.        

Komentáře

[Dundee5]

Jak jsem si všiml, tak se to netýká jen Gitosisu. Nefunguje vůbec git init pod běžným uživatelem. Celkem neuvěřitelné, že se takovýto maxibug do debianu dostal a že ještě není opraven, když byl už před dvěma dny nahlášen.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595728

[trekker.dk]

$ git init
Initialized empty Git repository in /home/jirka/Programy/pokusy/gitpokus/.git/

Co přesně nefunguje?

[maddoxik]

Jak psal v blogu - špatná práva na souborech ve složce. Taky jsem to řešil...

Tohle je ale celkem ořezko oproti tomu, že současná verze mdadm ve squeeze obsahuje chybku, kdy v kombinaci raid a šifrovaný disk nenabootuješ:) Jediná možnost je přes rescue cd, mount raidu, mount šifrovanýho disku, chroot, stáhnout starší verzi mdadm (3.1.1) a voala...

Jo a pak nesmíš zapomenout dát hold na mdadm, jinak si to procvičíš znova:)

[Petr Bravenec]

V debianu narážím na chyby, které jsou nahlášené už několik let.

[Dundee5]

Mas i386? Chyba se totiz podle bugreportu jinde nevyskytuje.

[maddoxik]

Mám x86-64 a měl jsem stejný problém...