EPEL RHEL 7 Workstation optional channel in Fedora's Koji
Hello, I was looking to build a package on epel7 that is relying on jansson-devel. The -devel subpackage is generated as normally from the main jansson package, but in case of epel7 the resulting rpm is included in the Workstation-optional channel: http://ftp.redhat.com/redhat/rhel/rc/7/Workstation-optional/x86_64/os/Packages/ Have these packages being left out intentionally or not? Is there any chance to see these packages added in Koji? Otherwise building for epel7 can get really complicated. Thanks regards, --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). http://xkcd.com/229/ http://negativo17.org/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji
On Mon, 2 Jun 2014 10:59:48 +0200 Simone Caronni negativ...@gmail.com wrote: Hello, I was looking to build a package on epel7 that is relying on jansson-devel. The -devel subpackage is generated as normally from the main jansson package, but in case of epel7 the resulting rpm is included in the Workstation-optional channel: http://ftp.redhat.com/redhat/rhel/rc/7/Workstation-optional/x86_64/os/Packages/ Have these packages being left out intentionally or not? Is there any chance to see these packages added in Koji? Otherwise building for epel7 can get really complicated. EPEL builds against the Server + Server-optional variant of RHEL - http://koji.fedoraproject.org/koji/taginfo?tagID=258 Dan ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji
On 2 June 2014 11:04, Dan Horák d...@danny.cz wrote: EPEL builds against the Server + Server-optional variant of RHEL - http://koji.fedoraproject.org/koji/taginfo?tagID=258 Is this the final setup of EPEL for RHEL 7 that will be available for all the time the distribution is supported by Redhat? Thanks, --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). http://xkcd.com/229/ http://negativo17.org/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL epel beta report: 20140602 changes
Compose started at Mon Jun 2 08:15:03 UTC 2014 New package: jq-1.3-2.el7 Command-line JSON processor New package: mosquitto-1.3.1-1.el7 An Open Source MQTT v3.1 Broker Updated Packages: nfs-ganesha-2.0.0-9.el7 --- * Mon Jun 02 2014 Kaleb S. KEITHLEY kkeithle at redhat.com 2.0.0-9 - Ceph FSAL enabled with ceph-0.80 ocserv-0.8.0-1.el7 -- * Mon Jun 02 2014 Nikos Mavrogiannopoulos n...@redhat.com - 0.8.0-1 - New upstream release rabbitmq-server-3.1.5-7.el7 --- * Sun Jun 01 2014 Lon Hohberger l...@redhat.com - 3.1.5-7 - Use specific subpackages of erlang instead of the entire metapackage (bz1083637) Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 3 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji
On 2 June 2014 11:09, Simone Caronni negativ...@gmail.com wrote: On 2 June 2014 11:04, Dan Horák d...@danny.cz wrote: EPEL builds against the Server + Server-optional variant of RHEL - http://koji.fedoraproject.org/koji/taginfo?tagID=258 Is this the final setup of EPEL for RHEL 7 that will be available for all the time the distribution is supported by Redhat? It is quite strange actually. Normally, if a package is not included in the base distribution, we can add it. If it is already included we never replace the upstream package. By using only server and server-optional we have the weird case where only half of the package can be used. Jansson specific, I cannot add jansson to epel because it is already included, but I cannot use it because the jansson-devel is omitted and only half of the resulting binary rpms are used. I hope this gets reviewed in the future. --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). http://xkcd.com/229/ http://negativo17.org/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji
On Mon, Jun 02, 2014 at 11:14:52AM +0200, Simone Caronni wrote: It is quite strange actually. Normally, if a package is not included in the base distribution, we can add it. If it is already included we never replace the upstream package. By using only server and server-optional we have the weird case where only half of the package can be used. Jansson specific, I cannot add jansson to epel because it is already included, but I cannot use it because the jansson-devel is omitted and only half of the resulting binary rpms are used. I hope this gets reviewed in the future. You can propose to do something like this: https://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages Regards Till ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL Maintaining libntlm for ppc64
Hi, libntlm is not available for ppc in RHEL7 and it is a dependency for a package I would like to build for EPEL7. Therefore I intend to create a package according to https://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages Are there any objections/other comments? Regards Till ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji
On Mon, Jun 2, 2014 at 1:59 AM, Simone Caronni negativ...@gmail.com wrote: Hello, I was looking to build a package on epel7 that is relying on jansson-devel. The -devel subpackage is generated as normally from the main jansson package, but in case of epel7 the resulting rpm is included in the Workstation-optional channel: http://ftp.redhat.com/redhat/rhel/rc/7/Workstation-optional/x86_64/os/Packages/ Have these packages being left out intentionally or not? Is there any chance to see these packages added in Koji? Otherwise building for epel7 can get really complicated. I'd suggest filing a bug in bugzilla first, explaining the pain this causes downstream addon repositories like EPEL. For all we know the -devel subpackage is only missing in Server due to some oversight. -T.C. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 771 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 118 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6 103 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0590/oath-toolkit-2.0.2-4.el6 62 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1011/php-ZendFramework-1.12.5-1.el6 17 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1414/gajim-0.14.4-4.el6 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1452/php-ZendFramework2-2.2.7-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1471/chicken-4.8.0.6-2.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1477/drupal7-views-3.8-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1475/moodle-2.4.10-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1522/check-mk-1.2.4p2-2.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1536/xmlsec1-1.2.19-3.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing golang-github-gorilla-context-0-0.23.gitb06ed15.el6 golang-github-gorilla-mux-0-0.13.git136d54f.el6 golang-github-kr-pty-0-0.19.git67e2db2.el6 nfs-ganesha-2.0.0-9.el6 python-bugzilla-1.1.0-1.el6 python-pyramid-chameleon-0.1-1.el6 rear-1.16.1-1.el6 will-crash-0.7-1.el6 Details about builds: golang-github-gorilla-context-0-0.23.gitb06ed15.el6 (FEDORA-EPEL-2014-1555) A golang registry for global request variables Update Information: update to commit b06ed15e1c (required for docker 1.0 golang exclusivearch for el6+ revert golang = 1.2 requirement ChangeLog: * Sat May 31 2014 Lokesh Mandvekar l...@redhat.com 0-0.23.git - update to commit b06ed15e1c (required for docker 1.0 https://github.com/dotcloud/docker/issues/5908 ) * Wed Jan 15 2014 Lokesh Mandvekar l...@redhat.com 0-0.22.git708054d - golang exclusivearch for el6+ - add check * Wed Jan 15 2014 Lokesh Mandvekar l...@redhat.com 0-0.21.git708054d - revert golang 1.2 requirement * Wed Jan 15 2014 Lokesh Mandvekar l...@redhat.com 0-0.20.git708054d - require golang 1.2 and up golang-github-gorilla-mux-0-0.13.git136d54f.el6 (FEDORA-EPEL-2014-1558) A powerful URL router and dispatcher for golang Update Information: update to commit 136d54f81f (required for docker 1.0 ChangeLog: * Sat May 31 2014 Lokesh Mandvekar l...@redhat.com 0-0.13.git - update to commit 136d54f81f (required for docker 1.0 https://github.com/dotcloud/docker/issues/5908 ) * Fri Jan 17 2014 Lokesh Mandvekar l...@redhat.com 0-0.12.gite718e93 - exclusivearch for el6+ - add check * Fri Jan 17 2014 Lokesh Mandvekar l...@redhat.com 0-0.11.gite718e93 - revert golang = 1.2 version requirement * Wed Jan 15 2014 Lokesh Mandvekar l...@redhat.com 0-0.10.gite718e93 - require golang 1.2 and later golang-github-kr-pty-0-0.19.git67e2db2.el6 (FEDORA-EPEL-2014-1554) PTY interface for Go Update Information: update to commit 67e2db24c8 (required for docker 1.0 exclusivearch for el6+ revert golang = 1.2 version requirement ChangeLog: * Sat May 31 2014 Lokesh Mandvekar l...@redhat.com 0-0.19.git - update to commit 67e2db24c8 (required for docker 1.0 https://github.com/dotcloud/docker/issues/5908 ) * Wed Jan 15 2014 Lokesh Mandvekar l...@redhat.com 0-0.18.git3b1f648 - exclusivearch for el6+ * Wed Jan 15 2014 Lokesh Mandvekar l...@redhat.com 0-0.17.git3b1f648 - revert golang = 1.2 version requirement * Wed Jan 15 2014 Lokesh Mandvekar l...@redhat.com 0-0.16.git3b1f648 - require golang 1.2 and up nfs-ganesha-2.0.0-9.el6 (FEDORA-EPEL-2014-1552) Ganesha NFS Server Update Information: Ceph FSAL enabled with ceph-0.80 Ceph FSAL, in a subpackage, (but requires ceph = 0.78) getdents()-getdents64(), struct dirent -
EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 771 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 225 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 106 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0581/augeas-1.2.0-1.el5 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1515/check-mk-1.2.4p2-2.el5 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1544/python26-mod_wsgi-3.5-1.el5,mod_wsgi-3.5-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing rear-1.16.1-1.el5 Details about builds: rear-1.16.1-1.el5 (FEDORA-EPEL-2014-1560) Relax-and-Recover is a Linux disaster recovery and system migration tool Update Information: release 1.16.1 ChangeLog: ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: fedoras default cflags clang
On Sat, 31 May 2014 00:31:50 +0200, Paolo Bonzini wrote: As of 2014, I only know two cases where clang is still better: more complete caret diagnostics, and better recovery from invalid types (clang provides suggestions and uses it for the rest of the compilation to avoid cascaded error messages). wrong caret / lineno for wrong ctor field initializer http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59621 diagnostics: missing proper file:line on C++ compilation error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58589 Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Proposal to CANCEL: 2014-06-02 Fedora QA Meeting
Hi folks! I don't think we have anything that needs to be discussed in a meeting tomorrow, so I'm proposing to cancel it - we have the work ongoing on Fedora.next test planning, but so far as I know everyone's on board with the direction there and we just need to keep pushing. Taskotron work also seems to be proceeding nicely in the right direction. If anyone has anything that does need to be talked over, please do reply to this mail (or send out a meeting announcement mail) and we'll go ahead and run the meeting. Thanks folks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Default firewalld have wrong ports for nfs
On 05/31/2014 11:17 PM, valent.turko...@gmail.com wrote: How can this be fixed in default firewalld config so that Fedora 21 has nfs with correct ports? There's open BZ for this: https://bugzilla.redhat.com/show_bug.cgi?id=975060 -- Jiri -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Qt packages necessaries to develop for Android
After looking at the link you provided, it's easy to see that we must have Android SDK packaged which is non-free IMO. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ORPHAN of mysql and python stuff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 01/06/2014 00:30, Björn Persson a écrit : Remi Collet fed...@famillecollet.com wrote: Because of lack of interest, I plan to orphan the following packages (Fedora + EPEL) mysql++ (3.1.0 in rawhide, 3.2.1 available) I have systems in stable production mode that use MySQL++. I will adopt it if necessary to keep it from dropping out of Fedora Thanks, Orphaned, You can take it. Remi. but it would probably be better maintained by someone who uses it more actively. Björn Persson -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOMMQcACgkQYUppBSnxahjaoQCg8beHZpisq2i4S4CQNEHnz2/y hhkAnAuQXgstKF1YXNdJgz4SljS+NIeO =WcTq -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ORPHAN of mysql and python stuff
Le 28/05/2014 18:32, Pavel Alexeev a écrit : mysql-connector-python (1.1.6 in rawhide, 1.2.1 recently released) Orphaned. mysql-utilities (1.3.6 in rawhide, 1.4.3 recently released) Orphaned Looks interesting. If it is Mariadb compatible I could take it. Yes most commands works with MariaDB server. Do you have current problems with it? No bug reported. Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
New gettext in Rawhide causing builda failures?
I'm trying to build a new upstream release of gscan2pdf -- but a lot of other upstream software also looks affected, this is the build failure: /usr/bin/perl -MExtUtils::Command -e 'mkpath' -- /builddir/build/BUILDROOT/gscan2pdf-1.2.5-1.fc21.noarch/usr/share/locale/ab/LC_MESSAGES msgfmt -c po/gscan2pdf-ab.po -o /builddir/build/BUILDROOT/gscan2pdf-1.2.5-1.fc21.noarch/usr/share/locale/ab/LC_MESSAGES/gscan2pdf.mo po/gscan2pdf-ab.po:7: header field 'Last-Translator' still has the initial default value po/gscan2pdf-ab.po:7: warning: header field 'Language' missing in header msgfmt: found 2 fatal errors This builds fine in F20. I think a newer gettext may be being more strict about Last-Translator and Language -- any ideas or best practices on how to fix it? Patching 33 .po files in a spec file seems like the Wrong Way (tm). Thanks, Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
On Sun, 1 Jun 2014 11:24:09 +0200 Till Maas opensou...@till.name wrote: The following packages did not build for two releases (no new build since 2013-07-25) and will be retired when Fedora (F21) is branched, unless someone successfully builds them till then. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life According to https://fedoraproject.org/wiki/Schedule branching will occur not earlier than 2015-07-08. The packages will be retired shortly before. Package (co)maintainers === yaboot dwmw2, dwmw2, fkocina, this is a secondary arch only package since F-12, so it should be excluded from the FTBFS list in primary koji Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: New gettext in Rawhide causing builda failures?
Richard Hughes hughsi...@gmail.com writes: po/gscan2pdf-ab.po:7: header field 'Last-Translator' still has the initial default value po/gscan2pdf-ab.po:7: warning: header field 'Language' missing in header msgfmt: found 2 fatal errors This builds fine in F20. I think a newer gettext may be being more strict about Last-Translator and Language For the record, this change has been introduced as a fix of: https://savannah.gnu.org/bugs/index.php?40262 any ideas or best practices on how to fix it? Patching 33 .po files in a spec file seems like the Wrong Way (tm). However, the non-warning errors have been there for a long time. Isn't it time to fix them? If this is really too strict, we can revert this in the next minor release and advise users until the next major release. (But, oh, msgfmt seems to mistreat the warning here. Sorry about that and will fix it ASAP.) Regards, -- Daiki Ueno -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: New gettext in Rawhide causing builda failures?
On 2 June 2014 10:02, Daiki Ueno u...@fedoraproject.org wrote: However, the non-warning errors have been there for a long time. Isn't it time to fix them? If this is really too strict, we can revert this in the next minor release and advise users until the next major release. I think quite a lot of software will fail to rebuild (mostly stuff using rosetta) with this change in the pending F21 mass rebuild. (But, oh, msgfmt seems to mistreat the warning here. Sorry about that and will fix it ASAP.) I think a warning is fine, an error is somewhat draconian IMHO :) Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: New gettext in Rawhide causing builda failures?
Richard Hughes hughsi...@gmail.com writes: I think quite a lot of software will fail to rebuild (mostly stuff using rosetta) with this change in the pending F21 mass rebuild. (But, oh, msgfmt seems to mistreat the warning here. Sorry about that and will fix it ASAP.) I think a warning is fine, an error is somewhat draconian IMHO :) I see. So, just applied a patch to turn the missing-header errors into warnings (should be available as 0.19-2). Thanks for catching this quickly. Regards, -- Daiki Ueno -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: New gettext in Rawhide causing builda failures?
On 2 June 2014 11:23, Daiki Ueno u...@fedoraproject.org wrote: I see. So, just applied a patch to turn the missing-header errors into warnings (should be available as 0.19-2). Works great, thanks! Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Retiring packages for Fedora 21
On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote: Is the mga450 supported? Aside from formal graphics test days, I can run whatever tests required on x86 (both 32-bit and 64-bit). Define supported. I believe for PowerPC in RHEL we build the matroxfb driver for this card, so that plus the fbdev driver for X is what you get there. I'm not sure what would happen on Fedora for that, probably aligning it with RHEL makes sense. On x86 you'd get vesa. But in any of those cases there's no acceleration code involved, so supported could reaally only mean lights up and sets modes. I've also got a GXT120 (OEM'd MY220P) and the identical x86 card. I'm not sure if that would be covered by mgag200, but again, I can provide validation. The mgag200 driver is, at the moment, only a driver for server variants of the G200 (G200SE, G200WB, etc). Actual G200, as well as G400 G450 and G550, are not driven by the mgag200 driver at this time. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 13 packages were orphaned - amtu [master] was orphaned by sgrubb Abstract Machine Test Utility (AMTU) https://admin.fedoraproject.org/pkgdb/package/amtu docker [master] was orphaned by awjb KDE and GNOME2 system tray replacement docking application https://admin.fedoraproject.org/pkgdb/package/docker freetalk [f19, master, f20] was orphaned by rishi A console based Jabber client https://admin.fedoraproject.org/pkgdb/package/freetalk funnel [master, f19, el6, f20] was orphaned by sundaram Handling submissions of talks and voting https://admin.fedoraproject.org/pkgdb/package/funnel mysql++ [master, f19, el6, f20, el5] was orphaned by remi C++ wrapper for the MySQL C API https://admin.fedoraproject.org/pkgdb/package/mysql++ mysql-connector-python [epel7] was orphaned by remi MySQL Connector/Python https://admin.fedoraproject.org/pkgdb/package/mysql-connector-python mysql-utilities [master, f19, el6, f20, epel7] was orphaned by remi MySQL Utilities https://admin.fedoraproject.org/pkgdb/package/mysql-utilities python-flask-mail [master, f19, el6, f20] was orphaned by sundaram Flask extension for sending email https://admin.fedoraproject.org/pkgdb/package/python-flask-mail python-ordereddict [master] was orphaned by till OrderedDict that works in Python 2.4-2.6 https://admin.fedoraproject.org/pkgdb/package/python-ordereddict redet [f19, master, f20] was orphaned by rishi Regular expression development and execution tool https://admin.fedoraproject.org/pkgdb/package/redet redet-doc [f19, master, f20] was orphaned by rishi Documentation for the Redet tool https://admin.fedoraproject.org/pkgdb/package/redet-doc tesla-concurrent-localrepo [master] was orphaned by galileo Tesla : Concurrent Local Repository https://admin.fedoraproject.org/pkgdb/package/tesla-concurrent-localrepo tesla-filelock [master] was orphaned by galileo Tesla filelock utilities https://admin.fedoraproject.org/pkgdb/package/tesla-filelock 0 packages were retired 6 packages unorphaned - CUnit [master, f19, el6] was unorphaned by limb A unit testing framework for C https://admin.fedoraproject.org/pkgdb/package/CUnit cmpfit [f19, master, f20] was unorphaned by nonamedotc A MINPACK-1 Least Squares Fitting Library in C https://admin.fedoraproject.org/pkgdb/package/cmpfit eclipse-subclipse [master] was unorphaned by mbooth Subversion Eclipse plugin https://admin.fedoraproject.org/pkgdb/package/eclipse-subclipse mysql-connector-python [master, f19, el6, f20] was unorphaned by hvad MySQL Connector/Python https://admin.fedoraproject.org/pkgdb/package/mysql-connector-python python-ZConfig [f20, master] was unorphaned by mayorga Structured Configuration Library https://admin.fedoraproject.org/pkgdb/package/python-ZConfig python26-mod_wsgi [el5] was unorphaned by lmacken A WSGI interface for Python web applications in Apache https://admin.fedoraproject.org/pkgdb/package/python26-mod_wsgi 0 packages were unretired 0 packages were given 12 packages had new branches - antimicro had a new branches: f19, master, f20 for jsbackus by limb Graphical program used to map keyboard buttons and mouse controls to a gamepad https://admin.fedoraproject.org/pkgdb/package/antimicro drupal7-google_analytics had a new branches: master, f20, el6, epel7 for asrob by limb Adds the Google Analytics web statistics tracking system to your website https://admin.fedoraproject.org/pkgdb/package/drupal7-google_analytics drupal7-views_slideshow had a new branches: master, f20, el6, epel7 for asrob by limb Views Slideshow can be used to create a slideshow of any content https://admin.fedoraproject.org/pkgdb/package/drupal7-views_slideshow log4j12 had a new branch: master for gil by limb Java logging package https://admin.fedoraproject.org/pkgdb/package/log4j12 perl-CGI-Fast had a new branch: master for jplesnik by limb CGI Interface for Fast CGI https://admin.fedoraproject.org/pkgdb/package/perl-CGI-Fast perl-Crypt-PBKDF2 had a new branches: master, f20, el6, epel7 for ddick by limb PBKDF2 password hashing algorithm https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-PBKDF2 rubygem-fog-brightbox had a new branch: master for vondruch by limb Module for `fog` or standalone provider to use the Brightbox Cloud https://admin.fedoraproject.org/pkgdb/package/rubygem-fog-brightbox rubygem-fog-core had a new branch: master for vondruch by limb Shared classes and tests for fog providers and services https://admin.fedoraproject.org/pkgdb/package/rubygem-fog-core rubygem-fog-json had
Re: fedoras default cflags clang
2014-05-29 22:28 GMT+02:00 Tim St Clair tstcl...@redhat.com: I've been seeing this bug crop up in many circles: https://bugzilla.redhat.com/show_bug.cgi?id=1099282 At a first glance this seems like a bug in llvm-config, nothing obviously related to “default” cflags. http://llvm.org/docs/CommandGuide/llvm-config.html says llvm-config is supposed to return flags “needed to link against LLVM”, and AFAIK -fstack-protector-strong doesn’t affect ABI so doesn’t need to be returned by llvm-config in the first place. Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Qt packages necessaries to develop for Android
On Mon, Jun 2, 2014 at 12:44 AM, Christopher Meng cicku...@gmail.com wrote: After looking at the link you provided, it's easy to see that we must have Android SDK packaged which is non-free IMO. It's plausible that Qt5 could be buildable against Replicant, though. --Andy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ORPHAN of mysql and python stuff
02.06.2014 12:15, Remi Collet пишет: Le 28/05/2014 18:32, Pavel Alexeev a écrit : mysql-connector-python (1.1.6 in rawhide, 1.2.1 recently released) Orphaned. mysql-utilities (1.3.6 in rawhide, 1.4.3 recently released) Orphaned Looks interesting. If it is Mariadb compatible I could take it. Yes most commands works with MariaDB server. Thanks. Taken. Do you have current problems with it? No bug reported. Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Retiring packages for Fedora 21
29.05.2014 17:43, Till Maas wrote: Since the mass rebuild will start in a week (2014-06-06) it is a good time to start cleaning up Fedora. After the mass rebuild, packages that fail to build for two releases will be be added to this list. Since this is the first run after adapting the script to pkgdb2, there might be some errors here, please report them. The following packages are orphaned and will be retired when Fedora (F21) is branched, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life According to https://fedoraproject.org/wiki/Schedule branching will occur not earlier than 2015-07-08. The packages will be retired shortly before. Package(co)maintainers === … pmountorphan, agk, Took master, f19, а20. -- With best wishes, Pavel Alexeev (aka Pahan-Hubbitus). For fast contact with me use jabber: hubbi...@jabber.ru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
On Mon, Jun 02, 2014 at 11:01:53AM +0200, Dan Horák wrote: yaboot dwmw2, dwmw2, fkocina, this is a secondary arch only package since F-12, so it should be excluded from the FTBFS list in primary koji This needs special attention from Dennis: https://fedorahosted.org/rel-eng/ticket/5729 Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
On Mon, Jun 02, 2014 at 11:01:53AM +0200, Dan Horák wrote: On Sun, 1 Jun 2014 11:24:09 +0200 Till Maas opensou...@till.name wrote: yaboot dwmw2, dwmw2, fkocina, this is a secondary arch only package since F-12, so it should be excluded from the FTBFS list in primary koji Actually according to Dennis this is a ppc32 package that can be retired, because ppc32 support is being dropped. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
On Monday, June 2, 2014, 2:53:33 PM, Till Mass wrote: On Mon, Jun 02, 2014 at 11:01:53AM +0200, Dan Horák wrote: On Sun, 1 Jun 2014 11:24:09 +0200 Till Maas opensou...@till.name wrote: yaboot dwmw2, dwmw2, fkocina, this is a secondary arch only package since F-12, so it should be excluded from the FTBFS list in primary koji Actually according to Dennis this is a ppc32 package that can be retired, because ppc32 support is being dropped. Till, Please do not start deleting ppc32-only packages. A few of us would like to resurrect ppc32, likely initially as a Fedora Remix. Deleting ppc32-only packages just adds more work to that effort. Al -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fwd: Ophaning lcms(1)
Hello, I'm orphaning lcms, this package has seen few security issue and upstream claim it's deprecated over lcms2 rhel 7 doesn't depends on it for the few package, so it might be an option not to build lcms support for certain package # repoquery --whatrequires liblcms.so.1 --source DevIL-1.7.8-16.fc20.src.rpm cinepaint-1.4-5.fc20.src.rpm cmyktool-0.1.6-0.6.pre1.fc20.src.rpm entangle-0.5.3-2.fc20.src.rpm f-spot-0.8.2-11.fc20.src.rpm geeqie-1.1-13.fc20.src.rpm gimp-separate+-0.5.8-10.fc20.src.rpm hylafax+-5.5.4-1.fc20.src.rpm libmng-1.0.10-12.fc20.src.rpm rawstudio-2.0-12.fc20.src.rpm mate-image-viewer-1.6.2-2.fc20.src.rpm oyranos-0.4.0-12.fc20.src.rpm photoprint-0.4.2-0.12.pre2.fc20.src.rpm python-pillow-2.2.1-4.fc20.src.rpm rawstudio-2.0-12.fc20.src.rpm sK1-0.9.1-0.8.pre_rev730.fc20.src.rpm Thx -- - Nicolas (kwizart) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Retiring packages for Fedora 21
On Monday, June 2, 2014, 10:05:22 AM, Adam Jackson wrote: On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote: Is the mga450 supported? Aside from formal graphics test days, I can run whatever tests required on x86 (both 32-bit and 64-bit). Define supported. I believe for PowerPC in RHEL we build the matroxfb driver for this card, so that plus the fbdev driver for X is what you get there. I'm not sure what would happen on Fedora for that, probably aligning it with RHEL makes sense. On x86 you'd get vesa. Assuming there are no down-sides of aligning Fedora and RHEL in this area, it would be appreciated. Do you need a BZ to do this? But in any of those cases there's no acceleration code involved, so supported could reaally only mean lights up and sets modes. Light is good. For the lower-functionality desktops, it is enough. The IBM AIX GXT135 driver documents a switch to enable minimally acceleration, but does not describe any details. Even without that enabled, it is usable under CDE. I've also got a GXT120 (OEM'd MY220P) and the identical x86 card. I'm not sure if that would be covered by mgag200, but again, I can provide validation. The mgag200 driver is, at the moment, only a driver for server variants of the G200 (G200SE, G200WB, etc). Actual G200, as well as G400 G450 and G550, are not driven by the mgag200 driver at this time. Thanks for the info, and your efforts! I can give them a try around alpha-time, and see what transpires. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fwd: Ophaning lcms(1)
On Mon, Jun 02, 2014 at 10:39:56PM +0200, Nicolas Chauvet wrote: python-pillow-2.2.1-4.fc20.src.rpm This one can be fixed by upgrading to 2.3.0 (or greater. 2.4.0 is current). 2.4.0 is what's in rawhide. Not sure if that's safe to push back to f20 and earlier. (Although I see that there's an insecure use of tempfile CVE that was ficed in 2.3.1 so maybe it makes sense to update even if there is API breakage.) @smani: Do you have more information here? -Toshio pgpVtProWXg4E.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Retiring packages for Fedora 21
On Mon, 2014-06-02 at 16:52 -0400, Al Dunsmuir wrote: On Monday, June 2, 2014, 10:05:22 AM, Adam Jackson wrote: On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote: Is the mga450 supported? Aside from formal graphics test days, I can run whatever tests required on x86 (both 32-bit and 64-bit). Define supported. I believe for PowerPC in RHEL we build the matroxfb driver for this card, so that plus the fbdev driver for X is what you get there. I'm not sure what would happen on Fedora for that, probably aligning it with RHEL makes sense. On x86 you'd get vesa. Assuming there are no down-sides of aligning Fedora and RHEL in this area, it would be appreciated. Do you need a BZ to do this? Appears to be thus already actually, so no bug needed. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ORPHAN of mysql and python stuff
Remi Collet wrote: Le 01/06/2014 00:30, Björn Persson a écrit : Remi Collet fed...@famillecollet.com wrote: Because of lack of interest, I plan to orphan the following packages (Fedora + EPEL) mysql++ (3.1.0 in rawhide, 3.2.1 available) I have systems in stable production mode that use MySQL++. I will adopt it if necessary to keep it from dropping out of Fedora Thanks, Orphaned, You can take it. Taken except for the el5 branch. Co-maintainers are welcome. -- Björn Persson signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Ophaning lcms(1)
On Mon, 2 Jun 2014 22:39:56 +0200, Nicolas Chauvet wrote: geeqie-1.1-13.fc20.src.rpm In Rawhide it has been built with a patch and LCMS2 for some time. For F20, there's something in updates-testing already, too. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
On Mon, Jun 02, 2014 at 04:36:28PM -0400, Al Dunsmuir wrote: Please do not start deleting ppc32-only packages. A few of us would like to resurrect ppc32, likely initially as a Fedora Remix. Deleting ppc32-only packages just adds more work to that effort. ok, but I guess there is no package left that is not properly configured in primary koji. If you continue with this effort, please re-open the rel-eng ticket in my other e-mail regarding yaboot. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
On Sun, Jun 01, 2014 at 12:56:58PM +0200, Till Maas wrote: On Sun, Jun 01, 2014 at 11:24:09AM +0200, Till Maas wrote: The following packages did not build for two releases (no new build since 2013-07-25) and will be retired when Fedora (F21) is branched, I might have used the wrong date, probably it should be 2013-02-12. I will create an updated list after I found the time. Here is an updated list, but there might be some errors left: Package(co)maintainers === IBSimu stevetraylen NearTree tmatsuu alliance chitlesh, tnorth bio2jack dtimms bitbake ixs blktap ke4qqq clearlooks-compact-gnome-theme cwickert, lkundrak drwright caillon freetalk orphan, rishi fuse-smb szpak g-wrap laxathom gdome2 sundaram guile-liblaxathom kannel thias, cicku, linuxthomass kguitar davidcornette libannodex thomasvs libopensync-plugin-opie awjb minbar izhar, hicham mozilla-firetray hicham pp3 mmahut proxyknife rishi python-gudev orphan, aledvink, sochotni rats smilner, rmonk verbiste icon wine-docsawjb yaboot dwmw2, fkocina, hegdevasant, jcajka, karsten, pnasrat, tbreeds zikula ke4qqq, pfrields The following packages require above mentioned packages: Depending on: NearTree rasmol (maintained by: krege) rasmol-2.7.5.2-2.fc21.i686 requires libCNearTree.so.5 rasmol-2.7.5.2-2.fc21.src requires NearTree-devel = 3.1.1-4.fc18 rasmol-gtk-2.7.5.2-2.fc21.i686 requires libCNearTree.so.5 Depending on: alliance pharosc (maintained by: chitlesh) pharosc-alliance-8.3-8.fc20.noarch requires alliance = 5.0-35.20090901snap.fc18 Depending on: bio2jack k3guitune (maintained by: dtimms) k3guitune-1.01-11.fc20.i686 requires libbio2jack.so.0 k3guitune-1.01-11.fc20.src requires bio2jack-devel = 0.9-8.fc18 Depending on: guile-lib coot (maintained by: timfenn) coot-0.7.2-1.fc21.src requires guile-lib = 0.1.6-5.fc18 Depending on: libannodex mod_annodex (maintained by: thomasvs) mod_annodex-0.2.2-20.fc21.i686 requires libannodex.so.0 mod_annodex-0.2.2-20.fc21.src requires libannodex-devel = 0.7.3-17.fc18 Depending on: python-gudev rhn-client-tools (maintained by: msuchy, mzazrive) rhn-client-tools-2.1.16-1.fc21.noarch requires python-gudev = 147.2-3.fc18 rhn-check-2.1.16-1.fc21.noarch requires yum-rhn-plugin = 2.1.7-1.fc21 rhn-setup-2.1.16-1.fc21.noarch requires rhnsd = 5.0.14-1.fc21 rhncfg (maintained by: msuchy, mzazrive) rhncfg-5.10.65-1.fc21.noarch requires rhn-client-tools = 2.1.16-1.fc21 rhnpush (maintained by: msuchy, mzazrive) rhnpush-5.5.65-2.fc20.noarch requires rhn-client-tools = 2.1.16-1.fc21 rhnpush-5.5.65-2.fc20.src requires rhn-client-tools = 2.1.16-1.fc21 rhnsd (maintained by: msuchy, mzazrive) rhnsd-5.0.14-1.fc21.i686 requires rhn-check = 2.1.16-1.fc21 spacewalk-certs-tools (maintained by: msuchy) spacewalk-certs-tools-2.1.6-1.fc21.noarch requires rhn-client-tools = 2.1.16-1.fc21 spacewalk-koan (maintained by: msuchy) spacewalk-koan-2.1.4-1.fc21.noarch requires rhn-check = 2.1.16-1.fc21
Re: [ACTION REQUIRED] Retiring packages for Fedora 21
On Monday, June 2, 2014, 5:15:18 PM, Adam Jackson wrote: On Mon, 2014-06-02 at 16:52 -0400, Al Dunsmuir wrote: On Monday, June 2, 2014, 10:05:22 AM, Adam Jackson wrote: On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote: Is the mga450 supported? Aside from formal graphics test days, I can run whatever tests required on x86 (both 32-bit and 64-bit). Define supported. I believe for PowerPC in RHEL we build the matroxfb driver for this card, so that plus the fbdev driver for X is what you get there. I'm not sure what would happen on Fedora for that, probably aligning it with RHEL makes sense. On x86 you'd get vesa. Assuming there are no down-sides of aligning Fedora and RHEL in this area, it would be appreciated. Do you need a BZ to do this? Appears to be thus already actually, so no bug needed. Excellent! Thanks for checking. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fwd: Ophaning lcms(1)
On Mon, Jun 02, 2014 at 10:39:56PM +0200, Nicolas Chauvet wrote: # repoquery --whatrequires liblcms.so.1 --source cinepaint-1.4-5.fc20.src.rpm cmyktool-0.1.6-0.6.pre1.fc20.src.rpm DevIL-1.7.8-16.fc20.src.rpm entangle-0.5.3-2.fc20.src.rpm f-spot-0.8.2-11.fc20.src.rpm geeqie-1.1-13.fc20.src.rpm gimp-separate+-0.5.8-10.fc20.src.rpm hylafax+-5.5.4-1.fc20.src.rpm libmng-1.0.10-12.fc20.src.rpm mate-image-viewer-1.6.2-2.fc20.src.rpm oyranos-0.4.0-12.fc20.src.rpm photoprint-0.4.2-0.12.pre2.fc20.src.rpm python-pillow-2.2.1-4.fc20.src.rpm rawstudio-2.0-12.fc20.src.rpm rawstudio-2.0-12.fc20.src.rpm sK1-0.9.1-0.8.pre_rev730.fc20.src.rpm There are inkscape and imageinfo missing in the list: Depending on: lcms DevIL (maintained by: jwrdegoede) DevIL-1.7.8-17.fc21.i686 requires liblcms.so.1 DevIL-1.7.8-17.fc21.src requires lcms-devel = 1.19-11.fc21 DevIL-ILUT-1.7.8-17.fc21.i686 requires liblcms.so.1 cinepaint (maintained by: jcapik) cinepaint-1.4-5.fc21.i686 requires liblcms.so.1 cinepaint-1.4-5.fc21.src requires lcms-devel = 1.19-11.fc21 cinepaint-libs-1.4-5.fc21.i686 requires liblcms.so.1, liboyranos.so.0, liboyranos_config.so.0, liboyranos_core.so.0, liboyranos_modules.so.0, liboyranos_object.so.0 cmyktool (maintained by: duffy) cmyktool-0.1.6-0.6.pre1.fc20.i686 requires liblcms.so.1 cmyktool-0.1.6-0.6.pre1.fc20.src requires pkgconfig(lcms) = 1.19 cups-filters (maintained by: twaugh, jkoncick, jpopelka) cups-filters-1.0.53-2.fc21.src requires pkgconfig(lcms) = 1.19 f-spot (maintained by: chkr, alexl, caolanm, hadess, johnp, mbarnes, rhughes, rstrode, ssp, xiphmont) f-spot-0.8.2-11.fc20.i686 requires lcms-libs = 1.19-11.fc21, liblcms.so.1 f-spot-0.8.2-11.fc20.src requires lcms-devel = 1.19-11.fc21 gimp-separate+ (maintained by: hanecak, design-sw) gimp-separate+-0.5.8-10.fc21.i686 requires liblcms.so.1 gimp-separate+-0.5.8-10.fc21.src requires lcms-devel = 1.19-11.fc21 hylafax+ (maintained by: faxguy, msuchy) hylafax+-5.5.5-1.fc21.i686 requires liblcms.so.1 hylafax+-5.5.5-1.fc21.src requires lcms-devel = 1.19-11.fc21 hylafax+-client-5.5.5-1.fc21.i686 requires liblcms.so.1 imageinfo (maintained by: brendt) imageinfo-0.05-20.fc21.src requires lcms-devel = 1.19-11.fc21 inkscape (maintained by: limb, duffy, lkundrak) inkscape-0.48.4-16.fc21.src requires lcms-devel = 1.19-11.fc21 rawstudio (maintained by: giallu) librawstudio-2.0-13.fc21.i686 requires liblcms.so.1 rawstudio-2.0-13.fc21.i686 requires liblcms.so.1 rawstudio-2.0-13.fc21.src requires lcms-devel = 1.19-11.fc21 oyranos (maintained by: cicku) oyranos-0.9.5-2.fc21.src requires lcms-devel = 1.19-11.fc21 photoprint (maintained by: mdomsch) photoprint-0.4.2-0.12.pre2.fc20.i686 requires liblcms.so.1 photoprint-0.4.2-0.12.pre2.fc20.src requires lcms-devel = 1.19-11.fc21 sK1 (maintained by: itamarjp) sK1-0.9.1-0.9.pre_rev730.fc21.i686 requires liblcms.so.1, python-lcms = 1.19-11.fc21 sK1-0.9.1-0.9.pre_rev730.fc21.src requires lcms-devel = 1.19-11.fc21 Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
On Monday, June 2, 2014, 5:54:10 PM, Till Mass wrote: On Mon, Jun 02, 2014 at 04:36:28PM -0400, Al Dunsmuir wrote: Please do not start deleting ppc32-only packages. A few of us would like to resurrect ppc32, likely initially as a Fedora Remix. Deleting ppc32-only packages just adds more work to that effort. ok, but I guess there is no package left that is not properly configured in primary koji. If you continue with this effort, please re-open the rel-eng ticket in my other e-mail regarding yaboot. Thanks - will do. The intent is to switch ppc32 over to grub2 once basic install is operational. F20 ppc64 GA made the switch, but it was not without trials - see https://bugzilla.redhat.com/show_bug.cgi?id=1020112 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)
Hi On Mon, Jun 2, 2014 at 5:57 PM, Till Maas wrote: gdome2 sundaram I have retired this already. What more should I do? Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1101990] perl-Net-GitHub-0.63 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1101990 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Net-GitHub-0.63-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-06-02 03:30:42 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=FjZHZqdduua=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103666] New: perl-Coro-6.39 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103666 Bug ID: 1103666 Summary: perl-Coro-6.39 is available Product: Fedora Version: rawhide Component: perl-Coro Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: boche...@fedoraproject.org, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 6.39 Current version/release in Fedora Rawhide: 6.37-1.fc21 URL: http://search.cpan.org/dist/Coro/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=p5ZBxBGp2ma=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103667] New: perl-DateTime-TimeZone-1.70 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103667 Bug ID: 1103667 Summary: perl-DateTime-TimeZone-1.70 is available Product: Fedora Version: rawhide Component: perl-DateTime-TimeZone Keywords: FutureFeature, Triaged Assignee: iarn...@gmail.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org Latest upstream release: 1.70 Current version/release in Fedora Rawhide: 1.69-1.fc21 URL: http://search.cpan.org/dist/DateTime-TimeZone/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2J4y0Kmthpa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103668] New: perl-DBD-Pg-3.3.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103668 Bug ID: 1103668 Summary: perl-DBD-Pg-3.3.0 is available Product: Fedora Version: rawhide Component: perl-DBD-Pg Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: dev...@gunduz.org, jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 3.3.0 Current version/release in Fedora Rawhide: 3.2.1-1.fc21 URL: http://search.cpan.org/dist/DBD-Pg/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CVRmQycnyla=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103669] New: perl-Digest-SHA-5.92 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103669 Bug ID: 1103669 Summary: perl-Digest-SHA-5.92 is available Product: Fedora Version: rawhide Component: perl-Digest-SHA Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 5.92 Current version/release in Fedora Rawhide: 5.91-1.fc21 URL: http://search.cpan.org/dist/Digest-SHA/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=SyvNm8fCzDa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103670] New: perl-File-pushd-1.007 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103670 Bug ID: 1103670 Summary: perl-File-pushd-1.007 is available Product: Fedora Version: rawhide Component: perl-File-pushd Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 1.007 Current version/release in Fedora Rawhide: 1.006-1.fc21 URL: http://search.cpan.org/dist/File-pushd/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GW8LM2oIuTa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103666] perl-Coro-6.39 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103666 --- Comment #1 from Petr Pisar ppi...@redhat.com --- This is a bug-fix release suitable for F≥20. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=4CKsbFkqXZa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103677] New: perl-Socket-2.014 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103677 Bug ID: 1103677 Summary: perl-Socket-2.014 is available Product: Fedora Version: rawhide Component: perl-Socket Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 2.014 Current version/release in Fedora Rawhide: 2.013-1.fc21 URL: http://search.cpan.org/dist/Socket/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Ss0kHjV2vka=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103666] perl-Coro-6.39 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103666 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Coro-6.39-1.fc21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=AGsZhiTUGja=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103666] perl-Coro-6.39 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103666 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Coro-6.39-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Coro-6.39-1.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=VLcIGRpX0Za=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103677] perl-Socket-2.014 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103677 --- Comment #1 from Petr Pisar ppi...@redhat.com --- This is a bug-fix release suitable for F≥20. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tb5S6l6osCa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103677] perl-Socket-2.014 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103677 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Socket-2.014-1.fc21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1ud1F9avrsa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103669] perl-Digest-SHA-5.92 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103669 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Digest-SHA-5.92-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-06-02 07:06:30 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=DSOmj3hqsLa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1103677] perl-Socket-2.014 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1103677 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Socket-2.014-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Socket-2.014-1.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=SjGOuxOk1Ea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1051110] perl-PlRPC: various flaws [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1051110 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Petr Pisar ppi...@redhat.com --- Because there is no way how to fix this vulnerability, the modules requiring perl-PlRPC's modules will be removed from perl-DBI in rawhide and the perl-PlRPC package will be removed from the rawhide. The code will be kept as is in already released Fedoras (Fedora 20 and older) to preserve compatibility. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=h9OrbvCfCNa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1051110] perl-PlRPC: various flaws [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1051110 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-DBI-1.631-3.fc21 --- Comment #5 from Petr Pisar ppi...@redhat.com --- The dependency on perl-PlRPC has been removed in perl-DBI-1.631-3.fc21. The perl-PlRPC package has been retired and blocked in Fedora 21. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=xlqw0cESJ6a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] kwizart:perl-Guard commit set to Approved
user: kwizart set for pghmcfc acl: commit of package: perl-Guard from: Awaiting Review to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Guard -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] kwizart:perl-Guard commit set to Approved
user: kwizart set for pghmcfc acl: commit of package: perl-Guard from: Awaiting Review to: Approved on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Guard -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1057466] FTBFS: perl-PBS not retired
https://bugzilla.redhat.com/show_bug.cgi?id=1057466 Till Maas opensou...@till.name changed: What|Removed |Added Status|ASSIGNED|CLOSED CC||opensou...@till.name Resolution|--- |RAWHIDE Last Closed||2014-06-02 17:20:42 --- Comment #3 from Till Maas opensou...@till.name --- fixed while cleaning up inconsistent packages. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=IBOEfLjmFda=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please review:Ticket 47803: syncrepl crash if attribute list is non-empty
https://fedorahosted.org/389/ticket/47803 https://fedorahosted.org/389/attachment/ticket/47803/0001-Ticket-47803-syncrepl-crash-if-attribute-list-is-non.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review (take 2): [389 Project] #47770: #481 breaks possibility to reassemble memberuid list
https://fedorahosted.org/389/ticket/47770 https://fedorahosted.org/389/attachment/ticket/47770/0001-Ticket-47770-481-breaks-possibility-to-reassemble-me.2.patch Thanks to Rich for his comments. This new patch fixed a leak pointed out by Rich and 3 more leaks revealed by valgrind. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Proposal: Use and Require CLA for QA Devel Project Contributions
On Mon, 26 May 2014 08:40:18 -0400 (EDT) Kamil Paral kpa...@redhat.com wrote: That being said, the kernel-style DCO [1] might be worth considering. Nothing fancy, just documentation that lists the DCO and says that by contributing code, you agree to its terms. I'm not sure we need to deal with signing off on code since we don't have a complicated merge process, though. This is almost no barrier to entry and reduces the possibility for folks to be confused about which license they're contributing under. Overall, I figure it covers most of the use cases we're interested in (other than possibly reverting back to an older license, which isn't a big deal) without causing un-needed problems. I thought that the ability to revert to an older license was one of the reasons for the proposal. I'm not sure why it's not a big deal anymore? I'd love to keep that an option but if the only way to do that is a CLA, it's not worth the cost. I'd rather keep track of contributors than deal with all the problems and bad vibes which come with a CLA. The change on my end was mostly in realizing how bad of an idea using a CLA would be. Unfortunately I don't have any further comments or recommendations, because I'm utterly lost in this legal mumbo-jumbo, sorry. No worries, I didn't quite realize the can of worms that I was opening up. I just want to be done with this so that we have user-facing directive docs and no more licensing/CLA/DCO discussions. One suggestion was to keep the existing code gpl2+ and distribute as gpl3 so that we could have the option of removing the gpl3 code later and redistributing as gpl2+ again if the need/desire arose. Unless there are objections, I'd like to do that so we can put the issue to rest for now. The suggestion didn't raise any no, don't do that! on the fedora-legal list when I asked, so I figure that it's reasonable to move forward on the idea. We can discuss farther in this thread or in the qa devel meeting later today. Tim signature.asc Description: PGP signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Coding Style
Since we're likely to be doing some license header changes in the near future, I'm thinking that it might be a good time to start discussing code style for our projects. I'd like to be pretty much pep8 unless there are good reasons to deviate from that standard. PEP8 is well known and tools to check against it are widely available. Outside any header requirements or directive documentation requirements, are there any changes to PEP8 that folks want to make? If so, please list the exceptions and why you think they should be adopted. Tim signature.asc Description: PGP signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel