Comments on: Git-svn bare mirrors http://gsocblog.jsharpe.net/archives/12 James Sharpe's Google Summer of Code Blog Thu, 04 Dec 2008 23:51:43 +0000 http://wordpress.org/?v=2.5.1 By: Bryan Drewery http://gsocblog.jsharpe.net/archives/12#comment-504 Bryan Drewery Mon, 03 Nov 2008 15:37:31 +0000 http://gsocblog.jsharpe.net/?p=12#comment-504 I've made a post-update script to handle both tags and branches here: http://www.shatow.net/fix-svn-refs.sh I’ve made a post-update script to handle both tags and branches here:
http://www.shatow.net/fix-svn-refs.sh

]]> By: James Sharpe http://gsocblog.jsharpe.net/archives/12#comment-46 James Sharpe Fri, 06 Jun 2008 10:08:23 +0000 http://gsocblog.jsharpe.net/?p=12#comment-46 Steven Walter: That's what I originally did, but it doesn't work when git packs the refs - they no longer track each other once they've been placed in packed-refs and I also want the refs to automatically track the branches in svn - if a branch is deleted or created I want that to automatically follow in the git repo. Steven Walter: That’s what I originally did, but it doesn’t work when git packs the refs - they no longer track each other once they’ve been placed in packed-refs and I also want the refs to automatically track the branches in svn - if a branch is deleted or created I want that to automatically follow in the git repo.

]]> By: Steven Walter http://gsocblog.jsharpe.net/archives/12#comment-45 Steven Walter Fri, 06 Jun 2008 01:55:57 +0000 http://gsocblog.jsharpe.net/?p=12#comment-45 There's a simpler solution than having a hook to update a ref. Instead, just make refs/heads/svn/foo a symbolic ref of refs/remotes/foo: git symbolic-ref refs/heads/svn/foo refs/remotes/foo There’s a simpler solution than having a hook to update a ref. Instead, just make refs/heads/svn/foo a symbolic ref of refs/remotes/foo: git symbolic-ref refs/heads/svn/foo refs/remotes/foo

]]> By: James Sharpe http://gsocblog.jsharpe.net/archives/12#comment-43 James Sharpe Thu, 05 Jun 2008 21:26:46 +0000 http://gsocblog.jsharpe.net/?p=12#comment-43 DaveV: yes I have seen that you can do this via compiz. When I mentioned a directory per workspace I was actually referring to gconf keys and not the actual Desktop directory. AFAIK the Desktop directory is one of those things standardised by freedesktop.org and so its not a good idea to go changing the location of the desktop, and so no I'm not planning to implement different icons on each desktop. DaveV: yes I have seen that you can do this via compiz. When I mentioned a directory per workspace I was actually referring to gconf keys and not the actual Desktop directory. AFAIK the Desktop directory is one of those things standardised by freedesktop.org and so its not a good idea to go changing the location of the desktop, and so no I’m not planning to implement different icons on each desktop.

]]> By: John Carr http://gsocblog.jsharpe.net/archives/12#comment-42 John Carr Thu, 05 Jun 2008 21:02:51 +0000 http://gsocblog.jsharpe.net/?p=12#comment-42 Hi James Thanks for blogging about this. I'm in the process of mirroring the whole of svn.gnome.org - you can see the progress at http://gnomegit.unrouted.co.uk. Its a bit slow right now with the gimp mirror taking an age to run. It may well be saturday before the initial run is complete and the box isn't dog slow. Once its all converted and i've applied your suggestions i'm hoping to have it run along side bzr-mirror.gnome.org (which is on the same box). With git-daemon, and hopefully some GNOME colouring. When I get this going, the mirror should never be more than 5 minutes out of date, as I use the svn-commits-list to pull/fetch a module as it changes. For bzr-mirror, it even automatically clones new modules when they are added. It seems this will be doable for git-mirror too. Hi James

