Re: An everyday tale of dnf

On 8 April 2015 at 16:21, Bruno Wolff III br...@wolff.to wrote: It sounds like you might be happier setting clean_requirements_on_remove to false in dnf.conf . I often find myself wanting to do this temporarily, but have yet to find a command line flag to do it - is there such a thing? If not,

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: How to build one TeXLive subpackage for EPEL-7?

On 8 April 2015 at 19:40, Stephen John Smoogen smo...@gmail.com wrote: On 8 April 2015 at 12:04, Jason L Tibbitts III ti...@math.uh.edu wrote: MC == Matěj Cepl mc...@cepl.eu writes: MC Cutting up texlive monster piece by piece seems like rather lousy MC idea to me. I honestly don't see

Re: F23 System Wide Change: Two Week Atomic

On 18 June 2015 at 13:26, Jan Kurik jku...@redhat.com wrote: [snip] This change moves Atomic away from the main Fedora 6-month distribution release, and instead to separate releases every two weeks on a new web site, http://atomic.fedoraproject.org/ Just a heads up,

Re: need rpm help (nothing provides /bin/python)

available from /usr/lib/rpm/macros.d/macros.emacs (installed by the emacs-common package, which will be present during package build, as you BR emacs) ? It doesn't break anything of course. Cheers, Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Pondering the Emacs add-on packaging situation

thoughts anyone has (especially Tom Tromey if he still reads this list). Cheers, Jonathan. [1] https://fedoraproject.org/wiki/Packaging:Emacs [2] http://ergoemacs.org/emacs/emacs_package_system.html [3] https://elpa.gnu.org/ [4] http://melpa.org/#/ [5] https://marmalade-repo.org/ -- devel mailing

Re: Pondering the Emacs add-on packaging situation

On 23 Jun 2015 20:06, Neal Becker ndbeck...@gmail.com wrote: The case I just fixed is a bit different - it's not something that comes from elpa, melpa, etc., but is an add-on that was just a contributed part that ships with mercurial. Probably many cases of emacs-foo fedora packages are like

Re: Pondering the Emacs add-on packaging situation

On 24 June 2015 at 08:01, Jan Synacek jsyna...@redhat.com wrote: Jonathan Underwood jonathan.underw...@gmail.com writes: The Emacs package manager installs these add-on modules in the user's own directory by default, but it can also install them in a system wide directory. If you run Emacs

Re: F23 System Wide Change: Glibc locale subpackaging

understand correctly though, the above is a stepping-stone to subpackages containing the languages, which will *not* break deltarpms. I do think the change is a great idea; I just want to make sure all involved are aware of this potential pitfall along the way. Jonathan -- devel mailing list devel

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

Review request/swap python-lz4

Hi, I've submitted a review ticket for the python-lz4 package[1]. It should be a straightforward review, and I'll happily swap a review if you have a reasonably simple package in exchange. python-lz4 is needed to improve the performance of the xpra package already in Fedora. Cheers, Jonathan [1

Emacs add-on packaging violations tracker

?id=1234479 Cheers, Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Investigation of the F23 mass rebuild

On 2 July 2015 at 15:49, Adam Jackson a...@redhat.com wrote: Following up on the hardened cflags change in F23, I wanted to gather some statistics on the actual impact: what the most impacted packages and apps are, what the typical overhead is like, etc. The results are... unpleasant, [snip]

Re: Investigation of the F23 mass rebuild

On 2 July 2015 at 16:55, Adam Jackson a...@redhat.com wrote: On Thu, 2015-07-02 at 16:24 +0100, Jonathan Underwood wrote: On 2 July 2015 at 15:49, Adam Jackson a...@redhat.com wrote: Following up on the hardened cflags change in F23, I wanted to gather some statistics on the actual impact

Re: F23 Self Contained Change: Astronomy Spin

On 28 June 2015 at 23:54, Kevin Kofler kevin.kof...@chello.at wrote: M. Edward (Ed) Borasky wrote: Seems like the easiest path would be to make sure all the astronomy packages land on the Science / KDE spin that already exists and do a lot of marketing / blogging / etc. to a targeted group of

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: Do you know how many 64-bit architectures Fedora has?

). And it automatically covers all 64-bit architectures not only those which maintainer remembers. It would be worthwhile adding this to: https://fedoraproject.org/wiki/Packaging_tricks Cheers, Jonathan. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org

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: Fedora minimal installations

