Self introduction: Jonathan Wakely

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,

Re: Quick C++ question for C++ experts :)

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 paulo.cesar.pereira.de.andr...@gmail.com: Is this expected to not compile with -fno-implicit-templates? ---%--- $ cat test.cc #include string std::string test(int i) {

Re: Quick C++ question for C++ experts :)

On 01/04/15 15:16 +0100, Ian Malone wrote: Do you mind clarifying? I thought string 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

Re: gcc5 C++11 ABI rebuilds and FTBFS packages

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

Re: gcc5 C++11 ABI rebuilds and FTBFS packages

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

Re: gcc5 C++11 ABI rebuilds and FTBFS packages

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

Re: Quick C++ question for C++ experts :)

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

Re: F23 Self Contained Change: Astronomy Spin

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

Re: bodhi 2 now live

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

Re: bodhi 2 now live

On 23/08/15 18:41 -0400, Neal Gompa wrote: On Sun, Aug 23, 2015 at 6:32 PM, Jonathan Wakely jwak...@redhat.com 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

Re: Do you know how many 64-bit architectures Fedora has?

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

Re: Do you know how many 64-bit architectures Fedora has?

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 for 64-bit

Re: Do you know how many 64-bit architectures Fedora has?

On 24/08/15 10:06 -0400, Neal Gompa wrote: On Mon, Aug 24, 2015 at 9:41 AM, Jonathan Wakely jwak...@redhat.com 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 guarded

Re: Rawhide plans

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 and

Re: Rawhide plans

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

Re: Boost updated to 1.58.0 in rawhide and f23

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 Sat, Jul 18, 2015

Re: Boost updated to 1.58.0 in rawhide and f23

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 12:46:51PM +0100, Jonathan Wakely wrote

Re: Boost updated to 1.58.0 in rawhide and f23

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,

Re: Boost updated to 1.58.0 in rawhide and f23

On 10/08/15 12:24 -0600, Kevin Fenzi wrote: On Mon, 10 Aug 2015 17:51:30 +0100 José Matos jama...@fc.up.pt 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 depend

Re: Boost updated to 1.58.0 in rawhide and f23

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 jama...@fc.up.pt 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

Re: Boost updated to 1.58.0 in rawhide and f23

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,

Re: Boost updated to 1.58.0 in rawhide and f23

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 nick is 'redi

Re: Boost updated to 1.58.0 in rawhide and f23

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 nick is 'redi

Re: Boost updated to 1.58.0 in rawhide and f23

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 nick is 'redi

Re: Boost updated to 1.58.0 in rawhide and f23

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 nick is 'redi

Re: Boost updated to 1.58.0 in rawhide and f23

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

Re: Boost updated to 1.58.0 in rawhide and f23

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

Re: Boost updated to 1.58.0 in rawhide and f23

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 devel

Re: Boost updated to 1.58.0 in rawhide and f23

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/conftest.cpp 3 4

Re: Boost updated to 1.58.0 in rawhide and f23

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

Re: Boost updated to 1.58.0 in rawhide and f23

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

Re: Boost updated to 1.58.0 in rawhide and f23

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

Re: Boost updated to 1.58.0 in rawhide and f23

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 nick is 'redi

Re: Boost updated to 1.58.0 in rawhide and f23

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-progress list

Re: Boost updated to 1.58.0 in rawhide and f23

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-progress list

Re: Boost updated to 1.58.0 in rawhide and f23

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-progress list

Re: Boost updated to 1.58.0 in rawhide and f23

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'll be happy

Re: Boost updated to 1.58.0 in rawhide and f23

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

Re: Boost updated to 1.58.0 in rawhide and f23

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.

Boost updated to 1.58.0 in rawhide and f23

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

Re: Geeqie... I'll take it -- but I'd like co-maintainers! [was Re: Orphaned Geeqie]

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

Re: Fedora developer portal - proof of concept

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++?

Re: Geeqie... I'll take it -- but I'd like co-maintainers! [was Re: Orphaned Geeqie]

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

