Incorrect link on the mailing lists page.
http://www.boost.org/more/mailing_lists.htm Boost.Spirit lists Spirit has two additional mailing lists. Spirit-general for Spirit users and Spirit-devel for Spirit developers (open to anyone who wishes to hang out with Spirit coders). Both have GMane NNTP access (Spirit-general and Spirit-devel) with searchable archives ( Spirit-general and Spirit-devel). ^^^^^^^^^^^^^^ Both the searchable archives point to gmane.comp.parsers.spirit.devel Incidentally, when I go to the first 'Spirit-general' link: https://lists.sourceforge.net/lists/listinfo/spirit-general and click on To see the collection of prior postings to the list, visit the Spirit-general Archives. I get: ERROR Either your mailing list name was misspelled or your mailing list has not been archived yet. If this list has just been created, please retry in 2-4 hours Regards, Angus
Angus Leeming <angus.leeming@btopenworld.com> writes:
http://www.boost.org/more/mailing_lists.htm
Boost.Spirit lists Spirit has two additional mailing lists. Spirit-general for Spirit users and Spirit-devel for Spirit developers (open to anyone who wishes to hang out with Spirit coders). Both have GMane NNTP access (Spirit-general and Spirit-devel) with searchable archives ( Spirit-general and Spirit-devel). ^^^^^^^^^^^^^^
Both the searchable archives point to gmane.comp.parsers.spirit.devel
Can you post a patch? -- Dave Abrahams Boost Consulting www.boost-consulting.com
David Abrahams wrote:
Both the searchable archives point to gmane.comp.parsers.spirit.devel
Can you post a patch?
Sure. Incidentally, didn't I read that you (not specifically you, Dave) were going to change .htm pages to .html? Or did that concern the documentation only, not the web pages? Angus
Angus Leeming <angus.leeming@btopenworld.com> writes:
David Abrahams wrote:
Both the searchable archives point to gmane.comp.parsers.spirit.devel
Can you post a patch?
Sure.
Thanks, I'm applying it.
Incidentally, didn't I read that you (not specifically you, Dave) were going to change .htm pages to .html?
I think Beman might've said he was doing that. The problem with changing names of pages like that one is that there are existing links out there which point to it, and we lose the change history in CVS. I don't know if those are insurmountable problems, though. -- Dave Abrahams Boost Consulting www.boost-consulting.com
David Abrahams wrote:
Angus Leeming <angus.leeming@btopenworld.com> writes:
Incidentally, didn't I read that you (not specifically you, Dave) were going to change .htm pages to .html?
I think Beman might've said he was doing that. The problem with changing names of pages like that one is that there are existing links out there which point to it, and we lose the change history in CVS. I don't know if those are insurmountable problems, though.
Keeping the history is surmountable. Just like we did the restructure of the Boost.Build files, we can write script that copies files to new names directly on the CVS files. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq
At 08:13 AM 1/30/2004, David Abrahams wrote:
Angus Leeming <angus.leeming@btopenworld.com> writes:
David Abrahams wrote:
Both the searchable archives point to gmane.comp.parsers.spirit.devel
Can you post a patch?
Sure.
Thanks, I'm applying it.
Incidentally, didn't I read that you (not specifically you, Dave) were going to change .htm pages to .html?
I think Beman might've said he was doing that. The problem with changing names of pages like that one is that there are existing links out there which point to it, and we lose the change history in CVS. I don't know if those are insurmountable problems, though.
I did rename some files named index.htm to index.html, because they posed a particular problem for some web servers and because the inconsistent naming caused people to make mistakes constructing links. I then fixed the resulting broken links in other files, to the best of my knowledge. There was no intent to rename files other than index.htm. AFAIK, there isn't any motivation for that, and there are the downside problems Dave mentions. --Beman
Beman Dawes <bdawes@acm.org> wrote:
I did rename some files named index.htm to index.html, because they posed a particular problem for some web servers and because the inconsistent naming caused people to make mistakes constructing links. I then fixed the resulting broken links in other files, to the best of my knowledge.
OK, but what about files named "index.htm" which are still left in boost ? boost_1_31_0_rc2/index.htm (ie. main index file) boost_1_31_0_rc2/libs/compose/index.htm (there is also index.html in directory libs/compose containing simple redirection to index.htm) boost_1_31_0_rc2/libs/filesystem/doc/index.htm boost_1_31_0_rc2/libs/numeric/ublas/doc/index.htm boost_1_31_0_rc2/more/index.htm boost_1_31_0_rc2/tools/regression/index.htm Maybe libs/compose/index.html could be copied to: libs/filesystem/doc libs/numeric/ublas/doc more tools/regression And what about main index file ? B.
At 11:18 AM 1/30/2004, Bronek Kozicki wrote:
Beman Dawes <bdawes@acm.org> wrote:
I did rename some files named index.htm to index.html, because they posed a particular problem for some web servers and because the inconsistent naming caused people to make mistakes constructing links. I then fixed the resulting broken links in other files, to the best of my knowledge.
OK, but what about files named "index.htm" which are still left in boost ?
boost_1_31_0_rc2/index.htm (ie. main index file) boost_1_31_0_rc2/libs/compose/index.htm (there is also index.html in directory libs/compose containing simple redirection to index.htm) boost_1_31_0_rc2/libs/filesystem/doc/index.htm boost_1_31_0_rc2/libs/numeric/ublas/doc/index.htm boost_1_31_0_rc2/more/index.htm boost_1_31_0_rc2/tools/regression/index.htm
There were various rationales for leaving those alone. For example, libs/filesystem and libs/numeric already have index.html files, and that seemed sufficient.
Maybe libs/compose/index.html could be copied to: libs/filesystem/doc libs/numeric/ublas/doc more tools/regression
And what about main index file ?
Didn't want to lose the history on that, and it doesn't seem to cause any server problems. If you want to suggest fixes and patches, take a look at http://boost.sourceforge.net/regression-logs/inspection_report.html. No matter how often we reduce the problem count, it soon grows again. We could be compulsive about trying to clear every problem, but it makes better sense to me to go for the high priority problems, and devote the rest of our energy to developing libraries. Thanks, --Beman
Beman Dawes <bdawes@acm.org> wrote:
If you want to suggest fixes and patches, take a look at http://boost.sourceforge.net/regression-logs/inspection_report.html.
I'm impressed, great job.
We could be compulsive about trying to clear every problem, but it makes better sense to me to go for the high priority problems, and devote the rest of our energy to developing libraries.
You are right. B.
participants (5)
-
Angus Leeming -
Beman Dawes -
Bronek Kozicki -
David Abrahams -
Rene Rivera