Re: GCC 6 -Wnonnull is too aggressive

On Fri, Feb 19, 2016 at 03:12:29AM +0100, Kevin Kofler wrote: > Jakub Jelinek wrote: > > ASSERT(this) is pointless, it is testing if undefined behavior didn't > > happen after the fact, that is just too late. As I said, use > > -fsanitize=undefined to make sure you don't call methods on nullptr. >

Re: 4.4 rebase coming to F23 soon

The kernel, presumably. I was confused as well, but if you look at the sent line, you'll see that this got sent to -devel and -kernel. On Feb 19, 2016 01:40, "Garrett Holmstrom" wrote: > On 2016-02-18 17:51, Laura Abbott wrote: > >> 4.4.2 is currently building and should be in updates-testing soo

Re: 4.4 rebase coming to F23 soon

On 2016-02-18 17:51, Laura Abbott wrote: 4.4.2 is currently building and should be in updates-testing soon. As usual, please test and give karma appropriately (negative karma for new issues, not existing issues). Forgive my ignorance, but version 4.4.2 of _what_? -- Garrett Holmstrom -- devel

Re: CVE-2015-7547 fix for Fedora 21

Why do you want to build such packages for EOLed distro? On Fri, Feb 19, 2016, 3:36 AM Kevin Kofler wrote: > Hi, > > I have built an updated glibc package for Fedora 21, with (alleged) fixes > for the following security issues: > * CVE-2015-7547 (CRITICAL) > * CVE-2015-1781 > * CVE-2015-8777 > *

Re: [ANNOUNCE] Fedora support for Vulkan

> > Adam Jackson wrote: > > Currently the repository includes the driver loader, as well as Intel's > > open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton > > and Kabylake) GPUs. The Intel drivers also have incomplete support for > > Ivybridge, Haswell, and Baytrail devices; I

Re: openCOLLADA: Help with GCC6 narrowing conversion

On 02/19/2016 12:05 AM, David Woodhouse wrote: On Mon, 2016-02-15 at 17:09 +0100, Ralf Corsepius wrote: Exactly. Because of this, I -fsigned-char should only be applied as a last resort/work-around to mere program/application packages and not to library packages, IMHO. Or to programs which *use

CVE-2015-7547 fix for Fedora 21

Hi, I have built an updated glibc package for Fedora 21, with (alleged) fixes for the following security issues: * CVE-2015-7547 (CRITICAL) * CVE-2015-1781 * CVE-2015-8777 * glibc PR17269 * glibc PR18032 backported from Fedora 22 or forward-ported from CentOS 7. (To the best of my knowledge, the

Re: Fedora Rawhide 20160218 compose check report

Adam Williamson wrote: > It looks like the same systemd/selinux issue that affects the > Workstation live is also affecting KDE live, though the effects are a > bit less predictable. When you boot a KDE live without enforcing=0 it > kinda-sorta reaches a desktop, and you might even be able to run t

Re: GCC 6 -Wnonnull is too aggressive

Jakub Jelinek wrote: > ASSERT(this) is pointless, it is testing if undefined behavior didn't > happen after the fact, that is just too late. As I said, use > -fsanitize=undefined to make sure you don't call methods on nullptr. Doesn't -fno-delete-null-pointer-checks make such ASSERTs work (and al

Re: orphaning dx (OpenDX)

Dominik 'Rathann' Mierzejewski wrote: > Well, in this case, an array of char is initialised with values > 128 > and the passed to XCreatePixmapFromBitmapData, which requires a char * > parameter, so it's not trivial (at least to me). These narrowing issues are all trivial to fix: export CXXFLAGS="

4.4 rebase coming to F23 soon

Hi, 4.4.2 is currently building and should be in updates-testing soon. As usual, please test and give karma appropriately (negative karma for new issues, not existing issues). Thanks, Laura -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists

Re: [ANNOUNCE] Fedora support for Vulkan

Adam Jackson wrote: > Currently the repository includes the driver loader, as well as Intel's > open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton > and Kabylake) GPUs. The Intel drivers also have incomplete support for > Ivybridge, Haswell, and Baytrail devices; I can vouch tha

Re: openCOLLADA: Help with GCC6 narrowing conversion

Dan Horák wrote: > you are welcome, there will be more packages suffering from the same > problem (I own at least one :-)), sometimes appending "-fsigned-char" > to CFLAGS will be easier. It is also possible to just get rid of the narrowing error with: -Wno-error=narrowing but that will only resto

