Re: Cloning a Project
On Mar 1, 3:21 pm, Ben Collins-Sussman suss...@google.com wrote: You're trying to commit from an old working copy to a newly-created repository? Correct. I created the new project, changed PyWhip to PyKata in the working copy,and now I'm trying to upload (commit) the edited working copy to the new repository. You'll have to rewrite all your URLs for the new repository, using 'svn switch --relocate https://pywhiphttps://pykata'. I'm using TortoiseSVN. When I try the Relocate command, it fails because my UUID is different. I have inherited this project from an earlier developer. Same result when I use the Switch command Repository UUID ... doesn't match the expected UUID ... This is a general help with svn client question; you may get faster replies over at us...@subversion.apache.org. I'll take a look at that list. Many thanks for your help here. -- Dave -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Cloning a Project
Sounds to me like it might be simpler to svnsync from Google Code to your local harddisk and then svnsync back up to Google Code in the new project. :-) On Tue, Mar 2, 2010 at 1:57 PM, Dr Dave macqu...@box67.com wrote: On Mar 1, 3:21 pm, Ben Collins-Sussman suss...@google.com wrote: You're trying to commit from an old working copy to a newly-created repository? Correct. I created the new project, changed PyWhip to PyKata in the working copy,and now I'm trying to upload (commit) the edited working copy to the new repository. You'll have to rewrite all your URLs for the new repository, using 'svn switch --relocate https://pywhiphttps://pykata'. I'm using TortoiseSVN. When I try the Relocate command, it fails because my UUID is different. I have inherited this project from an earlier developer. Same result when I use the Switch command Repository UUID ... doesn't match the expected UUID ... This is a general help with svn client question; you may get faster replies over at us...@subversion.apache.org. I'll take a look at that list. Many thanks for your help here. -- Dave -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.comgoogle-code-hosting%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Serving up large images
Hi there, For documenting the underlying database of our system, I am creating database diagrams and storing them in our code repository (in an 'admin' dir). The file is: http://code.google.com/p/migen/source/browse/trunk/admin/design/database.pnghttp://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436 http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436This latest version had to be exported at 80dpi rather than a 100dpi as with the previous version since it seems I have hit a limit as shown by: http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436 http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436where GCH says '*This file is too large to display'.* Obviously I'd like the other developers to be able to see the file directly without clicking on 'view raw file'. Could you give me some information on what is a 'large' file? I'm guessing it's the dimensions of the image. The current one (that is served fine) is 3100x2400 (roughly). The one that didn't get served is: 3800x3000. Any info greatly appreciated. Thanks as ever, guys. :-) :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
i'm thinking byte size. On 2 March 2010 12:13, Darren Pearce-Lazard darren.pea...@gmail.com wrote: Hi there, For documenting the underlying database of our system, I am creating database diagrams and storing them in our code repository (in an 'admin' dir). The file is: http://code.google.com/p/migen/source/browse/trunk/admin/design/database.pnghttp://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436 http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436This latest version had to be exported at 80dpi rather than a 100dpi as with the previous version since it seems I have hit a limit as shown by: http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436 http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436where GCH says '*This file is too large to display'.* Obviously I'd like the other developers to be able to see the file directly without clicking on 'view raw file'. Could you give me some information on what is a 'large' file? I'm guessing it's the dimensions of the image. The current one (that is served fine) is 3100x2400 (roughly). The one that didn't get served is: 3800x3000. Any info greatly appreciated. Thanks as ever, guys. :-) :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.comgoogle-code-hosting%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- Charles A. Lopez charlesalo...@gmail.com What's your vision for your organization? What's your biggest challenge? Let's talk. (IBM Partner) -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
i'm thinking byte size. I assumed it was resolution since a png image that is quite small (in terms of dimensions) but consists of many colours can be a lot larger than a jpg for the same image. Maybe it's a combination of the two. We'll have to wait and see. :-) Cheers, :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
It's the size in bytes. Serving large files ties up resources for much longer so we set limits on how large a file we will display in the web interface. Nathan On Tue, Mar 2, 2010 at 12:53 PM, Darren Pearce-Lazard darren.pea...@gmail.com wrote: i'm thinking byte size. I assumed it was resolution since a png image that is quite small (in terms of dimensions) but consists of many colours can be a lot larger than a jpg for the same image. Maybe it's a combination of the two. We'll have to wait and see. :-) Cheers, :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
It's the size in bytes. Serving large files ties up resources for much longer so we set limits on how large a file we will display in the web interface. Ah ok. :-) You win, Charles. ;-) What is the limit? 1Mb? Many thanks, Nathan. :D -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
On Tue, Mar 2, 2010 at 1:00 PM, Darren Pearce-Lazard darren.pea...@gmail.com wrote: It's the size in bytes. Serving large files ties up resources for much longer so we set limits on how large a file we will display in the web interface. Ah ok. :-) You win, Charles. ;-) What is the limit? 1Mb? Many thanks, Nathan. :D Approximately, yes. It is subject to change as we tune our infrastructure over time though. Nathan -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
Click on the link View Raw File. On 2 March 2010 12:13, Darren Pearce-Lazard darren.pea...@gmail.com wrote: Hi there, For documenting the underlying database of our system, I am creating database diagrams and storing them in our code repository (in an 'admin' dir). The file is: http://code.google.com/p/migen/source/browse/trunk/admin/design/database.pnghttp://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436 http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436This latest version had to be exported at 80dpi rather than a 100dpi as with the previous version since it seems I have hit a limit as shown by: http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436 http://code.google.com/p/migen/source/browse/trunk/admin/design/database.png?r=4436where GCH says '*This file is too large to display'.* Obviously I'd like the other developers to be able to see the file directly without clicking on 'view raw file'. Could you give me some information on what is a 'large' file? I'm guessing it's the dimensions of the image. The current one (that is served fine) is 3100x2400 (roughly). The one that didn't get served is: 3800x3000. Any info greatly appreciated. Thanks as ever, guys. :-) :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.comgoogle-code-hosting%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- Charles A. Lopez charlesalo...@gmail.com What's your vision for your organization? What's your biggest challenge? Let's talk. (IBM Partner) -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
Ah ok. :-) You win, Charles. ;-) What is the limit? 1Mb? Many thanks, Nathan. :D Approximately, yes. It is subject to change as we tune our infrastructure over time though. Ok. Thanks for letting me know. Cheers, :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
Click on the link View Raw File. Yep. Knew about that but didn't want my users to have the extra click. :-) Anyhow, at least for the time being, keeping the file within 1Mb looks to be the way to go. Take care, :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
Ah, ER diagrams. Brings back some memories. I suppose the file size limitation is to minimize server load. Good luck with your project. On 2 March 2010 14:17, Darren Pearce-Lazard darren.pea...@gmail.com wrote: Click on the link View Raw File. Yep. Knew about that but didn't want my users to have the extra click. :-) Anyhow, at least for the time being, keeping the file within 1Mb looks to be the way to go. Take care, :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.comgoogle-code-hosting%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- Charles A. Lopez charlesalo...@gmail.com What's your vision for your organization? What's your biggest challenge? Let's talk. (IBM Partner) -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Serving up large images
Ah, ER diagrams. Brings back some memories. Happy ones, of course. ;-) I suppose the file size limitation is to minimize server load. Exactly. Good luck with your project. Thanks, Charles. Good luck with your project(s) too. :Darren. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Cloning a Project
: Sounds to me like it might be simpler to svnsync from Google Code to your local harddisk and then svnsync back up to Google Code in the new project. I'm using TortoiseSVN on Windows XP. There is nothing in Tortoise that I can find to do an svnsync or replicate repository. I already have a copy of the old repository on my local harddisk (my working copy). I just need to Relocate, Switch, Export, or SVNsync to the new repository. Relocate almost worked, except for the problem with my UUID. -- Dave -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Quotas for openwonderland and openwonderland-avatars projects
I guess things are a little bigger on your disk than mine -- all the changes for openwonderland squeaked in, but avatars didn't quite make it. Can we get another 1GB on openwonderland and openwonderland- avatars? Thanks again! -Jon On Mar 1, 5:02 am, Nathaniel Manista nathan...@google.com wrote: On Sat, Feb 27, 2010 at 9:45 PM, Jonathan jonathan...@gmail.com wrote: Hello, We would like to host the source code for Open Wonderland on Google code, but are hitting the SVN repository size quota on the openwonderland project. I am hoping you can increase the quota to this project to about 3GB. I would also like a 2GB quota for the openwonderland-avatars project. I expect these are much larger than a typical project, so I have provided some background below. Open Wonderland is a fork of Project Wonderland (http:// projectwonderland.com) by the former Sun developers of the project. We plan to continue development of the forked code now that Oracle has chosen not to apply resources to the project. The new development will be run by a non-profit foundation. The Wonderland code consists of a number of related projects. Two of these projects are particularly large, due to the fact that the repositories contain a fair bit of 3D artwork. A mirror of the openwonderland project (original source: https://wonderland.dev.java.net/svn/wonderland) on my local disk is about 2.1GB. I tried to upload this to google code via svnsync, but it ran over the quota at rev 1501. This is about a third of the total repository. A quota of approximately 3GB will give us plenty of overhead to continue with development. I have also just created the openwonderland-avatars project. This subproject will contain the code for the Wonderland avatar system (original source:https://avatars.dev.java.net), which is a separable and reusable piece of the system. The avatars code is currently 1.3GB on my disk. A quota of 2GB would be great for this repository. As I mentioned, there are a few other projects, but they are all under 300MB, which I assume will fit in the existing quota. Sounds good; you should be all set. -Nathaniel -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Quotas for openwonderland and openwonderland-avatars projects
On Tue, Mar 2, 2010 at 2:39 PM, Jonathan jonathan...@gmail.com wrote: I guess things are a little bigger on your disk than mine -- all the changes for openwonderland squeaked in, but avatars didn't quite make it. Can we get another 1GB on openwonderland and openwonderland- avatars? Thanks again! -Jon Sure. -Nathaniel -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Quotas for openwonderland and openwonderland-avatars projects
I bet it's those squirrels taking a cut of the megabytes again. They're great for moving hard drives around in the datacenters, but they're addicted to the storage you see. It's quite ugly, but we humor them. Added another 2G to each project, to give you breathing room. Enjoy! - Dave On Tue, Mar 2, 2010 at 21:39, Jonathan jonathan...@gmail.com wrote: I guess things are a little bigger on your disk than mine -- all the changes for openwonderland squeaked in, but avatars didn't quite make it. Can we get another 1GB on openwonderland and openwonderland- avatars? Thanks again! -Jon On Mar 1, 5:02 am, Nathaniel Manista nathan...@google.com wrote: On Sat, Feb 27, 2010 at 9:45 PM, Jonathan jonathan...@gmail.com wrote: Hello, We would like to host the source code for Open Wonderland on Google code, but are hitting the SVN repository size quota on the openwonderland project. I am hoping you can increase the quota to this project to about 3GB. I would also like a 2GB quota for the openwonderland-avatars project. I expect these are much larger than a typical project, so I have provided some background below. Open Wonderland is a fork of Project Wonderland (http:// projectwonderland.com) by the former Sun developers of the project. We plan to continue development of the forked code now that Oracle has chosen not to apply resources to the project. The new development will be run by a non-profit foundation. The Wonderland code consists of a number of related projects. Two of these projects are particularly large, due to the fact that the repositories contain a fair bit of 3D artwork. A mirror of the openwonderland project (original source: https://wonderland.dev.java.net/svn/wonderland) on my local disk is about 2.1GB. I tried to upload this to google code via svnsync, but it ran over the quota at rev 1501. This is about a third of the total repository. A quota of approximately 3GB will give us plenty of overhead to continue with development. I have also just created the openwonderland-avatars project. This subproject will contain the code for the Wonderland avatar system (original source:https://avatars.dev.java.net), which is a separable and reusable piece of the system. The avatars code is currently 1.3GB on my disk. A quota of 2GB would be great for this repository. As I mentioned, there are a few other projects, but they are all under 300MB, which I assume will fit in the existing quota. Sounds good; you should be all set. -Nathaniel -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.comgoogle-code-hosting%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- Google Switzerland GmbH Brandschenkestrasse 110, Zurich, Switzerland 8002 Zurich Identifikationsnummer: CH-020.4.028.116-1 -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Cloning a Project
svnsync has nothing to do with this; that's a way of sucking out the *entire repository* to local disk. Totally irrelevant to the problem at hand. Working copies are glued to their original repositories in multiple secret ways: the original checkout URL is embedded deep within every secret .svn/ metadata directory in every folder. So is the original repository UUID. You shouldn't be trying to fool with this buried data; it's just going to break stuff. The best possible thing to do is do a *fresh* checkout of the new repository into a totally new working copy. Then run 'svn diff mypatch' within your old working copy. Then apply the patch to the new working copy and commit. Then throw away the old working copy. If you're on windows and don't know how to do diff/patch, things are harder. You can just copy the modified files over from the old to the new working copy. Or use the diff/patch tools supplied with TortoiseSVN. On Tue, Mar 2, 2010 at 2:41 PM, Dr Dave macqu...@box67.com wrote: : Sounds to me like it might be simpler to svnsync from Google Code to your local harddisk and then svnsync back up to Google Code in the new project. I'm using TortoiseSVN on Windows XP. There is nothing in Tortoise that I can find to do an svnsync or replicate repository. I already have a copy of the old repository on my local harddisk (my working copy). I just need to Relocate, Switch, Export, or SVNsync to the new repository. Relocate almost worked, except for the problem with my UUID. -- Dave -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Cloning a Project
Oh, sorry. Seems I had this completely wrong. I should have read the original post more thoroughly. Please ignore my svnsync suggestion. My apologies. :-) :Darren. On Tue, Mar 2, 2010 at 9:35 PM, Ben Collins-Sussman suss...@google.comwrote: svnsync has nothing to do with this; that's a way of sucking out the *entire repository* to local disk. Totally irrelevant to the problem at hand. Working copies are glued to their original repositories in multiple secret ways: the original checkout URL is embedded deep within every secret .svn/ metadata directory in every folder. So is the original repository UUID. You shouldn't be trying to fool with this buried data; it's just going to break stuff. The best possible thing to do is do a *fresh* checkout of the new repository into a totally new working copy. Then run 'svn diff mypatch' within your old working copy. Then apply the patch to the new working copy and commit. Then throw away the old working copy. If you're on windows and don't know how to do diff/patch, things are harder. You can just copy the modified files over from the old to the new working copy. Or use the diff/patch tools supplied with TortoiseSVN. On Tue, Mar 2, 2010 at 2:41 PM, Dr Dave macqu...@box67.com wrote: : Sounds to me like it might be simpler to svnsync from Google Code to your local harddisk and then svnsync back up to Google Code in the new project. I'm using TortoiseSVN on Windows XP. There is nothing in Tortoise that I can find to do an svnsync or replicate repository. I already have a copy of the old repository on my local harddisk (my working copy). I just need to Relocate, Switch, Export, or SVNsync to the new repository. Relocate almost worked, except for the problem with my UUID. -- Dave -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.comgoogle-code-hosting%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.comgoogle-code-hosting%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- -- :Darren :Pearce-Lazard -- *** Shop Donate: http://buy.at/campuskids *** -- darr...@dcs.bbk.ac.uk Postdoctoral Researcher London Knowledge Lab, University of London -- darr...@sussex.ac.uk Visiting Research Fellow Informatics, University of Sussex http://www.informatics.sussex.ac.uk/users/darrenp/ -- darren.pea...@gmail.com http://www.linkedin.com/in/darrenpearce -- -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Cloning a Project
Thanks, Ben. Your help is much appreciated. On Mar 2, 2:35 pm, Ben Collins-Sussman suss...@google.com wrote: Working copies are glued to their original repositories in multiple secret ways: the original checkout URL is embedded deep within every secret .svn/ metadata directory in every folder. So is the original repository UUID. You shouldn't be trying to fool with this buried data; it's just going to break stuff. Yes, I was worried this might be the wrong strategy, and I think I found every occurrence of PyWhip (using grep from my Cygwin tools), but now I see there are some other hidden goodies like UUID, so I'll drop this approach and go with your suggestions below. Aside: I tried Windows Search to find all the PyWhips, and that got about 90% (useless, as I should have known). Then I tried Spotlight on my Mac OSX, and that got a few more. What surprised me was that Spotlight didn't get them all. Cygwin grep found four more. Now I'm wondering if even grep can find all occurrences of a text string. How hard can this be? ! The best possible thing to do is do a *fresh* checkout of the new repository into a totally new working copy. Error: URL 'https://pykata.googlecode.com/svn/trunk' doesn't exist I'm new with googlecode, so I might have missed something in the setup of this project. When I look at the Source tab in the new PyKata project, that directory is exactly what I see in the instructions I didn't set it up, however, so I assume it is just part of the skeleton for a new project. All I have done so far to this new repository is clicked the Reset This Repository. button, as directed on the Source tab page. Did that delete the trunk? I wish I had shell access to the server, so I could see what is really there. Then run 'svn diff mypatch' within your old working copy. Then apply the patch to the new working copy and commit. Then throw away the old working copy. If you're on windows and don't know how to do diff/patch, things are harder. You can just copy the modified files over from the old to the new working copy. Or use the diff/patch tools supplied with TortoiseSVN. I have Cygwin on my Windows machine, just for these dreadful occasions. :) -- Dave -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: Cloning a Project
On Tue, Mar 2, 2010 at 6:33 PM, Dr Dave macqu...@box67.com wrote: Thanks, Ben. Your help is much appreciated. On Mar 2, 2:35 pm, Ben Collins-Sussman suss...@google.com wrote: Working copies are glued to their original repositories in multiple secret ways: the original checkout URL is embedded deep within every secret .svn/ metadata directory in every folder. So is the original repository UUID. You shouldn't be trying to fool with this buried data; it's just going to break stuff. Yes, I was worried this might be the wrong strategy, and I think I found every occurrence of PyWhip (using grep from my Cygwin tools), but now I see there are some other hidden goodies like UUID, so I'll drop this approach and go with your suggestions below. Aside: I tried Windows Search to find all the PyWhips, and that got about 90% (useless, as I should have known). Then I tried Spotlight on my Mac OSX, and that got a few more. What surprised me was that Spotlight didn't get them all. Cygwin grep found four more. Now I'm wondering if even grep can find all occurrences of a text string. How hard can this be? ! The best possible thing to do is do a *fresh* checkout of the new repository into a totally new working copy. Error: URL 'https://pykata.googlecode.com/svn/trunk' doesn't exist I'm new with googlecode, so I might have missed something in the setup of this project. When I look at the Source tab in the new PyKata project, that directory is exactly what I see in the instructions I didn't set it up, however, so I assume it is just part of the skeleton for a new project. All I have done so far to this new repository is clicked the Reset This Repository. button, as directed on the Source tab page. Did that delete the trunk? I wish I had shell access to the server, so I could see what is really there. When you reset a repository, it returns to revision 0, that means /trunk no longer exists in the directory structure. Just remove that from the end of your URL and you should be able to access it. Then run 'svn diff mypatch' within your old working copy. Then apply the patch to the new working copy and commit. Then throw away the old working copy. If you're on windows and don't know how to do diff/patch, things are harder. You can just copy the modified files over from the old to the new working copy. Or use the diff/patch tools supplied with TortoiseSVN. I have Cygwin on my Windows machine, just for these dreadful occasions. :) -- Dave -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en. -- You received this message because you are subscribed to the Google Groups Project Hosting on Google Code group. To post to this group, send email to google-code-host...@googlegroups.com. To unsubscribe from this group, send email to google-code-hosting+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en.
Re: [gcj] Re: languages on the T-shirt
In roughly 3 months, we'll release a modified version of the image under the Creative Commons license. That day has finally arrived! The image is linked from http://code.google.com/codejam/archive.html under 2009. Cheers, Bartholomew -- You received this message because you are subscribed to the Google Groups google-codejam group. To post to this group, send email to google-c...@googlegroups.com. To unsubscribe from this group, send email to google-code+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-code?hl=en.