on Sat Jul 06 2013, Dave Abrahams wrote:

...

I started looking at making the final minor set of changes to the regression testing scripts to have the option of testing the modular git version of the boost super-project. Unfortunately it now seems that the super-project no longer has *any* of the references to the library sub-projects. Me not being able to get this work done now is rather annoying as it likely means that the testing will not be ready early in the 1.55 release cycle. Which is the release currently scheduled to switch to git.

What is the status of the git transition?

Sorry for the inconvenience. The garbled results we were getting a little while back led us to analyze what the tool we were using was doing, and we realized the logic we inherited in that codebase was just wrong. So we've been rewriting the guts of that tool mostly from the ground up (https://github.com/ryppl/Boost2Git/pulse).[1] Now the contents of the inidividual repositories look basically sane.

...

When will the Boost release team be able to start working on the switch?

Porting the submodule logic that I had already added to the inherited codebase is the touch I hope to put on it this week (maybe even over the weekend).

This is now done and submodules are back. It should be possible to resume work on the testing. Thanks for understanding, -- Dave Abrahams

on Thu Jul 18 2013, Bjørn Roald wrote:

On 07/11/2013 11:42 AM, Dave Abrahams wrote:

...

This is now done and submodules are back. It should be possible to resume work on the testing.

Thanks for understanding,

The conversion create additional misplaced files in libs/type_traits/include/boost. At least config.hpp and smart_ptr.hpp are misplaced. See: https://github.com/boostorg/type_traits/tree/master/include/boost

this line:

"development/type_traits/boost/" : "include/boost/";

type_traits repo section of https://github.com/ryppl/Boost2Git/blob/master/repositories.txt is suspicious

These issues appear to be fixed now.

Currently this is a show stopper for getting "./b2 headers" to generate correct links to headers in boost folder after applying patches provided here: http://lists.boost.org/boost-build/2013/07/26861.php

In addition the execute bit is not set correctly on: ./bootstrap.sh ./tools/build/v2/engine/build.sh causing "./bootstrap.sh" to fail.

OK, clearly I need to handle https://github.com/ryppl/Boost2Git/issues/33. This should not be a huge challenge. -- Dave Abrahams

On Sat, Jul 6, 2013 at 8:24 AM, Dave Abrahams wrote:

on Fri Jul 05 2013, Rene Rivera wrote:

...

I started looking at making the final minor set of changes to the regression testing scripts to have the option of testing the modular git version of the boost super-project. Unfortunately it now seems that the super-project no longer has *any* of the references to the library sub-projects. Me not being able to get this work done now is rather annoying as it likely means that the testing will not be ready early in the 1.55 release cycle. Which is the release currently scheduled to switch to git.

What is the status of the git transition?

Sorry for the inconvenience. The garbled results we were getting a little while back led us to analyze what the tool we were using was doing, and we realized the logic we inherited in that codebase was just wrong. So we've been rewriting the guts of that tool mostly from the ground up (https://github.com/ryppl/Boost2Git/pulse).[1] Now the contents of the inidividual repositories look basically sane.

...

When will the Boost release team be able to start working on the switch?

Porting the submodule logic that I had already added to the inherited codebase is the touch I hope to put on it this week (maybe even over the weekend).

And, believe me, I want to be done with this as much or more than anyone, so I'm going as fast as I can. If anyone would care to pitch in, we'd love to have you.

OK, got a chance to try a full checkout.. And ran into an infinite recursion in dulwich while getting the geometry repo. It looks like something is messed up with the mappings for that one. When I go look at it on github directly I see duplicate "include" directories at the root < https://github.com/boostorg/geometry>. Footnotes:

[1] Switching to C++11 and Ripping out all uses of Qt certainly has made the code a lot cleaner!

I bet. -- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

On 17 July 2013 10:05, Mateusz Loskot wrote:

On 17 July 2013 04:48, Rene Rivera wrote:

...

On Sat, Jul 6, 2013 at 8:24 AM, Dave Abrahams wrote:

...

on Fri Jul 05 2013, Rene Rivera wrote:

...

I started looking at making the final minor set of changes to the regression testing scripts to have the option of testing the modular git version of the boost super-project. Unfortunately it now seems that the super-project no longer has *any* of the references to the library sub-projects. Me not being able to get this work done now is rather annoying as it likely means that the testing will not be ready early in the 1.55 release cycle. Which is the release currently scheduled to switch to git.

What is the status of the git transition?

Sorry for the inconvenience. The garbled results we were getting a little while back led us to analyze what the tool we were using was doing, and we realized the logic we inherited in that codebase was just wrong. So we've been rewriting the guts of that tool mostly from the ground up (https://github.com/ryppl/Boost2Git/pulse).[1] Now the contents of the inidividual repositories look basically sane.

...

When will the Boost release team be able to start working on the switch?

Porting the submodule logic that I had already added to the inherited codebase is the touch I hope to put on it this week (maybe even over the weekend).

And, believe me, I want to be done with this as much or more than anyone, so I'm going as fast as I can. If anyone would care to pitch in, we'd love to have you.

OK, got a chance to try a full checkout.. And ran into an infinite recursion in dulwich while getting the geometry repo. It looks like something is messed up with the mappings for that one. When I go look at it on github directly I see duplicate "include" directories at the root < https://github.com/boostorg/geometry>.

I just managed to clone it with GitHub for Windows. The problem is that the include directory with last commit 2 years ago is prefixed with whitespace, so it is " include", whereas the latter is "include" (screenshot attached, not sure if it will get through).

I guess that GitHub trims the blank characters before rendering HTML, so it is not visible.

Unlike on GitHub, verbatim file/folder names are displayed in the repo mirror(s) at Bitbucket: https://bitbucket.org/boostorg/geometry/src FYI, I have reported this issue to GitHub. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

On 18 July 2013 08:22, Dave Abrahams wrote:

on Wed Jul 17 2013, Mateusz Loskot wrote:

...

On 17 July 2013 04:48, Rene Rivera wrote:

...

On Sat, Jul 6, 2013 at 8:24 AM, Dave Abrahams wrote:

...

on Fri Jul 05 2013, Rene Rivera wrote:

...

I started looking at making the final minor set of changes to the regression testing scripts to have the option of testing the modular git

...

...

...

version of the boost super-project. Unfortunately it now seems that the super-project no longer has *any* of the references to the library sub-projects. Me not being able to get this work done now is rather annoying as it likely means that the testing will not be ready early in the 1.55 release cycle. Which is the release currently scheduled to switch to git.

What is the status of the git transition?

Sorry for the inconvenience. The garbled results we were getting a little while back led us to analyze what the tool we were using was doing, and we realized the logic we inherited in that codebase was just wrong. So we've been rewriting the guts of that tool mostly from the ground up (https://github.com/ryppl/Boost2Git/pulse).[1] Now the contents of the inidividual repositories look basically sane.

...

When will the Boost release team be able to start working on the switch?

Porting the submodule logic that I had already added to the inherited codebase is the touch I hope to put on it this week (maybe even over the weekend).

And, believe me, I want to be done with this as much or more than anyone, so I'm going as fast as I can. If anyone would care to pitch in, we'd love to have you.

OK, got a chance to try a full checkout.. And ran into an infinite recursion in dulwich while getting the geometry repo. It looks like something is messed up with the mappings for that one. When I go look at it on github directly I see duplicate "include" directories at the root < https://github.com/boostorg/geometry>.

I just managed to clone it with GitHub for Windows. The problem is that the include directory with last commit 2 years ago is prefixed with whitespace, so it is " include", whereas the latter is "include" (screenshot attached, not sure if it will get through).

I guess that GitHub trims the blank characters before rendering HTML, so it is not visible.

and, I guess, Dulwich can't cope with the space(?)

We can easily map " include" in SVN into "include" in Git if that's the appropriate thing to do here.

Possibly, I don't understand where this whitespace come from, but would it be better to simply remove the " include" directory? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net