On 29 July 2015 at 17:29, Michael Schwendt mschwe...@gmail.com wrote: On Wed, 29 Jul 2015 12:24:17 -0400, Matthew Miller wrote: On Wed, Jul 29, 2015 at 02:09:02PM +, Zbigniew Jędrzejewski-Szmek wrote: A couple of strange deps: - libsemanage requires python (filed as

Re: Emacs packaging guidelines (was: Re: Fedora minimal installations)

for improvement. I'd happily read over a draft if you prepared one for the FPC, I definitely agree the current ones are a bit cumbersome. Cheers, Jonathan. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http

Re: Fedora minimal installations

On 29 July 2015 at 17:24, Matthew Miller mat...@fedoraproject.org wrote: On Wed, Jul 29, 2015 at 02:09:02PM +, Zbigniew Jędrzejewski-Szmek wrote: A couple of strange deps: - libsemanage requires python (filed as https://bugzilla.redhat.com/show_bug.cgi?id=1248002) - emacs-filesystem

Re: Emacs packaging guidelines (was: Re: Fedora minimal installations)

On 29 July 2015 at 20:08, Matthew Miller mat...@fedoraproject.org wrote: On Wed, Jul 29, 2015 at 08:03:00PM +0100, Jonathan Underwood wrote: The Emacs add-on packaging guidelines no longer stipulate that packages which also bundle support for Emacs should split out those Emacs files

Re: Question about profile.d scripts definition in Spec file

On 2 August 2015 at 15:29, Marcin Haba marcin.h...@bacula.pl wrote: My image of configuration files is that they are files for read/write purpose by design, because they enables _configure_ something (application, service, single program, script...whatever). If they are dedicated only for

Re: Question about profile.d scripts definition in Spec file

On 2 August 2015 at 22:57, Jonathan Underwood jonathan.underw...@gmail.com wrote: On 2 August 2015 at 15:29, Marcin Haba marcin.h...@bacula.pl wrote: My image of configuration files is that they are files for read/write purpose by design, because they enables _configure_ something (application

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,

Orphaning python-ufc

this package, but running a fedpkg retire resulted in: Could not retire package: You are not allowed to retire the package: python-ufc on branch f21, so I decided to simply orphan it, and let it be garbage collected. Cheers, Jonathan [0] https://bugzilla.redhat.com/show_bug.cgi?id=693137 -- devel mailing

Re: [PATCH] Update to 2.0.2

On 3 August 2015 at 09:14, Ville Skyttä ville.sky...@iki.fi wrote: On Mon, Aug 3, 2015 at 2:13 AM, Michael Schwendt mschwe...@gmail.com wrote: After spending time on creating that patch, submitting it via http://bugz.fedoraproject.org/mscore would require just a tiny bit of effort. Once

Mirroring problem?

: 995c85b3e6b4a3e53ee53fb4e342c89487001812f55cde0a2f8636e956165684(sha256) suggesting a lot of broken mirrors (I counted around 30 such messages) - I wonder what's causing that? Cheerss, Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora

Re: Emacs packaging guidelines

as well. Jonathan. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Emacs packaging guidelines

write, if you like, and help where I can. Cheers, Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

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: Retiring ScientificPython

inactive with regards to this package and Fenics), I'd suggest it's worth retiring python-fiat unless someone steps up to finish bringing the Fenics stack into Fedora. Cheers, Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

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.

Re: Packaged fonts? (and regular audits?)

On 14 July 2015 at 03:55, Dave Johansen davejohan...@gmail.com wrote: During the review of cppformat, it was pointed out that it contained a font that should be removed because it's packaged with Fedora ( https://bugzilla.redhat.com/show_bug.cgi?id=1216279#c3 ). While working on resolving

Re: python 3.5 in Fedora?

On 14 July 2015 at 23:01, Richard W.M. Jones rjo...@redhat.com wrote: I just got a bug filed against my package not working with Python 3.5 ... in *Ubuntu*?! That sort of thing never happens since normally Fedora is usually so far ahead of Ubuntu. I notice that Fedora Rawhide is carrying

F23 builds not getting tagged as update candidate?

the branching process? Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F23 builds not getting tagged as update candidate?

On 15 Jul 2015 21:27, Kevin Fenzi ke...@scrye.com wrote: On Wed, 15 Jul 2015 21:17:34 +0100 Tom Hughes t...@compton.nu wrote: On 15/07/15 21:11, Jonathan Underwood wrote: I am finding I can't push updates for F23: $ fedpkg update /usr/lib/python2.7/site-packages/fedpkg/cli.py

Boost updated to 1.58.0 in rawhide and f23

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. Thanks, Jonathan Links: https://fedoraproject.org/wiki/Changes/F23Boost159 https://fedorahosted.org/rel-eng/ticket/6197 -- devel mailing list devel

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: python-cycler has broken dependencies in the rawhide tree:

On 15 November 2015 at 14:25, Kalev Lember wrote: > On 11/15/2015 03:14 PM, Neal Becker wrote: >> python-cycler has broken dependencies in the rawhide tree: >> On x86_64: >> python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4 >> On i386: >>

Re: python-cycler has broken dependencies in the rawhide tree:

On 15 November 2015 at 19:41, Kevin Fenzi <ke...@scrye.com> wrote: > On Sun, 15 Nov 2015 18:57:49 + > Jonathan Underwood <jonathan.underw...@gmail.com> wrote: > >> I am seeing this same problem with python-importmagic, even though it >> seems to have been

Re: Cloning bugs: Just Don't Do It

On 3 November 2015 at 16:13, Adam Williamson wrote: > You see that 'Clone' button in Bugzilla? You, yes you, with your cursor > hovering over it? > > Don't do it! It's a trap. > > Cloning a bug is almost never actually what you want to do. When you > clone a bug, all

Re: Cloning bugs: Just Don't Do It

On 4 November 2015 at 14:31, Kevin Fenzi <ke...@scrye.com> wrote: > On Tue, 3 Nov 2015 18:25:32 + > Jonathan Underwood <jonathan.underw...@gmail.com> wrote: > >> Mostly agreed. The one legit use-case though is when someone wants to >> to continue a package s

Re: Fedora 23 Final RC10 status is GO !

or updates produced after release, when more folks have the release distro installed and are using it and testing updates. I think that's the issue that we could address by engaging the community more though. Any other proposal requiring more from the QA team has to identify where that extra resource come

Re: Self Introduction: Jonny Heggheim

* Java-WebSocket: https://bugzilla.redhat.com/show_bug.cgi?id=1231570 You might consider contacting the Java special interest group: https://fedoraproject.org/wiki/SIGs/Java They have a mailing list and IRC channel, so you might find someone to review your packages there. Jonathan -- devel

Improving our processes for new contributors.

tracked through badges. Thoughts from the COPR folks? Cheers, Jonathan. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-08)

the astronomy sig could act as sponsor. It's definitely worth contacting the Astronomy SIG[3] to ask. Cheers, Jonathan [1] https://admin.fedoraproject.org/pkgdb [2] https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Become_a_co-maintainer [3] https://fedoraproject.org/wiki

Sponsor shortage

waiting to be sponsored for a couple of years. This is quite an unfortunate situation - what can we do to improve that situation? How many *active* packaging sponsors do we currently have? Cheers, Jonathan. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org

Re: Sponsor shortage

are: a) Are we making these expectations clear enough to new contributors? b) Are we using our available tools and mechanisms optimally to facilitate and encourage those activities? I would welcome your thoughts on those two points (and anyone else who wants to contribute, of course). Cheers, Jonathan

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

