FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor


 
 
LinkBack Thread Tools
 
Old 07-18-2011, 08:35 PM
Petr Machata
 
Default boost 1.47.0

Hi there,

in accordance with the announced Fedora feature[1][2], we (the Boost
maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
1.47.0 has been released recently and Denis Arnaud kindly did the
packaging, so it is ready for scratch builds, smoke testing, and related
fun.

I'll do that in the next few days and if all comes out green-ish, I'll
push the package into Fedora 16 and write a follow-up to this e-mail
with guidelines on overcoming the obstacles, if any.

Further plans: originally, we hoped that 1.48.0 would be about out by
now, and we would manage to get beta into Fedora 16, much like we did
with 1.46.0 for Fedora 15. But the Boost schedule slipped, and made any
such plans impossible to realize[2]. At the same time, the sentiment of
Boost upstream seems to be to (gradually) get back to the original
schedule, so we may end up with 1.50.0 in Fedora 17. Handling +3 bump
might end up being more interesting than is desirable, so to alleviate
this, we will most probably want to do at least one larger rebase
mid-Rawhide, either to 1.48.0, or 1.49.0. I'll write more when I know
more.

Don't hesitate to ping me on irc (_petr) with any concerns that you
have.

[1] https://fedoraproject.org/wiki/Features/F16Boost147
[2] https://bugzilla.redhat.com/show_bug.cgi?id=711845

Thanks,
Petr Machata
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-19-2011, 07:02 AM
Peter Robinson
 
Default boost 1.47.0

On Mon, Jul 18, 2011 at 9:35 PM, Petr Machata <pmachata@redhat.com> wrote:

Hi there,



in accordance with the announced Fedora feature[1][2], we (the Boost

maintainers) plan to rebase Boost to 1.47.0 really soon now. *Boost

1.47.0 has been released recently and Denis Arnaud kindly did the

packaging, so it is ready for scratch builds, smoke testing, and related

fun.



I'll do that in the next few days and if all comes out green-ish, I'll

push the package into Fedora 16 and write a follow-up to this e-mail

with guidelines on overcoming the obstacles, if any.



Further plans: originally, we hoped that 1.48.0 would be about out by

now, and we would manage to get beta into Fedora 16, much like we did

with 1.46.0 for Fedora 15. *But the Boost schedule slipped, and made any

such plans impossible to realize[2]. *At the same time, the sentiment of

Boost upstream seems to be to (gradually) get back to the original

schedule, so we may end up with 1.50.0 in Fedora 17. *Handling +3 bump

might end up being more interesting than is desirable, so to alleviate

this, we will most probably want to do at least one larger rebase

mid-Rawhide, either to 1.48.0, or 1.49.0. *I'll write more when I know

more.



Don't hesitate to ping me on irc (_petr) with any concerns that you

have.



The only concern I have is with jumping to a release later than 1.47 in F-16 post alpha which is in fact the time when features should be complete. So in fact it should have already landed. Post alpha the release will branch from rawhide at which point please feel free to push > 1.48 to F-17 rawhide with appropriate heads up to people.


Peter


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-19-2011, 07:15 AM
Kalev Lember
 
Default boost 1.47.0

On 07/18/2011 11:35 PM, Petr Machata wrote:
> Hi there,
>
> in accordance with the announced Fedora feature[1][2], we (the Boost
> maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
> 1.47.0 has been released recently and Denis Arnaud kindly did the
> packaging, so it is ready for scratch builds, smoke testing, and related
> fun.
>
> I'll do that in the next few days and if all comes out green-ish, I'll
> push the package into Fedora 16 and write a follow-up to this e-mail
> with guidelines on overcoming the obstacles, if any.

How are you planning to handle the rebuilds for all the 176 affected
source packages? Is there going to be a koji side tag for rebuilds?


$ repoquery --disablerepo='*' --enablerepo=rawhide-source --archlist=src
-q --whatrequires boost-devel
CGAL-0:3.8-2.fc16.src
FlightGear-0:2.0.0-6.fc16.src
HippoDraw-0:1.21.1-15.fc16.src
LuxRender-0:0.7.1-6.fc16.src
MyPasswordSafe-0:0.6.7-12.20061216.fc15.src
QuantLib-0:1.1-1.fc16.src
R-bigmemory-0:4.2.3-1.fc16.src
SimGear-0:2.0.0-6.fc16.src
TnL-0:071111-13.fc14.src
abiword-1:2.8.6-6.fc15.src
agave-0:0.4.7-1.fc14.src
akonadi-0:1.6.0-2.fc16.src
akonadi-googledata-0:1.2.0-4.fc16.src
anyterm-0:1.1.29-9.fc15.src
aqsis-0:1.6.0-11.fc16.src
ardour-0:2.8.11-7.fc16.src
armadillo-0:1.2.0-1.fc16.src
asc-0:2.2.0.0-11.fc16.src
asio-0:1.4.1-4.fc15.src
avogadro-0:1.0.3-3.fc16.src
barry-0:0.17.1-2.fc16.src
bastet-0:0.43-11.fc16.src
bibletime-0:2.8.1-1.fc16.src
blobby-0:0.9b-2.fc15.src
cclive-0:0.7.4.1-1.fc16.src
ceph-0:0.31-2.fc16.src
chess-0:1.0-37.fc16.src
clementine-0:0.7.1-2.fc16.src
clucene-0:2.3.3.4-1.fc16.src
collada-dom-0:2.3-3.fc16.src
compiz-0:0.9.5.0-1.fc16.src
compiz-fusion-extras-0:0.9.5.0-1.fc16.src
compiz-fusion-unsupported-0:0.9.4-3.fc16.src
compiz-plugins-main-0:0.9.5.0-1.fc16.src
conexus-0:0.9.1-3.fc14.1.src
csound-0:5.13.0-5.fc16.src
dolphin-connector-0:1.2-1.fc16.src
easystroke-0:0.5.4-1.fc16.src
edb-0:0.9.17-1.fc16.src
ekiga-0:3.3.0-10.fc16.src
enblend-0:4.0-8.fc16.src
exempi-0:2.1.1-2.fc15.src
fgrun-0:1.5.2-8.fc16.src
fife-1:0.3.2-5.r2.fc16.src
fityk-0:0.9.8-1.fc16.src
flowcanvas-0:0.7.1-3.fc16.src
fuse-encfs-0:1.7.4-1.fc16.src
fusecompress-0:2.6-10.20100223git754bc0de.fc16.src
gappa-0:0.15.0-1.fc16.src
gearmand-0:0.20-1.fc16.src
glob2-0:0.9.4.4-7.fc16.src
glom-0:1.18.1-1.fc16.src
gnash-1:0.8.9-4.fc16.src
gnote-0:0.7.4-1.fc16.src
gnuradio-0:3.4.0-2.fc16.src
gpsdrive-0:2.11-4.fc16.src
grfcodec-0:5.1.1-1.fc16.src
guiloader-c++-0:2.19.0-2.fc15.src
guitarix-0:0.17.0-2.fc16.src
gx_head-0:0.14.0-3.fc16.src
hamlib-0:1.2.13.1-2.fc16.src
highlight-0:3.5-1.fc16.src
hugin-0:2011.0.0-2.fc16.src
inkscape-0:0.48.1-4.fc16.src
iwhd-0:0.96-2.fc16.src
k3d-0:0.8.0.2-3.fc16.src
kdeedu-0:4.6.95-2.fc16.src
kdenetwork-7:4.6.95-1.fc16.src
kdepim-7:4.6.95-1.fc16.src
kdepimlibs-0:4.6.95-1.fc16.src
kdeplasma-addons-0:4.6.95-1.fc16.src
kdesdk-0:4.6.95-1.fc16.src
kdevplatform-0:1.2.3-1.fc16.src
kicad-0:2011.07.12-2.rev3047.fc16.src
kmymoney-0:4.5.3-1.fc16.src
koffice-3:2.3.3-8.fc16.src
kpilot-0:5.3.0-5.fc15.src
libcompizconfig-0:0.9.5.0-1.fc16.src
libftdi-0:0.19-1.fc16.src
libindi-0:0.8-1.fc16.src
libkml-0:0.6.1-8.fc15.src
libkni3-0:3.9.2-13.fc15.src
libktorrent-0:1.1.1-1.fc16.src
libopenraw-0:0.0.8-5.fc15.src
liborigin2-0:20101029-3.fc15.src
libpst-0:0.6.53-1.fc16.src
libreoffice-1:3.4.2.1-1.fc16.src
lordsawar-0:0.2.0-3.fc16.src
luabind-0:0.9.1-2.fc15.src
lv2-c++-tools-0:1.0.3-5.fc15.src
lyx-0:2.0.0-4.fc16.src
mapnik-0:0.7.1-9.fc16.src
mbox2eml-0:0.1.1-9.fc16.src
mdds-0:0.5.3-1.fc16.src
metalink-0:0.3.6-4.fc15.src
milia-0:0.3.0-3.fc15.src
minion-0:0.10-6.fc16.src
mkvtoolnix-0:4.9.1-1.fc16.src
mmseq-0:0.9.11-1.fc16.src
mongodb-0:1.8.2-2.fc16.src
monotone-0:1.0-1.fc16.src
mrpt-0:0.9.4-0.1.20110110svn2383.fc15.src
mumble-0:1.2.3-3.fc15.src
mysql-connector-c++-0:1.1.0-0.7.bzr895.fc16.src
mysql-workbench-0:5.2.34-1.fc16.src
nemiver-0:0.8.2-1.fc16.src
nforenum-0:4.0.0-2.fc15.src
normaliz-0:2.7-1.fc16.src
nss-gui-0:0.3.9-2.fc16.src
ogre-0:1.7.3-1.fc16.src
openoffice.org-diafilter-0:1.7.0-6.fc15.src
openvrml-0:0.18.8-1.fc16.src
oyranos-0:0.2.0-5.fc16.src
paraview-0:3.10.1-5.fc16.src
pathfinder-0:1.1.3-3.fc15.src
pdfedit-0:0.4.5-3.fc15.src
pdns-0:3.0-4.pre.20110327.2103.fc16.src
pdns-recursor-0:3.3-3.fc15.src
pgRouting-0:1.03-4.fc15.src
pingus-0:0.7.2-14.fc16.src
pinot-0:0.97-1.fc16.src
player-0:3.0.2-11.fc16.src
plee-the-bear-0:0.5.1-1.fc16.src
pokerth-0:0.8.3-6.fc16.src
ptlib-0:2.10.1-1.fc16.src
pyactivemq-0:0.1.0-12.20100214svn209.fc16.src
pyexiv2-0:0.3.0-4.fc16.src
pymilia-0:0.3.0-8.fc16.src
python-polybori-0:0.7.1-2.fc16.src
python-tag-0:0.94.5-9.fc16.src
python-visual-0:5.70-1.fc16.src
qbittorrent-1:2.8.2-1.fc16.src
qpid-cpp-0:0.10-3.fc16.src
qt-gstreamer-0:0.10.1-1.fc16.src
raul-0:0.8.0-2.fc15.src
rb_libtorrent-0:0.15.6-1.fc16.src
rcsslogplayer-0:15.0.0-2.fc16.src
rcssmonitor-0:15.0.0-1.fc16.src
rcssserver-0:15.0.0-2.fc16.src
rcssserver3d-0:0.6.5-4.fc16.src
referencer-0:1.1.6-17.fc16.src
rmol-0:0.23.1-4.fc16.src
roboptim-core-0:0.5-3.fc15.src
roboptim-trajectory-0:0.5-3.fc15.src
scantailor-0:0.9.9.2-2.fc15.src
schroot-0:1.4.21-2.fc16.src
scribus-0:1.3.9-6.fc16.src
sim-0:0.9.5-0.25.20091129svn3078rev.fc15.src
simspark-0:0.2.2-3.fc16.src
soci-0:3.0.0-22.fc16.src
source-highlight-0:3.1.4-6.fc16.src
spring-0:0.82.7.1-4.fc16.src
srecord-0:1.57-1.fc16.src
stellarium-0:0.11.0-1.fc16.src
subcommander-0:2.0-0.7.fc15.7.src
supertux-0:0.3.3-3.fc16.src
swift-0:1.0-3.fc16.src
syncevolution-1:1.1.99.5a-1.fc16.src
systemtap-0:1.5-5.fc16.src
torium-0:0.4.2-15.fc16.src
twinkle-0:1.4.2-11.fc16.src
urg-0:0.8.11-2.fc16.src
vdrift-0:20100630-6.fc16.src
vegastrike-0:0.5.1-0.1.beta1.2.fc16.src
vfrnav-0:0.6-1.fc16.src
vigra-0:1.7.1-3.fc16.src
votca-tools-0:1.1-2.fc16.src
vtk-0:5.6.1-10.fc16.src
wesnoth-0:1.8.6-2.fc16.src
widelands-0:0-0.26.build16.fc16.src
wlmproxy-0:0.2.0-0.1.20110630gite9e6af2.fc16.src
xmlcopyeditor-0:1.2.0.4-1.fc16.src
xmms2-0:0.7-8.fc15.src
xsd-0:3.3.0-6.fc16.src
xylib-0:0.8-1.fc16.src
zarafa-0:7.0.0-1.fc16.src

--
Kalev
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-19-2011, 10:27 AM
Petr Machata
 
Default boost 1.47.0

Kalev Lember <kalevlember@gmail.com> writes:

> On 07/18/2011 11:35 PM, Petr Machata wrote:
>> in accordance with the announced Fedora feature[1][2], we (the Boost
>> maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
>> 1.47.0 has been released recently and Denis Arnaud kindly did the
>> packaging, so it is ready for scratch builds, smoke testing, and related
>> fun.
>>
>> I'll do that in the next few days and if all comes out green-ish, I'll
>> push the package into Fedora 16 and write a follow-up to this e-mail
>> with guidelines on overcoming the obstacles, if any.
>
> How are you planning to handle the rebuilds for all the 176 affected
> source packages? Is there going to be a koji side tag for rebuilds?

The last time around maintainers were largely able to respin their
packages themselves when given a notice. What I did in the past, and
plan an doing this time again, is that I go through the list, rebuilding
the packages in mock. If bugs occur, I fix them either in Boost, or in
the package itself, in which case I open FTBFS with a patch attached. I
don't have privileges to bump, rebuild and patch the packages myself.

Thanks,
PM
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-19-2011, 10:43 AM
Petr Machata
 
Default boost 1.47.0

Peter Robinson <pbrobinson@gmail.com> writes:

> On Mon, Jul 18, 2011 at 9:35 PM, Petr Machata <[1]pmachata@redhat.com>
> wrote:
>
> in accordance with the announced Fedora feature[1][2], we (the Boost
> maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
> 1.47.0 has been released recently and Denis Arnaud kindly did the
> packaging, so it is ready for scratch builds, smoke testing, and related
> fun.
>
> Don't hesitate to ping me on irc (_petr) with any concerns that you
> have.
>
> The only concern I have is with jumping to a release later than 1.47 in
> F-16 post alpha which is in fact the time when features should be
> complete. So in fact it should have already landed. Post alpha the release
> will branch from rawhide at which point please feel free to push > 1.48 to
> F-17 rawhide with appropriate heads up to people.

We definitely won't bump again in F16 cycle. What is likely to happen
is series of isolated patches that we backport from future releases, as
requested in bug reports or otherwise. We might consider pushing 1.47.1
if it turns up, but that largely depends on whether it would be humanly
possible to review the patch-set for ABI breakages.

PM
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-20-2011, 11:09 AM
Petr Machata
 
Default boost 1.47.0

Petr Machata <pmachata@redhat.com> writes:

> in accordance with the announced Fedora feature[1][2], we (the Boost
> maintainers) plan to rebase Boost to 1.47.0 really soon now. [...]
>
> I'll do that in the next few days and if all comes out green-ish, I'll
> push the package into Fedora 16 and write a follow-up to this e-mail
> with guidelines on overcoming the obstacles, if any.

It all seems good, I rebuilt 25 packages and hit no boost-related
problems. That means that boost::filesystem v2 has still not been
obsoleted. According to the documentation, this will happen in version
1.48.0, which would thus make a good candidate for early rebase in
Fedora 17 rawhide.

I'm now building Boost 1.47.0 in rawhide for Fedora 16 rawhide. This
involves soname bump, as usual, and so maintainers of dependent packages
need to rebuild. The full list has been posted by Kalev Lember to this
very thread.

Thanks,
PM
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-21-2011, 12:51 PM
"Jon Ciesla"
 
Default boost 1.47.0

> Hi there,
>
> in accordance with the announced Fedora feature[1][2], we (the Boost
> maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
> 1.47.0 has been released recently and Denis Arnaud kindly did the
> packaging, so it is ready for scratch builds, smoke testing, and related
> fun.
>
> I'll do that in the next few days and if all comes out green-ish, I'll
> push the package into Fedora 16 and write a follow-up to this e-mail
> with guidelines on overcoming the obstacles, if any.
>
> Further plans: originally, we hoped that 1.48.0 would be about out by
> now, and we would manage to get beta into Fedora 16, much like we did
> with 1.46.0 for Fedora 15. But the Boost schedule slipped, and made any
> such plans impossible to realize[2]. At the same time, the sentiment of
> Boost upstream seems to be to (gradually) get back to the original
> schedule, so we may end up with 1.50.0 in Fedora 17. Handling +3 bump
> might end up being more interesting than is desirable, so to alleviate
> this, we will most probably want to do at least one larger rebase
> mid-Rawhide, either to 1.48.0, or 1.49.0. I'll write more when I know
> more.
>
> Don't hesitate to ping me on irc (_petr) with any concerns that you
> have.
>
> [1] https://fedoraproject.org/wiki/Features/F16Boost147
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=711845

Wesnoth seems not to like the new Boost all that well:

http://koji.fedoraproject.org/koji/getfile?taskID=3218720&name=build.log

Is this a common sort of error? My Boost-fu is weak, so there might be
something obvious I'm missing.

-J

> Thanks,
> Petr Machata
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>


--
in your fear, seek only peace
in your fear, seek only love

-d. bowie

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-21-2011, 07:48 PM
Petr Machata
 
Default boost 1.47.0

"Jon Ciesla" <limb@jcomserv.net> writes:

> Wesnoth seems not to like the new Boost all that well:
>
> http://koji.fedoraproject.org/koji/getfile?taskID=3218720&name=build.log
>
> Is this a common sort of error? My Boost-fu is weak, so there might be
> something obvious I'm missing.

Yeah, all boost errors tend to spew lines and lines of error messages
like that. That's the nature of them templetes. I'm looking into this
one, and it seems to be some interplay between BOOST_FOREACH,
boost:tr_vector and GCC version. Not sure what exactly yet.

It can be worked around by replacing the "foreach" calls in
wesnoth-1.8.6/src/gui/widgets/tree_view_node.cpp in this manner:

- foreach(const ttree_view_node& node, children_) {
+ for (boost:tr_vector<ttree_view_node>::const_iterato r it
+ = children_.begin (); it != children_.end (); ++it) {
+ const ttree_view_node& node = *it;

Thanks,
PM
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-21-2011, 08:13 PM
Petr Machata
 
Default boost 1.47.0

Petr Machata <pmachata@redhat.com> writes:

> "Jon Ciesla" <limb@jcomserv.net> writes:
>
>> Wesnoth seems not to like the new Boost all that well:
>>
>> http://koji.fedoraproject.org/koji/getfile?taskID=3218720&name=build.log
>>
>> Is this a common sort of error? My Boost-fu is weak, so there might be
>> something obvious I'm missing.
>
> Yeah, all boost errors tend to spew lines and lines of error messages
> like that. That's the nature of them templetes. I'm looking into this
> one, and it seems to be some interplay between BOOST_FOREACH,
> boost:tr_vector and GCC version. Not sure what exactly yet.

... and boost::noncopyable. Forgot about that one.

PM
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-21-2011, 09:55 PM
Petr Machata
 
Default boost 1.47.0

Petr Machata <pmachata@redhat.com> writes:

> "Jon Ciesla" <limb@jcomserv.net> writes:
>
>> Wesnoth seems not to like the new Boost all that well:
>>
>> http://koji.fedoraproject.org/koji/getfile?taskID=3218720&name=build.log
>>
>> Is this a common sort of error? My Boost-fu is weak, so there might be
>> something obvious I'm missing.
>
> I'm looking into this one, and it seems to be some interplay between
> BOOST_FOREACH, boost:tr_vector and GCC version. Not sure what
> exactly yet.

Opened a bugzilla to track this FTBFS. With GCC 4.6+, BOOST_FOREACH
cannot be used to iterate over noncopyable collections.

https://bugzilla.redhat.com/show_bug.cgi?id=724818

Thanks,
PM
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 06:29 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org