Re: future of official optical media support in Fedora

2016-12-10 Thread Chris Murphy
On Fri, Dec 9, 2016 at 5:31 PM, Mike Pinkerton wrote: > > On 8 Dec 2016, at 11:22, Dennis Gilmore wrote: > >> On miércoles, 7 de diciembre de 2016 1:56:32 PM CST Mike Pinkerton wrote: >>> >>> >>> I use the Server netinstall image. Use cases include loop mounting >>> the netinstall .iso on boxes w

Re: [HEADS UP] gpgme-1.8.0 comes in Rawhide

2016-12-10 Thread Igor Gnatenko
On Sat, Dec 10, 2016 at 7:28 PM, Igor Gnatenko wrote: > Currently we stuck for very old version and I am preparing update, > notable changes are: > * Python bindings (both py2 and py3), upstream recommend projects to > switch to official bindings > * libgpgme-pthread.so is removed, GPGME is thread

Re: GSequencer upstream wants to package for fedora

2016-12-10 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Dec 10, 2016 at 03:58:41PM +0100, Michael Schwendt wrote: > On Sat, 10 Dec 2016 04:18:44 +, Zbigniew Jędrzejewski-Szmek wrote: > > > > >> Here find some helpful links about the Fedora Packager and their > > > >> processes: > > > >> > > > >> * > > > >> https://fedoraproject.org/wiki/J

Re: [HEADS UP] gpgme-1.8.0 comes in Rawhide

2016-12-10 Thread Neal Gompa
On Sat, Dec 10, 2016 at 1:28 PM, Igor Gnatenko wrote: > There is also C++ bindings, but I didn't package it. Do you want me to do it? If you could, I think it'd be appreciated if the C++ bindings were included. -- 真実はいつも一つ!/ Always, there's only one truth! _

[HEADS UP] gpgme-1.8.0 comes in Rawhide

2016-12-10 Thread Igor Gnatenko
Currently we stuck for very old version and I am preparing update, notable changes are: * Python bindings (both py2 and py3), upstream recommend projects to switch to official bindings * libgpgme-pthread.so is removed, GPGME is thread-safe (should not affect packages using gpgme-config) There is a

Re: Status of microcode updates

2016-12-10 Thread Andrew Lutomirski
On Sat, Dec 10, 2016 at 2:23 AM, Florian Weimer wrote: > On 12/09/2016 11:16 PM, Peter Robinson wrote: >> >> On Fri, Dec 9, 2016 at 11:10 AM, Florian Weimer >> wrote: >>> >>> We would like to enable hardware-assisted lock optimizations in glibc on >>> multiple architectures. In general, this fea

Fedora Rawhide-20161210.n.0 compose check report

2016-12-10 Thread Fedora compose checker
/run/media/test/Fedora-WS-Live-Rawhide-20161210- appeared since previous compose Mount /run/media/test/Fedora-WS-Live-Rawhide-20161209- disappeared since previous compose 1 packages(s) added since previous compose: NetworkManager-openconnect-gnome 1 services(s) added since previous

Re: GSequencer upstream wants to package for fedora

2016-12-10 Thread Michael Schwendt
On Sat, 10 Dec 2016 04:18:44 +, Zbigniew Jędrzejewski-Szmek wrote: > > >> Here find some helpful links about the Fedora Packager and their > > >> processes: > > >> > > >> * https://fedoraproject.org/wiki/Join_the_package_collection_maintainers > > >> * https://fedoraproject.org/wiki/Category:

[Test-Announce] Fedora 26 Rawhide 20161210.n.0 nightly compose nominated for testing

2016-12-10 Thread rawhide
Announcing the creation of a new nightly release validation test event for Fedora 26 Rawhide 20161210.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Call to retire gstreamer-0.10

2016-12-10 Thread Ralf Corsepius
On 12/10/2016 02:16 PM, Peter Oliver wrote: On 9 Dec 2016 5:02 a.m., "Kevin Kofler" mailto:kevin.kof...@chello.at>> wrote: Retiring such a library is a very long process and not doable within a Fedora release. Is this true? Yes, it is. One could drop a library and it's dependants a

Re: Call to retire gstreamer-0.10

2016-12-10 Thread Peter Oliver
On 9 Dec 2016 5:02 a.m., "Kevin Kofler" wrote: Retiring such a library is a very long process and not doable within a Fedora release. Is this true? One could drop a library and it's dependants and that would be that. The trouble only comes if one wants to drop a library without dropping it's

Re: Un-retiring QCad

2016-12-10 Thread Antonio Trande
On 12/09/2016 08:43 PM, Przemek Klosowski wrote: > On 12/06/2016 08:25 AM, Antonio Trande wrote: >> This is an un-retiring request for QCad on Fedora >> (https://admin.fedoraproject.org/pkgdb/package/rpms/qcad/). Now upstream >> provides an open-source community edition version of QCad > Could you

Re: Status of microcode updates

2016-12-10 Thread Florian Weimer
On 12/09/2016 11:16 PM, Peter Robinson wrote: On Fri, Dec 9, 2016 at 11:10 AM, Florian Weimer wrote: We would like to enable hardware-assisted lock optimizations in glibc on multiple architectures. In general, this feature works only on production hardware with current firmware, and not on pre