d $RPM_BUILD_ROOT%{instdir}/$i -name bin -type d) binpath=${binpath#$(echo $RPM_BUILD_ROOT)} sed "s|@MOLPROBINPATH@|${binpath}|g" < %SOURCE2 > $RPM_BUILD_ROOT%{_sysconfdir}/modulefiles/molpro2012/${i} done %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %{instdir} %

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: Adobe CMap resources license change

re/cmap and add a Requires for the cmap packages? These directories are versioned, e.g. "/usr/share/cmap/cmap-japan1-6-2012.08.14/", which seemed like a good idea at the time. > > It looks like poppler-data also has the deprecated cmap-japan2-0 resources ( https://github.com/adobe-type

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

gl3n package

Dear fedora team, D's package got some build failure for this reason gl3n package was flagged as dead. But it was not a dead package. I was only unable to build it. I reported lot of bug to be able to build all d packages. When a bug was fixed another critical bug came... And so on Now I have a

Re: Xapian library needs rebuild on rawhide

On 27 November 2015 at 12:32, Peter Robinson wrote: [snip] >> Can someone push new builds of Xapian? > > I've pushed one but there's been no announcement of a further C++ ABI > change since F-23. Also please report the NVR of the particular > package you're using. Thanks

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: Samba AD and MIT Kerberos with trust to FreeIPA update

On 3 Dec 2015 19:14, "Alexander Bokovoy" wrote: > > Hi, > > (repost to Fedora development) > > I've posted few screenshots of the current status of Samba AD with MIT > Kerberos running on Fedora 23 and establishing cross-forest trust to > FreeIPA on my Google+ page: >

<    1   2   3   4   5   6   7   8   9   10   >