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 unpatched.
>
> There may be a
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
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
http://lists.fedoraproject.
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
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) Sh
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 t
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 packages for libwebp:
> >
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 wanted to let you know you m
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 par
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
ImageMagick
kde-runtime-li
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: http
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
> leptonica
> librasterl
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
IQmol-2.3.0
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] ge
14 matches
Mail list logo