With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
IF YOU MAINTAIN A PACKAGE THAT DEPENDS ON BOOST and need to rebuild it in the next few days, please get in touch so we can coordinate. It's better to avoid me doing a rebuild in the f30-boost side tag, then somebody else doing another rebuild in the main f30 target, and then me having to do another build in the side tag! If you'd rather I don't rebuild your package (e.g. so you can finish an update and then build it yourself) please get in touch.
I've done local builds of most of them, and 130+ build OK. Any that fail I'll create bugzilla FTBFS reports for.
I expect the following to fail, because they link to libboost_python.so and that has changed to libboost_python27.so, so unless they have build-system logic to already detect that change (which might exist in some build systems already, I guess), they'll need a fix:
avogadro condor dmlite freecad gfal2-python ledger
I'm working on moving FreeCAD to Python 3 but a handful of dependences need updates to make it work.
Thanks, Richard
On 25/01/19 15:57 +0000, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
IF YOU MAINTAIN A PACKAGE THAT DEPENDS ON BOOST and need to rebuild it in the next few days, please get in touch so we can coordinate. It's better to avoid me doing a rebuild in the f30-boost side tag, then somebody else doing another rebuild in the main f30 target, and then me having to do another build in the side tag! If you'd rather I don't rebuild your package (e.g. so you can finish an update and then build it yourself) please get in touch.
I've done local builds of most of them, and 130+ build OK. Any that fail I'll create bugzilla FTBFS reports for.
The following packages fail to build due to using -Werror because of the new -Wdeprecated-copy warning in GCC.
I refuse to waste my time fixing -Werror breakage.
Maintainers by package: mstflint dledford honli jirka jstanley michich qpid-cpp irina nsantos
Packages by maintainer: dledford mstflint honli mstflint irina qpid-cpp jirka mstflint jstanley mstflint michich mstflint nsantos qpid-cpp
Please don't use -Werror in your packages, it causes unnecessary pain for proven-packagers who need to rebuild them.
On 25. 01. 19 16:57, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
IF YOU MAINTAIN A PACKAGE THAT DEPENDS ON BOOST and need to rebuild it in the next few days, please get in touch so we can coordinate.
I assume you are aware of the planned mass rebuild, right?
On 29/01/19 14:59 +0100, Miro Hrončok wrote:
On 25. 01. 19 16:57, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
IF YOU MAINTAIN A PACKAGE THAT DEPENDS ON BOOST and need to rebuild it in the next few days, please get in touch so we can coordinate.
I assume you are aware of the planned mass rebuild, right?
Yes, but rather than have a load of new failures due to the Boost change, I'm trying to fix packages to work with the new Boost now.
That way failures due to Boost can be dealt with early, rather than getting mixed in with hundreds of unrelated failures in the mass rebuild.
On 29. 01. 19 15:44, Jonathan Wakely wrote:
On 29/01/19 14:59 +0100, Miro Hrončok wrote:
On 25. 01. 19 16:57, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
IF YOU MAINTAIN A PACKAGE THAT DEPENDS ON BOOST and need to rebuild it in the next few days, please get in touch so we can coordinate.
I assume you are aware of the planned mass rebuild, right?
Yes, but rather than have a load of new failures due to the Boost change, I'm trying to fix packages to work with the new Boost now.
That way failures due to Boost can be dealt with early, rather than getting mixed in with hundreds of unrelated failures in the mass rebuild.
And that is actually awesome! I was asking because of "need to rebuild it in the next few days" thing. Thanks for clarifying.
On Friday, 25 January 2019 15.57.53 WET Jonathan Wakely wrote:
I've done local builds of most of them, and 130+ build OK. Any that fail I'll create bugzilla FTBFS reports for.
FWIW lyx fails but a patch has already been committed upstream to solve the issue.
The short version is to remove the offending line.
The longer version is https://www.lyx.org/trac/changeset/3a123b90af838b08680471d87170c38e56787df9/ lyxgit
On 29/01/19 18:49 +0000, José Abílio Matos wrote:
On Friday, 25 January 2019 15.57.53 WET Jonathan Wakely wrote:
I've done local builds of most of them, and 130+ build OK. Any that fail I'll create bugzilla FTBFS reports for.
FWIW lyx fails but a patch has already been committed upstream to solve the issue.
The short version is to remove the offending line.
The longer version is https://www.lyx.org/trac/changeset/3a123b90af838b08680471d87170c38e56787df9/ lyxgit
Thanks! Do you want me to apply that patch for rawhide and rebuild it?
On Tuesday, 29 January 2019 20.11.13 WET Jonathan Wakely wrote:
Thanks! Do you want me to apply that patch for rawhide and rebuild it?
I have added the patch and changed accordingly the spec file and I am expecting for it to be picked by the rebuild in course. :-)
Thank you. :-)
On 25/01/19 15:57 +0000, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
I'm nearly done with the Boost rebuilds.
Several packages have been patched so they link to the new names for the Boost.Python libs. -lboost_python becomes -lboost_python27 and -lboost_python3 becomes -lboost_python37. I'm still fixing some occurrences of that.
Several packages build OK on all targets except armv7hl, where they get unit test failures. Those should get fixed by the new gcc landing in the buildroot soon (and I probably won't rebuild them, but will let the mass rebuild handle them).
The following packages use Boost.Signals which is been REMOVED from Boost. The packages must be updated to use Boost.Signals2 (or bundle an old Boost).
Maintainers by package: ekiga mcrha pbrobinson freecad hobbes1069 jkastner zultron gazebo rmattes pingus limb spring gilboa rmattes swift jkaluza
Packages by maintainer: gilboa spring hobbes1069 freecad jkaluza swift jkastner freecad limb pingus mcrha ekiga pbrobinson ekiga rmattes gazebo spring zultron freecad
The following packages fail to build because of -Werror. Your package is bad and you should feel bad:
Maintainers by package: colobot suve gnucash notting mstflint dledford honli jirka jstanley michich qpid-cpp irina nsantos
Packages by maintainer: dledford mstflint honli mstflint irina qpid-cpp jirka mstflint jstanley mstflint michich mstflint notting gnucash nsantos qpid-cpp suve colobot
The following packages fail to build because boost::tribool is no longer impicitly convertible to bool (and so the conversion must be done explicitly with a cast). I'll try to fix these if I have time:
Maintainers by package: dyninst fche jistone lberk orion scox wcohen fts andreamanzi simonm mkvtoolnix itamarjp kwizart mso rathann openscad churchyard wesnoth bruno limb pwalter
Packages by maintainer: andreamanzi fts bruno wesnoth churchyard openscad fche dyninst itamarjp mkvtoolnix jistone dyninst kwizart mkvtoolnix lberk dyninst limb wesnoth mso mkvtoolnix orion dyninst pwalter wesnoth rathann mkvtoolnix scox dyninst simonm fts wcohen dyninst
On 30. 01. 19 13:31, Jonathan Wakely wrote:
On 25/01/19 15:57 +0000, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
I'm nearly done with the Boost rebuilds.
Several packages have been patched so they link to the new names for the Boost.Python libs. -lboost_python becomes -lboost_python27 and -lboost_python3 becomes -lboost_python37. I'm still fixing some occurrences of that.
Several packages build OK on all targets except armv7hl, where they get unit test failures. Those should get fixed by the new gcc landing in the buildroot soon (and I probably won't rebuild them, but will let the mass rebuild handle them). ... The following packages fail to build because boost::tribool is no longer impicitly convertible to bool (and so the conversion must be done explicitly with a cast). I'll try to fix these if I have time:
Maintainers by package: openscad churchyard
This has been fixed upstream. If you are going to work on it, see:
https://github.com/openscad/openscad/issues/2529
I will eventually get to it, so you don't have to do that.
On 30. 01. 19 13:53, Miro Hrončok wrote:
On 30. 01. 19 13:31, Jonathan Wakely wrote:
On 25/01/19 15:57 +0000, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
I'm nearly done with the Boost rebuilds.
Several packages have been patched so they link to the new names for the Boost.Python libs. -lboost_python becomes -lboost_python27 and -lboost_python3 becomes -lboost_python37. I'm still fixing some occurrences of that.
Several packages build OK on all targets except armv7hl, where they get unit test failures. Those should get fixed by the new gcc landing in the buildroot soon (and I probably won't rebuild them, but will let the mass rebuild handle them). ... The following packages fail to build because boost::tribool is no longer impicitly convertible to bool (and so the conversion must be done explicitly with a cast). I'll try to fix these if I have time:
Maintainers by package: openscad churchyard
This has been fixed upstream. If you are going to work on it, see:
https://github.com/openscad/openscad/issues/2529
I will eventually get to it, so you don't have to do that.
I'm now working on this.
Hi, Jon.
On Wednesday, 30 January 2019 at 13:31, Jonathan Wakely wrote: [...]
The following packages fail to build because boost::tribool is no longer impicitly convertible to bool (and so the conversion must be done explicitly with a cast). I'll try to fix these if I have time:
Maintainers by package:
[...]
mkvtoolnix itamarjp kwizart mso rathann
Thanks for the build attempt and explanation. There's a new version available from upstream. I'll check if it fixes things. Until when do I still need to build into the f30-boost tag?
Regards, Dominik
On 30/01/19 21:16 +0100, Dominik 'Rathann' Mierzejewski wrote:
Hi, Jon.
On Wednesday, 30 January 2019 at 13:31, Jonathan Wakely wrote: [...]
The following packages fail to build because boost::tribool is no longer impicitly convertible to bool (and so the conversion must be done explicitly with a cast). I'll try to fix these if I have time:
Maintainers by package:
[...]
mkvtoolnix itamarjp kwizart mso rathann
Thanks for the build attempt and explanation. There's a new version available from upstream. I'll check if it fixes things. Until when do I still need to build into the f30-boost tag?
Hi,
I'll be requesting the side tag be merged and removed in an hour or two, and then the mass rebuild will happen tomorrow.
So unless you're *very* quick, you'll probably not need to use the side tag :-)
On 1/30/19 7:31 AM, Jonathan Wakely wrote:
The following packages use Boost.Signals which is been REMOVED from Boost. The packages must be updated to use Boost.Signals2 (or bundle an old Boost).
Maintainers by package: ekiga mcrha pbrobinson freecad hobbes1069 jkastner zultron gazebo rmattes
Gazebo apparently doesn't use boost::signals anymore, its build system trying to be detect the library is an oversight[1]. Once the mass rebuild dies down I'll incorporate the upstream patch and rebuild.
Thanks, Rich
[1] https://bitbucket.org/osrf/gazebo/issues/2577/boost-signals-library-removed-...
On 02/02/19 23:17 -0500, Rich Mattes wrote:
On 1/30/19 7:31 AM, Jonathan Wakely wrote:
The following packages use Boost.Signals which is been REMOVED from Boost. The packages must be updated to use Boost.Signals2 (or bundle an old Boost).
Maintainers by package: ekiga mcrha pbrobinson freecad hobbes1069 jkastner zultron gazebo rmattes
Gazebo apparently doesn't use boost::signals anymore, its build system trying to be detect the library is an oversight[1]. Once the mass rebuild dies down I'll incorporate the upstream patch and rebuild.
Oh, nice! That's a lot easier than having to change the code :-)
Hi,
I maintain the hpx package, which links against boost. I would prefer to build my package by myself, since we will need to update it to compile/link with boost 1.69. I tested it yesterday and we need to patch our last stable release to work with boost 1.69. The patch should be available next week.
Best,
Patrick
On Fri, 25 Jan 2019 at 09:58, Jonathan Wakely jwakely@fedoraproject.org wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec rebase, we're ready to update Boost in rawhide, for this change: https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so we'll be rebuilding all the packages that link to Boost libs. These rebuilds will happen on the f30-boost side tag, and once they're all done everything will move to the main f30 target all at once.
IF YOU MAINTAIN A PACKAGE THAT DEPENDS ON BOOST and need to rebuild it in the next few days, please get in touch so we can coordinate. It's better to avoid me doing a rebuild in the f30-boost side tag, then somebody else doing another rebuild in the main f30 target, and then me having to do another build in the side tag! If you'd rather I don't rebuild your package (e.g. so you can finish an update and then build it yourself) please get in touch.
I've done local builds of most of them, and 130+ build OK. Any that fail I'll create bugzilla FTBFS reports for.
I expect the following to fail, because they link to libboost_python.so and that has changed to libboost_python27.so, so unless they have build-system logic to already detect that change (which might exist in some build systems already, I guess), they'll need a fix:
avogadro condor dmlite freecad gfal2-python ledger
devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
On 31/01/19 12:55 -0600, Patrick Diehl wrote:
Hi,
I maintain the hpx package, which links against boost. I would prefer to build my package by myself, since we will need to update it to compile/link with boost 1.69. I tested it yesterday and we need to patch our last stable release to work with boost 1.69. The patch should be available next week.
Thanks. I think the problem for hpx was that boost::system_error's constructor from boost::error_code is now explicit, but previously allowed implicit conversions.
Yes, we were aware of this issue and provided a fix in our current master. Currently, I preparing a patch hpx 1.2.1 [0] to solve this issue and I added s390x as well.
Patrick
[0] https://koji.fedoraproject.org/koji/taskinfo?taskID=32554858
On 2/4/19 5:18 PM, Jonathan Wakely wrote:
On 31/01/19 12:55 -0600, Patrick Diehl wrote:
Hi,
I maintain the hpx package, which links against boost. I would prefer to build my package by myself, since we will need to update it to compile/link with boost 1.69. I tested it yesterday and we need to patch our last stable release to work with boost 1.69. The patch should be available next week.
Thanks. I think the problem for hpx was that boost::system_error's constructor from boost::error_code is now explicit, but previously allowed implicit conversions. _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
-
Dominik 'Rathann' Mierzejewski -
Jonathan Wakely -
José Abílio Matos -
Miro Hrončok -
Patrick Diehl -
Rich Mattes -
Richard Shaw