Hi,
I've pushed a new version of Boost, 1.58.0, to rawhide and f23, which
will require all packages that depend on Boost to be rebuilt. The plan
was to update to 1.59.0 but that isn't going to be released in time
for the F23 schedule, so I'll update rawhide to 1.59.0 at a later
date.
For the F23
On 20/07/15 23:49 +0200, Michael Schwendt wrote:
and xcf-pixbuf-loader is in a poor state
at Fedora and upstream, too:
https://lists.fedoraproject.org/pipermail/devel/2014-November/204608.html
http://pkgs.fedoraproject.org/cgit/xcf-pixbuf-loader.git/log/
That is also lost in the gitorious.org
On 21/07/15 09:10 -0400, Matthew Miller wrote:
On Tue, Jul 21, 2015 at 11:07:56AM +0100, Jonathan Wakely wrote:
For example this can't be right:
if (rgb1[0] == rgb1[1] == rgb1[2]) {
Ouch. *Digs back in memory* -- so if rgb1[0] and rgb1[1] are equal and
rgb1[2] is 1, or if rgb1[0
On 21/07/15 14:28 +0100, Jonathan Wakely wrote:
On 21/07/15 09:10 -0400, Matthew Miller wrote:
On Tue, Jul 21, 2015 at 11:07:56AM +0100, Jonathan Wakely wrote:
For example this can't be right:
if (rgb1[0] == rgb1[1] == rgb1[2]) {
Ouch. *Digs back in memory* -- so if rgb1[0] and r
On 21/07/15 15:45 +0200, Petr Hracek wrote:
Feel free to send us any comment or improvements. We would like to
improve Fedora for developers.
Just contents are missing.
Under "The latest stable runtimes and frameworks Packaged in Fedora
and ready to use!" would it be worth mentioning C and C++
On 22/07/15 14:08 +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Hi,
I've pushed a new version of Boost, 1.58.0, to rawhide and f23, which
will require all packages that depend on Boost to be rebuilt. The plan
was to update to 1.59.0 but
On 22/07/15 13:30 +0100, Jonathan Wakely wrote:
On 22/07/15 14:08 +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Hi,
I've pushed a new version of Boost, 1.58.0, to rawhide and f23, which
will require all packages that depend on Boost
On 22/07/15 13:47 +0100, Jonathan Wakely wrote:
On 22/07/15 13:30 +0100, Jonathan Wakely wrote:
On 22/07/15 14:08 +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Hi,
I've pushed a new version of Boost, 1.58.0, to rawhide and f23, which
On 22/07/15 16:18 +0200, David Tardon wrote:
I've learnt from IRC that I would need to be a provenpackager to do it
myself, which I'm not, so either package owners need to rebuild, or if
that doesn't happen in time I'll have to rely on the kindness of a
provenpackager to help out.
I can help. B
On 22/07/15 15:30 +0100, Tom Hughes wrote:
On 22/07/15 14:54, Jonathan Wakely wrote:
mapnik-0:2.2.1-0.4.20150127git0639d54.fc23.src
nodejs-mapnik-vector-tile-0:0.6.2-6.fc23.src
I did these for both branches when you announced it at the weekend.
Great, thanks.
nodejs-mapnik-0:1.4.17-7
On 23/07/15 14:27 +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Any problems rebuilding either open a bug or feel free to email me or
ping me on IRC (my freenode nick is 'redi') and I'll be happy to help.
This is a work-in-p
On 23/07/15 14:27 +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Any problems rebuilding either open a bug or feel free to email me or
ping me on IRC (my freenode nick is 'redi') and I'll be happy to help.
This is a work-in-p
On 23/07/15 18:50 +0100, Jonathan Wakely wrote:
On 23/07/15 14:27 +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Any problems rebuilding either open a bug or feel free to email me or
ping me on IRC (my freenode nick is 'redi') and I&#
On 23/07/15 14:27 +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Any problems rebuilding either open a bug or feel free to email me or
ping me on IRC (my freenode nick is 'redi') and I'll be happy to help.
This is a work-in-p
On 23/07/15 14:39 -0700, Josh Stone wrote:
On 07/23/2015 02:33 PM, Josh Stone wrote:
Is this a general failure in f23-boost, or just a few packages?
The f23-boost target tag is using build tag f23-build!
http://koji.fedoraproject.org/koji/buildtargetinfo?targetID=150
vs f24-boost has itself f
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode n
On 24/07/15 11:00 +0100, Jonathan Wakely wrote:
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
Any problems rebuilding either open a bug or feel free to email
On 23/07/15 19:06 +0100, Jonathan Wakely wrote:
The attached patch fixes the xs build for rawhide.
Upstream fixed it differently:
https://github.com/frytvm/XS/commit/034bab9965ab554c4e51053d65cf18a9f40192db
I'll add that patch to the spec file instead.
--
devel mailing list
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode n
On 24/07/15 19:26 +0100, Jonathan Wakely wrote:
flamerobin
This looks like a Boost problem:
configure: error: invalid value: boost_major_version=
But actually it's caused by a GCC change that puts a # preprocessor
marker before macro expansions:
boost-lib-version = # 2 "/tmp/conft
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode n
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode n
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode n
On 27/07/15 19:35 -0700, Adam Williamson wrote:
On Mon, 2015-07-27 at 13:31 +0100, Jonathan Wakely wrote:
On 23/07/15 14:33 +0200, David Tardon wrote:
> Hi,
>
> On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
> > Hi,
> >
> > On Sat, Jul 18, 2015 at
On 28/07/15 14:48 +0100, Jonathan Wakely wrote:
On 27/07/15 19:35 -0700, Adam Williamson wrote:
On Mon, 2015-07-27 at 13:31 +0100, Jonathan Wakely wrote:
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
> Hi,
>
> On Sa
On 31/07/15 14:49 +0100, Richard W.M. Jones wrote:
Ceph failed to build with some impenetrable C++ error:
In file included from /usr/include/boost/optional/optional.hpp:28:0,
from /usr/include/boost/optional/optional_io.hpp:19,
from ./include/encoding.h:289,
On 10/08/15 12:24 -0600, Kevin Fenzi wrote:
On Mon, 10 Aug 2015 17:51:30 +0100
José Matos wrote:
On Saturday 18 July 2015 12:46:51 Jonathan Wakely wrote:
> Hi,
>
> I've pushed a new version of Boost, 1.58.0, to rawhide and f23,
> which will require all packages that depe
On 11/08/15 15:43 +0100, Jonathan Wakely wrote:
On 10/08/15 12:24 -0600, Kevin Fenzi wrote:
On Mon, 10 Aug 2015 17:51:30 +0100
José Matos wrote:
On Saturday 18 July 2015 12:46:51 Jonathan Wakely wrote:
Hi,
I've pushed a new version of Boost, 1.58.0, to rawhide and f23,
which will re
On 13/08/15 10:49 -0500, Rex Dieter wrote:
Rex Dieter wrote:
I'm helping to sort out the tagging mess, and submit things in smaller
batches.
In 6 batches of ~50 packages each, I have it all submitted for -testing in
bodhi.
I'll followup with update id's once they get pushed.
Thanks, Rex, I
On 19/08/15 13:18 -0400, Eric Griffith wrote:
Rawhide rebrand:
Something akin to openSUSE's "Tumbleweed" name.
Maybe reuse the "Fedora.Next" name? Something that implies its rolling
release / pre-release. Fedora Testing? For some reason "Fedora Tophat" just
popped into my head as a pun on hats
On 20/08/15 08:40 -0400, Eric Griffith wrote:
I won't say its impossible but its -very- hard to remove the bad
connotations and bad history from a name without changing the name of the
thing itself. Someone just the other day on the Phoronix forums was saying
how they still don't trust RPMs becau
On 23/08/15 16:36 -0400, Rahul Sundaram wrote:
Hi
On Sun, Aug 23, 2015 at 4:23 PM, Kevin Kofler wrote:
No, sorry, but that is not true. I wrote those update notes in the Bodhi 1
web interface, so of course I looked at the resulting formatting. Bodhi 1
interpreted that syntax as a list, not as
On 23/08/15 18:41 -0400, Neal Gompa wrote:
On Sun, Aug 23, 2015 at 6:32 PM, Jonathan Wakely wrote:
On 23/08/15 16:36 -0400, Rahul Sundaram wrote:
Hi
On Sun, Aug 23, 2015 at 4:23 PM, Kevin Kofler wrote:
No, sorry, but that is not true. I wrote those update notes in the Bodhi 1
web
On 24/08/15 09:31 -0400, Neal Gompa wrote:
Well, the problem is that the path to apt-methods is hardcoded in
reprepro itself. Thankfully, it's in a #define, but I don't know of a good
way to fix it beyond just replacing the #define for 64-bit systems. If
someone can suggest a better way than h
On 24/08/15 14:39 +0100, Jonathan Wakely wrote:
On 24/08/15 09:31 -0400, Neal Gompa wrote:
Well, the problem is that the path to apt-methods is hardcoded in
reprepro itself. Thankfully, it's in a #define, but I don't know of a good
way to fix it beyond just replacing the #define
On 24/08/15 10:06 -0400, Neal Gompa wrote:
On Mon, Aug 24, 2015 at 9:41 AM, Jonathan Wakely wrote:
Oops, to keep the quotes it would be
-DSTD_METHOD_DIR='"%{_libdir}/apt/methods"'
Would that override the in-code #define statement?
Yes, because the #define is
On 26/08/15 11:42 +, Fedora Branched Report wrote:
[IQmol]
IQmol-2.3.0-6.fc23.armv7hl requires libboost_serialization.so.1.57.0
Pushed to stable now:
https://bodhi.fedoraproject.org/updates/IQmol-2.3.0-9.fc23
[adobe-source-libraries]
adobe-source-libraries-1.0.43-24.fc22.a
On 28/08/15 14:30 +0200, Kalev Lember wrote:
On 08/26/2015 04:12 PM, Jonathan Wakely wrote:
On 26/08/15 11:42 +, Fedora Branched Report wrote:
[iwhd]
iwhd-1.6-16.fc23.armv7hl requires libboost_thread.so.1.57.0
iwhd-1.6-16.fc23.armv7hl requires libboost_system.so.1.57.0
Needs
On 01/09/15 12:45 +0200, Ingvar Hagelund wrote:
jemalloc-4.0.0 was pushed to rawhide a few days ago. Some of the packages
mentioned below have been rebuilt already.
bro and blender remains to be rebuilt.
It would be great if a provenpackager or the package owners could rebuild them.
I've alr
On 08/09/15 14:11 +0200, arnaud gaboury wrote:
On Tue, Sep 8, 2015 at 1:15 PM, Jan Chaloupka wrote:
Hi Arnaud,
I am assuming all scripts you are referring to are sourced and run in %build
section. Can you be more specific which commands are you running? %build
section is interpreted as a bash
On 08/09/15 17:29 +0200, arnaud gaboury wrote:
I can see in your spec file you use %global. I couldn't find any entry
in the Fedora documentation about rpmbuild.
My issue is a variable environment one. If I source manually the two
scripts, build goes well. When sourcing from the spec file, it fai
On 10/09/15 15:31 +0200, Reindl Harald wrote:
what in the world is that garbage instead a clear and simple log as
/var/log/yum.log just listing installed, removed and updated packages?
Yes, it's unhelpful nonsense. There doesn't seem to be a replacement
for yum.log :-(
--
devel mailing list
d
On 10/09/15 08:06 -0700, Brandon Vincent wrote:
On Thu, Sep 10, 2015 at 6:31 AM, Reindl Harald wrote:
what in the world is that garbage instead a clear and simple log as
/var/log/yum.log just listing installed, removed and updated packages?
frankly it's impossible to write worksheets as admin
On 14/09/15 12:00 +0200, arnaud gaboury wrote:
I build my app with shared libraries. In my spec file, I source a
script which export LD_LIBRARY_PATH.
Below is how I proceed in my spec file:
%global _prod_dir /opt/intel/compilers_and_libraries_2016/linux
%glob
On 15/09/15 13:58 +0200, arnaud gaboury wrote:
I have been working on my first rpmbuild since quite a few days now.
The rpm is intendeed to install R[0] built with Intel MKL libraries
and Intel compiler. As a base for the spec file, I used the one from
Fedora R package[1].
I setup the directory
On 15/09/15 13:58 +0200, arnaud gaboury wrote:
I have been working on my first rpmbuild since quite a few days now.
As a more gneral comment, why not try something *much* simpler for
your first rpmbuild?
Try something that doesn't use an alternative compiler, doesn't
require lots of environmen
On 15/09/15 18:31 +0200, arnaud gaboury wrote:
On Tue, Sep 15, 2015 at 6:20 PM, Michael Schwendt wrote:
On Tue, 15 Sep 2015 16:47:44 +0200, arnaud gaboury wrote:
>> Checking for unpackaged file(s): /usr/lib/rpm/check-files
>> ..
>>
>> These
On 15/09/15 23:22 +0200, arnaud gaboury wrote:
As for my first rpmbuild, it is the opportunity which make me do this
build. I am a archlinux user running a Fedora nspawn container. The
container has vocation to be a prod server for data computing with R.
To speed R, I need to build it with Intel
On 21/09/15 17:34 -0700, Susi Lehtola wrote:
Hi,
I'm updating OpenMesh in rawhide to version 4.1, which bumps the
soname. Only IQmol seems to use OpenMesh, which I'm rebuilding soon
after.
IQmol is currently broken on rawhide and can't be built against Boost
1.59, see
https://github.com/nut
On 22/09/15 10:40 +0200, Marco Driusso wrote:
So I think we have two options:
1) use 'itpp' as the name of the package, which corresponds to the
include dir name, but not to the lib file name (libitpp.so); in this
All libraries start with "lib" but that doesn't mean the package that
provides
On 23/09/15 23:11 +0800, Christopher Meng wrote:
licq-1.8.2-9.fc23.armv7hl requires libboost_regex.so.1.57.0
What‘s wrong with boost regex on f23 ARM?
Nothing, but it's version 1.58.0 and licq fails to build.
This is for rawhide, but IIRC it's the same problem in F23:
https://bugzilla.
On 22/09/15 16:30 +0100, Richard Hughes wrote:
On 22 September 2015 at 16:16, Neal Gompa wrote:
Looks like Fedora 23 is shaping up to be an exciting release!
It does, but not exciting enough to use HTML email. Can you switch
your email client to use text emails please.
And trim the quoted t
On 23/09/15 00:09 +0200, Reindl Harald wrote:
Am 22.09.2015 um 23:58 schrieb kendell clark:
but I'm certainly not going to insist on it. I also need to
figure out how to just reply to the list, rather than to the person who
sent the message as well as the list
get a mail-client which supports
Hi,
I'm planning to become a Fedora packager so am introducing myself
here.
I started using Red Hat Linux in about 1996 or 1997 and have used
GNU/Linux for all my personal computers ever since (moving from RHL to
Fedora Core and then to Fedora). I've used a variety of unix-like
systems at work,
On 28/03/15 16:45 -0300, Paulo César Pereira de Andrade wrote:
2015-03-28 16:06 GMT-03:00 Paulo César Pereira de Andrade
:
Is this expected to not compile with -fno-implicit-templates?
---%<---
$ cat test.cc
#include
std::string test(int i)
{
std::string t;
std::string s = "(";
t =
On 01/04/15 15:16 +0100, Ian Malone wrote:
Do you mind clarifying? I thought should provide that
http://www.cplusplus.com/reference/string/string/operator+/ or is that
what fno-implicit-templates is turning off?
Of course string provides it, but it's a template, so it needs to be
instantiated.
On 02/04/15 10:34 +0100, Ian Malone wrote:
Thanks. Hadn't occurred to me the + operator here was a template as
I'd never had to deal with basic_string. Still a bit puzzled as
cplusplus.com says string is an instantiation of basic_string while
cppreference.com says it's a typedef (which I guess do
On 04/05/15 13:09 +0200, Kalev Lember wrote:
lyx: http://koji.fedoraproject.org/koji/taskinfo?taskID=9651160
It looks like LyX forward-declares std::basic_string, which is (1)
undefined behaviour and (2) not going to work now that std::string is
really defined as std::__cxx11::basic_s
On 18/05/15 13:39 +0100, Jonathan Wakely wrote:
On 04/05/15 13:09 +0200, Kalev Lember wrote:
lyx: http://koji.fedoraproject.org/koji/taskinfo?taskID=9651160
It looks like LyX forward-declares std::basic_string, which is (1)
undefined behaviour and (2) not going to work now that std
On 18/05/15 13:42 +0100, Jonathan Wakely wrote:
On 18/05/15 13:39 +0100, Jonathan Wakely wrote:
On 04/05/15 13:09 +0200, Kalev Lember wrote:
lyx: http://koji.fedoraproject.org/koji/taskinfo?taskID=9651160
It looks like LyX forward-declares std::basic_string, which is (1)
undefined
On 26/06/15 15:11 -0600, Chris Murphy wrote:
What about a Scientific & Astronomy spin? Looks like Scientific uses
KDE though, *shrug*.
I thought the point is that basing Astronomy on KDE is preferable, so
that's a Good Thing, surely?
--
devel mailing list
devel@lists.fedoraproject.org
https://a
On 27/05/20 19:30 -0700, Luya Tshimbalanga wrote:
On 2020-05-26 3:48 a.m., Jonathan Wakely wrote:
On 23/05/20 12:18 -0700, Luya Tshimbalanga wrote:
On 2020-05-23 11:20 a.m., Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, 2020-05-23 at 11:09 -0700, Luya
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using the f33-boost side tag.
If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your
packages, please do not make another update. Instead co-ordinate with
me to use the side tag for your update (if your pac
effects? If not, then you don't need to
worry about the rebuilds. A new build will arrive in rawhide when it's
ready.
The request to check with me was if you need to update the package.
чт, 28 мая 2020 г., 11:45 Jonathan Wakely :
I'm starting the rebuilds for Boost 1.73.0 and pac
On 28/05/20 14:21 +0200, Fabio Valentini wrote:
On Thu, May 28, 2020 at 2:16 PM Jonathan Wakely
wrote:
I've literally just started. The new boost hasn't even finished yet:
https://koji.fedoraproject.org/koji/taskinfo?taskID=45094034
I wonder if this build is actually broken and
On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using the f33-boost side tag.
If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your
packages, please do not make another update. Instead c
On 15/05/20 14:12 -0400, Charalampos Stratakis wrote:
Hello everyone,
As of Python 3.8, python C extensions modules should not link to libpython,
unless they embed the interpreter in their code. Relevant upstream PR:
https://github.com/python/cpython/pull/12946
If your package links to libpyth
On 29/05/20 09:34 +0200, Miro Hrončok wrote:
On 29. 05. 20 9:32, Felix Schwarz wrote:
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
The side tag is being merged right now.
Thank you for all the work (also in advance with all the alpha/beta versions)
:-)
Seems like quite a few Python packages
On 29/05/20 12:17 +0200, Miro Hrončok wrote:
On 29. 05. 20 11:49, Jonathan Wakely wrote:
On 29/05/20 09:34 +0200, Miro Hrončok wrote:
On 29. 05. 20 9:32, Felix Schwarz wrote:
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
The side tag is being merged right now.
Thank you for all the work
On 29/05/20 15:21 +0200, Fabio Valentini wrote:
On Fri, May 29, 2020 at 2:29 PM Jun Aruga wrote:
This just happened on Fedora rawhide build now.
Could anyone fix it?
https://koji.fedoraproject.org/koji/taskinfo?taskID=45138807
https://kojipkgs.fedoraproject.org//work/tasks/8880/45138880/root
On 29/05/20 16:17 +0200, Miro Hrončok wrote:
On 22. 05. 20 3:06, Miro Hrončok wrote:
Hello, in order to deliver Python 3.9, we are running a coordinated
rebuild in a side tag.
https://fedoraproject.org/wiki/Changes/Python3.9
If you see a "Rebuilt for Python 3.9" (or similar) commit in you
On 02/06/20 07:54 -0400, Kaleb Keithley wrote:
Is the rebuild in the side tag something that's still in progress?
I sent Jonathan an email asking, but didn't get a reply.
Sorry, I didn't see the mail until today.
https://fedoraproject.org/wiki/Changes/F33Boost173#Scope links to the
ticket for
On 02/06/20 09:54 +0200, Petr Pisar wrote:
On Tue, Jun 02, 2020 at 07:58:15AM +0200, tsalim--- via devel wrote:
At this point, I am working on adding support for numbers as large as 2^255
as required by the length_encode function detailed on page 9 of the RFC.
The C Programming Language does no
On 01/06/20 07:21 -0500, Richard Shaw wrote:
When did this nonsense start happening?
Some time between April 2019:
https://bugzilla.redhat.com/show_bug.cgi?id=1558278#c10
and August 2019:
https://bugzilla.redhat.com/show_bug.cgi?id=1558278#c17
___
dev
On 02/06/20 10:44 -0400, Kaleb Keithley wrote:
On Tue, Jun 2, 2020 at 10:25 AM Jonathan Wakely
wrote:
...
ceph was not in my list, because it isn't returned by the first query
shown at https://fedoraproject.org/wiki/Changes/F33Boost173#Dependencies
Does it actually depend on any libb
On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using the f33-boost side tag.
If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your
packages, please do not make another update. Instead c
On 02/06/20 11:01 -0400, Kaleb Keithley wrote:
On Tue, Jun 2, 2020 at 10:58 AM Jonathan Wakely
wrote:
>Up to now it hasn't.
>
>I've been waiting to get boost > 1.71 so that it can be built with the
>system boost instead of its bundled copy.
>
>If the side ta
On 02/06/20 16:24 +0100, José AbÃlio Matos wrote:
On Tuesday, 2 June 2020 15.57.14 WEST Jonathan Wakely wrote:
The side tag is merging right now, you just have to wait for 100+
packages to be signed, and they'll be in rawhide.
Oops, I submitted now a new lyx for rawhide. If for some r
On 01/06/20 02:14 -, Denis Arnaud wrote:
Thanks for the follow up!
| airinv airrac airtsp rmol sevmgr trademgen
All those packages have been successfully rebuilt (after upstream upgrade):
* airinv: https://bodhi.fedoraproject.org/updates/FEDORA-2020-d6b3c81762
* airrac: https://bodhi.fedora
On 02/06/20 17:58 +0200, Iñaki Ucar wrote:
On Tue, 2 Jun 2020 at 17:37, Jonathan Wakely wrote:
All packages from the f33-boost side tag have now been signed and
should be in rawhide
But not in Bodhi. Does this require manual intervention?
No.
Does it need to be in bodhi now? It's i
On 02/06/20 20:00 +0200, Miro Hrončok wrote:
On 02. 06. 20 19:51, Miro Hrončok wrote:
On 02. 06. 20 17:24, Jonathan Wakely wrote:
### Boost.Endian
Several packages fail because they were using an implementation detail
of Boost, the header. That no longer exists,
but nobody should have been
On 02/06/20 16:24 +0100, Jonathan Wakely wrote:
On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using the f33-boost side tag.
If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your
pack
On 02/06/20 22:39 +0100, Jonathan Wakely wrote:
On 02/06/20 16:24 +0100, Jonathan Wakely wrote:
On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
- obsolete the separate boost-nowide package, as Boost 1.73.0 includes
the Boost.Nowide library now
jhogarth, please confirm you're aware o
On 02/06/20 16:24 +0100, Jonathan Wakely wrote:
### Boost.Bind
Several packages failed to build because the Boost.Bind placeholders
_1, _2, _3 etc. are no longer in the global namespace. See the message
in :
BOOST_PRAGMA_MESSAGE(
"The practice of declaring the Bind placeholders (_
regards
Denis
Le mar. 2 juin 2020 Ã 17:46, Jonathan Wakely a
écrit :
On 01/06/20 02:14 -, Denis Arnaud wrote:
>Thanks for the follow up!
>
>| airinv airrac airtsp rmol sevmgr trademgen
>
>All those packages have been successfully rebuilt (after upstr
On 03/06/20 09:53 -, Markus Neteler wrote:
Hi
Here another package: PDAL
https://src.fedoraproject.org/rpms/PDAL/tree/master
It depends on boost and I don't see changes in changelog.
It wasn't found by the repoquery last week, because the package didn't
exist when I started rebuilding thi
On 03/06/20 12:35 +0200, Till Hofmann wrote:
On 6/2/20 5:24 PM, Jonathan Wakely wrote:
### C++ includes
Several packages failed to build because they couldn't find C++
Standard Library algorithms:
freeopcua: error: 'for_each' is not a member of 'std'
I don'
On 03/06/20 13:36 +0200, Miro Hrončok wrote:
On 03. 06. 20 13:32, Till Hofmann wrote:
Yes, that's what I meant. I'm not going to test patches by submitting
builds over and over again, that's not really time efficient. I'll just
wait until it shows up in mock.
$ mock -r fedora-rawhide-x86_64 --
On 03/06/20 20:25 +0100, Ian McInerney wrote:
On Wed, Jun 3, 2020 at 8:08 PM Richard Shaw wrote:
Ok, one problem after another with FreeCAD, maybe I'll get them fixed
before f33 is released :)
/builddir/build/BUILD/FreeCAD-0.18.4/src/Gui/DAGView/DAGView.cpp: In
constructor 'Gui::DAG::View::Vi
On 03/06/20 15:21 -0500, Richard Shaw wrote:
On Wed, Jun 3, 2020 at 3:16 PM Jonathan Wakely
wrote:
On 03/06/20 20:25 +0100, Ian McInerney wrote:
>On Wed, Jun 3, 2020 at 8:08 PM Richard Shaw wrote:
>
>> Ok, one problem after another with FreeCAD, maybe I'll get them fixed
As previously discussed (by me ... nobody else responded) I have
retired the boost-nowide package in rawhide.
The boost-1.73.0 package now in rawhide provides boost-nowide as a
subpackage, because the project is now part of the official Boost
release.
The packages that use boost-nowide have been
On 05/06/20 10:23 +0200, Tomáš Popela wrote:
On Fri, Jun 5, 2020 at 9:56 AM Kevin Kofler wrote:
I am opposed to this change. Chromium and Firefox build fine with GCC. I
think that a distribution should be built with a consistent toolchain
wherever possible.
Kevin, that's not true at all. Ma
On 05/06/20 10:26 +0200, Igor Raits wrote:
Well, upstreams are not necessarily enabling many security features or
optimizations. So you are effectively saying "upstream knows better"
where I would have to disagree with you.
Yes, this is a very good point.
Many of Fedora's packages have upstrea
On 05/06/20 09:09 +0200, Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2020-06-04 at 16:30 -0400, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/CompilerPolicy
== Summary ==
Fedora has historically forced packages to build with GCC unless the
upstream proj
On 04/06/20 16:30 -0400, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/CompilerPolicy
[snip]
== Documentation ==
Several years ago Red Hat's tools team championed for Fedora policy to strongly
discourage the use of LLVM/Clang for package building. Exceptions were made for
packages t
On 05/06/20 12:46 +0200, Vitaly Zaitsev via devel wrote:
On 05.06.2020 09:52, Kevin Kofler wrote:
I am opposed to this change. Chromium and Firefox build fine with GCC. I
think that a distribution should be built with a consistent toolchain
wherever possible.
Clang is much better than GCC nowa
On 05/06/20 09:00 -0500, Richard Shaw wrote:
Next problem...
/usr/include/boost/geometry/index/detail/rtree/node/variant_visitor.hpp:51:25:
error: no matching function for call to
'apply_visitor(boost::geometry::index::detail::rtree::visitors::insert, WireJoiner::PntGetter>::members_holder,
boos
On 05/06/20 17:42 +0100, Jonathan Wakely wrote:
On 05/06/20 09:00 -0500, Richard Shaw wrote:
Next problem...
/usr/include/boost/geometry/index/detail/rtree/node/variant_visitor.hpp:51:25:
error: no matching function for call to
'apply_visitor(boost::geometry::index::detail::rtree::vis
On 05/06/20 20:30 +0200, Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Fri, 2020-06-05 at 13:25 -0400, Robert Marcano via devel wrote:
On 6/5/20 12:31 PM, Jeff Law wrote:
> On Fri, 2020-06-05 at 16:23 +,
> devel-requ...@lists.fedoraproject.org wrote:
> > Date: Fri, 5
On 05/06/20 17:59 +0100, Jonathan Wakely wrote:
On 05/06/20 17:42 +0100, Jonathan Wakely wrote:
On 05/06/20 09:00 -0500, Richard Shaw wrote:
Next problem...
/usr/include/boost/geometry/index/detail/rtree/node/variant_visitor.hpp:51:25:
error: no matching function for call to
'apply_vi
1 - 100 of 625 matches
Mail list logo
