2016-02-29 @ 15:00 UTC - Fedora QA Devel Meeting

# Fedora QA Devel Meeting # Date: 2016-02-29 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting-1 on irc.freenode.net Don't miss the special Leap Year edition of the Fedora qadevel meeting - February 29th doesn't happen every year! On a more se

Strange VM/HW dichotomy building Ruby packages

I've been struggling this evening with building a particular package into the EPEL7 repositories. At first I thought I was just going bonkers, but I think I've narrowed down a particular behavior's cause. At least the only cause of it that I can see. The package in question is rubygem-activesuppor

[389-devel] Please review: 47982 HR timestamps in log

https://fedorahosted.org/389/ticket/47982 https://fedorahosted.org/389/attachment/ticket/47982/0001-Ticket-47982-improve-ti mestamp-resolution-in-logs.2.patch -- Sincerely, William Brown Software Engineer Red Hat, Brisbane signature.asc Description: This is a digitally signed message part

Re: Notification of new version

Was a bugzilla ticket created? If not, perhaps it was recently added to release-monitoring.org , it seems that's the only version detected at this point: https://release-monitoring.org/project/9781/ Thanks, Richard Thanks. Looks like it is a case. -- devel mai

Re: Notification of new version

On Sun, Feb 28, 2016 at 8:32 PM, Dmitrij S. Kryzhevich wrote: > Hi, > > I'd received a notification about new version released: > > A new version of "rasmol" has been detected: "2.7.5", packaged as "rasmol" > > > But current version is: > # rpm -q rasmol > rasmol-2.7.5.2-5.fc23.x86_64 >

Notification of new version

Hi, I'd received a notification about new version released: A new version of "rasmol" has been detected: "2.7.5", packaged as "rasmol" But current version is: # rpm -q rasmol rasmol-2.7.5.2-5.fc23.x86_64 ^ What had gone wrong here? Dmitrij -- devel mailing list devel@lists.fedo

Re: glibc in Fedora rawhide now split by langpacks.

> On Feb 28, 2016, at 5:08 PM, Lars Seipel wrote: > >> On Fri, Feb 26, 2016 at 08:56:27AM -0500, Stephen Gallagher wrote: >> Yeah, I think the best approach would be to have all the langpacks offer a >> virtual Provides: glibc-langpack and have the main package Requires: >> glibc-langpack and S

Re: glibc in Fedora rawhide now split by langpacks.

On Fri, Feb 26, 2016 at 08:56:27AM -0500, Stephen Gallagher wrote: > Yeah, I think the best approach would be to have all the langpacks offer a > virtual Provides: glibc-langpack and have the main package Requires: > glibc-langpack and Suggests: glibc-all-langpacks. This would force the installati

Re: Building packages with clang?

On 28/02/16 21:44, Kevin Fenzi wrote: On Sun, 28 Feb 2016 21:41:26 + Tom Hughes wrote: ...snip... Is building packages with clang actually allowed and/or expected to work? The C/C++ guidelines seem to suggest it is given that they say you should require either gc or clang. https://fedor

Re: Building packages with clang?

On Sun, 28 Feb 2016 21:41:26 + Tom Hughes wrote: ...snip... > Is building packages with clang actually allowed and/or expected to > work? The C/C++ guidelines seem to suggest it is given that they say > you should require either gc or clang. https://fedoraproject.org/wiki/Packaging:Guideli

Building packages with clang?

I have a package that struggles to build on 32 bit x86 and arm because the compiler tends to use so much memory that the builder runs out of memory. Upstream is aware of the issue, and mentioned that clang uses considerably less memory to build the problem file so I thought I would see if bui

Re: Package rename review request - python-PyOpenGL

On 28 February 2016 at 14:18, Raphael Groner wrote: >> On Sat, Feb 27, 2016 at 02:20:20PM +, Jonathan Underwood wrote: >> … except the name ;) It should be lowercase. > +1 > > Or maybe just python-opengl, there's no need für two times py in the name: > python2-opengl and python3-opengl are th

python2-qutepart

Hi, upstream of enki (text editor written in python for Qt) moved to python3-qt5, so there's no need any more for python2-qutepart. Qutepart is the main library of Enki and provides the embedded editor component. We could drop python2/qt4 here and fully go forward with python3-qutepart only. M

Re: Package rename review request - python-PyOpenGL

> On Sat, Feb 27, 2016 at 02:20:20PM +, Jonathan Underwood wrote: > … except the name ;) It should be lowercase. +1 Or maybe just python-opengl, there's no need für two times py in the name: python2-opengl and python3-opengl are the subpackage names. We see such border cases usually for pyth

Re: Is anyone but me using fedfind for anything?

On Sat, Feb 27, 2016 at 05:26:36PM -0800, Adam Williamson wrote: > However, I wanted to ask if anyone apart from me is using fedfind as a > Python package. If there *are* any non-me users, I'll probably try to > be a bit polite about sending out the new code as a stable release and > pushing it to

Re: Package rename review request - python-PyOpenGL

On 28 February 2016 at 02:47, Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Feb 27, 2016 at 02:20:20PM +, Jonathan Underwood wrote: >> Hi, >> >> In the process of adopting the PyOpenGL package, I've updated it to >> comply with modern python packaging practices and renamed the package >> to pyt

Re: gcc-6 unresolved symbol __cpu_model in code using __builtin_cpu_supports("sse2")

Hi, On 27-02-16 23:29, Jakub Jelinek wrote: On Sat, Feb 27, 2016 at 11:18:35PM +0100, Hans de Goede wrote: On 27-02-16 23:08, Jakub Jelinek wrote: On Sat, Feb 27, 2016 at 11:03:57PM +0100, Hans de Goede wrote: I'm having this weird issue in rawhide / f24 where I get the following error: ldd