Petr Baudis wrote:Well, I looked into gitosis, and it solves part of the problem, it has a few downsides though: - It depends on Python for no particular reason (it might as well have been built using shellscripts only, or if need be Perl, since git already uses that); yet any extra dependency is creating an extra hurdle for portability and adoption. - It does authentication magic without properly documenting why it does it properly. - It explicitly warns that it needs PATH and PYTHON_PATH magic and that using it without setting those up has not been tested; this does not inspire confidence that the security of the solution is airtight. Other than that, gitosis looks fairly good if you want to use public keys. -- Sincerely, Stephen R. van den Berg. "Hold still, while I inject you with SQL." -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Ingo Molnar | [bug] block subsystem related crash with latest -git |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Adrian Bunk | Re: net/ipv4/fib_trie.c - compile error (Re: 2.6.23-rc3-mm1) |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH take 2] pkt_sched: Protect gen estimators under est_lock. |
| David Miller | [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
