repoquery --whatrequires completeness (was: Re: HEADS UP: libwebp, ucommon soname bumps)

On 29.12.2015 15:31, Jonathan Underwood wrote: On 24 December 2015 at 14:37, Sandro Mani wrote: Hello I'll be building libwep-0.5.0 and ucommon-7.0.0 this weekend. Affected packages for libwebp: efl freeimage gdal gegl03 GraphicsMagick gstreamer1-plugins-bad-free

Fedora Rawhide 20151229 compose check report

Missing expected images: Cloud_atomic disk raw x86_64 Images in this compose but not Rawhide 20151228: Games live i386 Lxde live x86_64 Images in Rawhide 20151228 but not this: Design_suite live x86_64 Failed openQA tests: 3 of 61 ID: 1961Test: i386 kde_live default_install URL:

Re: repoquery --whatrequires completeness (was: Re: HEADS UP: libwebp, ucommon soname bumps)

On Ter, 2015-12-29 at 17:07 +0100, Sandro Mani wrote: > > On 29.12.2015 15:31, Jonathan Underwood wrote: > > On 24 December 2015 at 14:37, Sandro Mani  wr > > ote: > > > Hello > > > > > > I'll be building libwep-0.5.0 and ucommon-7.0.0 this weekend. > > > > > > Affected

Re: repoquery --whatrequires completeness

On 12/29/2015 10:07 AM, Sandro Mani wrote: A simple dnf repoquery --whatrequires libwebp gives me no results at all. Am I missing something about repoquery? Remember: Dependencies are automatically added to an RPM at build time. RPM uses the library SONAME instead of the package name as

Re: repoquery --whatrequires completeness (was: Re: HEADS UP: libwebp, ucommon soname bumps)

On Tue, Dec 29, 2015 at 05:07:55PM +0100, Sandro Mani wrote: > On 29.12.2015 15:31, Jonathan Underwood wrote: > >On 24 December 2015 at 14:37, Sandro Mani wrote: > >Not sure how you generated this list, but you missed (at least) xpra. > >I'll push a new build, but just

[EPEL-devel] Fedora EPEL 5 updates-testing report

The following Fedora EPEL 5 Security updates need testing: Age URL 801 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2013-11893 libguestfs-1.20.12-1.el5 565 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626 puppet-2.7.26-1.el5 415

Re: Additional python34 components for epel7

On 11/25/2015 09:06 AM, Denis Fateyev wrote: > Hello there, > > To package some python3-based stuff I need 'msgpack', 'llfuse', 'Cython' > modules built for Python 3.4 which is the current version of Python 3 in > epel7. > > Would it be reasonable to file a bug against 'python-msgpack', et al.

[Bug 1294724] New: perl-Math-BigInt-1.999712 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1294724 Bug ID: 1294724 Summary: perl-Math-BigInt-1.999712 is available Product: Fedora Version: rawhide Component: perl-Math-BigInt Keywords: FutureFeature, Triaged Assignee:

[Bug 1294724] perl-Math-BigInt-1.999712 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1294724 --- Comment #1 from Upstream Release Monitoring --- Failed to kick off scratch build. list index out of range -- You are receiving this mail because: You are on the CC list for the bug. --

Re: Supporting Python 3 in EPEL 7

On 11/26/2015 12:06 PM, Randy Barlow wrote: > Hello! > > I recently added the package python-rpdb to F22/23/rawhide. The build > failed in Koji due to having a BuildRequires on python3-devel. It seems > that it is called python34-devel in EL 7. This leads me to wonder on a > few things: > > 0)

Re: Firefox build?

Eric Griffith gmail.com> writes: > Is there any reason Fedora would not...? Regardless you could diff the source code that was used to make the 43.0.1-fedora RPM vs whats in 43.0.2 and see if the hole is unpatched. There may be a reason. Fedora relies on NSS/NSPR packages for some of the stuff

arb soname change

A new version of arb has been released with a new soname. As far as I can tell, sagemath is the only consumer. I will build the new arb in Rawhide and rebuild sagemath as well. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org

Re: Specs using %define

Hi Jason, On 12/24/2015 04:01 PM, Jason L Tibbitts III wrote: To satisfy my curiosity, I grepped the convenient tarball of specfiles (http://pkgs.fedoraproject.org/repo/rpm-specs-latest.tar.xz) for lines matching "(? python-confparser (dougsland, aquini) python-ovirt-register (dougsland) vdsm

Re: Firefox build?

On Tue, Dec 29, 2015 at 4:13 PM, Bojan Smojver wrote: > Eric Griffith gmail.com> writes: > >> Is there any reason Fedora would not...? Regardless you could diff the > source code that was used to make the 43.0.1-fedora RPM vs whats in 43.0.2 > and see if the hole is

Re: Fwd: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf

On 12/28/2015 02:35 AM, Tim Lauridsen wrote: How do i handle a situation where someone, without my knowledge uploads new sources to one of my projects. It could be a security problem ? Tim Email the person and ask them? Check that the md5sum matches upstream? -- Forwarded message

[Bug 1274105] biber-v2.3 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1274105 --- Comment #6 from Colin Macdonald --- FTR, needs texlive-biblatex 3.2 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

Re: Proven Packager Help requested: HEADS UP: libwebp, ucommon soname bumps

So everything is done except few packages where problems is not related to libwebp and I am going to open bugs. librasterlite2 -> https://bugzilla.redhat.com/show_bug.cgi?id=1294601 OpenImageIO -> https://bugzilla.redhat.com/show_bug.cgi?id=1294602 -> libwebp [X] efl [X] freeimage [X] gdal [X]

Re: HEADS UP: libwebp, ucommon soname bumps

On 24 December 2015 at 14:37, Sandro Mani wrote: > Hello > > I'll be building libwep-0.5.0 and ucommon-7.0.0 this weekend. > > Affected packages for libwebp: > > efl > freeimage > gdal > gegl03 > GraphicsMagick > gstreamer1-plugins-bad-free > ImageMagick > kde-runtime-libs >

rawhide report: 20151229 changes

Compose started at Tue Dec 29 05:15:02 UTC 2015 Broken deps for i386 -- [IQmol] IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0 IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0