Sub(standard)versioning system.

sky on 2003-07-31T14:22:51

Hey, I have this brilliant idea, I want to write a version control system...... a networked version control system!

Now, obviously a networked version control system is going to be CPU and memory bound, and it doesn't do much string manipulation so I am going to write it in C! And then I am going to base it on APR which is way less portable than for example Perl, because I don't want it to run on any other platforms than standard unix and win32!

Then I base it on a 666 layered architectured design without doing enough scalability testing to make sure it actually works, then I start hyping it incredibly!

PROFIT!

Sad news, subversion has delayed the Ponie project at least a week and most likely lost me as a user.

sky


P4

Theory on 2003-07-31T14:38:55

This is very sad news, Sky. Maybe the problem is just that it's still not in a final release form. Let us hope so.

In the meantime, I got an email this week from somone at Perforce saying that they give out free licenses for open-source projects. I'll forward the mail to you.

--David

Re:P4

nicholas on 2003-07-31T15:07:43

[Perforce] give out free licenses for open-source projects

perl5 already uses Perforce as its version control repository. Ignoring the issues about open/closed source software, I seem to remember at least 3 practical problems with it:

  • It does checkouts over ssh, which means that the user has to maintain a ssh tunnel to the repository machine, and the repository machine owner has to maintain the ssh authorized keys file
  • It can't do anonymous read only access
  • Every year the licence key has to be renewed. This is admin faff. If this is not done the repository isn't usable. If it is done late, the respository is offline until it is fixed

IIRC we're also low on licenced users. Licenced users are counted, so we have ask nicely every time we want to increase the number of users. Each ssh tunnel counts as a user, so I can't have 3 different machines tunneling into the repository simulatenously on 1 licence - I have to drop the connection before starting up the new one.

If I've made errors I'm sure I'll be corrected

Re:P4

tagg on 2003-08-12T14:47:12

Each ssh tunnel counts as a user, so I can't have 3 different machines tunneling into the repository simulatenously on 1 licence - I have to drop the connection before starting up the new one.

Strange. Perforce licenses are normally counted per named user. A named user can have an unlimited number of simultaneous connections (read: client workspaces) to the repository. Of course, the free licenses for open-source projects might differ in this respect from the normal payed-for licenses, which are the ones that I'm familiar with, so YMMV.

Try arch

Matts on 2003-07-31T17:28:08

Really try arch (or tla or ArX). It's quite a bit different to using CVS (and thus I assume SVN), but it seems to work.

Check outs can be slow as they start at a base revision and then work through applying the patchsets, but you can optimise by providing checkpoints along the way. It's all in the manual.

I know people don't want to try arch because of Tom Lord. That's a shame, as it'd be like not trying qmail because of djb.

Re:Try arch

sky on 2003-07-31T17:36:07

it is also a bunch of awk scripts

Re:Try arch

Matts on 2003-07-31T19:30:05

Umm, and that's bad exactly why?

Re:Try arch

rafael on 2003-07-31T19:30:07

Hey, that's a job for a2p !

Re:Try arch

pne on 2003-08-04T12:14:59

Check outs can be slow as they start at a base revision and then work through applying the patchsets,

Sounds a bit like SCCS.

I know people don't want to try arch because of Tom Lord. That's a shame, as it'd be like not trying qmail because of djb.

I don't know Tom Lord, but I'm fairly sure I've heard of people who won't try qmail (or djbdns, or whatever) because of djb.