[Bug 1307197] perl-Module-CPANfile-1.1002 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1307197 --- Comment #4 from Petr Pisar--- No. Suitable for Fedora >= 24. Because that's the oldest Fedora with previous version. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1307197] perl-Module-CPANfile-1.1002 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1307197 Petr Pisarchanged: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Module-CPANfile-1.1002 ||-1.fc24 --- Comment #3 from Petr Pisar --- Fixes running in taint mode. Suitable for all Fedoras. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
ppisar pushed to perl-Module-CPANfile (master). "1.1002 bump"
From a22952610fb0c651b54251afc92ae9de1c695153 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=Date: Mon, 15 Feb 2016 08:56:05 +0100 Subject: 1.1002 bump --- .gitignore| 1 + perl-Module-CPANfile.spec | 7 +-- sources | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/.gitignore b/.gitignore index e8487c8..3039dd4 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /Module-CPANfile-1.0001.tar.gz /Module-CPANfile-1.1000.tar.gz /Module-CPANfile-1.1001.tar.gz +/Module-CPANfile-1.1002.tar.gz diff --git a/perl-Module-CPANfile.spec b/perl-Module-CPANfile.spec index 7907022..09870de 100644 --- a/perl-Module-CPANfile.spec +++ b/perl-Module-CPANfile.spec @@ -1,6 +1,6 @@ Name: perl-Module-CPANfile -Version:1.1001 -Release:2%{?dist} +Version:1.1002 +Release:1%{?dist} Summary:Parse cpanfile License:GPL+ or Artistic Group: Development/Libraries @@ -68,6 +68,9 @@ make test %{_mandir}/man3/* %changelog +* Mon Feb 15 2016 Petr Pisar - 1.1002-1 +- 1.1002 bump + * Thu Feb 04 2016 Fedora Release Engineering - 1.1001-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild diff --git a/sources b/sources index 2adf85f..b411e07 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -dcee6be0ecfd5cd56bd58a41b2fda9ee Module-CPANfile-1.1001.tar.gz +a6b53848e44d13aac42b8bb6ea9f0d07 Module-CPANfile-1.1002.tar.gz -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Module-CPANfile.git/commit/?h=master=a22952610fb0c651b54251afc92ae9de1c695153 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
ppisar uploaded Module-CPANfile-1.1002.tar.gz for perl-Module-CPANfile
a6b53848e44d13aac42b8bb6ea9f0d07 Module-CPANfile-1.1002.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Module-CPANfile/Module-CPANfile-1.1002.tar.gz/md5/a6b53848e44d13aac42b8bb6ea9f0d07/Module-CPANfile-1.1002.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
Re: dnf remove qemu-img uninstall kernel
On 12. 2. 2016 at 18:42:50, Sérgio Basto wrote: > On Sex, 2016-02-12 at 19:36 +0100, Mattia Verga wrote: > > Il 12/02/2016 19:22, Sérgio Basto ha scritto: > > > On Sex, 2016-02-12 at 19:18 +0100, Mattia Verga wrote: > > > > I've installed qemu to play with arm virtualization, now I want > > > > to > > > > uninstall it, but it seems that trying to uninstall anything qemu > > > > related also removes all installed kernels Is this a DNF bug? > > > > > > no this is : > > > > > > clean_requirements_on_remove=true > > > > > > in /etc/dnf/dnf.conf > > > > Thanks, setting it to "false" avoid kernel uninstalling. > > > > But if it's not a bug, I can hardly see the reason to have a > > "feature" > > that removes the kernel... dnf should not autoremove mandatory > > system > > components. But that's my opinion, there's probably an important > > reason > > for which I'm wrong. This behavior might not be caused by a bug in dnf. There has recently been a bug in PackageKit which you might be hitting. It can also be that you reached limit of installonly packages. It's difficult to tell without deeper troubleshooting. > You may mark kernel and others stuff that you don't want install and by > default dnf have autoremove , I don't remember now the exact commands I'm not sure I understand but I think the command you are looking for is dnf mark install. The packages you specify will be marked as "user installed" and dnf will no longer consider them for auto removal. Thanks Jan -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Bug 1307197] perl-Module-CPANfile-1.1002 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1307197 Petr Pisarchanged: What|Removed |Added Status|NEW |ASSIGNED CC|jples...@redhat.com,|ppi...@redhat.com |mmasl...@redhat.com | Assignee|jples...@redhat.com |ppi...@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1307195] perl-IPC-Cmd-0.94 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1307195 Petr Pisarchanged: What|Removed |Added Flags||needinfo?(p...@city-fan.org ||) --- Comment #6 from Petr Pisar --- Any reason why to run-require IPC::Run? IPC::Cmd uses IPC::Open3 on non-Windows instead. See the BEGIN section in IPC::Cmd: $USE_IPC_RUN= IS_WIN32 && !IS_WIN98; $USE_IPC_OPEN3 = not IS_VMS; -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1307195] perl-IPC-Cmd-0.94 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1307195 --- Comment #5 from Petr Pisar--- A bug fix release suitable for all Fedoras. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
Re: GCC6: failure with -isystem /usr/include
On 15 February 2016 at 01:46, Orcan Ogetbil wrote: > > The new version of qjackctl, which now depends on qt5. We cannot do > the update without fixing this. As far as I can tell, the qjackctl > does not use the QMAKE_DEFAULT_INCDIRS directly. The offending flags > come through qmake. > Here is a scratch SRPM which can be used for testing: https://oget.fedorapeople.org/qjackctl/qjackctl-0.4.1-1.fc23.src.rpm Orcan -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: GCC6: failure with -isystem /usr/include
On 14 February 2016 at 18:42, Rex Dieter wrote: > Orcan Ogetbil wrote: > >> The current (as of this email) qt5-qtbase is built with GCC6, but the >> issue persists. >> The builds seem fine with the above QMAKE_DEFAULT_INCDIRS line removed >> manually. Should this issue be fixed in the qt5-qtbase package? > > > what package is affected here? > > I have a suspicion that QMAKE_DEFAULT_INCDIRS is being misused in this > context. The new version of qjackctl, which now depends on qt5. We cannot do the update without fixing this. As far as I can tell, the qjackctl does not use the QMAKE_DEFAULT_INCDIRS directly. The offending flags come through qmake. Other than this the new qsynth also has the same issue when built with autotools. Fortunately, qsynth provides an alternative cmake build system which doesn't call qmake. We were able to build qsynth with that one. I don't know any other examples but I suspect any package using qmake-qt5 could have this problem. Orcan -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Bug 1305134] Review Request: perl-Data-Page-Pageset - Change long page list to be shorter and well navigate
https://bugzilla.redhat.com/show_bug.cgi?id=1305134 --- Comment #3 from Ralf Corsepius--- Thanks, Denis Update: spec: https://corsepiu.fedorapeople.org/packages/perl-Data-Page-Pageset.spec srpm: https://corsepiu.fedorapeople.org/packages/perl-Data-Page-Pageset-1.02-2.fc24.src.rpm -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Test-Announce] 2016-02-15 @ 17:00 UTC - Fedora 24 Blocker Review
# F24 Blocker Review meeting # Date: 2016-02-15 # Time: 17:00 UTC # Location: #fedora-blocker-review on irc.freenode.net Hi folks! We have a couple of proposed blockers for Final and a couple of proposed freeze exceptions for Alpha, so let's take some time to review them tomorrow morning. If you have time this weekend, you can take a look at the proposed or accepted blockers before the meeting - the full lists can be found here: https://qa.fedoraproject.org/blockerbugs/ . Remember to check each milestone (Alpha, Beta, Final). We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F24 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Have a good night and see you tomorrow! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- 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 http://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Test-Announce] 2016-02-15 @ 16:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2016-02-15 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's meeting time again tomorrow! We have some follow ups and I guess some other topics? I know there are some but I don't remember what they are. I just got off a plane, I can't think straight. Everyone suggest your favourite topic! == Proposed Agenda Topics == 1. Previous meeting follow-up 2.+ find out tomorrow when Adam's brain works again -- 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 http://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Fwd: Use suid_dumpable=2 for development releases
On 02/12/2016 07:57 PM, Andrew Lutomirski wrote: On Fri, Feb 12, 2016 at 10:32 AM, Richard W.M. Joneswrote: On Fri, Feb 12, 2016 at 07:24:06AM -0500, Jakub Filak wrote: The default value 0 is there for good security reason, but I would like to propose changing the default value to 2 for development Fedora releases (Alpha, Beta, Rawhide). In this case, kernel would send core dump to ABRT (or systemd-coredump) and the ABRT record would be accessible only to root. It seems like this would be unsafe if core_pattern is not a pipe or fully qualified path. Ref: https://lwn.net/Articles/503682/ That's fine when ABRT is running, but would be unsafe if someone disabled ABRT by directly setting core_pattern (eg. to "core.%p"), but forgot about suid_dumpable. The kernel does emit KERN_WARNING about this situation (upstream commit 54b501992dd2), but it's not clear if a sysadmin would notice. (I'm actually quite happy for the default to be changed as you suggest, but can see it's a bit of a minefield.) We could change the kernel to add suid_dumpable == 3 which is like suid_dumpable==2 but only if the core_pattern is a pipe. I didn't know that 3 is supported for suid_dumpable. The value of 3 is not documented [1] and I can't find it in the source code [2]. Regards, Jakub 1: http://man7.org/linux/man-pages/man5/proc.5.html 2: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/sched.h#n456 -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Fwd: Use suid_dumpable=2 for development releases
The issue described in the article was fixed by requiring an absolute path in core_pattern (If I understand it correctly). If core_pattern is unsafe, the process is not dumped at all (man 5 proc). The kernel commit adds a warning, because kernel was silently ignoring crashes and no one could notice. Regards, Jakub On 02/12/2016 07:32 PM, Richard W.M. Jones wrote: On Fri, Feb 12, 2016 at 07:24:06AM -0500, Jakub Filak wrote: The default value 0 is there for good security reason, but I would like to propose changing the default value to 2 for development Fedora releases (Alpha, Beta, Rawhide). In this case, kernel would send core dump to ABRT (or systemd-coredump) and the ABRT record would be accessible only to root. It seems like this would be unsafe if core_pattern is not a pipe or fully qualified path. Ref: https://lwn.net/Articles/503682/ That's fine when ABRT is running, but would be unsafe if someone disabled ABRT by directly setting core_pattern (eg. to "core.%p"), but forgot about suid_dumpable. The kernel does emit KERN_WARNING about this situation (upstream commit 54b501992dd2), but it's not clear if a sysadmin would notice. (I'm actually quite happy for the default to be changed as you suggest, but can see it's a bit of a minefield.) Rich. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Bug 1308272] perl-Text-Levenshtein-Damerau-XS: additional builds
https://bugzilla.redhat.com/show_bug.cgi?id=1308272 --- Comment #9 from Fedora Update System--- perl-Text-Levenshtein-Damerau-XS-3.1-2.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-40aaea1f0d -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1308272] perl-Text-Levenshtein-Damerau-XS: additional builds
https://bugzilla.redhat.com/show_bug.cgi?id=1308272 --- Comment #8 from Fedora Update System--- perl-Text-Levenshtein-Damerau-XS-3.1-2.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-582be1350c -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[EPEL-devel] Re: Exception request: major version bump for Nginx
On Fri, Jan 29, 2016 at 6:51 AM, Jamie Nguyenwrote: > Sound reasonable? As an EPEL nginx user, thanks for looking into this, and you have my +1 for updating to a new secure version. - Ken ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 343 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 105 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-5aba523f53 phpMyAdmin-4.4.15.4-1.el7 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a65d7ed780 python-pymongo-2.5.2-4.el7 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-638137e4de wordpress-4.4.2-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c8f005b596 mingw-curl-7.47.0-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a140bf655b mingw-libpng-1.6.21-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6a9bb3d488 mingw-libxml2-2.9.3-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6d2a530b12 mingw-pcre-8.38-1.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2d8fa2e036 firebird-2.5.5.26952.0-2.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23f4cb12a2 php-horde-horde-5.2.9-1.el7 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-50304d1e1f nodejs-0.10.42-4.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-bc557a5441 nghttp2-1.7.1-1.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-287d763bcd GraphicsMagick-1.3.23-4.el7 gdl-0.9.5-3.el7 octave-3.8.2-19.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing GraphicsMagick-1.3.23-4.el7 MUMPS-5.0.1-12.el7 ciphertest-0.2.2-1.el7 dnsdist-1.0.0-0.6.alpha2.el7 dvdisaster-0.79.5-1.el7 elk-3.3.17-17.el7 freight-0.3.5-10.el7 gdal-1.11.4-1.el7 gdl-0.9.5-3.el7 gpaw-0.11.0.13004-21.el7 hgsubversion-1.8.5-1.el7 letsencrypt-0.4.0-1.el7 mingw-opus-1.1.2-2.el7 nghttp2-1.7.1-1.el7 octave-3.8.2-19.el7 openprops-0.7.1-1.el7 osbs-client-0.17-1.el7 perl-Text-Levenshtein-Damerau-XS-3.1-3.el7 php-horde-kronolith-4.2.14-1.el7 php-pecl-event-1.11.3-1.el7 php-phpunit-PHPUnit-4.8.23-1.el7 python-acme-0.4.0-1.el7 python-pika-0.10.0-3.el7 quantum-espresso-5.3.0-7.el7 quassel-0.12.3-1.el7 sipp-3.5.0-2.el7 xrootd-4.2.3-5.el7 Details about builds: GraphicsMagick-1.3.23-4.el7 (FEDORA-EPEL-2016-287d763bcd) An ImageMagick fork, offering faster image generation and better quality Update Information: Security fix for CVE-2015-8808 References: [ 1 ] Bug #1305505 - CVE-2015-8808 GraphicsMagick: out-of-bound read in the parsing of GIF files https://bugzilla.redhat.com/show_bug.cgi?id=1305505 MUMPS-5.0.1-12.el7 (FEDORA-EPEL-2016-dc7ff09ff6) A MUltifrontal Massively Parallel sparse direct Solver Update Information: - Added linker flags to fix unused-direct-shlib-dependency ciphertest-0.2.2-1.el7 (FEDORA-EPEL-2016-8aa7206d68) An SSL cipher checker Update Information: Update to latest upstream version 0.2.2 dnsdist-1.0.0-0.6.alpha2.el7 (FEDORA-EPEL-2016-e4cb3c6363) Highly DNS-, DoS- and abuse-aware loadbalancer Update Information: First preview release of dnsdist for EPEL 7 dvdisaster-0.79.5-1.el7 (FEDORA-EPEL-2016-622c9196b6) Additional error protection for CD/DVD media Update Information: Update to 0.79.5 elk-3.3.17-17.el7 (FEDORA-EPEL-2016-a60799cd6a) FP-LAPW Code Update Information: Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
[Bug 1308272] perl-Text-Levenshtein-Damerau-XS: additional builds
https://bugzilla.redhat.com/show_bug.cgi?id=1308272 --- Comment #7 from Fedora Update System--- perl-Text-Levenshtein-Damerau-XS-3.1-3.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-b409a676ed -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1308272] perl-Text-Levenshtein-Damerau-XS: additional builds
https://bugzilla.redhat.com/show_bug.cgi?id=1308272 Fedora Update Systemchanged: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #6 from Fedora Update System --- perl-Text-Levenshtein-Damerau-XS-3.1-3.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c57b34286a -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 239 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828 chicken-4.9.0.1-4.el6 221 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 215 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 147 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8148 optipng-0.7.5-5.el6 147 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156 nagios-4.0.8-1.el6 105 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb mcollective-2.8.4-1.el6 77 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9 thttpd-2.25b-24.el6 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-579c4e2951 prosody-0.9.10-1.el6 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6eee18cd6e phpMyAdmin-4.0.10.14-1.el6 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb496fe204 python-pymongo-2.5.2-3.el6.1 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-cd56c646d5 wordpress-4.4.2-1.el6 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-cb3b95bd2f firebird-2.5.5.26952.0-2.el6 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8aee7a9340 php-horde-horde-5.2.9-1.el6 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f61ec30f9f poco-1.4.2p1-3.el6 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-791080c274 nodejs-0.10.42-4.el6 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb24bfea0d octave-3.4.3-2.el6 gdl-0.9.5-4.el6 GraphicsMagick-1.3.23-4.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing GraphicsMagick-1.3.23-4.el6 MUMPS-5.0.1-12.el6 exim-4.72-8.el6 freight-0.3.5-7.el6 gdl-0.9.5-4.el6 octave-3.4.3-2.el6 osbs-client-0.17-1.el6 perl-Text-Levenshtein-Damerau-XS-3.1-3.el6 php-horde-kronolith-4.2.14-1.el6 xrootd-4.2.3-5.el6 Details about builds: GraphicsMagick-1.3.23-4.el6 (FEDORA-EPEL-2016-eb24bfea0d) An ImageMagick fork, offering faster image generation and better quality Update Information: Security fix for CVE-2015-8808 References: [ 1 ] Bug #1305505 - CVE-2015-8808 GraphicsMagick: out-of-bound read in the parsing of GIF files https://bugzilla.redhat.com/show_bug.cgi?id=1305505 MUMPS-5.0.1-12.el6 (FEDORA-EPEL-2016-79dda7684e) A MUltifrontal Massively Parallel sparse direct Solver Update Information: - Added linker flags to fix unused-direct-shlib-dependency exim-4.72-8.el6 (FEDORA-EPEL-2016-8e8ac9dfda) The exim mail transfer agent Update Information: This is an update backporting openssl_options which can be used for e.g. disablement of SSLv3. References: [ 1 ] Bug #1274822 - Why there is still exim 4.72 in epel 6? https://bugzilla.redhat.com/show_bug.cgi?id=1274822 freight-0.3.5-7.el6 (FEDORA-EPEL-2016-e6d7b375ed) A modern take on the Debian archive Update Information: - Fix compatibility with apt 1.1 (Debian Stretch, Ubuntu Xenial) gdl-0.9.5-4.el6 (FEDORA-EPEL-2016-eb24bfea0d) GNU Data Language Update Information: Security fix for CVE-2015-8808 References: [ 1 ] Bug #1305505 - CVE-2015-8808 GraphicsMagick: out-of-bound read in the parsing of GIF files https://bugzilla.redhat.com/show_bug.cgi?id=1305505 octave-3.4.3-2.el6
[Bug 1305249] perl-Devel-Timer-0.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305249 Fedora Update Systemchanged: What|Removed |Added Fixed In Version|perl-Devel-Timer-0.07-1.fc2 |perl-Devel-Timer-0.07-1.fc2 |3 |3 ||perl-Devel-Timer-0.07-1.fc2 ||2 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1304558] perl-Log-Report-1.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1304558 Fedora Update Systemchanged: What|Removed |Added Fixed In Version|perl-Log-Report-1.13-1.fc24 |perl-Log-Report-1.13-1.fc24 |perl-Log-Report-1.13-1.fc23 |perl-Log-Report-1.13-1.fc23 ||perl-Log-Report-1.13-1.fc22 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1304558] perl-Log-Report-1.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1304558 --- Comment #10 from Fedora Update System--- perl-Log-Report-1.13-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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305249] perl-Devel-Timer-0.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305249 --- Comment #13 from Fedora Update System--- perl-Devel-Timer-0.07-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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305188] perl-DBIx-Connector-0.55 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305188 Fedora Update Systemchanged: What|Removed |Added Fixed In Version|perl-DBIx-Connector-0.55-1. |perl-DBIx-Connector-0.55-1. |fc23|fc23 ||perl-DBIx-Connector-0.55-1. ||fc22 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305188] perl-DBIx-Connector-0.55 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305188 --- Comment #12 from Fedora Update System--- perl-DBIx-Connector-0.55-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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1304558] perl-Log-Report-1.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1304558 Fedora Update Systemchanged: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Log-Report-1.13-1.fc24 |perl-Log-Report-1.13-1.fc24 ||perl-Log-Report-1.13-1.fc23 Resolution|--- |ERRATA Last Closed||2016-02-14 21:53:15 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1304558] perl-Log-Report-1.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1304558 --- Comment #9 from Fedora Update System--- perl-Log-Report-1.13-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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305188] perl-DBIx-Connector-0.55 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305188 --- Comment #11 from Fedora Update System--- perl-DBIx-Connector-0.55-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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305249] perl-Devel-Timer-0.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305249 --- Comment #12 from Fedora Update System--- perl-Devel-Timer-0.07-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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305188] perl-DBIx-Connector-0.55 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305188 Fedora Update Systemchanged: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-DBIx-Connector-0.55-1. ||fc23 Resolution|--- |ERRATA Last Closed||2016-02-14 21:52:13 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305249] perl-Devel-Timer-0.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305249 Fedora Update Systemchanged: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Devel-Timer-0.07-1.fc2 ||3 Resolution|--- |ERRATA Last Closed||2016-02-14 21:52:17 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1305714] perl-Scalar-List-Utils-1.43 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305714 --- Comment #5 from Fedora Update System--- perl-Scalar-List-Utils-1.43-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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1301214] perl-Email-Valid: please update in epel7
https://bugzilla.redhat.com/show_bug.cgi?id=1301214 --- Comment #3 from Fedora Update System--- perl-Email-Valid-1.198-1.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 receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1301214] perl-Email-Valid: please update in epel7
https://bugzilla.redhat.com/show_bug.cgi?id=1301214 Fedora Update Systemchanged: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Email-Valid-1.198-1.el ||7 Resolution|--- |ERRATA Last Closed||2016-02-14 19:56:44 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
Re: Please stop modifying other people's packages without coordinating with them first
- Original Message - > From: "Josh Boyer"> To: "Development discussions related to Fedora" > > Sent: Saturday, February 13, 2016 10:29:38 PM > Subject: Re: Please stop modifying other people's packages without > coordinating with them first > > On Sat, Feb 13, 2016 at 12:57 PM, Till Maas wrote: > > Hi Alex, > > > > On Sa, Feb 13, 2016 at 09:43:06 -0800, Alex Gagniuc wrote: > > > >> I was in the process of upgrading to the latest upstream releases, > >> which came out about a week ago. You've interrupted the process by > >> pushing some unrelated changes, and now I have to figure out what > > > > the changes were not unrelated but fixed the build error for pulseview > > on Rawhide and extending the build overrides fixed the build errors on > > F23 (which you can also read in the changelog). > > > >> You've done that without any attempt at contacting me. There are > > > > This is not true, since I tried to contact you via IRC. > > I'm not going to weigh in on the changes, but I did want to address > this in public so others can learn. > > IRC alone is not sufficient. We cannot expect volunteer maintainers > to be on IRC all the time. In the future, please email and wait at > least a bit for a reply. I think some automated tooling for this would be very beneficial - basically something like a GitHub/GitLab pull request for the distgit repo, that fires an email notification once submitted. There could be two types of pull requests - one "normal" that needs to be accepted by the maintainer and one "timed" that proven-packagers can submit that self-applies after say 48 hours. The main advantage would be that you can just "fire away" without having to ask for permission and the system takes care for the rest - by notifying the maintainer and giving him the chance to review the changes before they are applied (and to possibly apply them differently, etc.). > > josh > -- > devel mailing list > devel@lists.fedoraproject.org > http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Self Introduction: John M. Harris, Jr.
I'm a developer, currently working on a project called OpenBlox. To that end, I have packaged a library used by both my project and a project which is already packaged in Fedora. You may find that review request at the link below: https://bugzilla.redhat.com/show_bug.cgi?id=1308367 -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: GCC6: failure with -isystem /usr/include
Orcan Ogetbil wrote: > The current (as of this email) qt5-qtbase is built with GCC6, but the > issue persists. > The builds seem fine with the above QMAKE_DEFAULT_INCDIRS line removed > manually. Should this issue be fixed in the qt5-qtbase package? what package is affected here? I have a suspicion that QMAKE_DEFAULT_INCDIRS is being misused in this context. -- rex -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Attempting to contact unresponsive maintainers - lnovich ooprala and vjancik
On Feb 14, 2016 2:07 PM, "Kevin Fenzi"wrote: > > On Sun, 14 Feb 2016 09:59:18 + > "Richard W.M. Jones" wrote: > > > On Thu, Feb 04, 2016 at 10:06:58PM +, Richard W.M. Jones wrote: > > > On Thu, Feb 04, 2016 at 01:34:28PM -0700, Kevin Fenzi wrote: > > > > Greetings, we've been told that the email addresses > > > > for these package maintainers are no longer valid. I'm starting > > > > the unresponsive maintainer policy to find out if they are still > > > > interested in maintaining their packages (and if so, have them > > > > update their email addresses in FAS). If they're not interested > > > > in maintaining or we can't locate them I'll have FESCo orphan the > > > > packages so that others can take them over. > > > > > > > > If you have a way to contact these maintainers, please let them > > > > know that we'd appreciate knowing what to do with their packages. > > > > Thanks! > > > > > > > > lnovich: > > > > > > > > default_assignee > > > > - virtualization-administration-guide (Fedora Documentation) > > > > - virtualization-deployment-and-administrative-guide (Fedora > > > >Documentation) > > > > > > I forwarded this message to Laura's new address. Will follow up if > > > I get a response. > > > > Laura says she has no time to work on Fedora packaging. The packages > > can be orphaned. I'll see if I can get our new documentation manager > > to pick them up. > > ok. Note that these are docs, not packages... I can ask Fedora Docs > folks too if there's someone else who might want to own them. > > kevin I've changed the default assignee for Laura's components over to the Docs list, the group will take responsibility for now. --Pete -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Attempting to contact unresponsive maintainers - lnovich ooprala and vjancik
On Sun, 14 Feb 2016 09:59:18 + "Richard W.M. Jones"wrote: > On Thu, Feb 04, 2016 at 10:06:58PM +, Richard W.M. Jones wrote: > > On Thu, Feb 04, 2016 at 01:34:28PM -0700, Kevin Fenzi wrote: > > > Greetings, we've been told that the email addresses > > > for these package maintainers are no longer valid. I'm starting > > > the unresponsive maintainer policy to find out if they are still > > > interested in maintaining their packages (and if so, have them > > > update their email addresses in FAS). If they're not interested > > > in maintaining or we can't locate them I'll have FESCo orphan the > > > packages so that others can take them over. > > > > > > If you have a way to contact these maintainers, please let them > > > know that we'd appreciate knowing what to do with their packages. > > > Thanks! > > > > > > lnovich: > > > > > > default_assignee > > > - virtualization-administration-guide (Fedora Documentation) > > > - virtualization-deployment-and-administrative-guide (Fedora > > >Documentation) > > > > I forwarded this message to Laura's new address. Will follow up if > > I get a response. > > Laura says she has no time to work on Fedora packaging. The packages > can be orphaned. I'll see if I can get our new documentation manager > to pick them up. ok. Note that these are docs, not packages... I can ask Fedora Docs folks too if there's someone else who might want to own them. kevin pgpkaclkPthE0.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Are branches permanent in Fedora SCM?
On Sun, 14 Feb 2016 10:58:31 -0500 Randy Barlowwrote: > Hello! > > I've been working on a big change to a package's spec file, so I > wanted to do my work in a branch separate of master or f23. Now that > I am done with my branch, it seems that I cannot delete the branch > > $ git push origin :rbarlow-16.01 > remote: FATAL: + refs/heads/rbarlow-16.01 rpms/ejabberd rbarlow DENIED > by fallthru > remote: error: hook declined to update refs/heads/rbarlow-16.01 > > Is there a way for me to remove this branch, or is it going to be > there permanently? Currently there's not a way to remove it. We need to get it to where we can say for sure no official build ever happened from that branch before we remove it. I think the plan was to restrict builds to only "normal" branches, but I don't think thats yet in place. kevin pgpaGwLBR5Wmm.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Bug 1308365] New: slic3r crashes when loading known good stl files
https://bugzilla.redhat.com/show_bug.cgi?id=1308365 Bug ID: 1308365 Summary: slic3r crashes when loading known good stl files Product: Fedora Version: 23 Component: slic3r Assignee: mhron...@redhat.com Reporter: johnduc...@gmail.com QA Contact: extras...@fedoraproject.org CC: mhron...@redhat.com, perl-devel@lists.fedoraproject.org Created attachment 1127097 --> https://bugzilla.redhat.com/attachment.cgi?id=1127097=edit This is an stl file that slic3r is having trouble with. It is an sd card holder Description of problem: slic3r loads a known good stl file, announces that it is too large and was automatically scaled down to fit your print bed, on saying 'ok' slic3r closes completely. The file is 'known good' as it loads into the slic3r in Fedora 22 with no problem (not too large) I ran from terminal with these results: [jduchek@localhost ~]$ slic3r Warning: File size doesn't match number of facets in the header Caught C++ exception of unknown type at /usr/share/perl5/vendor_perl/Slic3r/GUI/Plater.pm line 1791. Version-Release number of selected component (if applicable): 1.2.9-3.fc23 How reproducible: always on the files it decides are too large. Some files still load properly. Steps to Reproduce: 1.Run slic3r 2.add affected file (stl) 3.say ok, when it tells you it has fixed the file. Actual results: slic3r closes so you have to start over Expected results: display the loaded file. Additional info: I have attached an affected stl file -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
Re: Please stop modifying other people's packages without coordinating with them first
On Sun, Feb 14, 2016 at 08:50:34PM +0100, Till Maas wrote: > On Sat, Feb 13, 2016 at 05:40:07PM -0800, Alex Gagniuc wrote: > > yes, I have an IRC bouncer server, so I was able to find your question > > after some grepping. It was posted before dawn in my timezone, so I > > wouldn't have had a chance to respond anyhow. > > Since I assumed that you would like it if pulseview was fixed and the > update complete. Sorry, I forgot half the sentence here: Since I assumed that you would like it if pulseview was fixed and the update complete I just wanted to make sure that you are not working on it right now to avoid any conflicting commits. Therefore if you were not available on IRC I assumed you were also not working on it at that time. Kind regards Till -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Are branches permanent in Fedora SCM?
On Sun, Feb 14, 2016 at 01:09:33PM -0700, Kevin Fenzi wrote: > On Sun, 14 Feb 2016 10:58:31 -0500 > Randy Barlowwrote: > > > Hello! > > > > I've been working on a big change to a package's spec file, so I > > wanted to do my work in a branch separate of master or f23. Now that > > I am done with my branch, it seems that I cannot delete the branch > > > > $ git push origin :rbarlow-16.01 > > remote: FATAL: + refs/heads/rbarlow-16.01 rpms/ejabberd rbarlow DENIED > > by fallthru > > remote: error: hook declined to update refs/heads/rbarlow-16.01 > > > > Is there a way for me to remove this branch, or is it going to be > > there permanently? > > Currently there's not a way to remove it. > > We need to get it to where we can say for sure no official build ever > happened from that branch before we remove it. I think the plan was to > restrict builds to only "normal" branches, but I don't think thats yet > in place. Maybe it would be possible to allow removals of branches whose tip commit it rechable from another branch? IIUC, you don't need the actual branch, just the commit from which something was built. Zbyszek -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f22). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"
From 8b58093889e9252f52424a7abc2c44dbd981e848 Mon Sep 17 00:00:00 2001 From: Fedora Release EngineeringDate: Thu, 4 Feb 2016 15:18:25 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild --- perl-Params-Validate.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 64bbd77..e172092 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -16,7 +16,7 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate Version: 1.21 -Release: 2%{?dist} +Release: 3%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -99,6 +99,9 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild + * Fri Jan 22 2016 Ralf Corsépius - 1.21-2 - Modernise spec. -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f22=8b58093889e9252f52424a7abc2c44dbd981e848 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f22). "Merge remote-tracking branch 'origin/f23' into f22"
From bd211f29aa6a32e38f1c6d17109410924871541a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Fri, 22 Jan 2016 14:58:10 +0100 Subject: Modernise spec. --- perl-Params-Validate.spec | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 94d20da..64bbd77 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -16,7 +16,7 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate Version: 1.21 -Release: 1%{?dist} +Release: 2%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -66,8 +66,6 @@ BuildRequires: aspell-en BuildRequires: perl(Test::Portability::Files) %endif -%{?perl_default_filter} - %description The Params::Validate module allows you to validate method or function call parameters to an arbitrary level of specificity. At the simplest @@ -101,6 +99,9 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Fri Jan 22 2016 Ralf Corsépius - 1.21-2 +- Modernise spec. + * Sun Jul 26 2015 Ralf Corsépius - 1.21-1 - Upstream update. - Reflect Attribute::Params::Validate having been dropped from -- cgit v0.11.2 From 8b58093889e9252f52424a7abc2c44dbd981e848 Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Thu, 4 Feb 2016 15:18:25 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild --- perl-Params-Validate.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 64bbd77..e172092 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -16,7 +16,7 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate Version: 1.21 -Release: 2%{?dist} +Release: 3%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -99,6 +99,9 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild + * Fri Jan 22 2016 Ralf Corsépius - 1.21-2 - Modernise spec. -- cgit v0.11.2 From 66fd938610ecc12b750b42b88ad7c1a5f004060e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= Date: Sun, 14 Feb 2016 08:48:38 +0100 Subject: Upstream update. - Reflect changes to BRs. --- .gitignore| 2 +- perl-Params-Validate.spec | 11 +-- sources | 2 +- 3 files changed, 11 insertions(+), 4 deletions(-) diff --git a/.gitignore b/.gitignore index 908043e..dc68f3c 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Params-Validate-1.21.tar.gz +/Params-Validate-1.22.tar.gz diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index e172092..29708e4 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -15,8 +15,8 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate -Version: 1.21 -Release: 3%{?dist} +Version: 1.22 +Release: 1%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -38,6 +38,7 @@ BuildRequires: perl(base) BuildRequires: perl(Devel::Peek) BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) +BuildRequires: perl(JSON::PP) >= 2.27300 BuildRequires: perl(lib) BuildRequires: perl(Test::Fatal) BuildRequires: perl(Test::More) >= 0.96 @@ -61,6 +62,8 @@ BuildRequires: perl(Test::Pod::LinkCheck) BuildRequires: perl(Test::Pod::No404s) BuildRequires: perl(Test::Spelling) BuildRequires: perl(Test::Synopsis) +BuildRequires: perl(Test::CPAN::Meta::JSON) >= 0.16 +BuildRequires: perl(Test::Mojibake) BuildRequires: aspell-en # Optional: BuildRequires: perl(Test::Portability::Files) @@ -99,6 +102,10 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Sun Feb 14 2016 Ralf Corsépius - 1.22-1 +- Upstream update. +- Reflect changes to BRs. + * Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild diff --git a/sources b/sources index 7829b51..0dc465d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c81e5d44cbda5aeb8a3be03b35dc410b Params-Validate-1.21.tar.gz +f97cfb4669cdfaa10f85c4e200ffdd35 Params-Validate-1.22.tar.gz -- cgit v0.11.2 From
corsepiu pushed to perl-Params-Validate (f22). "Modernise spec."
From bd211f29aa6a32e38f1c6d17109410924871541a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Fri, 22 Jan 2016 14:58:10 +0100 Subject: Modernise spec. --- perl-Params-Validate.spec | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 94d20da..64bbd77 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -16,7 +16,7 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate Version: 1.21 -Release: 1%{?dist} +Release: 2%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -66,8 +66,6 @@ BuildRequires: aspell-en BuildRequires: perl(Test::Portability::Files) %endif -%{?perl_default_filter} - %description The Params::Validate module allows you to validate method or function call parameters to an arbitrary level of specificity. At the simplest @@ -101,6 +99,9 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Fri Jan 22 2016 Ralf Corsépius - 1.21-2 +- Modernise spec. + * Sun Jul 26 2015 Ralf Corsépius - 1.21-1 - Upstream update. - Reflect Attribute::Params::Validate having been dropped from -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f22=bd211f29aa6a32e38f1c6d17109410924871541a -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f22). "Upstream update. (..more)"
From 66fd938610ecc12b750b42b88ad7c1a5f004060e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Sun, 14 Feb 2016 08:48:38 +0100 Subject: Upstream update. - Reflect changes to BRs. --- .gitignore| 2 +- perl-Params-Validate.spec | 11 +-- sources | 2 +- 3 files changed, 11 insertions(+), 4 deletions(-) diff --git a/.gitignore b/.gitignore index 908043e..dc68f3c 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Params-Validate-1.21.tar.gz +/Params-Validate-1.22.tar.gz diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index e172092..29708e4 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -15,8 +15,8 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate -Version: 1.21 -Release: 3%{?dist} +Version: 1.22 +Release: 1%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -38,6 +38,7 @@ BuildRequires: perl(base) BuildRequires: perl(Devel::Peek) BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) +BuildRequires: perl(JSON::PP) >= 2.27300 BuildRequires: perl(lib) BuildRequires: perl(Test::Fatal) BuildRequires: perl(Test::More) >= 0.96 @@ -61,6 +62,8 @@ BuildRequires: perl(Test::Pod::LinkCheck) BuildRequires: perl(Test::Pod::No404s) BuildRequires: perl(Test::Spelling) BuildRequires: perl(Test::Synopsis) +BuildRequires: perl(Test::CPAN::Meta::JSON) >= 0.16 +BuildRequires: perl(Test::Mojibake) BuildRequires: aspell-en # Optional: BuildRequires: perl(Test::Portability::Files) @@ -99,6 +102,10 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Sun Feb 14 2016 Ralf Corsépius - 1.22-1 +- Upstream update. +- Reflect changes to BRs. + * Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild diff --git a/sources b/sources index 7829b51..0dc465d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c81e5d44cbda5aeb8a3be03b35dc410b Params-Validate-1.21.tar.gz +f97cfb4669cdfaa10f85c4e200ffdd35 Params-Validate-1.22.tar.gz -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f22=66fd938610ecc12b750b42b88ad7c1a5f004060e -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f22). "Cleanup merger."
From 4bbc86f8d5ee88643ee27540d421879662f69e0c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Sun, 14 Feb 2016 19:08:53 +0100 Subject: Cleanup merger. --- perl-Params-Validate.spec | 3 --- 1 file changed, 3 deletions(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 29708e4..1624a87 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -106,9 +106,6 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' - Upstream update. - Reflect changes to BRs. -* Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild - * Fri Jan 22 2016 Ralf Corsépius - 1.21-2 - Modernise spec. -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f22=4bbc86f8d5ee88643ee27540d421879662f69e0c -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
Re: Please stop modifying other people's packages without coordinating with them first
On Sat, Feb 13, 2016 at 04:29:38PM -0500, Josh Boyer wrote: > I'm not going to weigh in on the changes, but I did want to address > this in public so others can learn. IMHO the kind of changes are important here. The situation was that there were was an incomplete update to the sigrok packages in Rawhide and Fedora 23 testing for about a week. This means that any Rawhide user wanting to use pulseview (the GUI tool for sigrok) could not install it freshly or would get broken dependency warnings when trying to update Rawhide. The same goes for F23 testing. Also the necessary buildroot overrides required for F23 were expired, requiring them to be extended to be able to build pulseview and also sigrok-cli, which just failed in F23 because of missing dependencies from the buildroot overrides. But pulseview also did not compile because of errors already fixed by upstream. So the main change I did was adding unmodified upstream patches to pulseview getting it to compile. While doing this I noticed that pulseview was not using the %license macro yet, so I fixed this as well. > IRC alone is not sufficient. We cannot expect volunteer maintainers > to be on IRC all the time. In the future, please email and wait at > least a bit for a reply. Given the changes that I described, do you still state that this (fixing incomplete updates/dependencies/package building) is something that provenpackagers should first get permission to do by the package maintainer? I mainly cared about not doing the same work twice and making sure that I do not commit something conflicting to the GIT as the same time the maintainer might commit something, which is why I found IRC sufficient at that time. Also IMHO it is beneficial to the Fedora project to fix breakage in the repositories as soon as possible. And as a package maintainer myself I would be thankful for every other package maintainer fixing bugs in my packages while I sleep. Since I am a volunteer maintainer myself, the strict requirement to get permission via e-mail to fix sigrok in this situation would have meant that I would have done nothing. Yesterday I had time and motivation to look into it and fix it. But if I asked "May I please fix your package?", it is very likely that I would not have the time or motivation to actually do it once I get the response. Kind regards Till -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Fedora Rawhide 20160214 compose check report
Missing expected images: Cloud disk raw i386 Minimal disk raw armhfp Kde disk raw armhfp Kde live i386 Cloud disk raw x86_64 Kde live x86_64 Images in this compose but not Rawhide 20160213: Design_suite live x86_64 Generic boot x86_64 Lxde live i386 Soas disk raw armhfp Xfce disk raw armhfp Cloud vagrant virtualbox x86_64 Xfce live i386 Lxde live x86_64 Design_suite live i386 Cloud_atomic disk raw x86_64 Games live x86_64 Robotics live i386 Workstation live i386 Games live i386 Cloud_atomic disk qcow x86_64 Workstation disk raw armhfp Generic boot i386 Security live x86_64 Cloud vagrant libvirt x86_64 Cinnamon live i386 Xfce live x86_64 Soas live i386 Cinnamon live x86_64 Mate live x86_64 Workstation live x86_64 Cloud docker x86_64 Robotics live x86_64 Soas live x86_64 Mate disk raw armhfp Mate live i386 Security live i386 No images in Rawhide 20160213 but not this. Failed openQA tests: 18 of 63 ID: 5317Test: x86_64 workstation_live default_install@uefi URL: https://openqa.fedoraproject.org/tests/5317 ID: 5316Test: x86_64 workstation_live default_install URL: https://openqa.fedoraproject.org/tests/5316 ID: 5315Test: i386 generic_boot default_install URL: https://openqa.fedoraproject.org/tests/5315 ID: 5321Test: i386 workstation_live default_install URL: https://openqa.fedoraproject.org/tests/5321 ID: 5304Test: i386 universal server_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/5304 ID: 5305Test: i386 universal server_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/5305 ID: 5303Test: i386 universal package_set_minimal URL: https://openqa.fedoraproject.org/tests/5303 ID: 5306Test: i386 universal server_simple_encrypted URL: https://openqa.fedoraproject.org/tests/5306 ID: 5307Test: i386 universal server_software_raid URL: https://openqa.fedoraproject.org/tests/5307 ID: 5292Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/5292 ID: 5299Test: i386 universal server_lvmthin URL: https://openqa.fedoraproject.org/tests/5299 ID: 5308Test: i386 universal server_btrfs URL: https://openqa.fedoraproject.org/tests/5308 ID: 5309Test: i386 universal server_ext3 URL: https://openqa.fedoraproject.org/tests/5309 ID: 5302Test: i386 universal package_set_kde URL: https://openqa.fedoraproject.org/tests/5302 ID: 5300Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/5300 ID: 5294Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/5294 ID: 5301Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/5301 ID: 5279Test: x86_64 universal package_set_kde URL: https://openqa.fedoraproject.org/tests/5279 Passed openQA tests: 42 of 63 3 openQA tests may be still running or broken! -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Please stop modifying other people's packages without coordinating with them first
On Sat, Feb 13, 2016 at 05:40:07PM -0800, Alex Gagniuc wrote: > On Sat, Feb 13, 2016 at 9:57 AM, Till Maas> wrote: > # Zero-day patches after 0.3.0 release. Extract using: > # $ git clone git://sigrok.org/pulseview.git > # $ cd pulseview > # $ git checkout a1a3656b4e18cb9fc078a51bf4256066ee307620 > # $ git format-patch pulseview-0.3.0 These instructions are great. Btw. I was told on IRC that there might be a bugfix sigrok release soonish that includes these fixes. > yes, I have an IRC bouncer server, so I was able to find your question > after some grepping. It was posted before dawn in my timezone, so I > wouldn't have had a chance to respond anyhow. Since I assumed that you would like it if pulseview was fixed and the update complete. > > Also pushing > > dependent builds in separate updates is against best practices as this > > will lead to broken updates. > > I haven't been able to stay up-to date with the latest and greatest > guidelines in the past several years due to jobs, military training, > etc, though I'm always looking for hints on how to improve the process > of pushing out these updates. Probably everyone has not enough time to keep up with everything. I am sure that some of my packages are also still using %doc instead of %license, since I update this when I need to update the package anyhow - and sometimes someone else is kind enough to do it. However, I guess I was not clear enough about the updates bundling. You should publish all related builds in one update, i.e. add the sigrok-cli build to the big other update. This ensures that all builds are pushed together and avoids that only some of the builds are updated on a system breaking the other tools. Kind Regards Till -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Bug 1308342] perl-Mojolicious-6.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1308342 --- Comment #2 from Upstream Release Monitoring--- Scratch build completed http://koji.fedoraproject.org/koji/taskinfo?taskID=12981090 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
rawhide report: 20160214 changes
Compose started at Sun Feb 14 05:15:03 UTC 2016 Broken deps for i386 -- [IQmol] IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0 IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0 IQmol-2.3.0-9.fc24.i686 requires libOpenMeshCore.so.3.2 [alliance] alliance-5.0-40.20090901snap.fc22.i686 requires libXm.so.2 [asterisk] asterisk-alembic-13.7.2-2.fc24.i686 requires alembic [bluetile] bluetile-0.6-30.fc24.i686 requires ghc(gtk-0.13.9-617097e8e58bbdfcb14229157446fd13) bluetile-0.6-30.fc24.i686 requires ghc(gio-0.13.1.0-be3d2018727671c3e3e37abf8b7e522d) [bustle] bustle-0.4.8-6.fc24.i686 requires ghc(gtk-0.13.9-617097e8e58bbdfcb14229157446fd13) bustle-0.4.8-6.fc24.i686 requires ghc(gio-0.13.1.0-be3d2018727671c3e3e37abf8b7e522d) [castxml] castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMXCoreInfo.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMXCoreDisassembler.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMXCoreDesc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMXCoreCodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMXCoreAsmPrinter.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMX86Info.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMX86Disassembler.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMX86Desc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMX86CodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMX86AsmPrinter.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMX86AsmParser.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSystemZInfo.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSystemZDisassembler.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSystemZDesc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSystemZCodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSystemZAsmPrinter.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSystemZAsmParser.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSupport.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSparcInfo.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSparcDisassembler.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSparcDesc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSparcCodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSparcAsmPrinter.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMSparcAsmParser.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMPowerPCInfo.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMPowerPCDisassembler.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMPowerPCDesc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMPowerPCCodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMPowerPCAsmPrinter.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMPowerPCAsmParser.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMOption.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMNVPTXInfo.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMNVPTXDesc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMNVPTXCodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMNVPTXAsmPrinter.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMipsInfo.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMipsDisassembler.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMipsDesc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMipsCodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMipsAsmPrinter.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMipsAsmParser.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMSP430Info.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMSP430Desc.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMSP430CodeGen.so.3.7 castxml-0.1-0.9.20160125gitfc71eb9.fc24.i686 requires libLLVMMSP430AsmPrinter.so.3.7
[Bug 1308342] perl-Mojolicious-6.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1308342 --- Comment #1 from Upstream Release Monitoring--- Created attachment 1127035 --> https://bugzilla.redhat.com/attachment.cgi?id=1127035=edit [patch] Update to 6.46 (#1308342) -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1303926] gtk3-3.19.8-2.fc24 breaks introspection ABI at gdk_rgba_parse()
https://bugzilla.redhat.com/show_bug.cgi?id=1303926 Mamoru TASAKAchanged: What|Removed |Added Blocks||1308030 --- Comment #4 from Mamoru TASAKA --- rubygem-gdk3 test suite is also broken due to this. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1308030 [Bug 1308030] rubygem-gdk3: FTBFS in rawhide -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
[Bug 1308342] New: perl-Mojolicious-6.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1308342 Bug ID: 1308342 Summary: perl-Mojolicious-6.46 is available Product: Fedora Version: rawhide Component: perl-Mojolicious Keywords: FutureFeature, Triaged Assignee: emman...@seyman.fr Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org, robinlee.s...@gmail.com Latest upstream release: 6.46 Current version/release in rawhide: 6.45-3.fc24 URL: http://mojolicio.us/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
Re: GCC 6: template argument deduction/substitution failed
On 14/02/16 11:59, Michael Schwendt wrote: Is there any helpful list of major changes in GCC 6, which may give a hint about what C++ gotchas that used to build with GCC 5 may not be valid anymore? https://gcc.gnu.org/gcc-6/porting_to.html is the main thing I think. And is there a bugzilla tracker ticket for other packages with C++ compilation issues? Well the mass rebuild FTBFS tracker ticket is probably the closest thing to that? https://bugzilla.redhat.com/show_bug.cgi?id=1305208 Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: GCC 6: template argument deduction/substitution failed
On 02/14/2016 12:59 PM, Michael Schwendt wrote: > Is there any helpful list of major changes in GCC 6, which may give a hint > about what C++ gotchas that used to build with GCC 5 may not be valid anymore? I think this case might be a missing #include . > jack-ng.cc:259:42: error: no matching function for call to 'end(jack_port_t* > [10])' > std::fill (m_ports, std::end (m_ports), nullptr); > ^ If the compiler can't find a function, it's useful to check where it is declared, and that happens to be (according to cppreference.com, I didn't check the standard). Florian -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: GCC 6: template argument deduction/substitution failed
On Sun, 14 Feb 2016 13:21:23 +0100, Florian Weimer wrote: > I think this case might be a missing #include . Indeed. was not enough anymore. Thank you, Florian! -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Fedora Rawhide 20160212 compose check report
On Sun, 2016-02-14 at 10:04 -0600, Bruno Wolff III wrote: > On Fri, Feb 12, 2016 at 21:25:56 +0100, > Adam Williamsonwrote: > > On Fri, 2016-02-12 at 19:44 +, Fedora compose checker wrote: > > > > > > Failed openQA tests: 16 of 63 > > > > 32-bit tests are still failing to boot, still kernel issue there. > > I suspect the real issue is with binutils rather than the kernel. OK, sure - point is, whatever that bug is, it's still the same one :) (AFAICT). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Test-Announce] Fedora 24 Rawhide 20160214 nightly compose nominated for testing
Announcing the creation of a new nightly release validation test event for Fedora 24 Rawhide 20160214. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Notable package version changes: lorax - 20160210: 24.9-2, 20160214: 24.10-1 anaconda - 20160210: 24.11-1, 20160214: 24.12-1 Test coverage information for the current release can be seen at: https://www.happyassassin.net/testcase_stats/24 You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160214_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160214_Installation https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160214_Base https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160214_Server https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160214_Cloud https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160214_Desktop https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160214_Security_Lab https://fedoraproject.org/wiki/Template:Fedora_24_Rawhide_20160214_Download Thank you for testing! -- Mail generated by relval: https://www.happyassassin.net/wikitcms/ On behalf of: adamwill ___ test-announce mailing list test-annou...@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
liborigin FTBFS
Hello, Yesterday I was notified that liborigin failed to build in rawhide: https://bugzilla.redhat.com/show_bug.cgi?id=1307729 For the past couple of days I've been away on a work trip and I won't be back until the end of next week. Unless this failure messes someone else's packages, would it be OK to ignore the error until then? Best regards Alex -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Are branches permanent in Fedora SCM?
Hello! I've been working on a big change to a package's spec file, so I wanted to do my work in a branch separate of master or f23. Now that I am done with my branch, it seems that I cannot delete the branch $ git push origin :rbarlow-16.01 remote: FATAL: + refs/heads/rbarlow-16.01 rpms/ejabberd rbarlow DENIED by fallthru remote: error: hook declined to update refs/heads/rbarlow-16.01 Is there a way for me to remove this branch, or is it going to be there permanently? -- Randy Barlow xmpp: bowlofe...@electronsweatshop.com irc: bowlofeggs on Freenode signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Fedora Rawhide 20160212 compose check report
On Fri, Feb 12, 2016 at 21:25:56 +0100, Adam Williamsonwrote: On Fri, 2016-02-12 at 19:44 +, Fedora compose checker wrote: Failed openQA tests: 16 of 63 32-bit tests are still failing to boot, still kernel issue there. I suspect the real issue is with binutils rather than the kernel. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f23). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"
From 8b58093889e9252f52424a7abc2c44dbd981e848 Mon Sep 17 00:00:00 2001 From: Fedora Release EngineeringDate: Thu, 4 Feb 2016 15:18:25 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild --- perl-Params-Validate.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 64bbd77..e172092 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -16,7 +16,7 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate Version: 1.21 -Release: 2%{?dist} +Release: 3%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -99,6 +99,9 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild + * Fri Jan 22 2016 Ralf Corsépius - 1.21-2 - Modernise spec. -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f23=8b58093889e9252f52424a7abc2c44dbd981e848 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f23). "Modernise spec."
From bd211f29aa6a32e38f1c6d17109410924871541a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Fri, 22 Jan 2016 14:58:10 +0100 Subject: Modernise spec. --- perl-Params-Validate.spec | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 94d20da..64bbd77 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -16,7 +16,7 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate Version: 1.21 -Release: 1%{?dist} +Release: 2%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -66,8 +66,6 @@ BuildRequires: aspell-en BuildRequires: perl(Test::Portability::Files) %endif -%{?perl_default_filter} - %description The Params::Validate module allows you to validate method or function call parameters to an arbitrary level of specificity. At the simplest @@ -101,6 +99,9 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Fri Jan 22 2016 Ralf Corsépius - 1.21-2 +- Modernise spec. + * Sun Jul 26 2015 Ralf Corsépius - 1.21-1 - Upstream update. - Reflect Attribute::Params::Validate having been dropped from -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f23=bd211f29aa6a32e38f1c6d17109410924871541a -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f23). "Upstream update. (..more)"
From 66fd938610ecc12b750b42b88ad7c1a5f004060e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Sun, 14 Feb 2016 08:48:38 +0100 Subject: Upstream update. - Reflect changes to BRs. --- .gitignore| 2 +- perl-Params-Validate.spec | 11 +-- sources | 2 +- 3 files changed, 11 insertions(+), 4 deletions(-) diff --git a/.gitignore b/.gitignore index 908043e..dc68f3c 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Params-Validate-1.21.tar.gz +/Params-Validate-1.22.tar.gz diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index e172092..29708e4 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -15,8 +15,8 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate -Version: 1.21 -Release: 3%{?dist} +Version: 1.22 +Release: 1%{?dist} License: Artistic 2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -38,6 +38,7 @@ BuildRequires: perl(base) BuildRequires: perl(Devel::Peek) BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) +BuildRequires: perl(JSON::PP) >= 2.27300 BuildRequires: perl(lib) BuildRequires: perl(Test::Fatal) BuildRequires: perl(Test::More) >= 0.96 @@ -61,6 +62,8 @@ BuildRequires: perl(Test::Pod::LinkCheck) BuildRequires: perl(Test::Pod::No404s) BuildRequires: perl(Test::Spelling) BuildRequires: perl(Test::Synopsis) +BuildRequires: perl(Test::CPAN::Meta::JSON) >= 0.16 +BuildRequires: perl(Test::Mojibake) BuildRequires: aspell-en # Optional: BuildRequires: perl(Test::Portability::Files) @@ -99,6 +102,10 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' %{_mandir}/man3/* %changelog +* Sun Feb 14 2016 Ralf Corsépius - 1.22-1 +- Upstream update. +- Reflect changes to BRs. + * Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild diff --git a/sources b/sources index 7829b51..0dc465d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c81e5d44cbda5aeb8a3be03b35dc410b Params-Validate-1.21.tar.gz +f97cfb4669cdfaa10f85c4e200ffdd35 Params-Validate-1.22.tar.gz -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f23=66fd938610ecc12b750b42b88ad7c1a5f004060e -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
corsepiu pushed to perl-Params-Validate (f23). "Cleanup merger."
From 4bbc86f8d5ee88643ee27540d421879662f69e0c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Sun, 14 Feb 2016 19:08:53 +0100 Subject: Cleanup merger. --- perl-Params-Validate.spec | 3 --- 1 file changed, 3 deletions(-) diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index 29708e4..1624a87 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -106,9 +106,6 @@ find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' - Upstream update. - Reflect changes to BRs. -* Thu Feb 04 2016 Fedora Release Engineering - 1.21-3 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild - * Fri Jan 22 2016 Ralf Corsépius - 1.21-2 - Modernise spec. -- cgit v0.11.2 http://pkgs.fedoraproject.org/cgit/perl-Params-Validate.git/commit/?h=f23=4bbc86f8d5ee88643ee27540d421879662f69e0c -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org
Re: Is my package a special Conflict: snowflake?
I would ask Peter. CCed. On Sun, Feb 14, 2016, 12:55 AM Randy Barlowwrote: > Zbigniew Jędrzejewski-Szmek wrote: > > You don't state the actual conflict anywhere in this mail, so my > > reply is based on my guess what the problem is. > > Hello Zbyszek, thank you for your input! > > To clarify, rebar (the Erlang build tool) wants to find the package > "xmlrpc" in %{_erllibdir}/xmlrpc-*/, and what it finds inside must also > follow this name. Frankly, I'm pretty new at Erlang, so this is just > based on my anecdotal evidence of playing with it for several weeks. > > So the issue is that my xmlrpc and the one that's already in Fedora both > "want" to be in that same folder. > > I could attempt to rename the package, but this would mean adjusting all > references to its name internally, as well as references to its name > externally in ejabberd. I'm not sure how much effort this would be, but > doing it with sed might not be the best choice because I wouldn't want > to assume that any use of the string "xmlrpc" should be replaced. > > > Let me add another reason for avoiding Conflicts that has become more > > prominent over time: upgrades. > > This is a compelling point that I had not considered. Users from F22 or > 23 who have ejabberd and the other package will hit a conflict on > upgrading. I agree that is bad. > > > Also under the new bundling guidelines [1] you can bundle the other > > version. Since the plan is to move to a different dependency soon > > anyway, this is imho tottally reasonable in this case. > > This is a good point too. I think I will invest a little time in seeing > if I can figure out how to do this today. > > Thanks so much for your input. I'm a new Fedora packager and I'm also > new at Erlang, so I appreciate your perspective! > > -- > Randy Barlow > xmpp: bowlofe...@electronsweatshop.com > irc: bowlofeggs on Freenode > > -- > devel mailing list > devel@lists.fedoraproject.org > http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
GCC 6: template argument deduction/substitution failed
Is there any helpful list of major changes in GCC 6, which may give a hint about what C++ gotchas that used to build with GCC 5 may not be valid anymore? And is there a bugzilla tracker ticket for other packages with C++ compilation issues? https://bugzilla.redhat.com/1307334 if g++ -fPIC -DPIC -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -std=c++0x -std=gnu++11 -ffast-math -Wall -pipe -Wno-deprecated-declarations -Wtype-limits -Woverloaded-virtual -fvisibility=hidden -include config.h -I../.. -c -o jack-ng.plugin.o jack-ng.cc; then \ printf "Successfully compiled jack-ng.cc (plugin).\n"; \ else \ err=$?; printf "Failed to compile jack-ng.cc (plugin)!\n"; exit $err; \ fi jack-ng.cc: In member function 'virtual void JACKOutput::close_audio()': jack-ng.cc:259:42: error: no matching function for call to 'end(jack_port_t* [10])' std::fill (m_ports, std::end (m_ports), nullptr); ^ In file included from /usr/include/libaudcore/audstrings.h:26:0, from jack-ng.cc:22: /usr/include/c++/6.0.0/initializer_list:99:5: note: candidate: template constexpr const _Tp* std::end(std::initializer_list<_Tp>) end(initializer_list<_Tp> __ils) noexcept ^~~ /usr/include/c++/6.0.0/initializer_list:99:5: note: template argument deduction/substitution failed: jack-ng.cc:259:42: note: mismatched types 'std::initializer_list<_Tp>' and 'jack_port_t** {aka _jack_port**}' std::fill (m_ports, std::end (m_ports), nullptr); ^ -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Is my package a special Conflict: snowflake?
On 02/14/2016 12:54 AM, Randy Barlow wrote: > Zbigniew Jędrzejewski-Szmek wrote: >> You don't state the actual conflict anywhere in this mail, so my >> reply is based on my guess what the problem is. > > Hello Zbyszek, thank you for your input! > > To clarify, rebar (the Erlang build tool) wants to find the package > "xmlrpc" in %{_erllibdir}/xmlrpc-*/, and what it finds inside must also > follow this name. Frankly, I'm pretty new at Erlang, so this is just > based on my anecdotal evidence of playing with it for several weeks. > > So the issue is that my xmlrpc and the one that's already in Fedora both > "want" to be in that same folder. What we do with other languages is to patch the sources of the application to use the library under the name as it is provided by Fedora (or perhaps bundle the library with the application, under the new rules). I'm not sure how common it is these days, but there used to be considerable variance of the include paths under /usr/include, for example. Florian -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Attempting to contact unresponsive maintainers - lnovich ooprala and vjancik
On Thu, Feb 04, 2016 at 10:06:58PM +, Richard W.M. Jones wrote: > On Thu, Feb 04, 2016 at 01:34:28PM -0700, Kevin Fenzi wrote: > > Greetings, we've been told that the email addresses > > for these package maintainers are no longer valid. I'm starting the > > unresponsive maintainer policy to find out if they are still interested > > in maintaining their packages (and if so, have them update their email > > addresses in FAS). If they're not interested in maintaining or we > > can't locate them I'll have FESCo orphan the packages so that others > > can take them over. > > > > If you have a way to contact these maintainers, please let them > > know that we'd appreciate knowing what to do with their packages. > > Thanks! > > > > lnovich: > > > > default_assignee > > - virtualization-administration-guide (Fedora Documentation) > > - virtualization-deployment-and-administrative-guide (Fedora > >Documentation) > > I forwarded this message to Laura's new address. Will follow up if I > get a response. Laura says she has no time to work on Fedora packaging. The packages can be orphaned. I'll see if I can get our new documentation manager to pick them up. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org