[filesystem] Request for help with unresolved tickets
Boost.Filesystem has roughly 140 unresolved tickets, and far too many are more that a year old. Some are up to four years old. That's horrible, and entirely my fault. I really dislike processing most bug reports, so leave them until I have nothing else to do, which is roughly never. But a few bug reports are actually fun to process. These are the ones that provide a little test program that unambiguously illustrates the problem and includes full information about the compiler, platform, version of boost, etc. To encourage more such dream tickets, I've added a little bug reporting framework with docs to filesystem's develop branch. It depends on a new header (boost/detail/lightweight_test_report.hpp) that's been added to the detail library's develop branch. The hope is that this will lead to more test programs that make it easy to reproduce bugs to (1) speed my processing of tickets and (2) ease handing off tickets to other developers for fixes. There are several ways boosters can help: * Review and try out the instructions at http://boostorg.github.io/filesystem/issue_reporting.html. (Don't expect all links to work.) Were you able to easily follow these instructions? What would you like to see added or removed? * Look through the bugs in https://svn.boost.org/trac/boost/report/53, pick one you think would benefit from a test program, and add a test program as described in http://boostorg.github.io/filesystem/issue_reporting.html. (Do a git pull on develop branch of detail and filesystem libraries first.) Were you able to easily follow these instructions? What would you like to see added or removed? Thanks, --Beman
________________________________________ From: Boost [boost-bounces@lists.boost.org] on behalf of Beman Dawes [bdawes@acm.org] Sent: 29 December 2014 16:20 To: Boost Developers List
Subject: [boost] [filesystem] Request for help with unresolved tickets
....
There are several ways boosters can help:
* Review and try out the instructions at http://boostorg.github.io/filesystem/issue_reporting.html. (Don't expect all links to work.) Were you able to easily follow these instructions? What would you like to see added or removed?
It would be good to have a pointer to more information about how to use Github pull requests. In particular, does the request leave the sender, or does the sending computer have to remain online? Thanks John
On Mon, Dec 29, 2014 at 8:37 AM, Fletcher, John P
It would be good to have a pointer to more information about how to use Github pull requests. In particular, does the request leave the sender, or does the sending computer have to remain online?
The help.github.com site has many great guides on using Git + GitHub. Here's the guide on making pull-requests [1]. To answer your question though, no, the computer which pushes the change to GitHub does not need to remain online after the changes are pushed. You simply push to GitHub with "git push" and then use the "New Pull Request" button on the GitHub web interface to publish your changes for review. -kyle [1] https://help.github.com/articles/using-pull-requests/
participants (3)
-
Beman Dawes
-
Fletcher, John P
-
Kyle Lutz