Re: python-mne: testing stuck in koji

On Sun, 06 Dec 2015 03:52:56 + Igor Gnatenko wrote: > http://koji.fedoraproject.org/koji/taskinfo?taskID=12011291 > > I've tried to resubmit build many times, but it stuck on one of > tests. How I can debug this problem? It works perfectly on my laptop > in mock.

Re: F24 System Wide Change: Default Local DNS Resolver

On 12/04/2015 09:46 PM, Dan Williams wrote: > On Fri, 2015-12-04 at 16:09 +0100, Timotheus Pokorra wrote: >>> is deployed in probably half of the homes in Germany... Also I am >>> pretty sure other routers form other manufacturers do the same >>> thing. Now, if we default to DNSSEC validation

Re: Scalability of FE-DEADREVIEW

On Fri, 4 Dec 2015 20:11:00 + Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Dec 04, 2015 at 10:06:45AM -0700, Kevin Fenzi wrote: > > You all may also be interested in: > > > > https://fedoraproject.org/PackageReviewStatus/ > I'm a big fan of this web page :) > > > which

Re: Bugzilla "Fedora Components" group

On Sat, 5 Dec 2015 07:44:26 + "Richard W.M. Jones" wrote: > On Wed, Dec 02, 2015 at 09:20:24AM -0700, Kevin Fenzi wrote: > > On Wed, 2 Dec 2015 10:56:24 + > > "Richard W.M. Jones" wrote: > > > > > I wonder if someone can remove the "Fedora

Include Fritzing in electronic-lab.

As I'm not sure what are the steps to get this done I prefer to ask to the devel list. Currently, we have Fritzing [1] package in our repos which a software related to electronics and I think that should be part of the electronic lab group. Is there a posibility to include it into the comps.xml

Re: F24 System Wide Change: Default Local DNS Resolver

On 11/30/2015 05:14 PM, Jan Kurik wrote: > We want to have Unbound server installed and running on localhost by > default on Fedora systems. Where necessary, have also dnssec-trigger > installed and running by default Would someone please clarify the proposal if Unbound would run as a forwarder,

post-release summary

In the series of interviews with candidates to FAmSCo several candidates mentioned that ambassadors do not always know what changes were implemented and what changes are planned for the future in Fedora. I think this is understandable to a large extent, 'cause Fedora is a large project, and the

Fedora Rawhide 20151205 compose check report

Missing expected images: Cloud disk raw i386 Cloud_atomic disk raw x86_64 Kde disk raw armhfp Kde live i386 Cloud disk raw x86_64 Kde live x86_64 Images in this compose but not Rawhide 20151204: Lxde disk raw armhfp Lxde live i386 Games live i386 Images in Rawhide 20151204 but not this: Kde

rawhide report: 20151205 changes

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

Re: Dealing with rolling release versioning

Reindl Harald wrote: > to make that clear > > Version: > Release: MMDD.1%{?dist} > > where the .1 is the typical usage of Release This should actually be: Release: 1.MMDD%{?dist} as per the guidelines. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org

Re: DNF could improve messages about package auto-removal

Panu Matilainen wrote: > We're all so conditioned to the yum behavior that anything else seems > suspicious even if it (removing unused cruft) is actually a sane thing > to do. autoremoving stuff that does not HAVE to be removed due to dependencies is NEVER a sane thing to do. Kevin

Re: LibreOffice packaging is a messy dependency graph

Panu Matilainen wrote: > So the answer is no, dnf does not consider "install" of an already > installed packages to be equivalent of "mark install". I think it should > - user asking for a package to be installed does not get any more > explicit than "install ". Ouch, this is totally broken!

Re: RFC: switching from grubby to grub2-mkconfig

Andrew Lutomirski wrote: > 2 .If I want to edit boot options, grubby makes it unnecessarily > painful, and the directions are simply wrong. For example, my > /etc/grub2-efi.cfg says: > > # > # DO NOT EDIT THIS FILE > # > # It is automatically generated by grub2-mkconfig using templates > # from

Re: DNF could improve messages about package auto-removal

