News: GNU Arch Support
GNU Arch Support
Item posted by Michael J. Flickinger <mjflick> on Wed Aug 10 18:52:35 2005.
Soon Savannah will support GNU Arch via sftp.
We are currently in the process of testing and fine tuning this
service. Hopefully, it will be ready within a week.
Comments:
| Any updates? (posted by Paul D. Smith, Sat Nov 5 15:12:43 2005) |
n/c |
| RE: Any updates? (posted by Andy Tai, Tue Nov 22 15:31:33 2005) |
Hi, as the current maintainer of GNU Arch, I hope savannah can support GNU Arch soon.
Andy |
| RE: Any updates? (posted by Sylvain Beucler, Fri Nov 25 09:25:31 2005) |
Michael J. Flickinger is working on a patch for sftp to provided a non-erasable sftp account, suitable for collaborative work.
In the meantime, I work on the Savannah structure to allow new services. |
| RE: Any updates? (posted by Paul D. Smith, Mon Nov 28 08:13:58 2005) |
I wonder if it's really necessary to provide >32 groups per user in the first phase. Surely the number of developers who are members of that many projects is fairly limited. Can't we have a rollout of the basic infrastructure for most people now, at least for testing, while this # of groups issue is worked on behind the scenes? |
| RE: Any updates? (posted by Sylvain Beucler, Mon Nov 28 14:51:13 2005) |
Yes - because the backend will yeld errors because of it, and working around that would be another job. (plus there are 2 groups per users, web and sources, so consider the problem to be "16 Savane projects per user")
But that particular issue is reasonably fixed now (I need to automate the patching in the event of a security upgrade, but that can wait and be done manually for now).
I'm currently working on actually implementing the structure now, and begin to be pretty confident with a near future availability. mjflick also wants to stress his sftp patch some more so there's no security issue.
|
| Generic http repository support (posted by Pavel Roskin, Tue Oct 4 20:08:54 2005) |
What if you simply provide an area that can be accessed over http read-only and over sftp or scp read-write? That would allow arch, git, mercurial and probably some other version control systems.
|
| RE: Generic http repository support (posted by Sylvain Beucler, Sat Oct 8 22:06:02 2005) |
For this specific issue we get a few problems:
- We're working on a more generic way to support SCMs, and we hit the Debian limit of 32 groups per user. We're working on it.
- If we provide a simple sftp account then everybody can remove the project history; we don't want that because 1) we want source code to stay available even if, say, a piece of software decide to go proprietary and remove existing Savannah sources; 2) project admins won't like intentional or unintentional repository irremediable deletion/corruption by new project members.
- supporting rapidly changing SCMs requires quite some time, be it for tasks as simple as providing ArchZoom, or upgrading your monotone databases. 'Mature' or 'stable' SCMs require less time.
|
| Update (posted by Sylvain Beucler, Mon Aug 29 18:59:16 2005) |
We're indeed far behind this 'deadline' :)
Arch induced a discussion about seting up a more maintainable Savannah setup. It also revealed some odd issues that comes with people being member of more than 32 groups. The best way to follow the development of Savannah is to read savannah-hackers-public@gnu.org.
Why not cogito? Probably in the future. We're concerned, btw, that SCM hosted at Savannah provide a way to sign commits, and that people should not be given total control over the source repository (so nobody can delete its history). Afaics cogito only works on top of 'full-control' write acces doesn't it? Or is a client-server protocol developed?
cogito is also in development. With CVS, we can stick to Debian stable's version and stop worrying about it. With cogito, we'd have to follow closely the development, which requires TIME :/
|
| RE: Update (posted by Paul D. Smith, Wed Sep 7 21:27:02 2005) |
Re: arch vs cogito: I don't much care about this. As long as the tool selected is one of the "new generation" of tools which provide for change sets (instead of per-file) and fully support versioned directories I'm happy. Local trees is nice but not really that important to me.
I think GIT/Cogito need a little more "seasoning" before they're ready for a full deployment. The whole concept behind committing back to the central store is a little fluid; there's no hard and fast way to do it. However, it can be done over a SSH link, just like CVS. I don't know what the situation would be for signing beyond using SSH. I don't think you need to give "full control write access" if I understand what you're saying. If you're interested in this you should probably join the cogito mailing list and ask them: I'm sure you'd get lots of good info and suggestions. |
| Updates? (posted by Paul D. Smith, Mon Aug 29 17:03:34 2005) |
Any updates on this? It's been almost three weeks. I know everyone is busy. I'd really, really like to have this (I don't care arch vs. git/cogito; whatever as long as it's a more modern, changeset-style tool with full element rename/remove support).
Is there a migration plan for existing project? Can we test it out with a sample conversion of the CVS archive before we decide if we want to go "for real"?
Is there someplace else (a mailing list or something) I should be following/reading/asking/helping if I'm interested in this? |
| git support (posted by Joshua Nathaniel Pritikin, Thu Aug 25 09:05:27 2005) |
What about support for git / cogito?
|
| RE: git support (posted by Michael J. Flickinger, Tue Nov 8 20:23:03 2005) |
No. Savannah can not support every versioning system. That's merely ludicrous. |
| errorr message HELP NEEDED (posted by hasan, Sun Aug 14 19:28:08 2005) |
hello
checking dependency style of powerpc-tuxbox-linux-gnu-gcc... (cached) gcc3
i have instald gettext buth no changes
[root@localhost libtool-1.5.18]# gettext --version
i dont now a way out maybe some of you kan help me
thanks
|