Thanks for blogging about this. I’m in the process of mirroring the whole of svn.gnome.org - you can see the progress at http://gnomegit.unrouted.co.uk. Its a bit slow right now with the gimp mirror taking an age to run. It may well be saturday before the initial run is complete and the box isn’t dog slow. Once its all converted and i’ve applied your suggestions i’m hoping to have it run along side bzr-mirror.gnome.org (which is on the same box). With git-daemon, and hopefully some GNOME colouring.

When I get this going, the mirror should never be more than 5 minutes out of date, as I use the svn-commits-list to pull/fetch a module as it changes. For bzr-mirror, it even automatically clones new modules when they are added. It seems this will be doable for git-mirror too.

]]> By: James Sharpe http://gsocblog.jsharpe.net/archives/12#comment-41 James Sharpe Thu, 05 Jun 2008 20:52:00 +0000 http://gsocblog.jsharpe.net/?p=12#comment-41 RubenV: Yes I have come across repositories with svn:externals. I'm currently ignoring these as jhbuild does the right thing when fetching from a git-svn conversion by parsing the unhandled.log created by git-svn. I don't think that reconstructing the svn metadata recreates the unhandled.log file though, but I can't really think of a nice solution to the problem of externals. Even submodules don't really help as they require committing to the repository each update which breaks the ability to pull from the tracking repository. Any ideas are welcome! RubenV:
Yes I have come across repositories with svn:externals. I’m currently ignoring these as jhbuild does the right thing when fetching from a git-svn conversion by parsing the unhandled.log created by git-svn. I don’t think that reconstructing the svn metadata recreates the unhandled.log file though, but I can’t really think of a nice solution to the problem of externals. Even submodules don’t really help as they require committing to the repository each update which breaks the ability to pull from the tracking repository.
Any ideas are welcome!

]]> By: DaveV http://gsocblog.jsharpe.net/archives/12#comment-40 DaveV Thu, 05 Jun 2008 20:27:20 +0000 http://gsocblog.jsharpe.net/?p=12#comment-40 Just wanted to add my thanks to you for taking on this project. You probably already know this, but this idea has over 1700 votes for it on the Ubuntu Brainstorm website: http://brainstorm.ubuntu.com/idea/93/ Note that if one enables compiz and disables the nautilus desktop, this can be accomplished by compiz (I have been running like this for 6 months). I assume however, your solution will not require compiz. You may also want to check out this video as it is a decent proof-of-concept of this idea along with the idea of different icons per workspace. http://www.youtube.com/watch?v=oGXYLdZEf2c Do you plan to support different icons per workspace? In your previous blog you mentioned a directory for each workspace. Perhaps this is the way to accomplish this. Different icons in each workspace is a gnome bug that goes back to 2006. http://bugzilla.gnome.org/show_bug.cgi?id=356922 In any event, there are many thousands of us who look forward to your work! Thank you! Just wanted to add my thanks to you for taking on this project. You probably already know this, but this idea has over 1700 votes for it on the Ubuntu Brainstorm website:

http://brainstorm.ubuntu.com/idea/93/

Note that if one enables compiz and disables the nautilus desktop, this can be accomplished by compiz (I have been running like this for 6 months). I assume however, your solution will not require compiz.

You may also want to check out this video as it is a decent proof-of-concept of this idea along with the idea of different icons per workspace.

http://www.youtube.com/watch?v=oGXYLdZEf2c

Do you plan to support different icons per workspace? In your previous blog you mentioned a directory for each workspace. Perhaps this is the way to accomplish this. Different icons in each workspace is a gnome bug that goes back to 2006.

http://bugzilla.gnome.org/show_bug.cgi?id=356922

In any event, there are many thousands of us who look forward to your work! Thank you!

]]> By: RubenV http://gsocblog.jsharpe.net/archives/12#comment-39 RubenV Thu, 05 Jun 2008 19:33:41 +0000 http://gsocblog.jsharpe.net/?p=12#comment-39 Hi James, thanks for blogging about this. By any chance, did you encounter repositories that use svn:externals? Hi James, thanks for blogging about this. By any chance, did you encounter repositories that use svn:externals?

]]>