Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Monday 26 February 2007 10:13, Bruce Momjian wrote: Warren Turkal wrote: On Saturday 24 February 2007 16:47, Chad Wagner wrote: head pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v head ? ?1.3; access; symbols ? ? ? ? Release-1-6-0:1.1.1.1 ? ? ? ? creation:1.1.1.1 ? ? ? ? creation:1.1.1; ? ? What the heck happened here? locks; strict; comment @# @; Can a cvs maintainer please correct this file by adding a ; after the first creation line and removing the second creation line? Done. Any other problems? This has not been fixed in the rsync repository. Here's one proof for one of the files. [EMAIL PROTECTED]:~/projects/postgresql/pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic$ head -n 7 test.pl.newstyle,v head1.3; access; symbols Release-1-6-0:1.1.1.1 creation:1.1.1.1 creation:1.1.1; locks; strict; [EMAIL PROTECTED]:~/projects/postgresql/pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic$ I have attached a patch for the files that needs to be applied within the cvsroot/pgsql/src/interfaces/perl5/Attic directory in the repository. OK, I definately had added the semicolons, so I am confused why you don't see them. Anyway, I have remove the duplicate 'creation:' lines, so now there is only one line in each file. Let me know how that works. -- Bruce Momjian [EMAIL PROTECTED] http://momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. + ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster
Re: conversion efforts (Re: [HACKERS] SCMS question)
On Tuesday 27 February 2007 12:26, Bruce Momjian wrote: OK, I definately had added the semicolons, so I am confused why you don't see them. Anyway, I have remove the duplicate 'creation:' lines, so now there is only one line in each file. Let me know how that works. Everything looks good now. Cvs2svn makes its through where the error originally occurred. Joshua, can you see if your conversion script can do a conversion without deleting the perl5 directory? wt -- Warren Turkal (w00t) ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Tuesday 27 February 2007 12:26, Bruce Momjian wrote: OK, I definately had added the semicolons, so I am confused why you don't see them. Anyway, I have remove the duplicate 'creation:' lines, so now there is only one line in each file. Let me know how that works. Everything looks good now. Cvs2svn makes its through where the error originally occurred. Joshua, can you see if your conversion script can do a conversion without deleting the perl5 directory? You know, you can prune what is rsynced. my rsync line looks like this: rsync -avzCH --delete --exclude-from=/home/cvsmirror/pg-exclude anoncvs.postgresql.org::pgsql-cvs /home/cvsmirror/pg and the exclude file has these four lines: /sup/ /CVSROOT/loginfo* /CVSROOT/commitinfo* /CVSROOT/config* cheers andrew ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: conversion efforts (Re: [HACKERS] SCMS question)
On Tuesday 27 February 2007 13:50, Andrew Dunstan wrote: You know, you can prune what is rsynced. I am not sure why you brought this up, but yes I did know this. my rsync line looks like this: rsync -avzCH --delete --exclude-from=/home/cvsmirror/pg-exclude anoncvs.postgresql.org::pgsql-cvs /home/cvsmirror/pg and the exclude file has these four lines: /sup/ /CVSROOT/loginfo* /CVSROOT/commitinfo* /CVSROOT/config* This setup prunes 1.25MB. Are you suggesting that I prune this from the conversion? wt -- Warren Turkal (w00t) ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Tuesday 27 February 2007 12:26, Bruce Momjian wrote: OK, I definately had added the semicolons, so I am confused why you don't see them. Anyway, I have remove the duplicate 'creation:' lines, so now there is only one line in each file. Let me know how that works. Everything looks good now. Cvs2svn makes its through where the error originally occurred. Joshua, can you see if your conversion script can do a conversion without deleting the perl5 directory? Trying now. wt -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---(end of broadcast)--- TIP 7: You can help support the PostgreSQL project by donating at http://www.postgresql.org/about/donate
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Tuesday 27 February 2007 12:26, Bruce Momjian wrote: OK, I definately had added the semicolons, so I am confused why you don't see them. Anyway, I have remove the duplicate 'creation:' lines, so now there is only one line in each file. Let me know how that works. Everything looks good now. Cvs2svn makes its through where the error originally occurred. Joshua, can you see if your conversion script can do a conversion without deleting the perl5 directory? My conversion was successfull. You can see here: http://projects.commandprompt.com/public/pgsql wt -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---(end of broadcast)--- TIP 7: You can help support the PostgreSQL project by donating at http://www.postgresql.org/about/donate
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Tuesday 27 February 2007 13:50, Andrew Dunstan wrote: You know, you can prune what is rsynced. I am not sure why you brought this up, but yes I did know this. Well I thought it might be useful to prune that directory you were having trouble with. But we have apparently fixed the problem. my rsync line looks like this: rsync -avzCH --delete --exclude-from=/home/cvsmirror/pg-exclude anoncvs.postgresql.org::pgsql-cvs /home/cvsmirror/pg and the exclude file has these four lines: /sup/ /CVSROOT/loginfo* /CVSROOT/commitinfo* /CVSROOT/config* This setup prunes 1.25MB. Are you suggesting that I prune this from the conversion? You don't need /sup/ for the conversion, I believe - isn't that just there for cvsup support? Of course, 1.25Mb is fairly small in a 341Mb repo, but every bit helps I guess. cheers andrew ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings
Re: conversion efforts (Re: [HACKERS] SCMS question)
Alvaro Herrera wrote: Warren Turkal wrote: On Saturday 24 February 2007 15:18, Alvaro Herrera wrote: Keep in mind that the repository as converted by Josh, above, is strangely corrupted in weird and unpredictable ways. Would you care to elaborate on that statement? I'd like to check my converted repositories for what you're referring to. I don't know :-( I've tried to use the Trac site looking for particular changesets and found that for some of them, the list of files are out of sync with reality, and sometimes the diff don't have anything to do with what the commit message says. I've never been sure if the problem is the repo itself, or the Trac interface. After discovering the problem independently a couple of times (the second time I had forgotten that I had already found a problem), I stopped using it and reverted to using cvs2cl and cvsup. I imagine the problems are caused by manual mangling of the files in the early days, like the perl5 dir stuff you found. Hmm, if you only checked using the Trac interface, maybe this is an issue with re-creating the SVN repo. Joshua, do you run trac-admin /path/to/trac/env resync after rebuilding the repository? (This command would re-sync the trac database with the repository.) Otherwise I would certainly expect such issues as Alvaro describes. Best Regards Michael Paesold ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: conversion efforts (Re: [HACKERS] SCMS question)
I imagine the problems are caused by manual mangling of the files in the early days, like the perl5 dir stuff you found. Hmm, if you only checked using the Trac interface, maybe this is an issue with re-creating the SVN repo. Joshua, do you run trac-admin /path/to/trac/env resync after rebuilding the repository? (This command would re-sync the trac database with the repository.) Otherwise I would certainly expect such issues as Alvaro describes. Oh... Well now, isn't that interesting. I will enable that today :) Joshua D. Drake Best Regards Michael Paesold ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Saturday 24 February 2007 16:47, Chad Wagner wrote: head pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v head ? ?1.3; access; symbols ? ? ? ? Release-1-6-0:1.1.1.1 ? ? ? ? creation:1.1.1.1 ? ? ? ? creation:1.1.1; ? ? What the heck happened here? locks; strict; comment @# @; Can a cvs maintainer please correct this file by adding a ; after the first creation line and removing the second creation line? wt -- Warren Turkal (w00t) ---(end of broadcast)--- TIP 6: explain analyze is your friend -- Bruce Momjian [EMAIL PROTECTED] http://momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. + ---(end of broadcast)--- TIP 7: You can help support the PostgreSQL project by donating at http://www.postgresql.org/about/donate
Re: conversion efforts (Re: [HACKERS] SCMS question)
On Monday 26 February 2007 10:13, Bruce Momjian wrote: Done. Any other problems? I don't see the fix in the rsync archive. When will it show up there? For reference, the changes were needed in the following files in cvsroot/pgsql/src/interfaces/perl5/Attic: * ApachePg.pl,v * test.pl.newstyle,v * test.pl.oldstyle,v wt -- Warren Turkal (w00t) ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Monday 26 February 2007 10:13, Bruce Momjian wrote: Done. Any other problems? I don't see the fix in the rsync archive. When will it show up there? For About an hour. reference, the changes were needed in the following files in cvsroot/pgsql/src/interfaces/perl5/Attic: * ApachePg.pl,v * test.pl.newstyle,v * test.pl.oldstyle,v Fixed now. -- Bruce Momjian [EMAIL PROTECTED] http://momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. + ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: conversion efforts (Re: [HACKERS] SCMS question)
Joshua D. Drake wrote: I imagine the problems are caused by manual mangling of the files in the early days, like the perl5 dir stuff you found. Hmm, if you only checked using the Trac interface, maybe this is an issue with re-creating the SVN repo. Joshua, do you run trac-admin /path/to/trac/env resync after rebuilding the repository? (This command would re-sync the trac database with the repository.) Otherwise I would certainly expect such issues as Alvaro describes. Oh... Well now, isn't that interesting. I will enable that today :) O.k. I have done this. You guys can see the results at: http://projects.commandprompt.com/public/pgsql Sincerely, Joshua D. Drake Joshua D. Drake Best Regards Michael Paesold ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings
Re: conversion efforts (Re: [HACKERS] SCMS question)
On Monday 26 February 2007 10:13, Bruce Momjian wrote: Done. Any other problems? Only figuring out the encoding issues with cvs. Thanks, wt -- Warren Turkal (w00t) ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster
Re: conversion efforts (Re: [HACKERS] SCMS question)
Joshua D. Drake wrote: Joshua D. Drake wrote: I imagine the problems are caused by manual mangling of the files in the early days, like the perl5 dir stuff you found. Hmm, if you only checked using the Trac interface, maybe this is an issue with re-creating the SVN repo. Joshua, do you run trac-admin /path/to/trac/env resync after rebuilding the repository? (This command would re-sync the trac database with the repository.) Otherwise I would certainly expect such issues as Alvaro describes. Oh... Well now, isn't that interesting. I will enable that today :) O.k. I have done this. You guys can see the results at: http://projects.commandprompt.com/public/pgsql Hmm, this seems to make a lot more sense. Thanks. -- Alvaro Herrerahttp://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc. ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: conversion efforts (Re: [HACKERS] SCMS question)
Alvaro Herrera wrote: Joshua D. Drake wrote: Joshua D. Drake wrote: I imagine the problems are caused by manual mangling of the files in the early days, like the perl5 dir stuff you found. Hmm, if you only checked using the Trac interface, maybe this is an issue with re-creating the SVN repo. Joshua, do you run trac-admin /path/to/trac/env resync after rebuilding the repository? (This command would re-sync the trac database with the repository.) Otherwise I would certainly expect such issues as Alvaro describes. Oh... Well now, isn't that interesting. I will enable that today :) O.k. I have done this. You guys can see the results at: http://projects.commandprompt.com/public/pgsql Hmm, this seems to make a lot more sense. Thanks. This is set to happen as part of the conversion as wel. Joshua D. Drake -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: conversion efforts (Re: [HACKERS] SCMS question)
On Monday 26 February 2007 10:13, Bruce Momjian wrote: Warren Turkal wrote: On Saturday 24 February 2007 16:47, Chad Wagner wrote: head pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v head ? ?1.3; access; symbols ? ? ? ? Release-1-6-0:1.1.1.1 ? ? ? ? creation:1.1.1.1 ? ? ? ? creation:1.1.1; ? ? What the heck happened here? locks; strict; comment @# @; Can a cvs maintainer please correct this file by adding a ; after the first creation line and removing the second creation line? Done. Any other problems? This has not been fixed in the rsync repository. Here's one proof for one of the files. [EMAIL PROTECTED]:~/projects/postgresql/pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic$ head -n 7 test.pl.newstyle,v head1.3; access; symbols Release-1-6-0:1.1.1.1 creation:1.1.1.1 creation:1.1.1; locks; strict; [EMAIL PROTECTED]:~/projects/postgresql/pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic$ I have attached a patch for the files that needs to be applied within the cvsroot/pgsql/src/interfaces/perl5/Attic directory in the repository. wt -- Warren Turkal (w00t) --- ApachePg.pl,v.old 2007-02-26 23:40:06.0 -0700 +++ ApachePg.pl,v 2007-02-26 23:41:16.0 -0700 @@ -2,8 +2,7 @@ access; symbols Release-1-6-0:1.1.1.1 - creation:1.1.1.1 - creation:1.1.1; + creation:1.1.1.1; locks; strict; comment @# @; --- test.pl.newstyle,v.old 2007-02-26 23:39:52.0 -0700 +++ test.pl.newstyle,v 2007-02-26 23:40:51.0 -0700 @@ -2,8 +2,7 @@ access; symbols Release-1-6-0:1.1.1.1 - creation:1.1.1.1 - creation:1.1.1; + creation:1.1.1.1; locks; strict; comment @# @; --- test.pl.oldstyle,v.old 2007-02-26 23:40:00.0 -0700 +++ test.pl.oldstyle,v 2007-02-26 23:41:07.0 -0700 @@ -2,8 +2,7 @@ access; symbols Release-1-6-0:1.1.1.1 - creation:1.1.1.1 - creation:1.1.1; + creation:1.1.1.1; locks; strict; comment @# @; ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Saturday 24 February 2007 00:24, Warren Turkal wrote: The interesting thing about Git is that is has two way sync support for a SVN repository also. You could run a Git repository pushing changes in real time to a SVN repository and present a CVS frontend also. I would like to try converting the CVS repository of PostgreSQL to Git and try setting some of this stuff up. Does anyone know how I could get the CVS repository files? As a followup, the cvs2svn conversion says the following. Error summary: ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.newstyle,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/ApachePg.pl,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v' Exited due to fatal error(s). I do believe that the files are actually malformed. If anyone knows how to modify them such that they are valid, please let me know. I have just deleted them since they are in an Attic directory. When I do the conversion every four hours, I remove the perl5 directory. This is what the converted tree looks like: http://projects.commandprompt.com/public/pgsql Joshua D. Drake I am in the middle of importing 25825 revisions into a svn repository based on a snapshot of the repository files that I pulled last night. I will probably post some further results once the import is is done. wt -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: conversion efforts (Re: [HACKERS] SCMS question)
Joshua D. Drake wrote: Warren Turkal wrote: As a followup, the cvs2svn conversion says the following. Error summary: ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.newstyle,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/ApachePg.pl,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v' Exited due to fatal error(s). I do believe that the files are actually malformed. If anyone knows how to modify them such that they are valid, please let me know. I have just deleted them since they are in an Attic directory. When I do the conversion every four hours, I remove the perl5 directory. This is what the converted tree looks like: http://projects.commandprompt.com/public/pgsql Keep in mind that the repository as converted by Josh, above, is strangely corrupted in weird and unpredictable ways. -- Alvaro Herrerahttp://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc. ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: conversion efforts (Re: [HACKERS] SCMS question)
On Saturday 24 February 2007 15:18, Alvaro Herrera wrote: Keep in mind that the repository as converted by Josh, above, is strangely corrupted in weird and unpredictable ways. Would you care to elaborate on that statement? I'd like to check my converted repositories for what you're referring to. Thanks, wt -- Warren Turkal (w00t) ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: conversion efforts (Re: [HACKERS] SCMS question)
Alvaro Herrera wrote: Joshua D. Drake wrote: Warren Turkal wrote: As a followup, the cvs2svn conversion says the following. Error summary: ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.newstyle,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/ApachePg.pl,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v' Exited due to fatal error(s). I do believe that the files are actually malformed. If anyone knows how to modify them such that they are valid, please let me know. I have just deleted them since they are in an Attic directory. When I do the conversion every four hours, I remove the perl5 directory. This is what the converted tree looks like: http://projects.commandprompt.com/public/pgsql Keep in mind that the repository as converted by Josh, above, is strangely corrupted in weird and unpredictable ways. Yes, that is actually the point. I mentioned further up in the thread that our conversion is not perfect and we use cvs2svn to do that conversion. The problem Warren mentions is one that cvs2svn can't deal with, which is that the interfaces/perl5 stuff exists in one place but no in another. I have no idea if it is how the directories were removed from cvs or what, I only know that removing the directories in the repo entirely allows the conversion to continue. Joshua D. Drake -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/ ---(end of broadcast)--- TIP 7: You can help support the PostgreSQL project by donating at http://www.postgresql.org/about/donate
Re: conversion efforts (Re: [HACKERS] SCMS question)
Warren Turkal wrote: On Saturday 24 February 2007 15:18, Alvaro Herrera wrote: Keep in mind that the repository as converted by Josh, above, is strangely corrupted in weird and unpredictable ways. Would you care to elaborate on that statement? I'd like to check my converted repositories for what you're referring to. I don't know :-( I've tried to use the Trac site looking for particular changesets and found that for some of them, the list of files are out of sync with reality, and sometimes the diff don't have anything to do with what the commit message says. I've never been sure if the problem is the repo itself, or the Trac interface. After discovering the problem independently a couple of times (the second time I had forgotten that I had already found a problem), I stopped using it and reverted to using cvs2cl and cvsup. I imagine the problems are caused by manual mangling of the files in the early days, like the perl5 dir stuff you found. -- Alvaro Herrerahttp://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc. ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings
Re: conversion efforts (Re: [HACKERS] SCMS question)
On 2/24/07, Joshua D. Drake [EMAIL PROTECTED] wrote: ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.newstyle,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/ApachePg.pl,v' ERROR: Multiple definitions of the symbol 'creation' in '../pgsql-cvs/cvsroot/pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v' head pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v head1.3; access; symbols Release-1-6-0:1.1.1.1 creation:1.1.1.1 creation:1.1.1; What the heck happened here? locks; strict; comment @# @; The problem Warren mentions is one that cvs2svn can't deal with, which is that the interfaces/perl5 stuff exists in one place but no in another. I have no idea if it is how the directories were removed from cvs or what, I only know that removing the directories in the repo entirely allows the conversion to continue. The error is actually that the label creation is pointing to TWO different revisions. CVS seems to deal with this issue by ignoring the second relationship of the creation label to revision. There is also a few files that are both in Attic and the regular directory, which is also not supposed to happen. Also, is it me or does CVS ignore Attic files when you export a specific label?
Re: conversion efforts (Re: [HACKERS] SCMS question)
On 2/24/07, Alvaro Herrera [EMAIL PROTECTED] wrote: I don't know :-( I've tried to use the Trac site looking for particular changesets and found that for some of them, the list of files are out of sync with reality, and sometimes the diff don't have anything to do with what the commit message says. cvs2svn will group multiple independent commit's together, I think if it sees commits within 300 seconds (should be adjustable) of each other it will group the comments all together. This may be the issue you are seeing.
Re: conversion efforts (Re: [HACKERS] SCMS question)
On Saturday 24 February 2007 16:47, Chad Wagner wrote: head pgsql/src/interfaces/perl5/Attic/test.pl.oldstyle,v head 1.3; access; symbols Release-1-6-0:1.1.1.1 creation:1.1.1.1 creation:1.1.1; What the heck happened here? locks; strict; comment @# @; Can a cvs maintainer please correct this file by adding a ; after the first creation line and removing the second creation line? wt -- Warren Turkal (w00t) ---(end of broadcast)--- TIP 6: explain analyze is your friend