Re: [GCC6] fatal error: You must enable NEON instructions (e.g. -mfloat-abi=softfp -mfpu=neon) to use these intrinsics.

Peter Robinson wrote: > It's an issue we see occasionally where the package thinks it knows > better than the explicit CFLAGs being set, I'll get it sorted out. But why are those intrinsics now requiring NEON at all? Those are GCC byte swap intrinsics documented as being architecture-independent

Re: requesting help on fixing gcc-6 FTBFS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/16/2016 11:23 PM, Dmitrij S. Kryzhevich wrote: >> (abs(point.x()-position.point.x())>20 && >> qAbs(point.y()-position.point.y())>20 ) { >> >> There is mention about this in gcc 6 porting "guide" - >> https://gcc.gnu.org/gcc-6/porting_to.html

Re: Fedora Rawhide 20160218 compose check report

On Thu, 2016-02-18 at 23:35 +, Fedora compose checker wrote: > Missing expected images: > > Cloud disk raw i386 > > Images in this compose but not Rawhide 20160217: > > Kde disk raw armhfp > Kde live i386 > Scientific_kde live x86_64 > Cloud_atomic vagrant virtualbox x86_64 > Scientific_kde

Fedora Rawhide 20160218 compose check report

Missing expected images: Cloud disk raw i386 Images in this compose but not Rawhide 20160217: Kde disk raw armhfp Kde live i386 Scientific_kde live x86_64 Cloud_atomic vagrant virtualbox x86_64 Scientific_kde live i386 Cloud_atomic vagrant libvirt x86_64 Kde live x86_64 Images in Rawhide 201602

Re: openCOLLADA: Help with GCC6 narrowing conversion

On Mon, 2016-02-15 at 17:09 +0100, Ralf Corsepius wrote: > > Exactly. Because of this, I -fsigned-char should only be applied as a  > last resort/work-around to mere program/application packages and not to  > library packages, IMHO. Or to programs which *use* libraries? :) -- dwmw2 smime.p7s

Re: GPG2 as default /usr/bin/gpg

On Thu, Feb 18, 2016 at 09:58:04AM +, Peter Robinson wrote: > I seem to remember there was effort a few years ago to try and migrate > everything to v2 but there ended up being a number of specific > usecases that v2 didn't do that v1 did and the effort ended up > migrating a bunch of stuff bu

Re: [Guidelines change] Changes to the packaging guidelines

> "RWMJ" == Richard W M Jones writes: RWMJ> Is that new? Not really. The change relating to what's in the buildroot was made about nine months ago: https://fedorahosted.org/fpc/ticket/497 RWMJ> I'm fairly sure I've got a lot of packages that assume gcc is RWMJ> there as part of the basic e

Re: Fedora Rawhide 20160218 compose check report

On Thu, 2016-02-18 at 17:43 +, Fedora compose checker wrote: > Missing expected images: > > Cloud disk raw i386 > > Images in this compose but not Rawhide 20160217: > > Kde disk raw armhfp > Kde live i386 > Scientific_kde live x86_64 > Cloud_atomic vagrant virtualbox x86_64 > Scientific_kde

Fedora Rawhide 20160218 compose check report

Missing expected images: Cloud disk raw i386 Images in this compose but not Rawhide 20160217: Kde disk raw armhfp Kde live i386 Scientific_kde live x86_64 Cloud_atomic vagrant virtualbox x86_64 Scientific_kde live i386 Cloud_atomic vagrant libvirt x86_64 Kde live x86_64 Images in Rawhide 201602

Re: [Guidelines change] Changes to the packaging guidelines

