ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys
Hello, this is a heads-up for an update to the ca-certificates package that I've just submitted for updates-testing for Fedora 19 and 20. The upstream Mozilla CA list maintainers have decided to start removing CA certificates that use a weak 1024-bit key. Although those certificates are still valid, Mozilla has worked with the CAs, and they did agree that it's OK to remove them. However, there are end-entity and intermediate-CA certificates which have been issued by the removed CAs, which are still valid, and they might still be used by some - despite the CAs having attempted to reach out to all their customers and getting them to reconfigure their systems. This means, when installing the updated ca-certificates package version 2014.2.1, some SSL/TLS connections might suddenly fail, because the related CA certificate is no longer trusted. If you experience such situations, the right approach is to contact the owner of the certificate (or the server), and ask them to get a replacement certificate, or to install a replacement certificate on their SSL/TLS server. Additional details can be found in the update description, which I'll paste at the end of this message. (I have disabled karma-automation for this update, in case there's a need for a longer testing period. Note that this updated set of CA certificates is currently planned to be part of Firefox 32, which will get released around SEP 02.) Regards Kai Update description: === This is an update to the latest released set of CA certificates according to the Mozilla CA Policy. It's the same set that has been released in NSS versions 3.16.4 and 3.17. It's noteworthy that several CA certificates with a weak key size of 1024-bits have been removed, prior to their expiration. (It is expected that additional CA certificates with weak 1024-bit keys will be removed in future releases.) The removed CA certificates have been used to issue end-entity and intermediate-CA certificates which are still valid. Those certificates are likely to be rejected when using this upated ca-certificates package. The owners of affected certificates should contact their CA and ask for replacement certificates. In some scenarios it might be sufficient to install an alternative intermediate CA certificate (e.g. on a TLS server), allowing an alternative trust chain to another root CA certificate to be found. More information about the affected CA certificates and other recent modifications can be found in the NSS release notes for version 3.16.3 at https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.16.3_release_notes with amendments to the changes as explained in the NSS release notes for version 3.16.4 https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.16.4_release_notes -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Welcome Michael Catanzaro
Hi all, Just a quick note to welcome our newest contributor, Michael Catanzaro. I've just sponsored him to the packager group. Michael is very active upstream in GNOME and does a lot of work on GNOME games suite. His first Fedora package, qqwing, is related to this: it's a library required for latest gnome-sudoku version. Welcome, Michael! -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Unresponsive maintainer: masahase
Hello, Does anyone know how to contact HASEGAWA Masahiro? FAS: masahase He has some untouched (trivial) bug reports (example[1]). He did not respond to a personal e-mail. Pkgdb: https://admin.fedoraproject.org/pkgdb/packager/masahase/ Thanks, Michael [1] https://bugzilla.redhat.com/show_bug.cgi?id=903740 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20140818 changes
Broken deps for i386 -- [APLpy] APLpy-0.9.8-5.fc21.noarch requires pywcs [PyKDE] PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) >= 0:10.0 [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [aws] aws-devel-3.1.0-6.fc21.i686 requires libgrypt-devel [compat-gcc-34] compat-gcc-34-c++-3.4.6-29.fc19.i686 requires libstdc++ < 0:4.9.0 [compat-qpid-cpp] compat-qpid-cpp-server-ha-0.24-15.fc22.i686 requires qpid(cpp-server}(x86-32) = 0:0.24 [csound] csound-java-5.19.01-1.fc20.i686 requires libgcj_bc.so.1 csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat csound-java-5.19.01-1.fc20.i686 requires java-1.5.0-gcj csound-tk-5.19.01-1.fc20.i686 requires libtk8.5.so csound-tk-5.19.01-1.fc20.i686 requires libtcl8.5.so [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [docker-registry] docker-registry-0.7.3-1.fc22.noarch requires docker-io [dragonegg] dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-4.fc21.i686 requires libedelib.so edelib-devel-2.1-4.fc21.i686 requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires hibernate3-jbosscache >= 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.20.beta2.fc21.i686 requires libgloox.so.11 [flashrom] flashrom-0.9.6.1-5.svn1705.fc20.i686 requires libftdi.so.1 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python2-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires libpython3.3dm.so.1.0 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-plugin-0.12-18.fc21.i686 requires libpython3.3m.so.1.0 gcc-python3-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [gfal] gfal-1.16.0-4.fc21.i686 requires libgsoap.so.4 gfal-doc-1.16.0-4.fc21.i686 requires libgsoap.so.4 gfal-python-1.16.0-4.fc21.i686 requires libgsoap.so.4 [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.i686 requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 [golang-github-smarterclayton-go-systemd] golang-github-smarterclayton-go-systemd-devel-0-0.5.git5cb9e9e.fc21.noarch requires golang(github.com/guelfey/go.dbus) [ice] ice-php-3.5.1-4.fc21.i686 requires php(zend-abi) = 0:20121212-32 ice-php-3.5.1-4.fc21.i686 requires php(api) = 0:20121113-32 [js-of-ocaml] js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(runtime) = 0:4.01.0 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Sys) = 0:5acfec22153eb1403597926ecd15f4f5 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(String) = 0:db7f34081ef8fcaf499f19523d0736c6 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Stream) = 0:932d0bd7bd881dd54cdaabdd1ca8062b js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Set) = 0:be044b48f40a48f0eb210225f11e0118 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Random) = 0:c0e31e32b9c6077d34a1cd60765df6a2 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Queue) = 0:2dece812a038a26a3231548f436037b6 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Printf) = 0:d012329cc712e91d0f10a5eef2303d18 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Printexc) = 0:d81cbca604b811d25138fa79499fe071 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Pervasives) = 0:36b5bc8227dc9914c6d9fd9bdcfadb45 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Parsing) = 0:ce3ca1121d80c4219ee78b6df5ddba03 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Obj) = 0:b0adfa4175f86e4394859886c1a374bb js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Nativeint) = 0:11ff26db80a400d29d2755edd23b5d0f js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Lwt_sequence) = 0:9d0ce5785ac3e58f4fe7f9697d6d6849 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Lwt_mutex) = 0:80694ff79245a13d211d2d005c1fe960 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Lwt_list) = 0:cf00aa40e98d06340c0cf1e24ebf910d js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Lwt_condition) = 0:31dcfa6f2741d80d72ceae39d393a7b2 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Lwt) = 0:c8c929da0555d697a3923e2328181ef3 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(List) = 0:d757117653d9319fefb7ddc78a998f41 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Lexing) = 0:50598ab7c92b4bdcc624e472342ac8a9 js-of-ocaml-1.3.2-4.fc21.i686 requires oc
F-21 Branched report: 20140818 changes
Compose started at Mon Aug 18 07:15:02 UTC 2014 Broken deps for armhfp -- [APLpy] APLpy-0.9.8-5.fc21.noarch requires pywcs [PyKDE] PyKDE-3.16.6-14.fc20.armv7hl requires sip-api(10) >= 0:10.0 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [compat-qpid-cpp] compat-qpid-cpp-server-ha-0.24-15.fc21.armv7hl requires qpid(cpp-server}(armv7hl-32) = 0:0.24 [csound] csound-java-5.19.01-1.fc20.armv7hl requires libgcj_bc.so.1 csound-java-5.19.01-1.fc20.armv7hl requires java-gcj-compat csound-java-5.19.01-1.fc20.armv7hl requires java-gcj-compat csound-java-5.19.01-1.fc20.armv7hl requires java-1.5.0-gcj csound-tk-5.19.01-1.fc20.armv7hl requires libtk8.5.so csound-tk-5.19.01-1.fc20.armv7hl requires libtcl8.5.so [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [docker-registry] docker-registry-0.7.3-1.fc21.noarch requires docker-io [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-4.fc21.armv7hl requires libedelib.so edelib-devel-2.1-4.fc21.armv7hl requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.armv7hl requires hibernate3-jbosscache >= 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.20.beta2.fc21.armv7hl requires libgloox.so.11 [flashrom] flashrom-0.9.6.1-5.svn1705.fc20.armv7hl requires libftdi.so.1 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python2-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python3-debug-plugin-0.12-18.fc21.armv7hl requires libpython3.3dm.so.1.0 gcc-python3-debug-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python3-plugin-0.12-18.fc21.armv7hl requires libpython3.3m.so.1.0 gcc-python3-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [ghc-concrete-typerep] ghc-concrete-typerep-devel-0.1.0.2-4.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [ghc-ghc-mtl] ghc-ghc-mtl-devel-1.2.1.0-2.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [ghc-hint] ghc-hint-devel-0.4.2.0-2.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [ghc-ltk] ghc-ltk-devel-0.12.1.0-12.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.armv7hl requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 [golang-github-smarterclayton-go-systemd] golang-github-smarterclayton-go-systemd-devel-0-0.5.git5cb9e9e.fc21.noarch requires golang(github.com/guelfey/go.dbus) [haddock] ghc-haddock-devel-2.13.2-4.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [hibernate-search] hibernate-search-4.5.1-4.fc21.noarch requires mvn(org.apache.avro:avro) [ice] ice-php-3.5.1-4.fc21.armv7hl requires php(zend-abi) = 0:20121212-32 ice-php-3.5.1-4.fc21.armv7hl requires php(api) = 0:20121113-32 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [leksah] ghc-leksah-devel-0.12.1.3-15.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [leksah-server] ghc-leksah-server-devel-0.12.1.2-15.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [libghemical] libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3 libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [licq] licq-1.8.2-1.fc21.armv7hl requires libgloox.so.11 [ltsp] ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala < 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [openvas-client] openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.armv7h
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 14 packages were orphaned - bzr [el5] was orphaned by toshio Friendly distributed version control system https://admin.fedoraproject.org/pkgdb/package/bzr bzr-explorer [f21, f19, master, f20] was orphaned by toshio Graphical application for using Bazaar https://admin.fedoraproject.org/pkgdb/package/bzr-explorer bzr-gtk [el5] was orphaned by toshio Bazaar plugin for GTK+ interfaces to most Bazaar operations https://admin.fedoraproject.org/pkgdb/package/bzr-gtk bzrtools [el6, el5] was orphaned by toshio A collection of utilities and plugins for Bazaar-NG https://admin.fedoraproject.org/pkgdb/package/bzrtools gprof2dot [el6, el5] was orphaned by toshio Generate dot graphs from the output of several profilers https://admin.fedoraproject.org/pkgdb/package/gprof2dot gpxe [el5] was orphaned by jforbes A network boot loader https://admin.fedoraproject.org/pkgdb/package/gpxe mongodb [el5] was orphaned by till high-performance, open source, schema-free document-oriented database https://admin.fedoraproject.org/pkgdb/package/mongodb nebula [f21, f19, master, f20] was orphaned by cicku Intrusion signature generator https://admin.fedoraproject.org/pkgdb/package/nebula ocaml-pa-do [master] was orphaned by rjones OCaml syntax extension for delimited overloading https://admin.fedoraproject.org/pkgdb/package/ocaml-pa-do python-cjson [el5] was orphaned by toshio Fast JSON encoder/decoder for Python https://admin.fedoraproject.org/pkgdb/package/python-cjson python-elixir [f21, f19, master, f20, el5] was orphaned by toshio A declarative mapper for SQLAlchemy https://admin.fedoraproject.org/pkgdb/package/python-elixir python-migrate [el5] was orphaned by toshio Schema migration tools for SQLAlchemy https://admin.fedoraproject.org/pkgdb/package/python-migrate python-paver [f20, f21, f19, master, epel7, el5] was orphaned by toshio Python-based build/distribution/deployment scripting tool https://admin.fedoraproject.org/pkgdb/package/python-paver qbzr [master, f21, f19, el6, f20] was orphaned by toshio Bazaar plugin for Qt interface to most Bazaar operations https://admin.fedoraproject.org/pkgdb/package/qbzr 3 packages were retired docker-io [epel7] was retired by ausil Automates deployment of containerized applications https://admin.fedoraproject.org/pkgdb/package/docker-io python-openstackclient [el6] was retired by apevec OpenStack Command-line Client https://admin.fedoraproject.org/pkgdb/package/python-openstackclient udunits [master] was retired by spot A library for manipulating units of physical quantities https://admin.fedoraproject.org/pkgdb/package/udunits 15 packages unorphaned -- dumpet [f21, f19, master, f20] was unorphaned by pjones, jforbes DumpET is a utility to aid in the debugging of bootable CD-ROM https://admin.fedoraproject.org/pkgdb/package/dumpet fusion-icon [el6] was unorphaned by leigh123linux Compiz Fusion panel applet https://admin.fedoraproject.org/pkgdb/package/fusion-icon galternatives [f21, f19, master, f20] was unorphaned by jcapik Alternatives Configurator https://admin.fedoraproject.org/pkgdb/package/galternatives gprof2dot [f21, f19, master, f20] was unorphaned by mtasaka Generate dot graphs from the output of several profilers https://admin.fedoraproject.org/pkgdb/package/gprof2dot grads [f20, f21, f19, master, el6, epel7] was unorphaned by orion Tool for easy acces, manipulation, and visualization of data https://admin.fedoraproject.org/pkgdb/package/grads jai-imageio-core [el6] was unorphaned by agoode Core Java Advanced Imaging Image I/O Tools API https://admin.fedoraproject.org/pkgdb/package/jai-imageio-core libqxt [f21, f19, master, f20] was unorphaned by fale Qt extension library https://admin.fedoraproject.org/pkgdb/package/libqxt mongodb [el6] was unorphaned by till high-performance, open source, schema-free document-oriented database https://admin.fedoraproject.org/pkgdb/package/mongodb pulseaudio-equalizer [f19, master, f20] was unorphaned by jcapik A 15 Bands Equalizer for PulseAudio https://admin.fedoraproject.org/pkgdb/package/pulseaudio-equalizer python-crypto2.6 [master] was unorphaned by toshio Cryptography library for python https://admin.fedoraproject.org/pkgdb/package/python-crypto2.6 python-gevent [epel7] was unorphaned by orion Coroutine-based Python networking library https://admin.fedoraproject.org/pkgdb/package/python-gevent python-nose1.1 [master] was unorphaned by toshio Discovery-based unittest extension for Python https://admin.fedoraproject.org/pkgdb/package/python-nose1.1 qtiocompressor [f21, f19, master, f20] was
Re: PkgDB, pending ACL requests
On Mon, Aug 18, 2014 at 02:44:59PM +0200, Pierre-Yves Chibon wrote: > On Mon, Aug 18, 2014 at 02:28:06PM +0200, Vít Ondruch wrote: > > Dne 18.8.2014 12:31, Pierre-Yves Chibon napsal(a): > > > On Mon, Jul 28, 2014 at 04:25:11PM +0200, Vít Ondruch wrote: > > >> Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a): > > >>> On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: > > On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: > > > On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: > > >> Good Morning everyone! > > >> > > >> In the version 1.13 of pkgdb2 a new API endpoint has been added that > > >> just > > >> provide the list of pending ACL requests: > > >> https://admin.fedoraproject.org/pkgdb/api/pendingacls > > >> > > >> I just wanted to share with you the first line of its output: > > >> # Number of requests pending: 5492 > > > Today we are at: > > > > > ># Number of requests pending: 5410 > > > > > > So there is some improvements :) > > Today's number is: > > > > # Number of requests pending: 5151 > > > > We got 341 requests that have been either accepted, rejected of > > withdrawn over > > the last two weeks, but we still have some pending :) > > > > So don't forget to visit: > > https://admin.fedoraproject.org/pkgdb/acl/pending/ > > >>> I found out yesterday that this list contains pending ACL requests for > > >>> package > > >>> that have been retired. > > >>> So I fix this in 1.18 (just deployed), so we're down to: > > >>> > > >>> # Number of requests pending: 4744 > > >>> > > >>> Pierre > > >> The list does not show all packages I can confirm ACLs for. I'd say that > > >> there are shown just packages where I am POC. > > > This is fixed from 1.18.4 that just got released: > > > https://admin.fedoraproject.org/pkgdb/acl/pending/ > > > > Partially ... for example for rubygem-ffi, I should be able to approve > > just EPEL6 branch, but it shows every branch. > > This comes from the same problem as Fabio reported, so fixed in git, soon in > prod :) The new version (1.18.5) is in prod and Fabio already confirmed on IRC that it fixes the problem he was facing. Should be good for you as well :) Thanks, Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: /media -> /run/media???
On Mon, 18.08.14 13:25, Richard W.M. Jones (rjo...@redhat.com) wrote: > On Mon, Aug 18, 2014 at 02:21:19PM +0200, Lennart Poettering wrote: > > On Fri, 15.08.14 22:21, Nico Kadel-Garcia (nka...@gmail.com) wrote: > > > > > > I just reverted the "two weeks in rawhide" symlink change > > > > already. /media is no longer symlink in Rawhide. Removeable media mount > > > > point is not under control of filesystem package (udisks2 mount them > > > > to /run/media/$USER/$Volname ). > > > > Based on Michal's suggestion, you can use UDISKS_FILESYSTEM_SHARED set > > > > to 1 to have removeable media mounted in /media instead > > > > of /run/media/$USER/ . > > > > > > *sigh*. Then the default should have been to set > > > UDISKS_FILESYSTEM_SHARED to 1. Let people who *want* it in the new > > > "/run/media/$USER/mountdir" select it. And it's *still* a violation of > > > even the most recent filesystem hierarchy standards, which discuss the > > > > Well, I am pretty sure we have the duty to implemen an operating system > > that is secure by default. > > What's the security issue? The bug (965918) doesn't mention one. You don't want a shared namespace with other users, you want a per-user namespace where you mount stuff. Otherwise other users on the system can trick you into using the wrong usb stick, if you plug in two, simply by choosing the same volume label as yours. Lennart -- Lennart Poettering, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PkgDB, pending ACL requests
On Mon, Aug 18, 2014 at 02:28:06PM +0200, Vít Ondruch wrote: > Dne 18.8.2014 12:31, Pierre-Yves Chibon napsal(a): > > On Mon, Jul 28, 2014 at 04:25:11PM +0200, Vít Ondruch wrote: > >> Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a): > >>> On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: > On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: > > On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: > >> Good Morning everyone! > >> > >> In the version 1.13 of pkgdb2 a new API endpoint has been added that > >> just > >> provide the list of pending ACL requests: > >> https://admin.fedoraproject.org/pkgdb/api/pendingacls > >> > >> I just wanted to share with you the first line of its output: > >> # Number of requests pending: 5492 > > Today we are at: > > > ># Number of requests pending: 5410 > > > > So there is some improvements :) > Today's number is: > > # Number of requests pending: 5151 > > We got 341 requests that have been either accepted, rejected of > withdrawn over > the last two weeks, but we still have some pending :) > > So don't forget to visit: > https://admin.fedoraproject.org/pkgdb/acl/pending/ > >>> I found out yesterday that this list contains pending ACL requests for > >>> package > >>> that have been retired. > >>> So I fix this in 1.18 (just deployed), so we're down to: > >>> > >>> # Number of requests pending: 4744 > >>> > >>> Pierre > >> The list does not show all packages I can confirm ACLs for. I'd say that > >> there are shown just packages where I am POC. > > This is fixed from 1.18.4 that just got released: > > https://admin.fedoraproject.org/pkgdb/acl/pending/ > > Partially ... for example for rubygem-ffi, I should be able to approve > just EPEL6 branch, but it shows every branch. This comes from the same problem as Fabio reported, so fixed in git, soon in prod :) Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OT: Patching a source makes it a fork?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/15/2014 09:23 AM, drago01 wrote: > On Fri, Aug 15, 2014 at 4:11 AM, Richard Shaw > wrote: >> I'm part curious and part venting >> >> I am trying to get a cross-platform project I'm working on >> building natively on win32 as I've already got it working nicely >> on Fedora and Fedora mingw. >> >> I've ended up with the MSYS2 project, which while a big young >> (try to find documentation!) I think it's a vast improvement on >> the old msys/mingw project. >> >> I was having trouble with the wxWidgets cmake module messing up >> the parsing up the output from wx-config and I found the problem >> and provided a *TRIVIAL* patch. >> >> Next this guy tells me that we should upstream it (sure, always a >> good idea) and wait until they incorporate it to fix it on msys2, >> which of course would leave me without a working build (except >> for the fact i already fixed it for myself) and anyone else who >> needed it to work. >> >> I thought I was done but next I was told: """ OTOH when you apply >> a patch you are forking the project. This has severe consequences >> for the community (and creates extra work for the maintainers.) >> Right now MSYS2 CMake has a single, simple patch which is related >> to MSYS2 itself, while your patch addresses a CMake bug which is >> not MSYS2-specific. The moment Alexey applies it, he is taking >> the role of CMake maintainer. Multiply this by the hundreds of >> packages MSYS2 has... """ >> >> Does patching software legally make it a fork? > > I don't know how forking is defined legally or if it is at all but > technical yes it is a fork ... but so what? > In terms of the resulting code being a derivative of the original code, you *are* into copyright territory, so it depends on the terms of the license that is in use. As a general rule, I'd say that as long as a patch is under consideration upstream (or is TRULY platform-specific), it's fine to carry it in your packaging until the upstream gets around to incorporating it. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlPx83UACgkQeiVVYja6o6MyUQCgoc/wTbIzZOio4nkIK58exgOJ 5b4AnAg63iVA6bx0exQXnUbrKbn1Y6dH =QlMO -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PkgDB, pending ACL requests
On Mon, Aug 18, 2014 at 02:15:30PM +0200, Fabio Alessandro Locati wrote: >Hi, >Something seems to be wrong: >onA https://admin.fedoraproject.org/pkgdb/acl/pending/ I have 14 approve >requests from xls2csv >(https://admin.fedoraproject.org/pkgdb/package/xls2csv/) 7 from myself and >7 from hubbitus. >Screenshot:A https://fale.fedorapeople.org/pkgdb2-xls2csv.png >Thank you for the great tool, Oh, good catch, I think I have fixed it: https://git.fedorahosted.org/cgit/pkgdb2.git/commit/?id=a8234dae3fa1277705ce1f823a5b30d078831201 I will probably make a new bugfix release later today. Thanks for the report, Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PkgDB, pending ACL requests
Dne 18.8.2014 12:31, Pierre-Yves Chibon napsal(a): > On Mon, Jul 28, 2014 at 04:25:11PM +0200, Vít Ondruch wrote: >> Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a): >>> On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: > On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: >> Good Morning everyone! >> >> In the version 1.13 of pkgdb2 a new API endpoint has been added that just >> provide the list of pending ACL requests: >> https://admin.fedoraproject.org/pkgdb/api/pendingacls >> >> I just wanted to share with you the first line of its output: >> # Number of requests pending: 5492 > Today we are at: > ># Number of requests pending: 5410 > > So there is some improvements :) Today's number is: # Number of requests pending: 5151 We got 341 requests that have been either accepted, rejected of withdrawn over the last two weeks, but we still have some pending :) So don't forget to visit: https://admin.fedoraproject.org/pkgdb/acl/pending/ >>> I found out yesterday that this list contains pending ACL requests for >>> package >>> that have been retired. >>> So I fix this in 1.18 (just deployed), so we're down to: >>> >>> # Number of requests pending: 4744 >>> >>> Pierre >> The list does not show all packages I can confirm ACLs for. I'd say that >> there are shown just packages where I am POC. > This is fixed from 1.18.4 that just got released: > https://admin.fedoraproject.org/pkgdb/acl/pending/ Partially ... for example for rubygem-ffi, I should be able to approve just EPEL6 branch, but it shows every branch. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Ease licensing maintenance and
Hi everybody,
after discussion with jreznik, tcallawa and pchibon about licensing in
RPMs, I've decided to create a common package for licenses which allow
separate shipping from the sources/binaries.
Currently the developer needs to package each such license for each
(sub)package manually and the end user needs to read it through every
time new version is installed. Because the license mentioned in the tag
"License:" doesn't correspond to the real license present in the RPM
(e.g. GPLv3 with exceptions can refer to some customized version of
GPLv3 and therefore this license is indistinguishable from other "GPLv3
with exceptions"s in the Good Licenses matrix).
I'd like to address this issue like Arch Linux does. I.e. provide a
common set of licenses (allowed to be shipped separately) which could be
used by the maintainer on a voluntary basis to simplify things (for both
him and the end-user). Such package contains also properly formatted
licenses and serve as an official wording. Arch linux also solves the
problem of customized versions of licenses using "custom:" prefix before
each name of such license and in such case the maintainer is forced to
include the customized version and two licenses with the same identifier
and the "custom:" prefix are not comparable (i.e. end user can't assume
custom:X is the same as custom:X from another package). This also means
that rpmlint would need to be updated.
As a side-effect we'll also spare a few megabytes of bandwidth and disk
space :). Maintainers would need to check the license only once when
creating the first spec file and then just when some change to license
file(s) occur in upstream (this is easy and we do it already). But how
many maintainers could simplify their %files section in spec files? Some
statistics from f19 give us an answer:
repoquery --repoid fedora --repoid updates --qf='%{license}' '*' | sed
-r 's/ *(and|or) */\n/g' | sed -r 's| *[()]* *||g' | sort | uniq -c |
sort -n
I've matched those licenses present more than 100 times with licenses
present in the attached spec file and did comparison:
# non-aggregatable licenses (majority consists of MIT, BSD, (L)GPLx with
exceptions, ASL and Public Domain)
grep -Ev '^\* ' del/lic04.hand_checked | awk '{ x+=$1 }END{print x}'
27144
# aggregatable licenses
grep -E '^\* ' del/lic04.hand_checked | awk '{ x+=$2 }END{print x}'
43137
The aggregatable licenses make 61.4% out of all mostly used licenses
(100+). Please note, that it's much more difficult (for end user or
reviewer) to find out if the "License:" tag in spec file matches the
bundled LICENSE files than just having the tag and nothing in the %files
section. I've come across this issue when doing package reviews - on 7
reviews 1 such bug - that's probability 1/7 which is so high I'd rather
not know it.
In a few days I'm leaving for vacation, but I wanted to release this
package yet before I'm inaccessible.
Please share your experience and review the attached licenses package.
Feel free to add other possible licenses from
https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing .
Kind regards,
-- Jan Pacner
licenses-1.0-1.fc20.src.rpm
Description: application/rpm
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: /media -> /run/media???
On Mon, Aug 18, 2014 at 02:21:19PM +0200, Lennart Poettering wrote: > On Fri, 15.08.14 22:21, Nico Kadel-Garcia (nka...@gmail.com) wrote: > > > > I just reverted the "two weeks in rawhide" symlink change > > > already. /media is no longer symlink in Rawhide. Removeable media mount > > > point is not under control of filesystem package (udisks2 mount them > > > to /run/media/$USER/$Volname ). > > > Based on Michal's suggestion, you can use UDISKS_FILESYSTEM_SHARED set > > > to 1 to have removeable media mounted in /media instead > > > of /run/media/$USER/ . > > > > *sigh*. Then the default should have been to set > > UDISKS_FILESYSTEM_SHARED to 1. Let people who *want* it in the new > > "/run/media/$USER/mountdir" select it. And it's *still* a violation of > > even the most recent filesystem hierarchy standards, which discuss the > > Well, I am pretty sure we have the duty to implemen an operating system > that is secure by default. What's the security issue? The bug (965918) doesn't mention one. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: /media -> /run/media???
On Fri, 15.08.14 22:21, Nico Kadel-Garcia (nka...@gmail.com) wrote: > > I just reverted the "two weeks in rawhide" symlink change > > already. /media is no longer symlink in Rawhide. Removeable media mount > > point is not under control of filesystem package (udisks2 mount them > > to /run/media/$USER/$Volname ). > > Based on Michal's suggestion, you can use UDISKS_FILESYSTEM_SHARED set > > to 1 to have removeable media mounted in /media instead > > of /run/media/$USER/ . > > *sigh*. Then the default should have been to set > UDISKS_FILESYSTEM_SHARED to 1. Let people who *want* it in the new > "/run/media/$USER/mountdir" select it. And it's *still* a violation of > even the most recent filesystem hierarchy standards, which discuss the Well, I am pretty sure we have the duty to implemen an operating system that is secure by default. > use of "/run" and "/var/run" for pid files, not for removable media. > Files in /run are supposed to be scrubbed or truncated at boot time!!! Yeah, that's why we mount them to /run, so that the mount points of dynamically plugged in drives stay around on physical media. Dynamic stuff shouldn't be placed on persistent disks. This change has been made a long time ago and for good reasons, I really don't see a point in complaining about this now. Lennart -- Lennart Poettering, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PkgDB, pending ACL requests
Hi, Something seems to be wrong: on https://admin.fedoraproject.org/pkgdb/acl/pending/ I have 14 approve requests from xls2csv ( https://admin.fedoraproject.org/pkgdb/package/xls2csv/) 7 from myself and 7 from hubbitus. Screenshot: https://fale.fedorapeople.org/pkgdb2-xls2csv.png Thank you for the great tool, Fabio A Locati On Mon, Aug 18, 2014 at 12:31 PM, Pierre-Yves Chibon wrote: > On Mon, Jul 28, 2014 at 04:25:11PM +0200, Vít Ondruch wrote: > > Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a): > > >On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: > > >>On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: > > >>>On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: > > Good Morning everyone! > > > > In the version 1.13 of pkgdb2 a new API endpoint has been added that > just > > provide the list of pending ACL requests: > > https://admin.fedoraproject.org/pkgdb/api/pendingacls > > > > I just wanted to share with you the first line of its output: > > # Number of requests pending: 5492 > > >>>Today we are at: > > >>> > > >>># Number of requests pending: 5410 > > >>> > > >>>So there is some improvements :) > > >>Today's number is: > > >> > > >> # Number of requests pending: 5151 > > >> > > >>We got 341 requests that have been either accepted, rejected of > withdrawn over > > >>the last two weeks, but we still have some pending :) > > >> > > >>So don't forget to visit: > > >>https://admin.fedoraproject.org/pkgdb/acl/pending/ > > >I found out yesterday that this list contains pending ACL requests for > package > > >that have been retired. > > >So I fix this in 1.18 (just deployed), so we're down to: > > > > > > # Number of requests pending: 4744 > > > > > >Pierre > > > > The list does not show all packages I can confirm ACLs for. I'd say that > > there are shown just packages where I am POC. > > This is fixed from 1.18.4 that just got released: > https://admin.fedoraproject.org/pkgdb/acl/pending/ > > Pierre > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (CET/CEST) Phone: +39 348 2668873 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: B1CD 2318 532D 57D6 56FA E409 64DE 5B09 C09A 145F Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Retiring bind10 in F21+
Hi. BIND10 project developed by ISC ended earlier this year [1]. Therefore as of today I'm retiring the bind10 package from Fedora 21+. The DHCP servers part is already submitted for package review in Fedora [2]. [1] http://www.isc.org/blogs/isc-concludes-bind-10-development-with-release-1-2-project-renamed-bundy/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=1130617 Regards, -- Tomas Hozza Software Engineer - EMEA ENG Developer Experience PGP: 1D9F3C2D Red Hat Inc. http://cz.redhat.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PkgDB, pending ACL requests
On Mon, Jul 28, 2014 at 04:25:11PM +0200, Vít Ondruch wrote: > Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a): > >On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: > >>On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: > >>>On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: > Good Morning everyone! > > In the version 1.13 of pkgdb2 a new API endpoint has been added that just > provide the list of pending ACL requests: > https://admin.fedoraproject.org/pkgdb/api/pendingacls > > I just wanted to share with you the first line of its output: > # Number of requests pending: 5492 > >>>Today we are at: > >>> > >>># Number of requests pending: 5410 > >>> > >>>So there is some improvements :) > >>Today's number is: > >> > >> # Number of requests pending: 5151 > >> > >>We got 341 requests that have been either accepted, rejected of withdrawn > >>over > >>the last two weeks, but we still have some pending :) > >> > >>So don't forget to visit: > >>https://admin.fedoraproject.org/pkgdb/acl/pending/ > >I found out yesterday that this list contains pending ACL requests for > >package > >that have been retired. > >So I fix this in 1.18 (just deployed), so we're down to: > > > > # Number of requests pending: 4744 > > > >Pierre > > The list does not show all packages I can confirm ACLs for. I'd say that > there are shown just packages where I am POC. This is fixed from 1.18.4 that just got released: https://admin.fedoraproject.org/pkgdb/acl/pending/ Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] 2014-09-18 @ 15:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2014-09-18 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's time again for another QA meeting! It's probably going to be quick, the major and maybe only topic is F21 status. If you have any other topic suggestions, please propose them here or during the meeting. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 21 status 3. Open floor See you, Kamil ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning: ocaml-pa-do
On Mon, Aug 18, 2014 at 10:39:25AM +0100, Richard W.M. Jones wrote: > ocaml-pa-do is a complex syntax extension that adds operator > overloading (in the C++ sense) to the language. Currently FTBFS > because of a parse error with the latest camlp4. > > Upstream is unmaintained since 2012, but I think they are working on a > replacement using the new `ppx' syntax extension mechanism. > > Hence I am orphaning it in Rawhide, and suggest it be removed unless > someone steps in to fix it. I should note the above only applies to Rawhide. It builds and works fine in Fedora <= 21. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaning: ocaml-pa-do
ocaml-pa-do is a complex syntax extension that adds operator overloading (in the C++ sense) to the language. Currently FTBFS because of a parse error with the latest camlp4. Upstream is unmaintained since 2012, but I think they are working on a replacement using the new `ppx' syntax extension mechanism. Hence I am orphaning it in Rawhide, and suggest it be removed unless someone steps in to fix it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Maximum length of command line arguments
On Mon, Aug 18, 2014 at 12:11:02AM -0500, Michael Catanzaro wrote: > This is of little practical consequence unless someone really wants to > pass a 2 MB command line to a program... but as a curiosity, I ran a > diff of a Koji build log from last year against a build from this year, > and I noticed something odd in the configure spew. > > Old build log: > checking the maximum length of command line arguments... 1966080 > > New build log: > checking the maximum length of command line arguments... 1572864 > > Anyone know why this got smaller? It's 1572864 on my F20 machine as > well. I don't know the answer to your question, but I found quite a good summary of all the possible issues with command line argument max length here: http://www.in-ulm.de/~mascheck/various/argmax/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PkgDB, pending ACL requests
On Thu, Jul 24, 2014 at 11:46:02AM +0200, Pierre-Yves Chibon wrote: > On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: > > On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: > > > On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: > > > > Good Morning everyone! > > > > > > > > In the version 1.13 of pkgdb2 a new API endpoint has been added that > > > > just > > > > provide the list of pending ACL requests: > > > > https://admin.fedoraproject.org/pkgdb/api/pendingacls > > > > > > > > I just wanted to share with you the first line of its output: > > > > > > > > # Number of requests pending: 5492 > > > > > > Today we are at: > > > > > ># Number of requests pending: 5410 > > > > > > So there is some improvements :) > > > > So don't forget to visit: > > https://admin.fedoraproject.org/pkgdb/acl/pending/ > > So I fix this in 1.18 (just deployed), so we're down to: > > # Number of requests pending: 4744 And now, we are down to # Number of requests pending: 4500 It's improving :) Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
