[1.35.0] Inspection report
The Inspection Report is now being run regularly. See http://mysite.verizon.net/beman/inspect.html There is also a link to it from the Testing page at http://beta.boost.org/development/testing.html The inspection is currently showing 2095 problems. This large number may be a sign of libraries with 1.34.0 or 1.34.1 fixes that were never merged back into the trunk. So if your library has failures on this report due to merge problems, that may be a sign that you need to look for other changes not merged back into the trunk. Five libraries account for 1,389 problems: fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389 I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless. Thanks, --Beman PS: if the report contains any false positives, let's figure a way (comment maybe) to clear those so that the report is believable.
on Tue Nov 06 2007, Beman Dawes <bdawes-AT-acm.org> wrote:
The Inspection Report is now being run regularly.
See http://mysite.verizon.net/beman/inspect.html
There is also a link to it from the Testing page at http://beta.boost.org/development/testing.html
The inspection is currently showing 2095 problems. This large number may be a sign of libraries with 1.34.0 or 1.34.1 fixes that were never merged back into the trunk. So if your library has failures on this report due to merge problems, that may be a sign that you need to look for other changes not merged back into the trunk.
Five libraries account for 1,389 problems:
fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389
I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless.
Done for MPL (I hope). -- Dave Abrahams Boost Consulting http://www.boost-consulting.com
David Abrahams wrote:
on Tue Nov 06 2007, Beman Dawes <bdawes-AT-acm.org> wrote:
The inspection is currently showing 2095 problems. This large number may be a sign of libraries with 1.34.0 or 1.34.1 fixes that were never merged back into the trunk. So if your library has failures on this report due to merge problems, that may be a sign that you need to look for other changes not merged back into the trunk.
Five libraries account for 1,389 problems:
fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389
I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless.
Done for MPL (I hope).
Wow! Between the mpl and fusion fixes the problem count has dropped from 2095 to 1387. It looks like mpl missed 5 problems in 3 files and fusion missed 4 problems in 2 files. Thanks for the quick action, --Beman
Beman Dawes wrote:
Five libraries account for 1,389 problems:
fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389
I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless. Done for MPL (I hope).
Wow! Between the mpl and fusion fixes the problem count has dropped from 2095 to 1387.
It looks like mpl missed 5 problems in 3 files and fusion missed 4 problems in 2 files.
John, I applied the BoostBook fixes to mpl, regex and type_traits. I'm sure you don't mind :-) <<see my other post>> Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
Joel de Guzman wrote:
Beman Dawes wrote:
Five libraries account for 1,389 problems:
fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389
I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless. Done for MPL (I hope). Wow! Between the mpl and fusion fixes the problem count has dropped from 2095 to 1387.
It looks like mpl missed 5 problems in 3 files and fusion missed 4 problems in 2 files.
John, I applied the BoostBook fixes to mpl, regex and type_traits. ^^^ Oops, I meant math, of course :P
I'm sure you don't mind :-) <<see my other post>>
Cheers, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
Beman Dawes wrote:
David Abrahams wrote:
on Tue Nov 06 2007, Beman Dawes <bdawes-AT-acm.org> wrote:
The inspection is currently showing 2095 problems. This large number may be a sign of libraries with 1.34.0 or 1.34.1 fixes that were never merged back into the trunk. So if your library has failures on this report due to merge problems, that may be a sign that you need to look for other changes not merged back into the trunk.
Five libraries account for 1,389 problems:
fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389
I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless. Done for MPL (I hope).
Wow! Between the mpl and fusion fixes the problem count has dropped from 2095 to 1387.
It looks like mpl missed 5 problems in 3 files and fusion missed 4 problems in 2 files.
Thanks for the quick action,
Just looking over the report, it seems like a big chunk of these are Copyright/License issues in what are likely generated html files: - libs/bimap/doc/html - libs/function_types/doc/html - libs/math/doc/gcd/html/ - libs/python/doc/tutorial/doc/html - tools/quickbook/doc/html - libs/regex/doc/html - libs/type_traits/doc/html that are checked in. So, I guess the question is, is there a way for the Copyright/License to be put into the generated files by boost book? Might not be easy, and I'm thinking we might have gone thru this in 1.34. Overall though, this report looks remarkably good...I'm certain 1.34 didn't get to zero. Anyway, it's easy to fix the .xml and .qbk files which is a big chunk of the non-generated html files being flagged. Jeff
Jeff Garland wrote:
Beman Dawes wrote:
Just looking over the report, it seems like a big chunk of these are Copyright/License issues in what are likely generated html files:
- libs/bimap/doc/html - libs/function_types/doc/html - libs/math/doc/gcd/html/ - libs/python/doc/tutorial/doc/html - tools/quickbook/doc/html - libs/regex/doc/html - libs/type_traits/doc/html
that are checked in. So, I guess the question is, is there a way for the Copyright/License to be put into the generated files by boost book? Might not be easy, and I'm thinking we might have gone thru this in 1.34.
Overall though, this report looks remarkably good...I'm certain 1.34 didn't get to zero. Anyway, it's easy to fix the .xml and .qbk files which is a big chunk of the non-generated html files being flagged.
Yes. See my other post. Just regenerate your docs and you're good. I think I fixed this nagging problem. See my other post for details. Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
Joel de Guzman wrote:
Overall though, this report looks remarkably good...I'm certain 1.34 didn't get to zero. Anyway, it's easy to fix the .xml and .qbk files which is a big chunk of the non-generated html files being flagged.
Yes. See my other post. Just regenerate your docs and you're good. I think I fixed this nagging problem. See my other post for details.
Yeah -- I saw your post just after I sent mine. Nice work, thx! Jeff
on Tue Nov 06 2007, Beman Dawes <bdawes-AT-acm.org> wrote:
David Abrahams wrote:
on Tue Nov 06 2007, Beman Dawes <bdawes-AT-acm.org> wrote:
The inspection is currently showing 2095 problems. This large number may be a sign of libraries with 1.34.0 or 1.34.1 fixes that were never merged back into the trunk. So if your library has failures on this report due to merge problems, that may be a sign that you need to look for other changes not merged back into the trunk.
Five libraries account for 1,389 problems:
fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389
I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless.
Done for MPL (I hope).
Wow! Between the mpl and fusion fixes the problem count has dropped from 2095 to 1387.
sed makes these jobs go quickly.
It looks like mpl missed 5 problems in 3 files and fusion missed 4 problems in 2 files.
I saw. get back to me when that's near the top of the offender list again ;-) -- Dave Abrahams Boost Consulting http://www.boost-consulting.com
David Abrahams wrote:
on Tue Nov 06 2007, Beman Dawes <bdawes-AT-acm.org> wrote:
It looks like mpl missed 5 problems in 3 files and fusion missed 4 problems in 2 files.
I saw. get back to me when that's near the top of the offender list again ;-)
Will do:-) --Beman
Beman Dawes wrote:
Five libraries account for 1,389 problems:
fusion 300 math 247 mpl 417 regex 185 type_traits 240 ------ 1389
I'd like to see these cleared quickly so that the size of the task doesn't seem so hopeless.
Fixed for Fusion. My fix can be applied to all DocBook/BoostBook/ QuickBook generated docs. That includes math, regex and typetraits (AFAIK, these are QuickBooks?). John, I can apply them if you want. (cross posting to Boost-Docs) Take note that the files we see above are the ones that are generated and placed in SVN. Many more files BoostBook generated will not contain the licenses. The problem will show once these docs are generated. And there's a lot of them! I've tweaked the XSL to generate the copyright and license for *all* HTML pages. I also tweaked the generated HTML so that the CSS can be used to format the text. See: http://tinyurl.com/yh9mxf (at the bottom) for example. Committed to SVN HEAD. If you want it applied to your docs, just re-generate them and use the CSS from the fusion docs (or extract the necessary parts: search ".copyright-footer" in the CSS. Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
Joel de Guzman wrote:
I've tweaked the XSL to generate the copyright and license for *all* HTML pages. I also tweaked the generated HTML so that the CSS can be used to format the text. See:
(at the bottom) for example.
Committed to SVN HEAD. If you want it applied to your docs, just re-generate them and use the CSS from the fusion docs (or extract the necessary parts: search ".copyright-footer" in the CSS.
Joel, thanks for taking this on! That's a big help and is clearing many of the problems. --Beman
Beman Dawes wrote:
The Inspection Report is now being run regularly.
See http://mysite.verizon.net/beman/inspect.html
There is also a link to it from the Testing page at http://beta.boost.org/development/testing.html
...
This report is now being updated for the trunk roughly every 30 minutes. --Beman
participants (4)
-
Beman Dawes -
David Abrahams -
Jeff Garland -
Joel de Guzman