Mathieu Bridon wrote: > Note that packages installed by PackageKit are not marked as installed, > so dnf always thinks it can remove them. This makes "autoremove" completely unsuitable for end users and totally inappropriate as a default (and the only suggestion we can give them is to NEVER use

python-mne: testing stuck in koji

http://koji.fedoraproject.org/koji/taskinfo?taskID=12011291 I've tried to resubmit build many times, but it stuck on one of tests. How I can debug this problem? It works perfectly on my laptop in mock. -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org

[Bug 1282917] Review Request: perl-Test-mysqld - Mysqld runner for tests

https://bugzilla.redhat.com/show_bug.cgi?id=1282917 --- Comment #20 from Fedora Update System --- perl-Test-mysqld-0.17-3.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1282917] Review Request: perl-Test-mysqld - Mysqld runner for tests

https://bugzilla.redhat.com/show_bug.cgi?id=1282917 --- Comment #19 from Fedora Update System --- perl-Test-mysqld-0.17-3.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie

https://bugzilla.redhat.com/show_bug.cgi?id=1238804 --- Comment #5 from Harald Reindl --- PIE is one thing Full RELRO is another one http://tk-blog.blogspot.co.at/2009/02/relro-not-so-well-known-memory.html [root@localhost:~]$ hardening-check /usr/bin/perl

[EPEL-devel]Re: python-cherrypy retired in EPEL 7, but packages, such as python-paste-script depend on it.

On Thu, Dec 03, 2015 at 11:42:14AM -0700, Kim Ebert wrote: > Is there a reason python-cherrypy has been retired in EPEL 7? It is now part of RHEL. Regards Till ___ epel-devel mailing list epel-devel@lists.fedoraproject.org

[EPEL-devel]python-cherrypy retired in EPEL 7, but packages, such as python-paste-script depend on it.

Is there a reason python-cherrypy has been retired in EPEL 7? Thanks, Kim ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

[EPEL-devel]Re: python-cherrypy retired in EPEL 7, but packages, such as python-paste-script depend on it.

On Thu, Dec 03, 2015 at 11:42:14AM -0700, Kim Ebert wrote: > Is there a reason python-cherrypy has been retired in EPEL 7? I forgot to mention that you can find retirement reasons in the package's GIT repo: http://pkgs.fedoraproject.org/cgit/python-cherrypy.git/tree/dead.package?h=epel7 Regards

[Bug 1288707] New: perl-libwww-perl-6.15 is available

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

[Bug 1288707] perl-libwww-perl-6.15 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288707 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1102518 --> https://bugzilla.redhat.com/attachment.cgi?id=1102518=edit [patch] Update to 6.15 (#1288707) -- You are

[Bug 1285423] perl-JavaScript-Beautifier-0.20 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1285423 --- Comment #5 from Upstream Release Monitoring --- Scratch build completed http://koji.fedoraproject.org/koji/taskinfo?taskID=12068014 -- You are receiving this mail because: You are on the

[Bug 1285423] perl-JavaScript-Beautifier-0.20 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1285423 Upstream Release Monitoring changed: What|Removed |Added

[Bug 1288709] perl-ParseUtil-Domain-2.424 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288709 --- Comment #2 from Upstream Release Monitoring --- Scratch build completed http://koji.fedoraproject.org/koji/taskinfo?taskID=12068019 -- You are receiving this mail because: You are on the

[Bug 1288709] perl-ParseUtil-Domain-2.424 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288709 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1102521 --> https://bugzilla.redhat.com/attachment.cgi?id=1102521=edit [patch] Update to 2.424 (#1288709) -- You are

[Bug 1288709] New: perl-ParseUtil-Domain-2.424 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288709 Bug ID: 1288709 Summary: perl-ParseUtil-Domain-2.424 is available Product: Fedora Version: rawhide Component: perl-ParseUtil-Domain Keywords: FutureFeature, Triaged

[Bug 1285423] perl-JavaScript-Beautifier-0.20 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1285423 --- Comment #4 from Upstream Release Monitoring --- Created attachment 1102520 --> https://bugzilla.redhat.com/attachment.cgi?id=1102520=edit [patch] Update to 0.20 (#1285423) -- You are

[Bug 1288710] New: perl-XML-Simple-2.22 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288710 Bug ID: 1288710 Summary: perl-XML-Simple-2.22 is available Product: Fedora Version: rawhide Component: perl-XML-Simple Keywords: FutureFeature, Triaged Assignee:

[Bug 1288707] perl-libwww-perl-6.15 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288707 --- Comment #2 from Upstream Release Monitoring --- Scratch build failed http://koji.fedoraproject.org/koji/taskinfo?taskID=12067997 -- You are receiving this mail because: You are on the CC

eseyman uploaded ParseUtil-Domain-2.424.tar.gz for perl-ParseUtil-Domain

3e199a0c05ba4452060fe563e558045b ParseUtil-Domain-2.424.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-ParseUtil-Domain/ParseUtil-Domain-2.424.tar.gz/md5/3e199a0c05ba4452060fe563e558045b/ParseUtil-Domain-2.424.tar.gz -- Fedora Extras Perl SIG

[Bug 1288784] perl-PDF-Create-1.23 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288784 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1102650 --> https://bugzilla.redhat.com/attachment.cgi?id=1102650=edit [patch] Update to 1.23 (#1288784) -- You are

[Bug 1288784] New: perl-PDF-Create-1.23 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288784 Bug ID: 1288784 Summary: perl-PDF-Create-1.23 is available Product: Fedora Version: rawhide Component: perl-PDF-Create Keywords: FutureFeature, Triaged Assignee:

eseyman pushed to perl-ParseUtil-Domain (master). "Update to 2.424"

>From 3342a04143e87b8db09d768acff9bbfd7a2695b2 Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman Date: Sun, 6 Dec 2015 02:18:13 +0100 Subject: Update to 2.424 --- .gitignore | 1 + perl-ParseUtil-Domain.spec | 9 - sources| 2 +- 3

[Bug 1282914] Review Request: perl-Lingua-Translit - Transliterates text between writing systems

https://bugzilla.redhat.com/show_bug.cgi?id=1282914 --- Comment #29 from Fedora Update System --- perl-Lingua-Translit-0.23-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1282914] Review Request: perl-Lingua-Translit - Transliterates text between writing systems

https://bugzilla.redhat.com/show_bug.cgi?id=1282914 Bug 1282914 depends on bug 1284461, which changed state. Bug 1284461 Summary: perl-Lingua-Translit-0.23 is available https://bugzilla.redhat.com/show_bug.cgi?id=1284461 What|Removed |Added

[Bug 1288774] New: New upstream release 0.57_03 fixes bug that broke pubkey authentication

https://bugzilla.redhat.com/show_bug.cgi?id=1288774 Bug ID: 1288774 Summary: New upstream release 0.57_03 fixes bug that broke pubkey authentication Product: Fedora Version: 23 Component: perl-Net-SSH2 Assignee:

[Bug 1288784] perl-PDF-Create-1.23 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288784 --- Comment #2 from Upstream Release Monitoring --- Scratch build completed http://koji.fedoraproject.org/koji/taskinfo?taskID=12076539 -- You are receiving this mail because: You are on the

[Bug 1287915] perl-Unicode-Normalize-1.24 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1287915 --- Comment #7 from Fedora Update System --- perl-Unicode-Normalize-1.24-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1287915] perl-Unicode-Normalize-1.24 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1287915 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1282914] Review Request: perl-Lingua-Translit - Transliterates text between writing systems

https://bugzilla.redhat.com/show_bug.cgi?id=1282914 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1285407] Upgrade perl-File-Touch to 0.10

https://bugzilla.redhat.com/show_bug.cgi?id=1285407 --- Comment #6 from Fedora Update System --- perl-File-Touch-0.10-1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. If you want to

[EPEL-devel]Re: repoclosure/broken deps for RHEL7.2

So, I ran some repoclosures today... I think something is still not quite right as I was seeing some broken deps in base rhel repos, which I would think would not be the case. ;( Anyhow, attached it 'epel' which is just rhel + epel and 'epel-testing' which is rhel + epel + epel-testing. kevin

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

The following Fedora EPEL 6 Security updates need testing: Age URL 167 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828 chicken-4.9.0.1-4.el6 150 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 144

[Bug 1285407] Upgrade perl-File-Touch to 0.10

https://bugzilla.redhat.com/show_bug.cgi?id=1285407 --- Comment #5 from Fedora Update System --- perl-File-Touch-0.10-1.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report. If you want to

[Bug 1282914] Review Request: perl-Lingua-Translit - Transliterates text between writing systems

https://bugzilla.redhat.com/show_bug.cgi?id=1282914 --- Comment #30 from Fedora Update System --- perl-Lingua-Translit-0.23-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1288709] perl-ParseUtil-Domain-2.424 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1288709 --- Comment #3 from Upstream Release Monitoring --- eseyman's perl-ParseUtil-Domain-2.424-1.fc24 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=703550 -- You are receiving this