pmachata at redhat.com
Tue Feb 8 12:43:37 UTC 2011
07.02.2011 20:03, Zach Carter wrote:
> I believe my package schroot may have been hit by a 1.46 issue that is fixed in
> Is there a plan to update to 1.47 or backport the fixes?
Not in a systematic manner, but generally yes, we do fixes of this sort.
> From the 1.47 changelog:
> Doc fixes: Update release history, add tables of macros and deprecated names.
> Bug fix: convenience.hpp didn't fully apply BOOST_FILESYSTEM_NO_DEPRECATED to
> name changes.
> Bug fix: Ticket #1972 'remove' fixes.
> Bug fix: Restore deprecated basic_directory_entry names inadvertently removed.
> Bug fix: Provide deprecated functions has_branch_path and has_leaf,
> inadvertently omitted from 1.36.0
> Add workarounds for Codegear/Borland C++ Builder 2009.
Actually I found the above in 1.37 (not 47) changelog. The ticket #1972
has been closed for years. See:
> From http://koji.fedoraproject.org/koji/getfile?taskID=2765676&name=build.log:
> sbuild-chroot-config.cc: In member function 'void
> sbuild::chroot_config::add_config_directory(const string&, const string&)':
> sbuild-chroot-config.cc:170:32: error: 'class
> boost::filesystem3::directory_entry' has no member named 'leaf'
If there's a lot of problems like this, compile with
-DBOOST_FILESYSTEM_VERSION=2 and have upstream decide what to do
long-term. In this particular case, you should be able to replace
leaf() with path().filename().string().
More information about the devel