Re: Geeqie... I'll take it -- but I'd like co-maintainers! [was Re: Orphaned Geeqie]

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 rgb1[1

Re: C++11 enabling in F22?

On 27/10/15 13:01 +0100, Marek Skalický wrote: On Mon, 2015-10-26 at 14:23 +0100, Tim Niemueller wrote: https://gcc.gnu.org/wiki/Cxx11AbiCompatibility I guess this is what is causing problems if mongo-cxx-driver and an application using it do not use the same language version. Does someone

Re: Rebuild bro and blender (Was: [HEADS-UP] jemalloc-4.0.0 for rawhide, please test)

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

Re: how to set/unset env variables in spec file

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

Re: how to set/unset env variables in spec file

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

Re: /var/log/dnf.log

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

Re: /var/log/dnf.log

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

Re: rpmbuild SPEC file - shared library path

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

Re: rpmbuild - empty RPMS directory

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

Re: rpmbuild - empty RPMS 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

Re: rpmbuild - empty RPMS 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. 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

Re: rpmbuild - empty RPMS directory

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 >>

Re: Announcing the release of Fedora 23 Beta!

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.

Re: F23 broke dependencies

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:

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

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

Re: OpenMesh soname bump in rawhide

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

Re: package naming question: IT++

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

Re: Updating cppformat in Rawhide?

On 03/12/15 13:57 -0700, Dave Johansen wrote: My hope was to maintain source compatibility and not binary compatibility. For example, the header file moved from: /usr/include/format.h to: /usr/include/cppformat/cppformat.h I was planning on updating the stable release with a symlink at:

Re: F24 System Wide Change: Fedora 24 Boost 1.60 uplift

[I've dropped devel-announce from the CC] On 01/12/15 21:22 +, Richard W.M. Jones wrote: On Tue, Dec 01, 2015 at 09:15:38PM +, Richard W.M. Jones wrote: On Tue, Dec 01, 2015 at 02:57:53PM +, Jonathan Wakely wrote: > On 28/11/15 20:05 +, Richard W.M. Jones wrote: > >On

Re: F24 System Wide Change: Fedora 24 Boost 1.60 uplift

On 28/11/15 20:05 +, Richard W.M. Jones wrote: On Fri, Nov 27, 2015 at 09:24:21AM +0100, Jan Kurik wrote: = System Wide Change: Fedora 24 Boost 1.60 uplift = Does this mean "upgrade" or "update"? I just copied that from the previous change proposals, but I'm not sure what the difference

Re: DNF could improve messages about package auto-removal

On 01/12/15 09:02 +0100, Petr Spacek wrote: On 1.12.2015 08:20, Dan Book wrote: I have run into this before and it was very confusing, it really should be a separate command from remove for when you actually want to remove what dnf thinks is now "unused". Maybe it would help if these

Re: F24 System Wide Change: Fedora 24 Boost 1.60 uplift

On 20/11/15 17:54 +0100, Dan Horák wrote: On Fri, 20 Nov 2015 16:28:45 +0100 Jan Kurik <jku...@redhat.com> wrote: = System Wide Change: Fedora 24 Boost 1.60 uplift = https://fedoraproject.org/wiki/Changes/F24Boost160 Change owner(s): * Jonathan Wakely This change brings Boost

Re: keepassx 2.0?

On 13/01/16 10:16 +0100, Juan Orti Alcaine wrote: Could you please rename the package to keepassx1? I wish them to be installed in parallel. It's not as simple as renaming the package. It would mean renaming the binary and everything under /usr/share, which I don't have time to do, sorry. --

Re: keepassx 2.0?

On 13/01/16 11:07 +0200, Kari Koskinen wrote: I don't see need for Keepass 0.4 package for Fedora 23. A COPR for those who need it for compatibility would be enough at this point. Agreed, that can be found here: https://copr.fedoraproject.org/coprs/jwakely/keepassx1/ Though, Fedora 22

Re: keepassx 2.0?

On 12/01/16 12:54 -0500, Chuck Anderson wrote: Given that people have already had their databases upgraded to .kdbx (but the v1 .kdb file is still there), instead of downgrading keepassx which is now at v2, you could inroduce a new keepassx1 package. It might be cleaner that way now that the v2

Re: keepassx 2.0?

On 12/01/16 18:50 +0100, Jens Lody wrote: keepassx 2 uses kdbx file-ending, while keepassx 0.4 uses kdb. I have updated and converted, but the old file is still present and untouched. Oh good! So then there's even less reason not to support parallel installations of both versions. The only

Re: keepassx 2.0?

On 12/01/16 01:47 -0800, Ed Marshall wrote: Bringing this discussion to the mailing list, since it's all apparently happened in bugzilla until now (and I only found out when I updated this evening). For reference: https://bugzilla.redhat.com/show_bug.cgi?id=1282825 This update (0.4.3 to 2.0.0)

Re: keepassx 2.0?

On 12/01/16 10:41 +, Jonathan Wakely wrote: On 12/01/16 01:47 -0800, Ed Marshall wrote: Bringing this discussion to the mailing list, since it's all apparently happened in bugzilla until now (and I only found out when I updated this evening). For reference: https://bugzilla.redhat.com

Re: keepassx 2.0?

So how should the maintainer proceed? The policy was violated, but it's done now. F23 has already been updated, F22 has an update in testing now (with negative karma). The old version could be added as keepassx1, or just via COPR, for those who still want it. Since some people will already

Re: keepassx 2.0?

On 12/01/16 22:59 +, Jonathan Wakely wrote: The old version could be added as keepassx1, or just via COPR, for those who still want it. I've created a COPR with keepassx 0.4.4 builds for F22 and F23: https://copr.fedoraproject.org/coprs/jwakely/keepassx1/build/153188/ -- devel mailing list

Re: Hacks for multilib unclean C headers

On 08/06/16 17:08 +0100, Jonathan Wakely wrote: The packaging guidelines say to use BuildRequires to build C and C++ packages. I want to extend those guidelines to say don't add Requires: gcc just because you isntall headers. That's not confusing or contradictory. Basically it seems like you

Re: Hacks for multilib unclean C headers

On 08/06/16 15:43 +, Petr Pisar wrote: On 2016-06-08, Jonathan Wakely <jwak...@fedoraproject.org> wrote: Also, since gcc%{?_isa} **doesn't work** then yes, not using %_isa for gcc seems sensible! :-) Why both gcc.i686 and gcc.x86_64 are available in the x86_64 repository? Sho

Re: Hacks for multilib unclean C headers

On 09/06/16 08:02 +, Petr Pisar wrote: On 2016-06-08, Jonathan Wakely <jwak...@fedoraproject.org> wrote: On 08/06/16 15:43 +, Petr Pisar wrote: On 2016-06-08, Jonathan Wakely <jwak...@fedoraproject.org> wrote: Also, since gcc%{?_isa} **doesn't work** then yes, not using %

Re: Hacks for multilib unclean C headers

On 08/06/16 07:37 +, Petr Pisar wrote: Guidelines require devel packages to be architecture specific (no BuildArch: noarch). Guidelines require having dependencies between architecture specific packages restricted to the architecture (Requires: foo-devel%{?_isa}). C guildelines require

Re: Hacks for multilib unclean C headers

On 08/06/16 08:38 +, Petr Pisar wrote: On 2016-06-08, Jonathan Wakely <jwak...@fedoraproject.org> wrote: On 08/06/16 07:37 +, Petr Pisar wrote: Guidelines require devel packages to be architecture specific (no BuildArch: noarch). Guidelines require having dependencies b

Re: Hacks for multilib unclean C headers

On 08/06/16 15:21 +0100, Jonathan Wakely wrote: I think -devel packages should not "Require: gcc" at all. Not with %_isa and not without it. To actually compile something using those headers you need the C (or C++) build environment installed anyway, i.e. you need 'gcc' (or 'gcc-c++')

Re: Hacks for multilib unclean C headers

On 08/06/16 12:00 +, Petr Pisar wrote: On 2016-06-08, Jonathan Wakely <jwak...@fedoraproject.org> wrote: On 08/06/16 08:38 +, Petr Pisar wrote: On 2016-06-08, Jonathan Wakely <jwak...@fedoraproject.org> wrote: On 08/06/16 07:37 +, Petr Pisar wrote: Guidelines r

Re: Why GUI software update tool is broken for me

On 15/06/16 09:27 -0400, Phil Cameron wrote: So when you update an application that is running all you do is unlink the file name from the old file and link it to the new file. The old file does not go away because it is open by the running program. When the program exits, the file is deleted

Re: Why GUI software update tool is broken for me

On 16/06/16 13:39 +, John Florian wrote: Oh cool and here I've been waiting to have this available outside of GNOME (as a Plasma user). However, I'm confused by my first experiment with it: $ sudo pkcon update --only-download Getting updates [=]

Re: Updating hdf5 to 1.8.16 in rawhide soon

On 14/01/16 09:53 -0700, Orion Poplawski wrote: On 01/14/2016 09:51 AM, Richard Shaw wrote: I needed an update to OpenImageIO (new patch version) which I just submitted. I assume I waited long enough for the new hdf5 build. Thanks, Richard Nope, still waiting for the arm build to

Re: Can I enable C++11 to build a package?

On 13/01/16 15:36 +0100, Kalev Lember wrote: Also, GCC 6 that is going to land in F24 in 2 or 3 weeks is going to switch the global default to -std=gnu++14 or -std=c++14, I've forgotten which. gnu++14 Currently the default is gnu++98, so we're only changing 98 -> 14, not c++ -> gnu++ (i.e.

Re: Rules regarding whitespace inside .spec files

On 13/01/16 23:19 -, Andrew Toskin wrote: Is there a way to convert tags like "BuildRequires:" into %macros so that they *can* be indented? That would be highly unconventional, and so unlikely to make the .spec file easier to follow. If it's really a problem you could use comments: %if

Re: Boost 1.60?

On 14/01/16 13:23 +, Jonathan Wakely wrote: On 14/01/16 12:40 +, Tom Hughes wrote: Are we expecting boost 1.60 to land in Rawhide today? I see 1.60.0-1 built in the f24-boost side tag yesterday and then 1.60.0-2 this morning in the main f24 tag? Obviously that has triggered a bunch

Re: Boost 1.60?

On 14/01/16 12:40 +, Tom Hughes wrote: Are we expecting boost 1.60 to land in Rawhide today? I see 1.60.0-1 built in the f24-boost side tag yesterday and then 1.60.0-2 this morning in the main f24 tag? Obviously that has triggered a bunch of dependency failures in koschei. Argh! Sorry,

Re: New tbb in Rawhide

On 15/01/16 15:14 -0700, Jerry James wrote: I am going to build the latest version of tbb in Rawhide soon. Updating alone does not cause any ABI breaks, according to libabigail, but enabling C++11 features in tbb does, due to some changes in exception classes. Those C++11 features can boost

Re: dnf still is unuseable

On 18/01/16 03:28 -0500, Neal Gompa wrote: On Mon, Jan 18, 2016 at 2:52 AM, James Hogarth wrote: On a side note it'd be nice if pk just called out to dnf so that they have a common backend which would prevent behaviour like this and would result in sharing a history

Re: dnf still is unuseable

On 18/01/16 07:05 -0500, Honza Šilhan wrote: yes, autoremoval issue could be either caused by bad packaging [1] or when you are installing packages via yum or packagekit [2]. We are working on better integration between DNF and PK so this could be fixed soon. At the meantime use this

Re: New tbb in Rawhide

On 16/01/16 21:54 -0700, Jerry James wrote: Jonathan, On Fri, Jan 15, 2016 at 3:43 PM, Jonathan Wakely <jwak...@fedoraproject.org> wrote: How soon will you be doing the rebuilds? gazebo also needs to be rebuilt for Boost 1.60, which I'm currently doing in the f24-boost side tag. If

Re: Standard, consistent subject lines for automated emails

On 16/01/16 13:34 +, Richard W.M. Jones wrote: Here are a small collection of subject lines of emails sent automatically to me by various Fedora systems in the past few days: Subject: upgradepath PASSED for FEDORA-2015-850e89be8b Subject: [Fedora Update] [comment]

Re: Debugging practices and hardened packages

On 19/01/16 11:00 +0100, Jakub Filak wrote: You do not need to disable abrtd (if you do that, you won't be able to send crash statistics to http://retrace.fedoraproject.org/). If you want to use coredumpctl, just disable abrt-ccpp.service and enable abrt-journal-core.service:

Re: Debugging practices and hardened packages

On 19/01/16 11:10 +, Tom Hughes wrote: On 19/01/16 10:55, Jonathan Wakely wrote: Is there a way to tell it to ignore certain core files? I run parts of the GCC testsuite several times a day, and many of the tests are expected to call abort() to terminate. I don't want hundreds of them

Re: Debugging practices and hardened packages

On 19/01/16 12:32 +0100, Jakub Filak wrote: On 01/19/2016 11:55 AM, Jonathan Wakely wrote: On 19/01/16 11:00 +0100, Jakub Filak wrote: You do not need to disable abrtd (if you do that, you won't be able to send crash statistics to http://retrace.fedoraproject.org/). If you want to use

Re: GCC6: implicit casting triggers error

On 04/02/16 13:44 +0100, Sandro Mani wrote: On 04.02.2016 13:40, Jakub Jelinek wrote: On Thu, Feb 04, 2016 at 01:36:50PM +0100, Sandro Mani wrote: Med builds are failing with medfile_int_wrap.cc:11272:30: error: no matching function for call to 'std::vector

Re: GCC6: implicit casting triggers error

On 04/02/16 13:36 +0100, Sandro Mani wrote: Hi Med builds are failing with medfile_int_wrap.cc:11272:30: error: no matching function for call to 'std::vector::erase(SwigValueWrapper<__gnu_cxx::__normal_iterator > >&)'

Re: Cython is failing to build (%check) on f24 (gcc6)

On 05/02/16 11:33 -0500, Neal Becker wrote: Zbigniew Jędrzejewski-Szmek wrote: On Fri, Feb 05, 2016 at 09:43:24AM -0500, Neal Becker wrote: Running %check is giving a compile error. What's the easiest way to see what the error message is?

Re: F24 Self Contained Change: System Python

On 08/02/16 08:27 +0100, Jan Kurik wrote: python3 package to be split in several more subpackages: * system-python-libs - a subset of standard Python library considered essential to run "system tools" requiring Python * system-python - /usr/bin/system-python binary (interpreter) for the tools to

Re: DNF pains

On 03/02/16 15:10 -0800, Samuel Sieb wrote: On 02/03/2016 02:28 PM, Felix Miata wrote: Problem #3: When running from say the /boot directory the same dnf command above: # dnf update kd*, kf*, q*, per*, pyt*, u*, v*, x* y*, z* dnf reports cannot install package inityada, cannot install

  1   2   3   4   5   6   7   >