On Thu, Feb 18, 2016 at 10:04 AM Jason L Tibbitts III wrote: > Here are the recent changes to the packaging guidelines. > *​https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_for_EPEL > *​https://fedoraproject.org/wiki/EPEL:Packaging > *​https://fedorahosted.org/fpc/ticket/599 > > T

Re: [Guidelines change] Changes to the packaging guidelines

On Thu, Feb 18, 2016 at 01:33:28AM -0600, Jason L Tibbitts III wrote: > A new page for guidelines specific to C and C++ has been added. > > *​https://fedoraproject.org/wiki/Packaging:C_and_C%2B%2B?rd=C_and_C++ > *​https://fedorahosted.org/fpc/ticket/540 "If your application is a C or C++ app

[Guidelines change] Changes to the packaging guidelines

Here are the recent changes to the packaging guidelines. - A section on the treatment of pregenerated code has been added to the main guideline page. *​https://fedoraproject.org/wiki/Packaging:Guidelines#Use_of_pregenerated_code *​https://fedorahosted.org/fpc/ticket/580 - Text was ad

Re: orphaning dx (OpenDX)

On Thursday, 18 February 2016 at 14:45, Ralf Corsepius wrote: > On 02/18/2016 01:54 PM, Dominik 'Rathann' Mierzejewski wrote: > >On Wednesday, 17 February 2016 at 17:37, Ralf Corsepius wrote: > >>On 02/17/2016 02:54 PM, Dominik 'Rathann' Mierzejewski wrote: > >>>Hello, > >>>I'm orphaning the dx and

Re: orphaning dx (OpenDX)

On 02/18/2016 01:54 PM, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 17 February 2016 at 17:37, Ralf Corsepius wrote: On 02/17/2016 02:54 PM, Dominik 'Rathann' Mierzejewski wrote: Hello, I'm orphaning the dx and dx-samples in rawhide. [...] Feel free to take it (and request other branc

Re: orphaning dx (OpenDX)

On Wednesday, 17 February 2016 at 17:37, Ralf Corsepius wrote: > On 02/17/2016 02:54 PM, Dominik 'Rathann' Mierzejewski wrote: > >Hello, > >I'm orphaning the dx and dx-samples in rawhide. [...] > >Feel free to take it (and request other branches/admin access). I'll > >give away the other branches a

Re: Self Introduction: Hannes Frederic Sowa

Hello, On 18.02.2016 05:11, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Feb 17, 2016 at 10:40:38PM +0100, Hannes Frederic Sowa wrote: submit a package for iovisor-bcc - - which provides tooling around the new eBPF infrastructure in the kernel. This might eventual

rawhide report: 20160218 changes

Compose started at Thu Feb 18 05:15:03 UTC 2016 Broken deps for i386 -- [3Depict] 3Depict-0.0.18-3.fc24.i686 requires libmgl.so.7.4.0 [IQmol] IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0 IQmol-2.3.0

Re: [GCC6] fatal error: You must enable NEON instructions (e.g. -mfloat-abi=softfp -mfpu=neon) to use these intrinsics.

On Thu, Feb 18, 2016 at 8:41 AM, Igor Gnatenko wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1307783 > > Looks like it failed on armv7 with this error, but it was working before... > Any ideas? It's an issue we see occasionally where the package thinks it knows better than the explicit CFL

Re: GPG2 as default /usr/bin/gpg

>> > I am opposed to this. If a tool wants/needs to >> > use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active >> > upstream and is shipped as gpg so we shouldn't be renaming it. >> >> Is there any sense upstream how much longer 1.x will be still >> supported? >> >> I was unaware it wa

[GCC6] fatal error: You must enable NEON instructions (e.g. -mfloat-abi=softfp -mfpu=neon) to use these intrinsics.

https://bugzilla.redhat.com/show_bug.cgi?id=1307783 Looks like it failed on armv7 with this error, but it was working before... Any ideas? In file included from /builddir/build/BUILD/mozjs-31.2.0/mfbt/tests/TestEndian.cpp:6:0: ../../dist/include/mozilla/Endian.h: In function 'void swapFromNetwork