[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 35 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3621/php-Smarty-3.1.21-1.el7 20 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4152/lsyncd-2.1.5-6.el7 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4154/nodejs-0.10.33-1.el7,libuv-0.10.29-1.el7 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4174/python-eyed3-0.7.4-4.el7 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4170/clamav-0.98.5-1.el7 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4208/drupal7-7.34-1.el7 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4197/wordpress-4.0.1-1.el7 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4302/hexchat-2.10.2-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4409/erlang-R16B-03.10.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4390/mingw-flac-1.3.1-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4406/perl-YAML-LibYAML-0.54-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4380/pkcs11-helper-1.11-3.el7,openvpn-2.3.6-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing compat-lua-5.1.5-3.el7 cpanspec-1.78-19.el7 erlang-R16B-03.10.el7 libfli-1.7-14.el7 libnova-0.15.0-4.el7 mingw-flac-1.3.1-1.el7 nodejs-normalize-path-0.3.0-1.el7 nodejs-strip-path-1.0.0-2.el7 openvpn-2.3.6-1.el7 perl-Cache-Memcached-1.30-8.el7 perl-YAML-LibYAML-0.54-1.el7 php-aws-sdk-2.7.6-1.el7 pkcs11-helper-1.11-3.el7 pyhoca-gui-0.5.0.3-1.el7 python-x2go-0.5.0.2-1.el7 scotch-6.0.3-2.el7 statsd-0.7.2-3.el7 sword-1.7.3-9.el7 Details about builds: compat-lua-5.1.5-3.el7 (FEDORA-EPEL-2014-4385) Powerful light-weight programming language (compat version) Update Information: PORTING TO EPEL7 Powerful light-weight programming language (compat version) - 5.1.5 References: [ 1 ] Bug #991666 - Review Request: compat-lua - Powerful light-weight programming language (compat version) https://bugzilla.redhat.com/show_bug.cgi?id=991666 cpanspec-1.78-19.el7 (FEDORA-EPEL-2014-4394) RPM spec file generation utility Update Information: cpanspec generates spec files (and, optionally, source or even binary packages) for Perl modules from CPAN for Fedora. The quality of the spec file is our primary concern. It is assumed that maintainers will need to do some (hopefully small) amount of work to clean up the generated spec file to make the package build and to verify that all of the information contained in the spec file is correct. References: [ 1 ] Bug #168838 - Review Request: cpanspec https://bugzilla.redhat.com/show_bug.cgi?id=168838 erlang-R16B-03.10.el7 (FEDORA-EPEL-2014-4409) General-purpose programming language and runtime environment Update Information: * Disable SSLv3 * Backport useful os:getenv/2 from master. See this GitHub pull request for further details - https://github.com/erlang/otp/pull/535 * Fixed CVE-2014-1693 (backported fix from ver. 17.x.x, see patch no. 17) * Trimmed dependency chain ChangeLog: * Mon Dec 1 2014 Peter Lemenkov lemen...@gmail.com - R16B-03.10 - Disable SSLv3 (see rhbz #1169375) - Backport useful os:getenv/2 from master (see https://github.com/erlang/otp/pull/535 ) * Mon Nov 17 2014 Peter Lemenkov lemen...@gmail.com - R16B-03.9 - Fixed CVE-2014-1693 (backported fix from ver. 17.x.x, see patch no. 17) * Tue Nov 11 2014 Peter Lemenkov lemen...@gmail.com - R16B-03.8 - Trimmed dependency chain - Cleaned up spec-file References: [ 1 ] Bug #1059331 - CVE-2014-1693 erlang-inets: command injection flaw in FTP module https://bugzilla.redhat.com/show_bug.cgi?id=1059331
Fwd: Broken dependencies: glances
Dear all, We have a case here of a dependent package, requiring a higher version of python-psutil than is currently built. There are some other packages that depend on psutil: sudo dnf repoquery --whatrequires python-psutil autotest-framework-server-0:0.16.0-3.fc21.noarch fedmsg-0:0.11.0-1.fc21.noarch fedmsg-notify-0:0.5.4-2.fc21.noarch glances-0:1.7.7-2.fc21.noarch heat-cfntools-0:1.2.7-4.fc21.noarch pysysbot-0:0.1.3-2.fc21.noarch rootfs-resize-0:2.0-5.fc21.noarch sidc-gui-0:0.4-4.fc21.noarch torbrowser-launcher-0:0.1.6-3.fc21.noarch Is there any objection to a python-psutil update for Rawhide? Thanks, -- Michel Forwarded Message Subject: Broken dependencies: glances Date: Mon, 1 Dec 2014 10:37:56 + (UTC) From: build...@fedoraproject.org To: glances-ow...@fedoraproject.org CC: python-psutil-ow...@fedoraproject.org glances has broken dependencies in the rawhide tree: On x86_64: glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 On i386: glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 On armhfp: glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 Please resolve this as soon as possible. signature.asc Description: OpenPGP digital 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: Review swap
Jerry James loganje...@gmail.com schrieb am Mon Dec 01 2014 at 9:12:13 PM: CVC4 has a new version with a new dependency. How about yet another review swap, this time for abc: https://bugzilla.redhat.com/show_bug.cgi?id=1169492 Let me know what I can review in exchange. Thanks, Taken. Could you review ptyprocess, which is a new dependency of python-pexpect: https://bugzilla.redhat.com/show_bug.cgi?id=1167830 Thanks, Tom -- 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: Power consumption with Fedora
- Mensaje original - De: john.tiger john.tigernas...@gmail.com Para: devel@lists.fedoraproject.org Enviados: Lunes, 1 de Diciembre 2014 17:57:43 Asunto: Power consumption with Fedora Obviously priority is now on F21 bugs but looking beyond that I want to work with someone more knowledgeable on power consumption - it stinks on Fedora 20. OSX on mac air gets 11-12 hrs Fedora gets 4 Chrome OS on Chromebook gets 9-10 Fedora gets about 6 Tried powertop - see slight improvement. Guys at ARCH claim with powerdown scripts they get close to 11 on Mac Air - that's good So we need to get the powerdown scripts to work well with Fedora. I have no idea how much conversion, if any is needed for Fedora - just don't have the knowledge of processes, Fedora scripts, etc. But willing to help out, test, etc. (I want 11 hrs on my Mac Air !). i have the same problem, i'm willing to help developing and testing. if someone has some work done as a starting point i think we can solve this in a reasonable time. Cheers, Ivan -- 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: Entire process's environment attached to bugzillas by ABRT
On Tue, Dec 02, 2014 at 03:36:11AM +0100, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Nov 30, 2014 at 08:29:27PM -0500, Rahul Sundaram wrote: Hi On Sun, Nov 30, 2014 at 1:36 PM, Lars Seipel wrote: There's also OpenNebula (^ONE_) and Vmware (^VI_) doing the same. Seems to be pretty common with virt and cloud stuff. Apart from that I can't think of anything else right now. Rackspace, DigitalOcean, Google Computing Engine etc have API info potentially exported in the environment as well. This is going to be quite tedious to filter out but just in case you want to blacklist them, you want to blacklist the following NOVA_* DO_* APPID_* OK, so far we have: OS_* AWS_* ONE_* VI_* NOVA_* DO_* APPID_* Sorry one more :-) EC2_* Used by older Amazon EC2 client, and by Eucalyptus (a free software Amazon API client clone). 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: Power consumption with Fedora
On 2 Dec 2014, at 11:27, john.tiger john.tigernas...@gmail.com wrote: Obviously priority is now on F21 bugs but looking beyond that I want to work with someone more knowledgeable on power consumption - it stinks on Fedora 20. OSX on mac air gets 11-12 hrs Fedora gets 4 Chrome OS on Chromebook gets 9-10 Fedora gets about 6 Tried powertop - see slight improvement. Guys at ARCH claim with powerdown scripts they get close to 11 on Mac Air - that's good So we need to get the powerdown scripts to work well with Fedora. I have no idea how much conversion, if any is needed for Fedora - just don't have the knowledge of processes, Fedora scripts, etc. But willing to help out, test, etc. (I want 11 hrs on my Mac Air !). Try installing tlp. Helps my macbook to get more battery. It seems to fix up issues with scaling governors etc. If your laptop is dual gpu you're facing an uphill battle though. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-21 Branched report: 20141202 changes
Compose started at Tue Dec 2 07:15:03 UTC 2014 Broken deps for armhfp -- [avro] avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [ostree] ostree-grub2-2014.11-1.fc21.armv7hl requires grub2 [spring-maps-default] spring-maps-default-0.1-12.fc21.noarch requires spring [syntastic] syntastic-d-3.5.0-1.fc21.noarch requires ldc Updated Packages: kernel-3.17.4-301.fc21 -- * Thu Nov 27 2014 Josh Boyer jwbo...@fedoraproject.org - 3.17.4-301 - Add patch to fix radeon HDMI issues (rhbz 1167511) * Mon Nov 24 2014 Josh Boyer jwbo...@fedoraproject.org - Add quirk for Laser Mouse 6000 (rhbz 1165206) Size change: 1852 bytes lorax-21.30-1.fc21 -- * Thu Nov 20 2014 Brian C. Lane b...@redhat.com 21.30-1 - Install optional product and updates packages (#1155228) (b...@redhat.com) * Wed Nov 19 2014 Brian C. Lane b...@redhat.com 21.29-1 - Remove diagnostic product.img test (#1165425) (b...@redhat.com) Size change: 388 bytes sugar-0.102.0-5.fc21 * Tue Nov 25 2014 Peter Robinson pbrobin...@fedoraproject.org 0.102.0-5 - Fix display of Help * Sat Sep 27 2014 Rex Dieter rdie...@fedoraproject.org 0.102.0-4 - update/optimize mime scriptlet Size change: 1762 bytes sugar-speak-48-2.fc21 - * Tue Nov 25 2014 Peter Robinson pbrobin...@fedoraproject.org 48-2 - Fix replying to questions Size change: 115 bytes sugar-toolkit-gtk3-0.102.0-4.fc21 - * Tue Nov 25 2014 Peter Robinson pbrobin...@fedoraproject.org 0.102.0-4 - Patch for running Activities if the Translation is broken Size change: 1310 bytes Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 5 Size of added packages: 0 (0 ) Size change of modified packages: 5427 (5.3 k) Size of removed packages: 0 (0 ) Size change: 5427 (5.3 k) Compose finished at Tue Dec 2 11:41:23 UTC 2014 -- 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: How many users does Fedora have?
On 02/12/14 03:46, Ben Cotton wrote: That's not to say that there aren't useful questions that could be answered, but so far they haven't been asked. I think if you start with the right question, it will be easier to find a route to the answer. Hm... and backtracking this another step, an even more basic issue is why would one ask these question(s)? I started with the need for packagers to get some feedback, the feeling that there are users out there using my work. Although trivial, this is still essential for me. Rahul adds the negative feedback that my package is actively removed (don't want that). Matthew have indicated the same need on the product level in bz 1156007. Reading Rahul: shouldn't spins be treated the same way as products? Another thing is understanding what sw is used which not is part of Fedora's repos - this is basically an argument to package it. This applies to foreign repos like COPR/rpmfusion but perhaps also to unpackaged sw in some cases e. g., chrome. Reading Rahul, we also see the opportunity to understand how well our update process works so we can improve it over time. I don't fully understand this. So, a revised/enhanced/even worse set of questions: - How many users have installed product X/spin Y? - How many users have installed package X? - How many users have actively removed package X? - What packages are installed from non-Fedora repos? - Count on non-packaged specific applications. - How often are updates performed? Which packages are excluded? - How often is package X updated from updates-testing? This seems not only like a logical ordering but also to outline some priorities. Cheers! --alec -- 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: 20141202 changes
Compose started at Tue Dec 2 05:15:02 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [NetworkManager-openconnect] NetworkManager-openconnect-0.9.8.4-4.fc22.i686 requires libopenconnect.so.3(OPENCONNECT_3.0) NetworkManager-openconnect-0.9.8.4-4.fc22.i686 requires libopenconnect.so.3 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [cinepaint] cinepaint-libs-1.4-7.fc22.i686 requires libImath-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libIlmThread-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libIlmImf-Imf_2_1.so.21 cinepaint-libs-1.4-7.fc22.i686 requires libIexMath-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libIex-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libHalf.so.11 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [gdal] gdal-1.11.1-1.fc22.i686 requires libpoppler.so.46 gdal-java-1.11.1-1.fc22.i686 requires libpoppler.so.46 gdal-libs-1.11.1-1.fc22.i686 requires libpoppler.so.46 gdal-perl-1.11.1-1.fc22.i686 requires libpoppler.so.46 [gegl] gegl-0.2.0-20.fc22.i686 requires libImath-2_1.so.11 gegl-0.2.0-20.fc22.i686 requires libIlmThread-2_1.so.11 gegl-0.2.0-20.fc22.i686 requires libIlmImf-Imf_2_1.so.21 gegl-0.2.0-20.fc22.i686 requires libIexMath-2_1.so.11 gegl-0.2.0-20.fc22.i686 requires libIex-2_1.so.11 gegl-0.2.0-20.fc22.i686 requires libHalf.so.11 [glances] glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 [kde-plasma-nm] kde-plasma-nm-openconnect-0.9.3.5-1.fc22.i686 requires libopenconnect.so.3(OPENCONNECT_3.0) kde-plasma-nm-openconnect-0.9.3.5-1.fc22.i686 requires libopenconnect.so.3 [nwchem] nwchem-openmpi-6.3.2-11.fc21.i686 requires libmpi_usempi.so.1 [python-selenium] python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib [rubygem-wirb] rubygem-wirb-1.0.3-2.fc21.noarch requires rubygem(paint) 0:0.9 [shogun] shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22 [uwsgi] uwsgi-plugin-gridfs-2.0.7-2.fc22.i686 requires libmongoclient.so uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.i686 requires libmongoclient.so [vfrnav] vfrnav-20140510-2.fc22.i686 requires libpolyclipping.so.16 vfrnav-utils-20140510-2.fc22.i686 requires libpolyclipping.so.16 [wine] wine-1.7.32-1.fc22.i686 requires mingw32-wine-gecko = 0:2.34 Broken deps for x86_64 -- [3Depict] 3Depict-0.0.16-3.fc22.x86_64 requires libmgl.so.7.2.0()(64bit) [NetworkManager-openconnect] NetworkManager-openconnect-0.9.8.4-4.fc22.x86_64 requires libopenconnect.so.3(OPENCONNECT_3.0)(64bit) NetworkManager-openconnect-0.9.8.4-4.fc22.x86_64 requires libopenconnect.so.3()(64bit) [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [cab] cab-0.1.9-12.fc22.x86_64 requires cabal-dev [cinepaint] cinepaint-libs-1.4-7.fc22.i686 requires libImath-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libIlmThread-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libIlmImf-Imf_2_1.so.21 cinepaint-libs-1.4-7.fc22.i686 requires libIexMath-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libIex-2_1.so.11 cinepaint-libs-1.4-7.fc22.i686 requires libHalf.so.11 cinepaint-libs-1.4-7.fc22.x86_64 requires libImath-2_1.so.11()(64bit) cinepaint-libs-1.4-7.fc22.x86_64 requires libIlmThread-2_1.so.11()(64bit) cinepaint-libs-1.4-7.fc22.x86_64 requires libIlmImf-Imf_2_1.so.21()(64bit) cinepaint-libs-1.4-7.fc22.x86_64 requires libIexMath-2_1.so.11()(64bit) cinepaint-libs-1.4-7.fc22.x86_64 requires libIex-2_1.so.11()(64bit) cinepaint-libs-1.4-7.fc22.x86_64 requires libHalf.so.11()(64bit) [dnssec-check] dnssec-check-1.14.0.1-4.fc20.x86_64 requires libval-threads.so.14()(64bit) dnssec-check-1.14.0.1-4.fc20.x86_64 requires libsres.so.14()(64bit) [gdal] gdal-1.11.1-1.fc22.x86_64 requires libpoppler.so.46()(64bit) gdal-java-1.11.1-1.fc22.x86_64 requires libpoppler.so.46()(64bit) gdal-libs-1.11.1-1.fc22.i686 requires libpoppler.so.46 gdal-libs-1.11.1-1.fc22.x86_64 requires libpoppler.so.46()(64bit) gdal-perl-1.11.1-1.fc22.x86_64 requires libpoppler.so.46()(64bit) [gegl] gegl-0.2.0-20.fc22.i686 requires libImath-2_1.so.11 gegl-0.2.0-20.fc22.i686 requires libIlmThread-2_1.so.11 gegl-0.2.0-20.fc22.i686 requires libIlmImf-Imf_2_1.so.21 gegl-0.2.0-20.fc22.i686
Re: Entire process's environment attached to bugzillas by ABRT
On Mon, 2014-12-01 at 16:01 +, Richard W.M. Jones wrote: On Mon, Dec 01, 2014 at 03:18:36PM +0100, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Nov 30, 2014 at 01:43:39PM +, Richard W.M. Jones wrote: On Fri, Nov 28, 2014 at 07:39:47AM +0100, Jakub Filak wrote: The discussion I mentioned above was primarily about OpenStack (but the participants also expressed concerns about sending 'environ' to Bugzilla at all), where people are regularly storing their passwords and tokens as environment variables. Yes unfortunately OpenStack does by default encourage people to source a 'keystonerc_admin' file which contains authentication tokens. The file will look something like this: export OS_USERNAME=admin export OS_TENANT_NAME=admin export OS_PASSWORD=mysecretpassword export OS_AUTH_URL=http://127.0.0.1:35357/v2.0/ For Amazon EC2 you'd want to scrub /^AWS_/ Would it be enough to scrub OS_PASSWORD? We could filter out *PASSWORD* without gathering 50 cases. While it might be a good idea to also scrub all *PASSWORD* environment strings, this isn't sufficient for AWS. AWS has two environment variables (AWS_ACCESS_KEY and AWS_SECRET_KEY) which are both sensitive. Also OS_USERNAME and OS_TENANT_NAME and even OS_AUTH_URL are somewhat sensitive (less so than OS_PASSWORD of course) since they reveal that a service exists, its location, and potential usernames to try bruteforcing. ABRT highlights almost all of them: https://github.com/abrt/libreport/blob/master/src/gui-wizard-gtk/forbidden_words.conf /etc/libreport/forbidden_words.conf But apparently the highlighting of sensitive words does not address this issue very well. We already auto-remove 'rootpw' lines from Anaconda reports[1], so there is no argument against implementing the same thing for 'environ' file for all applications: https://bugzilla.redhat.com/show_bug.cgi?id=1169760 Jakub 1: https://bugzilla.redhat.com/show_bug.cgi?id=1041558 -- 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: Entire process's environment attached to bugzillas by ABRT
On Tue, 2014-12-02 at 10:32 +, Richard W.M. Jones wrote: On Tue, Dec 02, 2014 at 03:36:11AM +0100, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Nov 30, 2014 at 08:29:27PM -0500, Rahul Sundaram wrote: Hi On Sun, Nov 30, 2014 at 1:36 PM, Lars Seipel wrote: There's also OpenNebula (^ONE_) and Vmware (^VI_) doing the same. Seems to be pretty common with virt and cloud stuff. Apart from that I can't think of anything else right now. Rackspace, DigitalOcean, Google Computing Engine etc have API info potentially exported in the environment as well. This is going to be quite tedious to filter out but just in case you want to blacklist them, you want to blacklist the following NOVA_* DO_* APPID_* OK, so far we have: OS_* AWS_* ONE_* VI_* NOVA_* DO_* APPID_* Sorry one more :-) EC2_* Used by older Amazon EC2 client, and by Eucalyptus (a free software Amazon API client clone). Thank you all! If you think of something new, please add a new comment to this Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1169760 Jakub -- 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: How many users does Fedora have?
On 1 December 2014 at 20:55, Stephen John Smoogen smo...@gmail.com wrote: On 1 December 2014 at 05:05, Reindl Harald h.rei...@thelounge.net wrote: Am 01.12.2014 um 12:57 schrieb Pierre-Yves Chibon: So we come back to the question: is any number better than no number at all? Even to get a trend? no number is in fact better than wrong numbers backed by nothing beause they lead in wrong conclusions - your 122/133 numbers could in reality also be 1000 users installed them from mirrors and your calculation is the best example for wrong assumptions While that is 'true', most of the world doesn't work on 'true'. Your cars speedometer doesn't give you the accurate km/hour. [Even BMW digital has a +/- 2 km/hour due to all the factors from tire present size to road conditions.]. The answer is can you accurately remove enough noise to feel confident that you are doing 100 km/hour versus 120 km/hour. The same goes for measuring downloads. It depends how and why you are collecting data. If, for example, you are sensitive to how often downloads occur from mirrors, then sites that use local repositories will be under-represented. And if that happens to be a use type that typically customises their package choices in some way then those choices wont turn up. There are two types of error in general, random noise and bias. Rough analogy, if your spedometer actually reported 0.85 of your real speed if may not make a very noticeable difference at 30mph, but at 70 it does (and worse if it turns out to be non-linear). -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora 21 Final Release Readiness Meeting :: Thursday, Dec. 04, 19:00 UTC
Fedora 21 Final Release Readiness Meeting. date: 2014-12-04 place: irc.freenode.net in #fedora-meeting-2 time: 19:00 UTC (2 PM EST, 11 AM PST, 20:00 CET) This Thursday, December 04, we will meet to make sure we are coordinated and ready for the Final release of Fedora 21 on Tuesday, December 09, 2014. Please note that this meeting will occur on December 09 even if the release is delayed at the Go/No-Go meeting on the same day two hours earlier. You may received this message several times, but I was asked to open this meeting to the teams and I'll also hope this will raise awareness and more team representatives will come to this meeting. This meeting works best when we have representatives from all of the teams. Also, there's a Fedora badge for active participants! Jaroslav ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-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: Update to Parole 0.6.x stable series - completed port to GTK+3
On 01.12.2014 15:22, Kevin Fenzi wrote: ... If you read bug 1065457 (or the upstream xfce list) you will see that while this is a stable release of parole, it depends on a unstable delvelopment release (4.11.x) of libxfce4ui. http://git.xfce.org/apps/parole/tree/configure.ac.in?id=0.6.1#n113 m4_define([libxfce4ui_minimum_version],[4.10.0]) m4_define([libxfce4util_minimum_version],[4.10.0]) -- 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: How many users does Fedora have?
1 -- 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: Single Application
On 01.12.2014 15:04, drago01 wrote: On Monday, December 1, 2014, drago01 drag...@gmail.com wrote: On Monday, December 1, 2014, poma pomidorabelis...@gmail.com javascript:_e(%7B%7D,'cvml','pomidorabelis...@gmail.com'); wrote: QtSingleApplication http://doc.qt.digia.com/solutions/4/qtsingleapplication/ Does GTK+ has such functionality? Yes https://developer.gnome.org/gtk3/stable/GtkApplication.html https://wiki.gnome.org/HowDoI/GtkApplication Thanks. -- 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: Update to Parole 0.6.x stable series - completed port to GTK+3
On Tue, 02 Dec 2014 15:07:59 +0100 poma pomidorabelis...@gmail.com wrote: On 01.12.2014 15:22, Kevin Fenzi wrote: ... If you read bug 1065457 (or the upstream xfce list) you will see that while this is a stable release of parole, it depends on a unstable delvelopment release (4.11.x) of libxfce4ui. http://git.xfce.org/apps/parole/tree/configure.ac.in?id=0.6.1#n113 m4_define([libxfce4ui_minimum_version],[4.10.0]) m4_define([libxfce4util_minimum_version],[4.10.0]) See: http://git.xfce.org/apps/parole/tree/configure.ac.in?id=0.6.1#n133 XDT_CHECK_PACKAGE([LIBXFCE4UI], [libxfce4ui-2], [4.10.0]) libxfce4ui-2 is only provided by 4.11.x versions (no idea why they set the minimum to 4.10.0 there, there's no 4.10.0 version of libxfce4ui-2). kevin pgptcH5qzMDyr.pgp Description: OpenPGP digital 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: How many users does Fedora have?
On Mon, Dec 1, 2014 at 11:11 PM, Matthew Miller mat...@fedoraproject.org wrote: Okay, this seems like a good start. What _are_ the right questions? Oof, I walked right into this. :-) On Tue, Dec 2, 2014 at 6:46 AM, Alec Leamas leamas.a...@gmail.com wrote: Hm... and backtracking this another step, an even more basic issue is why would one ask these question(s)? I started with the need for packagers to get some feedback, the feeling that there are users out there using my work. Although trivial, this is still essential for me. Rahul adds the negative feedback that my package is actively removed (don't want that). I wouldn't call it trivial. When I wrote a small plugin for a Twitter client I use, I was thrilled to find out that people used it. I almost fell over when the developer asked if he could include it upstream. Knowing people use what your make is a very powerful motivator. So, a revised/enhanced/even worse set of questions: - How many users have installed product X/spin Y? - How many users have installed package X? - How many users have actively removed package X? - What packages are installed from non-Fedora repos? - Count on non-packaged specific applications. - How often are updates performed? Which packages are excluded? - How often is package X updated from updates-testing? This is a good start, though I'm still not sure it addresses the why are we asking? component. The answers may be of value to individual maintainers/developers, but are they of use to Fedora as a whole? (Aside: what does Fedora as a whole even mean?) For reasons others have pointed out, I'm not sure straight counts are very useful. Here's the sort of question that might give more reliable answers: - What percentage of installs explicitly installed package X versus installing as a dependency? In this case, each system that reports in can say explicit or dependency, and we can aggregate that. Granted, we still have a problem with excluded machines (e.g. those behind a local mirror), but I _suspect_ that would vary more on a package level than an machine level. For packages that have a lot of sub packages (for example, texlive and its nearly 5k friends), queries on the raw counts could be interesting: - What percentage of installs have texlive-apacite and also texlive-beamer? - What percentage of installs have texlive-graphics but not texlive-hyphennat? But again, it comes down to what question are we trying to answer? I'm not trying to be argumentative here, I agree that we need better information about our users in order to best serve them, and I'm trying to help us figure out what that information is. Package installation doesn't give us a very clear picture. Changes from defaults might be more interesting. Here are some questions that could give us valuable information (most of which are too nose-wipey to actually implement, but they're good for discussion): - What is the default browser on the system? - How many local users have been created? How many of them have real shells (as opposed to nologin)? - What is the default desktop on the system? - What daemons are running on the system? - How many monitors are attached? - What's the hardware platform (bare metal, AWS, KVM, etc)? Some of these are very workstation-focused, and I feel like we've tried to ask all of them before, but I think the more interesting questions revolve around how people use Fedora, which isn't necessarily represented by what packages they install. Thanks, BC -- Ben Cotton -- 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: How many users does Fedora have?
On Mon, 2014-12-01 at 23:21 +0100, Alec Leamas wrote: PS Nose-wiping? Sometimes it's hard not being a native speaker... DS It's not an idiom, I meant it literally: that something as innocent as wiping your runny nose because you have a cold would be cause for controversy. No idea what Matthew meant by improve that last part in that respect though. Possibly he's offering to make some chicken soup? (Which, in case that doesn't translate, is a traditional folk remedy for a cold.) - ajax -- 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: Power consumption with Fedora
On Mon, 2014-12-01 at 22:36 -0500, Orcan Ogetbil wrote: One related issue is suspend. It stopped working for me (on the same machine) at around Fedora 12. Just stays on the black screen on resume. 12? Five years ago? Not that I need the feature often, but there might be people who do. Is suspend supposed to work under normal circumstances? Of course it is. - ajax -- 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: How many users does Fedora have?
On Tue, Dec 02, 2014 at 09:42:24AM -0500, Ben Cotton wrote: Knowing people use what your make is a very powerful motivator. So, a revised/enhanced/even worse set of questions: - How many users have installed product X/spin Y? - How many users have installed package X? - How many users have actively removed package X? - What packages are installed from non-Fedora repos? - Count on non-packaged specific applications. - How often are updates performed? Which packages are excluded? - How often is package X updated from updates-testing? Some of those questions go too far imo and expose too much about the individual machines and users. Actually even more interesting than uninstalled packages would be masked or disabled *units*, since it is often more effective to get rid of a daemon by masking, then by package unistallation, when the package might be brought back by a dependency. But despite being interesting, I'd consider this too much of a breach of privacy. I think we should stick to the list of installed packages. Nothing more, even the fact that packages are uninstalled should be inferred from agregate data. This is a good start, though I'm still not sure it addresses the why are we asking? component. The answers may be of value to individual maintainers/developers, but are they of use to Fedora as a whole? (Aside: what does Fedora as a whole even mean?) I think it is useful to look at debian-devel and what popcon numbers are useful for. From what I have seen: - time trends show how/when people upgrade after a new version is released (Generally useful, but specifically when working on a package, this will tell me if it is at all useful to fix something in F19 branch at this point or not.) - what architectures are used. This was instrumental in the Debian's systemd debate, since without popcon nobody would know what Debian/kfreebsd usage is low double digits, and Debian/hurd even smaller, so the fact that they are not supported by systemd is not that important. For Fedora, it would be useful to know which architectures are used, and relative popularity of spins. I think the discussions about the default desktop environment would be more productive if they were based on actual usage levels. - comparisons of trends of alternative packages over time (postfix/sendmail/exim4, kde vs gnome vs xfce, etc.) Notice that absolute numbers are not on this list. Popcon absolute numbers are dubious, but trends and relative numbers are useful. [...] - What percentage of installs explicitly installed package X versus installing as a dependency? - What is the default browser on the system? - How many local users have been created? How many of them have real shells (as opposed to nologin)? - What is the default desktop on the system? - What daemons are running on the system? - How many monitors are attached? I don't think we should be asking any of those. - What's the hardware platform (bare metal, AWS, KVM, etc)? Yes. We would get the architecture from installed packages, but not the platform. It would be nice to include 'hostnamectl chassis' and 'systemd-detect-virt' style output. Zbyszek -- 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: How many users does Fedora have?
On Tue, Dec 02, 2014 at 10:06:04AM -0500, Adam Jackson wrote: No idea what Matthew meant by improve that last part in that respect though. Possibly he's offering to make some chicken soup? (Which, in case that doesn't translate, is a traditional folk remedy for a cold.) Sure, chicken soup for all. :) I was mostly joking, but to take it seriously: when we have hyperkitty in place (and I understand that the holdup over mailman is over) it'll be easier for list subscribers who don't want the firehose to gloss over off-topic chatter that could be characterized as wiping one's nose on the list. Doing this with a short joke was probably counter-productive, though. :) -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: How many users does Fedora have?
On Tue, Dec 02, 2014 at 05:15:38PM +0100, jfm...@free.fr wrote: Now it seems Fedora's downloads have been steadily going downwards and it is highly improbable that is due to a spectacular increase of number of people setting local mirrors. Smooge is working on some updated statistics, and from what I've seen, it's mostly flat, but not actually steadily downwards. More on the other things later. :) -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: How many users does Fedora have?
Problem: How do you know the number of horses in a country? Solution: You count horseshoes and divide by four. Jokes aside any statistician will tell you that when you can't proceed to a direct estimation you estimate something that is correlated. This is particularly useful if you are only interested in evolution but if you want absolute numbers this can be done through a survey telling you how many A per B with A being the studied variable and B the correlated one. So a sensible correlated variable would be number of IP adreses that are pulling updates from such or such Fedora version. A still better one would be number of updates each time there is a security hole in the kernel or glibc since all users are using them and we can assume over 90% users will update. Both are better than primary downloads since these are influenced by DVDs in Linux magazines and people that update instead of installing afresh. Problem: These are influenced by such parameters as -Dual booting (person could be using several versions of Fedora in same box) -Distro or OS hopping (should a person who spends 10% of her time in Fedora get the same ponderation than a full time user)? -IP masquerading -Local mirrors -Tor. You will need to set aside connections from TOR nodes and keep an eye about their number respective to total. You can estimate the real number of TOR using machines starting connections through the number of updates of must-be packages like kernel or libc: if each time there is a kernel update you get 10 kernel donwloads then it doesn't matter if all came frm the same TOR exit ppoint or if from one version to the other you get connections en enytirely different set of TOR nodes: you know there are 10 downloading machines (I assumme there are no lazy users). While it can be hazardous to try to get abolute numbers you will a good idea about _evolution_. Just make a survey every couple years in order to know evolution of the relationship between number of users and number of downloads. Could be for instance that more and more of Fedora users use local mirrors. Now it seems Fedora's downloads have been steadily going downwards and it is highly improbable that is due to a spectacular increase of number of people setting local mirrors. Fedora has a number of problems 1) It hasn't managed inspire the same kind of fanaticism Debian has. When in Debian something is broken, downright dangerous (eg signed packages came much later ) or just s..cks it is not a bug it is a feature. Not such with Fedoora.. 2) It has an uninspiring installer. 3) A slow update manager and front ends aren't particularly attractive 4) After completing installation you have a lot more _unassisted_ postinstallation configuration than in, say Suse or Mandriva. 5) Config tools are poorer than in Suse or Mandriva(BTW did you set a spy department with the task of keeping watch of what others were doing?) and are not task oriented. For instance in Suse if I try to configure a Windows printer the installer will automatically check and install the Samba client packages. And, just in case Fedora does that now for printers, Suse and Mandriva do things like that for about everything. 6) Fedora hasn't managed to get the same kind of hype there is around Ubuntu. Partly because of not benefitting of DEbian's propaganda network, partly because of points 2,3,4,5 and partly due to bad PR. The splitting of Fedora in three versions could be a good thing maientance wise but if goal was to increase its pouplarity I fear that is it will be like applying a plaster on a wooden leg. - Mail original - De: Ian Malone ibmal...@gmail.com À: Development discussions related to Fedora devel@lists.fedoraproject.org Envoyé: Mardi 2 Décembre 2014 13:19:02 Objet: Re: How many users does Fedora have? On 1 December 2014 at 20:55, Stephen John Smoogen smo...@gmail.com wrote: On 1 December 2014 at 05:05, Reindl Harald h.rei...@thelounge.net wrote: Am 01.12.2014 um 12:57 schrieb Pierre-Yves Chibon: So we come back to the question: is any number better than no number at all? Even to get a trend? no number is in fact better than wrong numbers backed by nothing beause they lead in wrong conclusions - your 122/133 numbers could in reality also be 1000 users installed them from mirrors and your calculation is the best example for wrong assumptions While that is 'true', most of the world doesn't work on 'true'. Your cars speedometer doesn't give you the accurate km/hour. [Even BMW digital has a +/- 2 km/hour due to all the factors from tire present size to road conditions.]. The answer is can you accurately remove enough noise to feel confident that you are doing 100 km/hour versus 120 km/hour. The same goes for measuring downloads. It depends how and why you are collecting data. If, for example, you are sensitive to how often downloads occur from mirrors, then sites that use local
Re: Power consumption with Fedora
Hi John, Power consumption is definitely an area that Fedora can improve, and an area where we've begun to do some investigation. Measuring battery life is hard, because when power saving is working, battery life depends so much on what the user is doing. Many manufacturers don't even provide battery life in their specifications or at most, provide a rough figure like battery lasts up to 10 hours. Doing what? I've begun writing a test suite that will simulate events of typical user activity (web browsing, word processing), so that we can at least know machine-to-machine or Fedora-version to Fedora-version how well we are doing with battery life. Comparing with a different operating system is hard, since we typically have no idea how claimed numbers are measured. The second part of trying to improve power management is getting an understanding of what actually uses power. powertop is impressive, but can't always be taken at face value. I have some idea that we could build up a database (or at least a wiki page or two) with detailed information on power usage for a few representative models so that we can get an idea about how we need to modify the system software. On my laptop (ASUS ux301la), various things surprised me: * The backlight eats a ton of battery - 4W for the display backlight and 1W for the keyboard backlight. If you are getting poor battery life, turn off the keyboard backlight and turn the screen down. But how do we fix this for all users? We used to be much more aggressive about screen dimming in GNOME, and it was really annoying. Can we find some happy medium? * Although most of the tunables in powertop did little that could be measured, the Enable SATA link power management tunable saves 2W(!) We need to consider whether this should be enabled by default, at least on battery. * The next big offender on my system was inactive tabs with Flash ads in them. If I have nytimes.com open on my system, that's another 2W. How do we fix this for all users? Can we suspend plugins if there's no audio playing? This topline stuff is huge for battery life - on my laptop it makes a difference between around 3 hours and around 7 hours. The rest is hard - many small things that individually contribute just a little bit. Plus a baseline of things like DRAM refresh that are fixed. Having detailed data for multiple laptops (and definitely Macbooks are a interesting target) would help us make sure that Fedora does a good job out of the box. I don't think literally just including a set of scripts that tweak a bunch of things is something we'd want to do, but understanding what they are tweaking and how that affects power usage would be incredibly useful. - Owen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Agenda for Env-and-Stacks WG meeting (2014-12-03)
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 7:00 Boston, 21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode. = Topics = * Follow-ups * SCLs and CentOS * Chairman for next meeting * Open Floor -- 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: Power consumption with Fedora
On Tue, 2014-12-02 at 11:33 -0500, Owen Taylor wrote: * The backlight eats a ton of battery - 4W for the display backlight and 1W for the keyboard backlight. If you are getting poor battery life, turn off the keyboard backlight and turn the screen down. But how do we fix this for all users? We used to be much more aggressive about screen dimming in GNOME, and it was really annoying. Can we find some happy medium? Did we ever do a close comparison to OS X' backlight handling ? -- 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: How many users does Fedora have?
On Tue, Dec 02, 2014 at 17:15:38 +0100, jfm...@free.fr wrote: 2) It has an uninspiring installer. In that it doesn't advertise enough features? (I remember seeing promos for joining Fedora as a contributor and Rythmbox when doing some repeated installs over the Thanksgiving weekend. But there was at least one more that I don't remember.) Personally I don't expect to be inspired by an installer, but I think that perhaps additional promos could help people know where to get started with some things. 6) Fedora hasn't managed to get the same kind of hype there is around Ubuntu. Partly because of not benefitting of DEbian's propaganda network, partly because of points 2,3,4,5 and partly due to bad PR. I think Fedora gets a lot of good PR, but not in the places the average user would notice. Linux Weekly News is very good to Fedora. We get a lot of coverage there and most of it is positive. We also have our own category for kernel type at bugzilla.kernel.org which says to me, that our kernel people work very well with upstream and keep our kernels very current so that bugs about them are of interest to upstream. Fedora is the only distribution to get this distiction. -- 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: How many users does Fedora have?
On 02/12/14 16:45, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Dec 02, 2014 at 09:42:24AM -0500, Ben Cotton wrote: So, a revised/enhanced/even worse set of questions: [cut] Some of those questions go too far imo and expose too much about the individual machines and users. While I think the privacy concerns are a core issue, wouldn't it make sense to leave this aside initially, trying to understand what kind of useful information we might need without any restraints? We will later on face many limitations, privacy and trust is certainly some of those. But as a starter, why not try to think free? Cheers! --alec -- 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: How many users does Fedora have?
On 2 December 2014 at 09:15, jfm...@free.fr wrote: Fedora has a number of problems 1) It hasn't managed inspire the same kind of fanaticism Debian has. When in Debian something is broken, downright dangerous (eg signed packages came much later ) or just s..cks it is not a bug it is a feature. Not such with Fedoora.. Oh it has its own fanaticism.. its just different and more nitpicky. 2) It has an uninspiring installer. Ok I need more information on what this means in comparison to what? I have installed pretty much every major Linux distribution and I have never found any one of them 'inspiring'. Even the Ubuntu one is more of well at least its not the base Debian installer versus OMG I am alive and free because of this installer. So I need more information to understand what you are saying. 3) A slow update manager and front ends aren't particularly attractive Again.. I have found them all to be pretty slow and crappy. So what is in your eye attractive. 4) After completing installation you have a lot more _unassisted_ postinstallation configuration than in, say Suse or Mandriva. 5) Config tools are poorer than in Suse or Mandriva(BTW did you set a spy department with the task of keeping watch of what others were doing?) and are not task oriented. For instance in Suse if I try to configure a Windows printer the installer will automatically check and install the Samba client packages. And, just in case Fedora does that now for printers, Suse and Mandriva do things like that for about everything. I missed this part completely last time I installed them. I am guessing I must have skipped something obvious. 6) Fedora hasn't managed to get the same kind of hype there is around Ubuntu. Partly because of not benefitting of DEbian's propaganda network, partly because of points 2,3,4,5 and partly due to bad PR. I think it is more that most of the Fedora developers aren't really interested in hype and actively tamper it down if it occurs anywhere. Better to set low expectations and consistently beat them versus set high expectations and disappoint constantly. [Not that I think this is wise.. just my view of 10 years of Fedora and 8 years of Red Hat Linux before that] -- Stephen J Smoogen. -- 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: How many users does Fedora have?
On 2 December 2014 at 09:22, Matthew Miller mat...@fedoraproject.org wrote: On Tue, Dec 02, 2014 at 05:15:38PM +0100, jfm...@free.fr wrote: Now it seems Fedora's downloads have been steadily going downwards and it is highly improbable that is due to a spectacular increase of number of people setting local mirrors. Smooge is working on some updated statistics, and from what I've seen, it's mostly flat, but not actually steadily downwards. More on the other things later. :) Temporary URL for picture of things from 2007 til last month: https://smooge.fedorapeople.org/stats-2014/ I am hoping to have a permanent url and updated set by next month. -- Stephen J Smoogen. -- 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: How many users does Fedora have?
On 2 December 2014 at 10:29, Alec Leamas leamas.a...@gmail.com wrote: On 02/12/14 16:45, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Dec 02, 2014 at 09:42:24AM -0500, Ben Cotton wrote: So, a revised/enhanced/even worse set of questions: [cut] Some of those questions go too far imo and expose too much about the individual machines and users. While I think the privacy concerns are a core issue, wouldn't it make sense to leave this aside initially, trying to understand what kind of useful information we might need without any restraints? We will later on face many limitations, privacy and trust is certainly some of those. But as a starter, why not try to think free? Mainly because if you do that you sound like the NSA to most people these days. Privacy is like security. If you don't think about it at the startup trying to implement it later is much more expensive or impossible. It also has various legal implications which have to be worked through. Skipping that and being free gets you a ton of wouldn't it be great if... that ends up being bikeshedding because it can't be done. Everything an organization collects has to deal with these two 'facts'. There is no way to easily anonymize data that a set of high-school students with a starter book in statistics can't undo in a week. There is no way to easily remove data from gathered statistics any more than it is possible to make the internet forget an email. From that you have to figure out if collecting that information is viable for a volunteer organization to later manage. -- Stephen J Smoogen. -- 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: How many users does Fedora have?
On Tue, 2014-12-02 at 11:12 -0700, Stephen John Smoogen wrote: On 2 December 2014 at 09:22, Matthew Miller mat...@fedoraproject.org wrote: On Tue, Dec 02, 2014 at 05:15:38PM +0100, jfm...@free.fr wrote: Now it seems Fedora's downloads have been steadily going downwards and it is highly improbable that is due to a spectacular increase of number of people setting local mirrors. Smooge is working on some updated statistics, and from what I've seen, it's mostly flat, but not actually steadily downwards. More on the other things later. :) Temporary URL for picture of things from 2007 til last month: https://smooge.fedorapeople.org/stats-2014/ I am hoping to have a permanent url and updated set by next month. Is there some explanation why there the Fedora vs. Epel split in the last graph so closely tracks the x86_32 vs. x86_64 split in the second graph, as if all EPEL users were on x86_64 and all Fedora users were on x86_32? - Owen -- 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: How many users does Fedora have?
On 2 December 2014 at 11:27, Owen Taylor otay...@redhat.com wrote: On Tue, 2014-12-02 at 11:12 -0700, Stephen John Smoogen wrote: On 2 December 2014 at 09:22, Matthew Miller mat...@fedoraproject.org wrote: On Tue, Dec 02, 2014 at 05:15:38PM +0100, jfm...@free.fr wrote: Now it seems Fedora's downloads have been steadily going downwards and it is highly improbable that is due to a spectacular increase of number of people setting local mirrors. Smooge is working on some updated statistics, and from what I've seen, it's mostly flat, but not actually steadily downwards. More on the other things later. :) Temporary URL for picture of things from 2007 til last month: https://smooge.fedorapeople.org/stats-2014/ I am hoping to have a permanent url and updated set by next month. Is there some explanation why there the Fedora vs. Epel split in the last graph so closely tracks the x86_32 vs. x86_64 split in the second graph, as if all EPEL users were on x86_64 and all Fedora users were on x86_32? As far as I can tell its coincidence but I will double check to see if I am plotting the wrong data somewhere. - Owen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Stephen J Smoogen. -- 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: Review swap
On Tue, Dec 2, 2014 at 2:02 AM, Thomas Spura toms...@fedoraproject.org wrote: Taken. Could you review ptyprocess, which is a new dependency of python-pexpect: https://bugzilla.redhat.com/show_bug.cgi?id=1167830 Taken. Thank you! -- Jerry James http://www.jamezone.org/ -- 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] Fedora 21 Final Release Candidate 2 (RC2) Available Now!
As per the Fedora 21 schedule [1], Fedora 21 Final Release Candidate 2 (RC2) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/6031#comment:24 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Workstation and Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Server: https://fedoraproject.org/wiki/Test_Results:Current_Server_Test Cloud: https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test Summary: https://fedoraproject.org/wiki/Test_Results:Current_Summary Ideally, all Alpha, Beta, and Final priority test cases for each of these test pages [2] should pass in order to meet the Final Release Criteria [3]. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Create Fedora 21 Final test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/6031 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-21/f-21-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_21_Final_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ 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: Power consumption with Fedora
On Mon, Dec 1, 2014 at 6:17 PM, Stephen John Smoogen smo...@gmail.com wrote: 1) A problem is identified. 2) Profile the problem and show where it might be happening. 3) Some amount on fixing the problem is done. 4) Find that the problem isn't there and there is no quick fix. 5) Throw away that solution and implement another one. 6) Deal with flame wars about any and all changes during this from people the problem doesn't occur to. Projects which use words like we before 3 or 4 usually never get to 3 or 4 due to the amount of why is your problem now my work? response from everyone from developers to random people on the lists. Currently you are at 1, and you have tried to jump to 3 with the Arch solution. You need to profile the Arch solution to see if it really works or if it only works if you run an X11/twm and nothing fancier than Mosaic from 1997. [Or without X11 at all.. that is the usual way to get a large power improvement on a laptop.] Question: Shouldn't the evaluation and fix be targeted at Rawhide first, and then see about backporting demonstrated fixes to Fedora 21? For all we know now, these could be significant new features. Or alternatively a lot of work may have to be repeated if it turns out the problems don't occur, or the solutions are radically different, if Wayland is being used instead of X11. Further, the sample size is two models. Identifying a common source problem probably means looking at more hardware. -- Chris Murphy -- 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: update on ca-certificates, introducing the ca-legacy utility
On Fri, 2014-11-21 at 17:17 +0100, Kai Engert wrote: https://admin.fedoraproject.org/updates/ca-certificates-2014.2.1-1.5.fc19 https://admin.fedoraproject.org/updates/ca-certificates-2014.2.1-1.5.fc20 I'd appreciate more testing feedback. I'd like to push these packages into the stable updates channel, soon. Thanks in advance, Kai -- 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: Power consumption with Fedora
On Tue, 02 Dec 2014 06:30:57 +0100, Nathanael d. Noblet wrote: I don't know much about it but I hate how bad my battery life is on my laptop... My 3 years old Lenovo X220 lasts for 12 hours (powertop reports so) on Fedora 20 x86_64 with powertop --auto-tune. According to powertop approx. 5.5W is display backlight and 1W is the rest of system. Just to give a reply that Fedora is not bad on all configs/hardware. Jan -- 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: Power consumption with Fedora
On Tue, Dec 2, 2014 at 5:33 PM, Owen Taylor otay...@redhat.com wrote: Hi John, Power consumption is definitely an area that Fedora can improve, and an area where we've begun to do some investigation. Measuring battery life is hard, because when power saving is working, battery life depends so much on what the user is doing. Many manufacturers don't even provide battery life in their specifications or at most, provide a rough figure like battery lasts up to 10 hours. Doing what? I've begun writing a test suite that will simulate events of typical user activity (web browsing, word processing), so that we can at least know machine-to-machine or Fedora-version to Fedora-version how well we are doing with battery life. Comparing with a different operating system is hard, since we typically have no idea how claimed numbers are measured. The second part of trying to improve power management is getting an understanding of what actually uses power. powertop is impressive, but can't always be taken at face value. I have some idea that we could build up a database (or at least a wiki page or two) with detailed information on power usage for a few representative models so that we can get an idea about how we need to modify the system software. On my laptop (ASUS ux301la), various things surprised me: * The backlight eats a ton of battery - 4W for the display backlight and 1W for the keyboard backlight. If you are getting poor battery life, turn off the keyboard backlight and turn the screen down. But how do we fix this for all users? We used to be much more aggressive about screen dimming in GNOME, and it was really annoying. Can we find some happy medium? * Although most of the tunables in powertop did little that could be measured, the Enable SATA link power management tunable saves 2W(!) We need to consider whether this should be enabled by default, at least on battery. This is like with most of those options a tradeoff between power consumption and performance. Last time I tested it caused a large hit on disk throughput but I didn't measure real world workloads. We should do that for each of those options and decide between: 1) Performance impact is almost non existent - always enable 2) Impact small but affects some workloads - only battery 3) Like 2 but affects more workload or a bit more - only enable when battery is beyond a threshold like android does with the power saving mode in lollipop 4) It hurts to much its not worth bothering So we need both performance and power usage measurements and draw and pick one of the above options for each. -- 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: Update to Parole 0.6.x stable series - completed port to GTK+3
On 02.12.2014 15:40, Kevin Fenzi wrote: On Tue, 02 Dec 2014 15:07:59 +0100 poma pomidorabelis...@gmail.com wrote: On 01.12.2014 15:22, Kevin Fenzi wrote: ... If you read bug 1065457 (or the upstream xfce list) you will see that while this is a stable release of parole, it depends on a unstable delvelopment release (4.11.x) of libxfce4ui. http://git.xfce.org/apps/parole/tree/configure.ac.in?id=0.6.1#n113 m4_define([libxfce4ui_minimum_version],[4.10.0]) m4_define([libxfce4util_minimum_version],[4.10.0]) See: http://git.xfce.org/apps/parole/tree/configure.ac.in?id=0.6.1#n133 XDT_CHECK_PACKAGE([LIBXFCE4UI], [libxfce4ui-2], [4.10.0]) libxfce4ui-2 is only provided by 4.11.x versions (no idea why they set the minimum to 4.10.0 there, there's no 4.10.0 version of libxfce4ui-2). kevin You can't trust the source code. Bummer. -- 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: Power consumption with Fedora
On 2 December 2014 at 13:05, Chris Murphy li...@colorremedies.com wrote: On Mon, Dec 1, 2014 at 6:17 PM, Stephen John Smoogen smo...@gmail.com wrote: 1) A problem is identified. 2) Profile the problem and show where it might be happening. 3) Some amount on fixing the problem is done. 4) Find that the problem isn't there and there is no quick fix. 5) Throw away that solution and implement another one. 6) Deal with flame wars about any and all changes during this from people the problem doesn't occur to. Projects which use words like we before 3 or 4 usually never get to 3 or 4 due to the amount of why is your problem now my work? response from everyone from developers to random people on the lists. Currently you are at 1, and you have tried to jump to 3 with the Arch solution. You need to profile the Arch solution to see if it really works or if it only works if you run an X11/twm and nothing fancier than Mosaic from 1997. [Or without X11 at all.. that is the usual way to get a large power improvement on a laptop.] Question: Shouldn't the evaluation and fix be targeted at Rawhide first, and then see about backporting demonstrated fixes to Fedora It should always be in rawhide. I doubt that it would be ready anytime near Fedora 22 or 23. -- Stephen J Smoogen. -- 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: Power consumption with Fedora
On Tue, 2014-12-02 at 21:47 +0100, Jan Kratochvil wrote: On Tue, 02 Dec 2014 06:30:57 +0100, Nathanael d. Noblet wrote: I don't know much about it but I hate how bad my battery life is on my laptop... My 3 years old Lenovo X220 lasts for 12 hours (powertop reports so) on Fedora 20 x86_64 with powertop --auto-tune. According to powertop approx. 5.5W is display backlight and 1W is the rest of system. Just to give a reply that Fedora is not bad on all configs/hardware. Well until yesterday I didn't know that Fedora didn't install / configure any of these packages. I've installed tlp and powertop, I didn't know powertop did anything other than monitor. I'll see what powertop --auto-tune does. I don't even know if the tlp package has enabled anything either. I wonder if having tlp installed and running powertop --auto-tune will conflict / fight each other... Time to try stuff out. -- Nathanael -- 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: Power consumption with Fedora
On 12/02/2014 12:05 PM, Chris Murphy wrote: Question: Shouldn't the evaluation and fix be targeted at Rawhide first, and then see about backporting demonstrated fixes to Fedora Beware of things like debug-enabled kernels though. Rawhide runs a bit slower for this, and more work means more power too, although I'm not sure how significant that is in the long run. Maybe compare with to the nodebug kernels if you think you've found something. https://fedoraproject.org/wiki/RawhideKernelNodebug -- 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: Power consumption with Fedora
On Tue, 02 Dec 2014 14:44:59 -0700 Nathanael D. Noblet nathan...@gnat.ca wrote: On Tue, 2014-12-02 at 21:47 +0100, Jan Kratochvil wrote: On Tue, 02 Dec 2014 06:30:57 +0100, Nathanael d. Noblet wrote: I don't know much about it but I hate how bad my battery life is on my laptop... My 3 years old Lenovo X220 lasts for 12 hours (powertop reports so) on Fedora 20 x86_64 with powertop --auto-tune. According to powertop approx. 5.5W is display backlight and 1W is the rest of system. Just to give a reply that Fedora is not bad on all configs/hardware. Well until yesterday I didn't know that Fedora didn't install / configure any of these packages. I've installed tlp and powertop, I didn't know powertop did anything other than monitor. I'll see what powertop --auto-tune does. I don't even know if the tlp package has enabled anything either. I wonder if having tlp installed and running powertop --auto-tune will conflict / fight each other... Time to try stuff out. You might also look at tuned... (I think it was mentioned early in the thread). tuned-adm profile powersave Also: https://docs.fedoraproject.org/en-US/Fedora/20/html-single/Power_Management_Guide/index.html Of course it would be nice if this stuff just did the right thing and you didn't have to run any commands or read any guides. kevin pgp6QNfK0Xc6e.pgp Description: OpenPGP digital 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: How many users does Fedora have?
On 2 December 2014 at 11:27, Owen Taylor otay...@redhat.com wrote: On Tue, 2014-12-02 at 11:12 -0700, Stephen John Smoogen wrote: On 2 December 2014 at 09:22, Matthew Miller mat...@fedoraproject.org wrote: On Tue, Dec 02, 2014 at 05:15:38PM +0100, jfm...@free.fr wrote: Now it seems Fedora's downloads have been steadily going downwards and it is highly improbable that is due to a spectacular increase of number of people setting local mirrors. Smooge is working on some updated statistics, and from what I've seen, it's mostly flat, but not actually steadily downwards. More on the other things later. :) Temporary URL for picture of things from 2007 til last month: https://smooge.fedorapeople.org/stats-2014/ I am hoping to have a permanent url and updated set by next month. Is there some explanation why there the Fedora vs. Epel split in the last graph so closely tracks the x86_32 vs. x86_64 split in the second graph, as if all EPEL users were on x86_64 and all Fedora users were on x86_32? OK going over the raw data for 2014-10.. it is about 83.3% of EPEL users are x86_64 16.6% of EPEL users are i386 00.04% of EPEL users are ppc 00.06% of EPEL users have misconfigured yum 66.6% of Fedora users are x86_64 33.0% of Fedora users are i386 00.2% of Fedora users are arm 00.08% of Fedora users are ppc 00.02% of Fedora users are either unknown or s390/aarch64/etc I will try and separate out the Fedora only architecture graphs this week. Caveats are that these are people directly interfacing with mirrormanager versus being configured to go against an internal mirror. -- Stephen J Smoogen. -- 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] F21 testing heads up: RC3 is coming, but RC2 tests are valid, please continue testing RC2
Just an F21 validation test status heads up. We found a cosmetic but highly visible font issue in RC2: https://bugzilla.redhat.com/show_bug.cgi?id=1169979 . The most obvious effect is that at least the Workstation and KDE x86-64 lives use a pretty ugly font 'Nimbus Mono L' as their default monospace font - the one used in terminals and text editors, for e.g. - instead of the intended default, DejaVu Sans Mono. Fortunately we can workaround this problem for the live images pretty easily and in a way which is very safe: just run fc-cache -f at the end of the live compose process. We are now spinning RC3 with that change. As the difference between RC2 and RC3 is so small, we're gonna say that all RC2 testing is valid against RC3. Once the RC3 compose is done I'll transfer the RC2 test results into the RC3 test matrix. So, please just go ahead and carry on testing RC2 completely as normal. Once RC3 comes out we can switch to testing those images. The RC3 non-live images should be functionally identical to RC2. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ 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: Power consumption with Fedora
On Tue, 2014-12-02 at 15:23 -0700, Kevin Fenzi wrote: On Tue, 02 Dec 2014 14:44:59 -0700 Nathanael D. Noblet nathan...@gnat.ca wrote: On Tue, 2014-12-02 at 21:47 +0100, Jan Kratochvil wrote: On Tue, 02 Dec 2014 06:30:57 +0100, Nathanael d. Noblet wrote: I don't know much about it but I hate how bad my battery life is on my laptop... My 3 years old Lenovo X220 lasts for 12 hours (powertop reports so) on Fedora 20 x86_64 with powertop --auto-tune. According to powertop approx. 5.5W is display backlight and 1W is the rest of system. Just to give a reply that Fedora is not bad on all configs/hardware. Well until yesterday I didn't know that Fedora didn't install / configure any of these packages. I've installed tlp and powertop, I didn't know powertop did anything other than monitor. I'll see what powertop --auto-tune does. I don't even know if the tlp package has enabled anything either. I wonder if having tlp installed and running powertop --auto-tune will conflict / fight each other... Time to try stuff out. You might also look at tuned... (I think it was mentioned early in the thread). tuned-adm profile powersave Also: https://docs.fedoraproject.org/en-US/Fedora/20/html-single/Power_Management_Guide/index.html Of course it would be nice if this stuff just did the right thing and you didn't have to run any commands or read any guides. Oh my I've barely started readind the above and its great... I wish I knew of this long ago. Thanks for the pointers and mention of tuned. -- Nathanael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Wednesday's FESCo meeting (2014-12-03 at 18UTC)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 18:00UTC in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic ticket #1349 Fedora 22 scheduling strategy (and beyond) .fesco 1349 #topic ticket #1369 packages should disable internal crash handlers and depend on ABRT .fesco 1369 = New business = None = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. pgpAUdNvCBrR6.pgp Description: OpenPGP digital 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
5tFTW: Fedora 21 release on track, new leadership and thanks to the old; counting users; more... (2014-12-02)
Reposted from http://fedoramagazine.org/5tftw-2014-12-02/. Fedora is a big project, and it’s hard to keep up with everything that goes on. This series highlights interesting happenings in five different areas every week. It isn’t comprehensive news coverage — just quick summaries with links to each. Here are the five things for December 2nd, 2014: Fedora 21 on track for Dec. 9! -- Things are looking good for our scheduled December 9th release. We’re in the process of validating release candidates, and everything seems in great shape. (And it's not too late to join in: see the announcement on the test list if you're interested in helping.) Assuming no unexpected showstoppers, we’ll approve this as official at the Thursday “Go / No-Go” meeting, and then it’ll be off to the mirror network for release next Tuesday morning! * https://lists.fedoraproject.org/pipermail/test-announce/2014-December/000962.html Presenting the New Fedora Council - With the conclusion of the first round of elections, the new Fedora Council is in place! If you’ve missed it (perhaps you’re just coming by to see what’s up with the new Fedora 21 release and this happened while you weren’t watching), read up on it on the Fedora Council wiki page. Five of the six full-vote members are in place: - **Elected Representative:**Rex Dieter - **Elected Representative:**Langdon White - **Engineering Representative:**Josh Boyer - **Outreach Representative:** Christoph Wickert - **Fedora Project Leader:** Matthew Miller The sixth seat is the **Fedora Community Action and Impact Coordinator**, which will be a full-time position hired and funded by Red Hat’s Open Source and Standards group. (More on this job opening here: * http://fedoramagazine.org/fedora-community-action-and-impact-job-opening-red-hat-osas/ The council also includes a number of *auxiliary seats*. As the Council charter explains: They are intended to have significant positive impact on the project as a whole, but in order to minimize the overall influence of appointed positions vs. those selected by the community, their votes in the consensus process are expected to be related to the scope of the respective role. One of these is the **Fedora Program Manager** — Jaroslav Resnik. Another is the **Diversity Advisor**, a position for which we will be appointing a search committee shortly. And finally, the Council will select **Objective Leads** — more on that on my previous Fedora Magazine post about project objectives. * https://fedoraproject.org/wiki/Council * http://fedoraproject.org/wiki/Category:OSAS * http://fedoramagazine.org/lets-talk-about-fedora-project-objectives/ Thanks to the Outgoing Board I want to offer a huge personal and also official thank you to all previous members of the Fedora Project Board, whose care and dedication have been instrumental in guiding Fedora to where we are today. And I particularly want to thank the most recent board members — Christoph Wickert, Garret Holmstrom, John Rose, Matthew Garrett, Eric Chrstensen, Josh Boyer, Haïkel Guémar, and Neville Cross — and all other project contributors who provided ideas, feedback, wisdom, and significant effort in constructing the new governance model. Fedora EMEA Gets Ready for F21 -- Jiří Eischmann has a blog post about getting the physical manifestation of the Fedora release ready for the Europe / Middle East / Africa region. I’ve been using Fedora 21 on my home computer since alpha, so it’s really nothing new for me, but I’m really excited about the release. In my opinion, it will be the most significant release since Fedora 7 when Core and Extras got merged. It’s also been the most stable release of Fedora I’ve used. While Fedora QA guys are working on the final polishing as that F21 can meet the final criteria, ambassadors are getting ready for the release. [...] In addition to background notes about stickers, Jiří includes a preview of the awesome F21 DVD sleeves designed by Alexander Smirnov (a.k.a. “inkscaper”). * https://eischmann.wordpress.com/2014/11/27/getting-ready-for-fedora-21/ How many users does Fedora have? Alec Leamas started an interesting discussion on the Fedora Devel list, asking, “How many users does Fedora have?“. The answer is… we don’t really know. This is notoriously hard to count, and Fedora has always opted for more privacy-preserving options, something many in our contributor community care very strongly about. Stephen Smoogen is working on coming up with some graphs based on mirror traffic, but that’s only part of the picture, and an imperfect one. Finding useful metrics for progress towards project goals and then iteratively acting to improve them is a powerful tool for making sure that our effort goes towards what we want to do
Re: Power consumption with Fedora
On 2 December 2014 at 10:06, Adam Jackson wrote: On Mon, 2014-12-01 at 22:36 -0500, Orcan Ogetbil wrote: One related issue is suspend. It stopped working for me (on the same machine) at around Fedora 12. Just stays on the black screen on resume. 12? Five years ago? Yeah pretty much. I still use the same hardware. From time to time I try suspend just out of curiosity with different kernels, different Fedoras. It suspends (I think), but never gets back. Never had a real reason to get it working so... Not that I need the feature often, but there might be people who do. Is suspend supposed to work under normal circumstances? Of course it is. Great, it's good to know I am an isolated case. Best, Orcan -- 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-12-03 @ 1600 UTC ** Conditional Blocker Review Meeting
Greetings testers! Typically we'd have a blocker review meeting tomorrow, but with Go/No-Go this Thursday and a pretty solid RC out and being tested, we might not need one. Currently there are no proposed blockers (and let's hope we've handled all of them), so we won't be having a meeting. OTOH, if we do find some tonight or before the meeting tomorrow we'll go ahead and have the meeting to discuss whatever has been found. Just wanted to give everyone a heads up. Thanks! -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org ___ 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
Fedora 21 Final blocker status report #2
Hi folks! Time for the second - and hopefully last - Fedora 21 blocker status report. First, the good news: we have no proposed blockers for F21 right now, and all accepted blockers are 'addressed' (closed, or fixed in RC2/RC4), except the special https://bugzilla.redhat.com/show_bug.cgi?id=1168748 , and Bruno and I are already on the same page there. That means there's no developer requests at this time. We do, however, have QA work to do. Obviously the most important thing: we need to do the validation testing on RC2/RC4 (RC2 results will be counted as valid for RC4, so please test RC2 until RC4 is done; it's baking right now. RC3 was a releng misfire, if anyone's wondering). Aside from that, we need karma on just a couple of outstanding blocker/FE fix updates: https://admin.fedoraproject.org/updates/FEDORA-2014-15910/anaconda-21.48.21-1.fc21,pyparted-3.9.5-3.fc21,python-blivet-0.61.12-1.fc21 - these are the anaconda friends builds in RC2 and RC4, so they get a +1 unless the installation process is worse than it was in TC4 (21.48.16) https://admin.fedoraproject.org/updates/FEDORA-2014-15946/fedora-release-notes-21.08-1.fc21 - this is the latest (and hence probably final) release notes build. If you install the package, open the 'release notes' app, and you see things that look both note-y and release-y, you can +1 this. Thanks folks! Here's hoping we get testing complete and signed off for release on Thursday. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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: How many users does Fedora have?
At the risk of jumping in, here's my own 2 cents on the subject... On 12/03/2014 12:30 AM, Stephen John Smoogen wrote: On 2 December 2014 at 09:15, jfm...@free.fr mailto:jfm...@free.fr wrote: 2) It has an uninspiring installer. Ok I need more information on what this means in comparison to what? I have installed pretty much every major Linux distribution and I have never found any one of them 'inspiring'. Even the Ubuntu one is more of well at least its not the base Debian installer versus OMG I am alive and free because of this installer. So I need more information to understand what you are saying. While the next-gen Anaconda in Fedora 21 is much improved since its first iteration in Fedora 18, having just installed Ubuntu 14.04 on a test VM in the same week, I must say the Ubuntu installer has an edge mostly in aesthetics -- during the installation process, instead of a small banner at the bottom for introducing the operating system, you get an interactive grid of screenshots in the middle of the installation window, with nice looking left and right toggles. 3) A slow update manager and front ends aren't particularly attractive Again.. I have found them all to be pretty slow and crappy. So what is in your eye attractive. dnf (hopefully default in F22) and apt are both faster than yum, at least subjectively. apt now has a really nice colored progress bar that shows up at the bottom of the terminal when the installation is in progress. Cheers, -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: sali...@fedoraproject.org | GPG key ID: A36A937A IDs:keybase.io/michel-slm | IRC: michel_...@irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments signature.asc Description: OpenPGP digital 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
[Bug 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings
https://bugzilla.redhat.com/show_bug.cgi?id=1169369 Tomas Hoger tho...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2014 |impact=moderate,public=2014 |1126,reported=20141201,sour |1126,reported=20141201,sour |ce=oss-sec,cvss2=4.3/AV:N/A |ce=oss-sec,cvss2=4.3/AV:N/A |C:M/Au:N/C:N/I:N/A:P,cwe=CW |C:M/Au:N/C:N/I:N/A:P,cwe=CW |E-617,rhel-6/libyaml=defer, |E-617,rhel-6/libyaml=defer, |rhel-7/libyaml=defer,rhscl- |rhel-7/libyaml=defer,rhscl- |1/ruby193-libyaml=defer,rhs |1/libyaml=defer,fedora-all/ |cl-1/libyaml=defer,fedora-a |libyaml=affected,epel-all/l |ll/libyaml=affected,epel-al |ibyaml=affected,mrg-1/libya |l/libyaml=affected,mrg-1/li |ml=new,mrg-2/libyaml=new,rh |byaml=new,mrg-2/libyaml=new |n_satellite_5.3/libyaml=def |,rhn_satellite_5.3/libyaml= |er,rhn_satellite_5.4/libyam |defer,rhn_satellite_5.4/lib |l=defer,rhn_satellite_5.5/l |yaml=defer,rhn_satellite_5. |ibyaml=defer,rhn_satellite_ |5/libyaml=defer,rhn_satelli |5.6/libyaml=defer,rhn_satel |te_5.6/libyaml=defer,rhn_sa |lite_6/libyaml=defer,rhn_sa |tellite_6/libyaml=defer,rhn |tellite_6/ruby193-libyaml=d |_satellite_6/ruby193-libyam |efer,rhui-2/libyaml=defer,s |l=defer,rhui-2/libyaml=defe |am-1/libyaml=defer,cfme-5/m |r,sam-1/libyaml=defer,cfme- |ingw-libyaml=defer,cfme-5/r |5/mingw-libyaml=defer,cfme- |uby193-libyaml=defer,openst |5/ruby193-libyaml=defer,ope |ack-4/libyaml=new,openshift |nstack-3/libyaml=new,openst |-1/ruby193-libyaml=defer,fe |ack-3/ruby193-libyaml=new,o |dora-all/perl-YAML-LibYAML= |penstack-4/libyaml=new,open |new,epel-6/perl-YAML-LibYAM |shift-enterprise-1/ruby193- |L=new |libyaml=defer,openshift-1/r | |uby193-libyaml=defer,fedora | |-all/perl-YAML-LibYAML=new, | |epel-6/perl-YAML-LibYAML=ne | |w | -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LQF4aDG69Ta=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169648] perl-PAR-Packer conflicts with file from nss-tools
https://bugzilla.redhat.com/show_bug.cgi?id=1169648 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |DUPLICATE Last Closed||2014-12-02 04:19:44 --- Comment #2 from Petr Šabata psab...@redhat.com --- Yes, this is a known problem. *** This bug has been marked as a duplicate of bug 987189 *** -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Pt58dqhZzpa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1153134] FTBFS: No longer works with the current Lingua::EN::Numbers
https://bugzilla.redhat.com/show_bug.cgi?id=1153134 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|extras-orphan@fedoraproject |psab...@redhat.com |.org| --- Comment #5 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BXYqrjzrhXa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Data-Rmap-0.64.tar.gz uploaded to lookaside cache by churchyard
A file has been added to the lookaside cache for perl-Data-Rmap: 112c9e8b813259a4700815ca66342a78 Data-Rmap-0.64.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Data-Rmap] Update to 0.64 (#1167706)
commit 9af16b95cf73330bc23bc4a98b68951f54ea8617 Author: Miro Hrončok m...@hroncok.cz Date: Tue Dec 2 10:34:11 2014 +0100 Update to 0.64 (#1167706) .gitignore |1 + perl-Data-Rmap.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 075fc1a..a68966c 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Data-Rmap-0.62.tar.gz +/Data-Rmap-0.64.tar.gz diff --git a/perl-Data-Rmap.spec b/perl-Data-Rmap.spec index 94fdc5c..9989d96 100644 --- a/perl-Data-Rmap.spec +++ b/perl-Data-Rmap.spec @@ -1,6 +1,6 @@ Name: perl-Data-Rmap -Version:0.62 -Release:9%{?dist} +Version:0.64 +Release:1%{?dist} Summary:Recursive map, apply a block to a data structure License:GPL+ or Artistic Group: Development/Libraries @@ -44,6 +44,9 @@ perl Build.PL installdirs=vendor %{_mandir}/man3/* %changelog +* Tue Dec 02 2014 Miro Hrončok mhron...@redhat.com - 0.64-1 +- Update to 0.64 (#1167706) + * Thu Aug 28 2014 Jitka Plesnikova jples...@redhat.com - 0.62-9 - Perl 5.20 rebuild diff --git a/sources b/sources index ce1d49a..f27932d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -320a299fc2a6561e11194adfcec29769 Data-Rmap-0.62.tar.gz +112c9e8b813259a4700815ca66342a78 Data-Rmap-0.64.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1167706] perl-Data-Rmap-0.64 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1167706 Miro Hrončok mhron...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Data-Rmap-0.64-1.fc22 Resolution|--- |RAWHIDE Last Closed||2014-12-02 04:42:19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NVd3dTeZYsa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt watchbugzilla set to Approved
user: pghmcfc set for pghmcfc acl: watchbugzilla of package: perl-MooseX-Getopt from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt commit set to Approved
user: pghmcfc set for pghmcfc acl: commit of package: perl-MooseX-Getopt from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt set point of contact to: pghmcfc
user: pghmcfc changed point of contact of package: perl-MooseX-Getopt from: orphan to: pghmcfc on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt watchcommits set to Approved
user: pghmcfc set for pghmcfc acl: watchcommits of package: perl-MooseX-Getopt from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt approveacls set to Approved
user: pghmcfc set for pghmcfc acl: approveacls of package: perl-MooseX-Getopt from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt set point of contact to: pghmcfc
user: pghmcfc changed point of contact of package: perl-MooseX-Getopt from: orphan to: pghmcfc on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt approveacls set to Approved
user: pghmcfc set for pghmcfc acl: approveacls of package: perl-MooseX-Getopt from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt watchcommits set to Approved
user: pghmcfc set for pghmcfc acl: watchcommits of package: perl-MooseX-Getopt from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt watchbugzilla set to Approved
user: pghmcfc set for pghmcfc acl: watchbugzilla of package: perl-MooseX-Getopt from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-MooseX-Getopt commit set to Approved
user: pghmcfc set for pghmcfc acl: commit of package: perl-MooseX-Getopt from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-Getopt -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-DateTime-TimeZone-SystemV approveacls set to Approved
user: pghmcfc set for pghmcfc acl: approveacls of package: perl-DateTime-TimeZone-SystemV from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-DateTime-TimeZone-SystemV -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-DateTime-TimeZone-SystemV watchbugzilla set to Approved
user: pghmcfc set for pghmcfc acl: watchbugzilla of package: perl-DateTime-TimeZone-SystemV from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-DateTime-TimeZone-SystemV -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-DateTime-TimeZone-SystemV commit set to Approved
user: pghmcfc set for pghmcfc acl: commit of package: perl-DateTime-TimeZone-SystemV from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-DateTime-TimeZone-SystemV -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-DateTime-TimeZone-SystemV set point of contact to: pghmcfc
user: pghmcfc changed point of contact of package: perl-DateTime-TimeZone-SystemV from: orphan to: pghmcfc on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-DateTime-TimeZone-SystemV -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-DateTime-TimeZone-SystemV watchcommits set to Approved
user: pghmcfc set for pghmcfc acl: watchcommits of package: perl-DateTime-TimeZone-SystemV from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-DateTime-TimeZone-SystemV -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1153134] FTBFS: No longer works with the current Lingua::EN::Numbers
https://bugzilla.redhat.com/show_bug.cgi?id=1153134 --- Comment #6 from Petr Šabata psab...@redhat.com --- Created attachment 963643 -- https://bugzilla.redhat.com/attachment.cgi?id=963643action=edit Abandon the OO interface -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=eDWlUI9K4ma=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1153134] FTBFS: No longer works with the current Lingua::EN::Numbers
https://bugzilla.redhat.com/show_bug.cgi?id=1153134 Petr Šabata psab...@redhat.com changed: What|Removed |Added External Bug ID||CPAN 100659 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=n4a5x7INlDa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Lingua-EN-Numbers-Easy] Fix build with Lingua::EN::Numbers = 2.00 (#1153134)
commit 97eadfe4530ffba2c78f4f2df9dd3e8efc54312d Author: Petr Šabata con...@redhat.com Date: Tue Dec 2 11:43:27 2014 +0100 Fix build with Lingua::EN::Numbers = 2.00 (#1153134) - Modernize the package ...-Easy-2009110701-abandon-the-oo-interface.patch | 24 ++ perl-Lingua-EN-Numbers-Easy.spec | 34 --- 2 files changed, 45 insertions(+), 13 deletions(-) --- diff --git a/Lingua-EN-Numbers-Easy-2009110701-abandon-the-oo-interface.patch b/Lingua-EN-Numbers-Easy-2009110701-abandon-the-oo-interface.patch new file mode 100644 index 000..a368531 --- /dev/null +++ b/Lingua-EN-Numbers-Easy-2009110701-abandon-the-oo-interface.patch @@ -0,0 +1,24 @@ +diff --git a/lib/Lingua/EN/Numbers/Easy.pm b/lib/Lingua/EN/Numbers/Easy.pm +index 6926c14..7b2a9a8 100644 +--- a/lib/Lingua/EN/Numbers/Easy.pm b/lib/Lingua/EN/Numbers/Easy.pm +@@ -7,7 +7,7 @@ no warnings 'syntax'; + our $VERSION = '2009110701'; + our %N; + +-use Lingua::EN::Numbers 1.01; ++use Lingua::EN::Numbers 1.01 qw(num2en); + + sub import { + my ($pkg, $hash) = grep {$_ ne 'American' and +@@ -27,8 +27,8 @@ sub FETCH { + my $self = shift; + my $value = shift; + return $self - {$value} if exists $self - {$value}; +- (my $n = Lingua::EN::Numbers - new) - parse ($value) or return; +-$self - {$value} = lc $n - get_string; ++my $n = num2en($value) or return; ++$self - {$value} = lc $n; + } + + sub STORE{die} diff --git a/perl-Lingua-EN-Numbers-Easy.spec b/perl-Lingua-EN-Numbers-Easy.spec index 38f2fc5..e570a58 100644 --- a/perl-Lingua-EN-Numbers-Easy.spec +++ b/perl-Lingua-EN-Numbers-Easy.spec @@ -1,19 +1,25 @@ Name: perl-Lingua-EN-Numbers-Easy Version:2009110701 -Release:8%{?dist} +Release:9%{?dist} Summary:Hash access to Lingua::EN::Numbers objects License:MIT -Group: Development/Libraries URL:http://search.cpan.org/dist/Lingua-EN-Numbers-Easy/ Source0: http://www.cpan.org/authors/id/A/AB/ABIGAIL/Lingua-EN-Numbers-Easy-%{version}.tar.gz +Patch0: Lingua-EN-Numbers-Easy-2009110701-abandon-the-oo-interface.patch BuildArch: noarch -BuildRequires: perl = 0:5.006 -BuildRequires: perl(ExtUtils::MakeMaker) +# Build +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Runtime +BuildRequires: perl(Lingua::EN::Numbers) +# Tests only +BuildRequires: perl(Test::Kwalitee) BuildRequires: perl(Test::More) -BuildRequires: perl(Lingua::EN::Numbers) = 1.01 -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) - -%{?perl_default_filter} # Filters (not)shared c libs +BuildRequires: perl(Test::Pod) = 1.00 +BuildRequires: perl(Test::Pod::Coverage) = 1.00 +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) %description Lingua::EN::Numbers is a module that translates numbers to English words. @@ -23,27 +29,29 @@ to words using a tied hash, which can be interpolated. %prep %setup -q -n Lingua-EN-Numbers-Easy-%{version} +%patch0 -p1 %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 make %{?_smp_mflags} %install make pure_install DESTDIR=%{buildroot} - -find %{buildroot} -type f -name .packlist -exec rm -f {} \; - %{_fixperms} %{buildroot}/* %check make test %files -%doc Changes +%doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Tue Dec 02 2014 Petr Šabata con...@redhat.com - 2009110701-9 +- Fix build with Lingua::EN::Numbers = 2.00 (#1153134) +- Modernize the package + * Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 2009110701-8 - Perl 5.20 rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1153134] FTBFS: No longer works with the current Lingua::EN::Numbers
https://bugzilla.redhat.com/show_bug.cgi?id=1153134 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Lingua-EN-Numbers-Easy ||-2009110701-9.fc22 Resolution|--- |RAWHIDE Last Closed||2014-12-02 05:44:07 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ryPFIoDKEVa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings
https://bugzilla.redhat.com/show_bug.cgi?id=1169369 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2014 |impact=moderate,public=2014 |1126,reported=20141201,sour |1126,reported=20141201,sour |ce=oss-sec,cvss2=4.3/AV:N/A |ce=oss-sec,cvss2=4.3/AV:N/A |C:M/Au:N/C:N/I:N/A:P,cwe=CW |C:M/Au:N/C:N/I:N/A:P,cwe=CW |E-617,rhel-6/libyaml=defer, |E-617,rhel-6/libyaml=defer, |rhel-7/libyaml=defer,rhscl- |rhel-7/libyaml=defer,rhscl- |1/libyaml=defer,fedora-all/ |1/libyaml=defer,fedora-all/ |libyaml=affected,epel-all/l |libyaml=affected,epel-all/l |ibyaml=affected,mrg-1/libya |ibyaml=affected,mrg-1/libya |ml=new,mrg-2/libyaml=new,rh |ml=new,mrg-2/libyaml=new,rh |n_satellite_5.3/libyaml=def |n_satellite_5.3/libyaml=def |er,rhn_satellite_5.4/libyam |er,rhn_satellite_5.4/libyam |l=defer,rhn_satellite_5.5/l |l=defer,rhn_satellite_5.5/l |ibyaml=defer,rhn_satellite_ |ibyaml=defer,rhn_satellite_ |5.6/libyaml=defer,rhn_satel |5.6/libyaml=defer,rhn_satel |lite_6/libyaml=defer,rhn_sa |lite_6/libyaml=defer,rhn_sa |tellite_6/ruby193-libyaml=d |tellite_6/ruby193-libyaml=d |efer,rhui-2/libyaml=defer,s |efer,rhui-2/libyaml=defer,s |am-1/libyaml=defer,cfme-5/m |am-1/libyaml=defer,cfme-5/m |ingw-libyaml=defer,cfme-5/r |ingw-libyaml=defer,cfme-5/r |uby193-libyaml=defer,openst |uby193-libyaml=defer,openst |ack-4/libyaml=new,openshift |ack-4/libyaml=new,openshift |-1/ruby193-libyaml=defer,fe |-1/ruby193-libyaml=defer,fe |dora-all/perl-YAML-LibYAML= |dora-all/perl-YAML-LibYAML= |new,epel-6/perl-YAML-LibYAM |affected,epel-6/perl-YAML-L |L=new |ibYAML=new -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=SceL3mp3s1a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings
https://bugzilla.redhat.com/show_bug.cgi?id=1169369 --- Comment #4 from Ján Rusnačko jrusn...@redhat.com --- References: https://bitbucket.org/xi/libyaml/issue/10/wrapped-strings-cause-assert-failure http://www.openwall.com/lists/oss-security/2014/11/28/1 https://github.com/yaml/libyaml/commit/e6aa721cc0e5a48f408c5239fd36780ba32a -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CJkZYvZJlda=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings
https://bugzilla.redhat.com/show_bug.cgi?id=1169369 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2014 |impact=moderate,public=2014 |1126,reported=20141201,sour |1126,reported=20141201,sour |ce=oss-sec,cvss2=4.3/AV:N/A |ce=oss-sec,cvss2=4.3/AV:N/A |C:M/Au:N/C:N/I:N/A:P,cwe=CW |C:M/Au:N/C:N/I:N/A:P,cwe=CW |E-617,rhel-6/libyaml=defer, |E-617,rhel-6/libyaml=defer, |rhel-7/libyaml=defer,rhscl- |rhel-7/libyaml=defer,rhscl- |1/libyaml=defer,fedora-all/ |1/libyaml=defer,fedora-all/ |libyaml=affected,epel-all/l |libyaml=affected,epel-all/l |ibyaml=affected,mrg-1/libya |ibyaml=affected,mrg-1/libya |ml=new,mrg-2/libyaml=new,rh |ml=new,mrg-2/libyaml=new,rh |n_satellite_5.3/libyaml=def |n_satellite_5.3/libyaml=def |er,rhn_satellite_5.4/libyam |er,rhn_satellite_5.4/libyam |l=defer,rhn_satellite_5.5/l |l=defer,rhn_satellite_5.5/l |ibyaml=defer,rhn_satellite_ |ibyaml=defer,rhn_satellite_ |5.6/libyaml=defer,rhn_satel |5.6/libyaml=defer,rhn_satel |lite_6/libyaml=defer,rhn_sa |lite_6/libyaml=defer,rhn_sa |tellite_6/ruby193-libyaml=d |tellite_6/ruby193-libyaml=d |efer,rhui-2/libyaml=defer,s |efer,rhui-2/libyaml=defer,s |am-1/libyaml=defer,cfme-5/m |am-1/libyaml=defer,cfme-5/m |ingw-libyaml=defer,cfme-5/r |ingw-libyaml=defer,cfme-5/r |uby193-libyaml=defer,openst |uby193-libyaml=defer,openst |ack-4/libyaml=new,openshift |ack-4/libyaml=new,openshift |-1/ruby193-libyaml=defer,fe |-1/ruby193-libyaml=defer,fe |dora-all/perl-YAML-LibYAML= |dora-all/perl-YAML-LibYAML= |affected,epel-6/perl-YAML-L |affected,epel-6/perl-YAML-L |ibYAML=new |ibYAML=affected -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=VB4M51R7Ada=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings
https://bugzilla.redhat.com/show_bug.cgi?id=1169369 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Depends On||1169750 Depends On||1169751 --- Comment #5 from Ján Rusnačko jrusn...@redhat.com --- Created perl-YAML-LibYAML tracking bugs for this issue: Affects: fedora-all [bug 1169750] Affects: epel-6 [bug 1169751] Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1169750 [Bug 1169750] CVE-2014-9130 perl-YAML-LibYAML: libyaml: assert failure when processing wrapped strings [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=1169751 [Bug 1169751] CVE-2014-9130 perl-YAML-LibYAML: libyaml: assert failure when processing wrapped strings [epel-6] -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=iXYURY5S27a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169750] New: CVE-2014-9130 perl-YAML-LibYAML: libyaml: assert failure when processing wrapped strings [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1169750 Bug ID: 1169750 Summary: CVE-2014-9130 perl-YAML-LibYAML: libyaml: assert failure when processing wrapped strings [fedora-all] Product: Fedora Version: 20 Component: perl-YAML-LibYAML Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: jples...@redhat.com Reporter: jrusn...@redhat.com QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, p...@city-fan.org, perl-devel@lists.fedoraproject.org Blocks: 1169369 (CVE-2014-9130) This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of Fedora. For comments that are specific to the vulnerability please use bugs filed against the Security Response product referenced in the Blocks field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When submitting as an update, use the fedpkg template provided in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the fedpkg commit message. NOTE: this issue affects multiple supported versions of Fedora. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of each other, you may clone this bug as appropriate. [bug automatically created by: add-tracking-bugs] Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1169369 [Bug 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vOQMgb79dFa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169750] CVE-2014-9130 perl-YAML-LibYAML: libyaml: assert failure when processing wrapped strings [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1169750 --- Comment #1 from Ján Rusnačko jrusn...@redhat.com --- Use the following template to for the 'fedpkg update' request to submit an update for this issue as it contains the top-level parent bug(s) as well as this tracking bug. This will ensure that all associated bugs get updated when new packages are pushed to stable. = # bugfix, security, enhancement, newpackage (required) type=security # testing, stable request=testing # Bug numbers: 1234,9876 bugs=1169369,1169750 # Description of your update notes=Security fix for CVE-2014-9130 # Enable request automation based on the stable/unstable karma thresholds autokarma=True stable_karma=3 unstable_karma=-3 # Automatically close bugs when this marked as stable close_bugs=True # Suggest that users restart after update suggest_reboot=False == Additionally, you may opt to use the bodhi update submission link instead: https://admin.fedoraproject.org/updates/new/?type_=securitybugs=1169369,1169750 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=evDvx3y7KIa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1166788] CVE-2010-5312 perl-Mojolicious: jquery-ui: XSS vulnerability in jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166788 Emmanuel Seyman emman...@seyman.fr changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |NOTABUG Last Closed||2014-12-02 06:23:52 --- Comment #3 from Emmanuel Seyman emman...@seyman.fr --- perl-Mojolicious does not use jQuery UI. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=D7DWsIT70Aa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1166041] CVE-2010-5312 jquery-ui: XSS vulnerability in jQuery.ui.dialog title option
https://bugzilla.redhat.com/show_bug.cgi?id=1166041 Bug 1166041 depends on bug 1166788, which changed state. Bug 1166788 Summary: CVE-2010-5312 perl-Mojolicious: jquery-ui: XSS vulnerability in jQuery.ui.dialog title option [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=1166788 What|Removed |Added Status|NEW |CLOSED Resolution|--- |NOTABUG -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GWLdchvobia=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1166064] CVE-2012-6662 jquery-ui: XSS vulnerability in default content in Tooltip widget
https://bugzilla.redhat.com/show_bug.cgi?id=1166064 Bug 1166064 depends on bug 1166788, which changed state. Bug 1166788 Summary: CVE-2010-5312 perl-Mojolicious: jquery-ui: XSS vulnerability in jQuery.ui.dialog title option [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=1166788 What|Removed |Added Status|NEW |CLOSED Resolution|--- |NOTABUG -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=41U4XliHqea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML/f21] (5 commits) ...Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAML-LibYAML into f21
Summary of changes: b83d119... Perl 5.20 rebuild (*) d1009bb... Update BRs (bz#1165198) (*) b6c7bcd... Update to 0.54 (*) 2dae534... Add changelog reference to CVE-2014-9130 (*) ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML/f21: 5/5] Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAML-LibYAML into f21
commit ac91eeded407f0c0254514161c605f3c5f567753 Merge: 2dae534 f4b85ff Author: Paul Howarth p...@city-fan.org Date: Tue Dec 2 11:31:03 2014 + Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAML-LibYAML into f21 Conflicts: perl-YAML-LibYAML.spec --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169369] CVE-2014-9130 libyaml: assert failure when processing wrapped strings
https://bugzilla.redhat.com/show_bug.cgi?id=1169369 Ján Rusnačko jrusn...@redhat.com changed: What|Removed |Added Whiteboard|impact=moderate,public=2014 |impact=moderate,public=2014 |1126,reported=20141201,sour |1126,reported=20141201,sour |ce=oss-sec,cvss2=4.3/AV:N/A |ce=oss-sec,cvss2=4.3/AV:N/A |C:M/Au:N/C:N/I:N/A:P,cwe=CW |C:M/Au:N/C:N/I:N/A:P,cwe=CW |E-617,rhel-6/libyaml=defer, |E-617,rhel-6/libyaml=defer, |rhel-7/libyaml=defer,rhscl- |rhel-7/libyaml=defer,rhscl- |1/libyaml=defer,fedora-all/ |1/libyaml=defer,fedora-all/ |libyaml=affected,epel-all/l |libyaml=affected,epel-all/l |ibyaml=affected,mrg-1/libya |ibyaml=affected,mrg-1/libya |ml=new,mrg-2/libyaml=new,rh |ml=new,mrg-2/libyaml=new,rh |n_satellite_5.3/libyaml=def |n_satellite_5.3/libyaml=def |er,rhn_satellite_5.4/libyam |er,rhn_satellite_5.4/libyam |l=defer,rhn_satellite_5.5/l |l=defer,rhn_satellite_5.5/l |ibyaml=defer,rhn_satellite_ |ibyaml=defer,rhn_satellite_ |5.6/libyaml=defer,rhn_satel |5.6/libyaml=defer,rhn_satel |lite_6/libyaml=defer,rhn_sa |lite_6/libyaml=defer,rhn_sa |tellite_6/ruby193-libyaml=d |tellite_6/ruby193-libyaml=d |efer,rhui-2/libyaml=defer,s |efer,rhui-2/libyaml=defer,s |am-1/libyaml=defer,cfme-5/m |am-1/libyaml=defer,cfme-5/m |ingw-libyaml=defer,cfme-5/r |ingw-libyaml=defer,cfme-5/r |uby193-libyaml=defer,openst |uby193-libyaml=defer,openst |ack-4/libyaml=new,openshift |ack-4/libyaml=new,openstack |-1/ruby193-libyaml=defer,fe |-5/libyaml=new,openshift-1/ |dora-all/perl-YAML-LibYAML= |ruby193-libyaml=defer,fedor |affected,epel-6/perl-YAML-L |a-all/perl-YAML-LibYAML=aff |ibYAML=affected |ected,epel-6/perl-YAML-LibY ||AML=affected,epel-7/perl-YA ||ML-LibYAML=new -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=s5wkUV6FDsa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML] (2 commits) ...Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAML-LibYAML into f21
Summary of changes: f4b85ff... Update BRs (bz#1165198) (*) ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML/f20] (14 commits) ...Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAML-LibYAML into f21
Summary of changes: 137b97d... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) 5746ee9... 0.44 bump (*) 543e56a... 0.45 bump (*) 6b411ca... 0.46 bump (*) 22429aa... Update to 0.47 (*) 4c0f0ea... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_M (*) 294e189... Update to 0.51 (various minor tidy-ups, no functional chang (*) b732361... Update to 0.52 (*) b83d119... Perl 5.20 rebuild (*) d1009bb... Update BRs (bz#1165198) (*) f4b85ff... Update BRs (bz#1165198) (*) b6c7bcd... Update to 0.54 (*) 2dae534... Add changelog reference to CVE-2014-9130 (*) ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML/f19] (14 commits) ...Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAML-LibYAML into f21
Summary of changes: 137b97d... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) 5746ee9... 0.44 bump (*) 543e56a... 0.45 bump (*) 6b411ca... 0.46 bump (*) 22429aa... Update to 0.47 (*) 4c0f0ea... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_M (*) 294e189... Update to 0.51 (various minor tidy-ups, no functional chang (*) b732361... Update to 0.52 (*) b83d119... Perl 5.20 rebuild (*) d1009bb... Update BRs (bz#1165198) (*) f4b85ff... Update BRs (bz#1165198) (*) b6c7bcd... Update to 0.54 (*) 2dae534... Add changelog reference to CVE-2014-9130 (*) ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1168181] Please package perl-Cache-Memcached into EL7
https://bugzilla.redhat.com/show_bug.cgi?id=1168181 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Cache-Memcached-1.30-8.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/perl-Cache-Memcached-1.30-8.el7 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UP8s3XttpZa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML] Created tag perl-YAML-LibYAML-0.54-1.fc19
The lightweight tag 'perl-YAML-LibYAML-0.54-1.fc19' was created pointing to: ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML] Created tag perl-YAML-LibYAML-0.54-1.fc21
The lightweight tag 'perl-YAML-LibYAML-0.54-1.fc21' was created pointing to: ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML] Created tag perl-YAML-LibYAML-0.54-1.fc20
The lightweight tag 'perl-YAML-LibYAML-0.54-1.fc20' was created pointing to: ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-LibYAML/epel7] (14 commits) ...Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAML-LibYAML into f21
Summary of changes: 137b97d... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) 5746ee9... 0.44 bump (*) 543e56a... 0.45 bump (*) 6b411ca... 0.46 bump (*) 22429aa... Update to 0.47 (*) 4c0f0ea... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_M (*) 294e189... Update to 0.51 (various minor tidy-ups, no functional chang (*) b732361... Update to 0.52 (*) b83d119... Perl 5.20 rebuild (*) d1009bb... Update BRs (bz#1165198) (*) f4b85ff... Update BRs (bz#1165198) (*) b6c7bcd... Update to 0.54 (*) 2dae534... Add changelog reference to CVE-2014-9130 (*) ac91eed... Merge branch 'f21' of ssh://pkgs.fedoraproject.org/perl-YAM (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1169750] CVE-2014-9130 perl-YAML-LibYAML: libyaml: assert failure when processing wrapped strings [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1169750 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-YAML-LibYAML-0.54-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-YAML-LibYAML-0.54-1.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=bVubAh0u4ia=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel