I'm not 100% sure, but I think the issue with the CVS Id tags can be addressed according to: http://mercurial.selenic.com/wiki/ConvertExtension#Options - section 5.2.1.
If you feel like experimenting and regenerating it, according to that you need to change one line of source and run it again. On Mon, Apr 6, 2015 at 8:10 AM, anatoly techtonik <techto...@gmail.com> wrote: > On Mon, Apr 6, 2015 at 6:58 AM, Frank Palazzolo <fr...@avoidspikes.com> > wrote: > >> >> Hi. I just joined this list, and I wanted to give feedback on the >> bitbucket mirror. First of all, I think it's a great idea. >> > > Thanks. > > >> Secondly, I noticed that the difference between the CVS repository and >> the bitbucket one is that the CVS "Id" tags inside the files were not >> imported. >> > > The conversion was made as a proof of concept. I believe I used > the first method - ConvertExtension from: > > http://mercurial.selenic.com/wiki/RepositoryConversion#CVS > > I actually like that they were stripped out, but it would be nice if they >> were removed in a final changeset after import - instead of from every >> revision. >> >> For example, I was trying to compare the win32a code, which seems to have >> come from a fork of CVS prior to the the 2014 changes. Because it contains >> the Id tags, it's tricky to compare those against files in the bitbucket >> mirror. >> > > There is an open issus to add CVS converter to automated server queue, > but I personally don't have resources to spend time on that > > https://bitbucket.org/rirror/rirror/issue/2/add-pdcurses-mirror-cvs-converter > but if there will be some research which way is the the best and most > secure for incremental conversions, I am looking forward to include it into > cron job. > > >> >> At any rate, I am looking forward to PDCurses supporting SDL2. FWIW - I >> am playing with emscripten and PDCurses, and it looks like the latest >> version of the emscripten toolchain only works on libraries which support >> SDL2. I'd love to see a full-featured SDL2 port with all the goodies in >> the win32a port. >> > > Do you have a table with comparison of win32a port goodies with > everything else? > > -- > anatoly t. >