EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 682 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 173 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5 137 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 112 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12091/bip-0.8.9-1.el5 102 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12169/gc-7.1-6.el5 17 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0581/augeas-1.2.0-1.el5 17 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0541/drupal7-ctools-1.4-1.el5 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0645/easy-rsa-2.2.2-1.el5 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0702/mod_auth_shadow-2.3-2.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0745/imapsync-1.584-2.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0752/libssh-0.5.5-2.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing dnstop-20121017-3.el5 imapsync-1.584-2.el5 libssh-0.5.5-2.el5 shogun-data-0.8.1-0.2.git20140303.6615cf0.el5 Details about builds: dnstop-20121017-3.el5 (FEDORA-EPEL-2014-0741) Displays information about DNS traffic on your network Update Information: EPEL5 branch update References: [ 1 ] Bug #550360 - Review Request: dnstop - Displays information about DNS traffic on your network https://bugzilla.redhat.com/show_bug.cgi?id=550360 imapsync-1.584-2.el5 (FEDORA-EPEL-2014-0745) Tool to migrate email between IMAP servers Update Information: Disable releasecheck - CVE-2013-4279 ChangeLog: * Tue Mar 4 2014 Nick Bebout n...@fedoraproject.org - 1.584-2 - Disable releasecheck - CVE-2013-4279 * Thu Feb 13 2014 Nick Bebout n...@fedoraproject.org - 1.584-1 - Upgrade to 1.584 * Sun Dec 29 2013 Nick Bebout n...@fedoraproject.org - 1.580-1 - Upgrade to 1.580 * Thu Oct 17 2013 Nick Bebout n...@fedoraproject.org - 1.569-1 - Upgrade to 1.569 * Thu Sep 26 2013 Nick Bebout n...@fedoraproject.org - 1.567-1 - Upgrade to 1.567 * Mon Aug 19 2013 Nick Bebout n...@fedoraproject.org - 1.564-1 - Upgrade to 1.564 * Sun Aug 4 2013 Nick Bebout n...@fedoraproject.org - 1.558-1 - Upgrade to 1.558 References: [ 1 ] Bug #1000215 - CVE-2013-4279 imapsync default version check with http://imapsync.lamiral.info information leakage https://bugzilla.redhat.com/show_bug.cgi?id=1000215 libssh-0.5.5-2.el5 (FEDORA-EPEL-2014-0752) A library implementing the SSH2 protocol (0xbadc0de version) Update Information: Fix CVE-2014-0017. ChangeLog: * Wed Mar 5 2014 - Andreas Schneider a...@redhat.com - 0.5.5-2 - resolves: #1072191 - Fix CVE-2014-0017. - resolves: #1072741 - Fix CVE-2014-0017. References: [ 1 ] Bug #1072191 - CVE-2014-0017 libssh: Improper initialization of PRNG after fork() https://bugzilla.redhat.com/show_bug.cgi?id=1072191 shogun-data-0.8.1-0.2.git20140303.6615cf0.el5 (FEDORA-EPEL-2014-0750) Data-files for the SHOGUN machine learning toolbox Update Information: * updated to new snapshot git20140303.6615cf007634595d459853bf4dc6f1a227d2450c * added a macro for use in other spec-files ChangeLog: References: [ 1 ] Bug #1068941 - shogun-data 0.8 is available https://bugzilla.redhat.com/show_bug.cgi?id=1068941
Re: F21 Self Contained Change: Lohit Odia Gurumukhi font naming
On 4 March 2014 19:12, Miloslav Trmač m...@volny.cz wrote: Hello, 2014-03-03 15:31 GMT+01:00 Jaroslav Reznik jrez...@redhat.com: = Proposed Self Contained Change: Lohit Odia Gurumukhi font naming = https://fedoraproject.org/wiki/Changes/Lohit_Odia_Gurumukhi snip This Other developers: N/A (not a System Wide Change) and this * Anaconda need to update default fonts installation list. * Libreoffice lang pack requires need to change. contradicts. Formally, the process calls for either making this a system-wide change, or for making the anaconda and libreoffice maintainers co-owners of the self-contained change. (It amounts to the same thing - they need know about this.) Yeah, I have completed most of the sections marked mandatory for system wide change. I am fine with taking this as a system wide change. = User Experience = This change proposal it noticeable by target audience as the default font names for there language is going to change. They will see different font name. What about pre-existing documents that refer to the old font names? I see this is the only place we have default fonts listed. http://tagoh.fedorapeople.org/fonts/f20-defaultfonts.html I think we can write clear i18n docs beat and mentioned about this change. Will they transparently use the new fonts? Yes, since only font name is getting change. There will be not see much difference in visual stuff. Regards, Pravin Satpute -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Retiring libnemesi and netembryo
Hello, I've just marked libnemesi and netembryo as retired. There are no dependent packages. The last release was done in 2008, upstream no longer exists (domain expired) and the original author confirmed in a private e-mail that they should be retired. Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
hierarchical comps groups proposal
Hi, I would like to suggest the idea of adding support for hierarchical comps groups to Fedora. The idea is make yum groups in comps more modular, ie groups could require other groups not just packages; at this time I don't think it would require any GUI changes. Currently comps is quite linear (flat) and we have to do silly things like adding a group to add a package to an environment group, and duplicating certain sets of packages across certain groups. Hierarchical groups would allow more flexible package group choices, avoid package repetition in comps, and also allow people to install what they need more precisely. eg Someone might only want to install @gnome-core-desktop @mate-core-desktop, @asian-fonts, etc. I am sure there are many more possible examples. With the Fedora.next initiative now seems a good time to do this. It should probably be made a system-wide change proposal (I only noticed the deadline this week!) but I wanted to post here first for discussion since I think it needs changes to yum, dnf, and maybe other tools. I would be happy to help (at least) prepare a Change proposal for this, specially if other people (stakeholders) are willing to help make this happen. Jens -- 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: F21 System Wide Change: System-wide crypto policy
On Tue, 2014-03-04 at 17:19 +0100, Miloslav Trmač wrote: 2014-02-27 17:22 GMT+01:00 Jaroslav Reznik jrez...@redhat.com: = Proposed System Wide Change: System-wide crypto policy = https://fedoraproject.org/wiki/Changes/CryptoPolicy Unify the crypto policies used by different applications and libraries. Is this for TLS only? The description suggest this, but it's not explicit. I've made it explicit, thanks. The above proposed levels broadly make sense (taking 80/128/256 as a nice round numbers that stand for detailed strenghts), we would probably want to explicitly document the semantics (Is the semantics of a level fixed forever or will it be updated? Will we remove a weak cipher from an existing level (ever / during a single Fedora release)? Will we add a cipher to alevel (ever / during a single Fedora release?). Would that be required to be part of the fedora change? I'd prefer if the semantics are not fixed before the actual levels are fixed. * Proposal owners: For GnuTLS and OpenSSL the SYSTEM cipher needs to be understood and behave as described. For NSS the NSS_SetDomesticPolicy() can be overloaded to behave as above. Please update the NSS part with the current proposal (based on our discussion). Updated. * Other developers: Packages that use SSL crypto libraries should, after the previous change is complete, start replacing the default cipher strings with SYSTEM. How can we find out which packages would be affected? Anything that requires the library, or only users that refer to a specific symbol? I've updated the text. The idea is to start with a small set of packages using the new method in F21 and increase gradually. What about packages that currently don't explicitly set any policy string (i.e. packages that probably don't care too much about the specifics)? Would this mean adding a call to use SYSTEM to these packages, or would we change the semantics of the API to use SYSTEM by default? I think that we should change the semantics of the API to use the SYSTEM by default. I've updated the text to reflect that. regards, Nikos -- 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: hierarchical comps groups proposal
On 03/05/2014 09:40 AM, Jens Petersen wrote: Hi, I would like to suggest the idea of adding support for hierarchical comps groups to Fedora. The idea is make yum groups in comps more modular, ie groups could require other groups not just packages; at this time I don't think it would require any GUI changes. Currently comps is quite linear (flat) and we have to do silly things like adding a group to add a package to an environment group, and duplicating certain sets of packages across certain groups. Hierarchical groups would allow more flexible package group choices, avoid package repetition in comps, and also allow people to install what they need more precisely. eg Someone might only want to install @gnome-core-desktop @mate-core-desktop, @asian-fonts, etc. I am sure there are many more possible examples. Yep, I'm for it. One thing: the proposal should explicitly mention how hierarchical groups make environment groups obsolete, and then make them obsolete, so both the implementators and the users have one less obscurely defined concept to deal with. With the Fedora.next initiative now seems a good time to do this. It should probably be made a system-wide change proposal (I only noticed the deadline this week!) but I wanted to post here first for discussion since I think it needs changes to yum, dnf, and maybe other tools. I would be happy to help (at least) prepare a Change proposal for this, specially if other people (stakeholders) are willing to help make this happen. We can contribute the changes on DNF side once libcomps supports that. Ales -- 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: hierarchical comps groups proposal
2014-03-05 9:40 GMT+01:00 Jens Petersen peter...@redhat.com: I would like to suggest the idea of adding support for hierarchical comps groups to Fedora. (I'm not going to contribute actual work on this anyway, but) do we actually need that complexity? The idea is make yum groups in comps more modular, ie groups could require other groups not just packages; at this time I don't think it would require any GUI changes. So the proposal is not to show them as really hierarchical, and not to add any structurally new user-visible features[1] just to avoid repetition in the comps file? Would it be an option to use an XML entity for the duplicated parts, or a similar preprocessing step during generation of comps.xml, to create the current group format instead? That would have the advantage of not having to adjust yum/dnf/anaconda to support the new feature. Mirek [1] Having more groups available is certainly a feature, but not structurally new, i.e. it keeps the existing usage model. -- 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: F21 Self Contained Change: Lohit Odia Gurumukhi font naming
2014-03-05 9:17 GMT+01:00 pravin@gmail.com pravin@gmail.com: On 4 March 2014 19:12, Miloslav Trmač m...@volny.cz wrote: Formally, the process calls for either making this a system-wide change, or for making the anaconda and libreoffice maintainers co-owners of the self-contained change. (It amounts to the same thing - they need know about this.) Yeah, I have completed most of the sections marked mandatory for system wide change. I am fine with taking this as a system wide change. Getting an anaconda/libreoffice maintainer to sign up to make this self-contained might be easier - but that's purely up to you. = User Experience = This change proposal it noticeable by target audience as the default font names for there language is going to change. They will see different font name. What about pre-existing documents that refer to the old font names? I see this is the only place we have default fonts listed. http://tagoh.fedorapeople.org/fonts/f20-defaultfonts.html I think we can write clear i18n docs beat and mentioned about this change. No, I meant users' documents. If I have a used LibreOffice to create a document in F20, will it contain the old font names? Will it automatically use the corresponding renamed fonts on F21, or will it fall back to some kind of default? 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: Packages with missing %check
On Wed 05 Mar 2014 11:23:23 AM CET Alexander Todorov wrote: На 4.03.2014 20:36, Mat Booth написа: On 25 February 2014 11:19, Mikolaj Izdebski mizde...@redhat.com wrote: On 02/25/2014 11:45 AM, Alexander Todorov wrote: 3) Another proposal (sorry don't remember who proposed it) was to have %check with a comment why the test suite is not executed (e.g. requires network) or why it is executed in %build. Commenting why tests are skipped is a very good thing, but I don't like the idea of adding empty %check sections to my 250+ packages just for the sake of documenting that tests are ran in %build because that's what we do in Java world. Agreed, it seems like busy work to me that adds very little value to anyone familiar with Java packages. You are forgetting everyone that is not so familiar with Java. Why are you filing bugs (with patches) you don't understand then? Have you asked *anybody* to help you out with exclusions? Have you gotten in touch with Java|Perl|PythonX|Y|Z SIG and ask for their assistance in better identification of testsuites and if they are being run? You are putting cart before the horse rushing the whole mass bug filing process without understanding consequences. You are going to be ignored. Your bugs are going to get closed/wontfix. You are going to get annoyed. You are not going to achieve much (if anything). Also I didn't ask you (as a package owner) to do it explicitly, I've asked you to accept a patch which should be much more easier. Patch which contains text which you haven't verified is correct. Quoting: +%check +# tests are executed during %build + How do *you* *know* they are executed during build? Do you even know how to recognize a difference between following: ant dist test javadoc ant dist javadoc ant jar %mvn_build %mvn_build -f %mvn_build -Dtestnotmatchpattern=\* %mvn_build -- -Dmaven.test.skip=true mvn-rpmbuild -Dmaven.test.failure.ignore=true ... Hint: Except %mvn_build and ant dist test javadoc these executions most likely don't run tests or if they do they ignore the failures Wouldn't it be easier to change the whatever tool is generating this report to accommodate for this? If package invokes %mvn_build then don't expect there to be a %check section seems like a reasonable heuristic to me. See https://bugzilla.redhat.com/show_bug.cgi?id=1072417#c4 to avoid repeating myself. Even if the tool uses heuristics to exclude some groups of packages it will not be obvious why there's no %check section. It could be because tests are executed in %build, because they need root or network access and are disabled, because the test framework used is not available (see DHCP) or anything else. Right, so your patches are basically worthless and you are planning to file possibly hundreds of bugs where maintainers will most likely manually close as WONTFIX/NOTABUG because it's clear to anyone working in their respective SIG what's happening there. A small comment makes it much more clear and straight forward. I want my packages to run tests. If there are tests upstream but I am not running them, sure there should be a comment or even better a FutureFeature bug to fix the testsuite. We are mostly doing all of this in Java SIG packages. Adding useless comment to spec files is not the way to improve things. If you want to improve stuff then focus on identifying packages which should run tests but don't. -- Stanislav Ochotnicky sochotni...@redhat.com Software Engineer - Developer Experience PGP: 7B087241 Red Hat Inc. http://cz.redhat.com pgp2sQjD4Apqb.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: Packages with missing %check
On 5 March 2014 10:23, Alexander Todorov atodo...@redhat.com wrote: На 4.03.2014 20:36, Mat Booth написа: On 25 February 2014 11:19, Mikolaj Izdebski mizde...@redhat.com wrote: On 02/25/2014 11:45 AM, Alexander Todorov wrote: 3) Another proposal (sorry don't remember who proposed it) was to have %check with a comment why the test suite is not executed (e.g. requires network) or why it is executed in %build. Commenting why tests are skipped is a very good thing, but I don't like the idea of adding empty %check sections to my 250+ packages just for the sake of documenting that tests are ran in %build because that's what we do in Java world. Agreed, it seems like busy work to me that adds very little value to anyone familiar with Java packages. You are forgetting everyone that is not so familiar with Java. Also I didn't ask you (as a package owner) to do it explicitly, I've asked you to accept a patch which should be much more easier. Wouldn't it be easier to change the whatever tool is generating this report to accommodate for this? If package invokes %mvn_build then don't expect there to be a %check section seems like a reasonable heuristic to me. See https://bugzilla.redhat.com/show_bug.cgi?id=1072417#c4 to avoid repeating myself. Even if the tool uses heuristics to exclude some groups of packages it will not be obvious why there's no %check section. It could be because tests are executed in %build, because they need root or network access and are disabled, because the test framework used is not available (see DHCP) or anything else. If the tool excludes a package based on a heuristic, it can also tell you *why* it was excluded (the heuristic was added for a reason!) A comment in the SPEC is unnecessary duplication of information at that point. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
dnf-0.4.17
Hello, 0.4.17 was just released: http://dnf.baseurl.org/2014/03/05/dnf-0-4-17-released/ http://akozumpl.github.io/dnf/release_notes.html#id28 Cheers, Ales -- 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: Meeting minutes for Env-and-Stacks WG meeting (2014-03-03)
On Tue, 2014-03-04 at 18:24 -0800, Toshio Kuratomi wrote: Did anyone forward the playground repo proposal on to FESCo? I guess not yet. Marcela put out an activity report for the Env-and-stacks WG yesterday (https://fedorahosted.org/fesco/ticket/1221#comment:28), which mentions the Playground repository draft. Is that enough? Tadej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pl license change in F21
Prolog lovers, be ware the SWI Prolog 6.2.2, which is comming into Fedora 21 now, advertises a new license. This time the new license is the EPL (Eclipse Public License). Lawyers, don't panic! Although EPL is not compatible with GPL, pl is covered by GPL with special exception granted by R.M.S. himself. In addition, the EPL code is a library in a separated file which is merged with the GPL code at run-time only (interpreted language). Summary: pl-6.6.2-1.fc21's license is: (GPLv2+ with exceptions or Artistic 2.0) and (GPLv2+ with exceptions) and LGPLv2+ and LGPLv2 and UCD and BSD and Public Domain and EPL and GPLv2 and GPLv3+. -- Petr -- 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: F21 System Wide Change: System-wide crypto policy
2014-03-05 9:58 GMT+01:00 Nikos Mavrogiannopoulos n...@redhat.com: The above proposed levels broadly make sense (taking 80/128/256 as a nice round numbers that stand for detailed strenghts), we would probably want to explicitly document the semantics (Is the semantics of a level fixed forever or will it be updated? Will we remove a weak cipher from an existing level (ever / during a single Fedora release)? Will we add a cipher to alevel (ever / during a single Fedora release?). Would that be required to be part of the fedora change? I'd prefer if the semantics are not fixed before the actual levels are fixed. I don't think it's required for FESCo to make a decision (but I can't speak for other FESCo members); it should be defined by F21 release so that the users know what they have been promised. 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: default file system, was: Comparison to Workstation Technical Specification
On Tue, Mar 04, 2014 at 05:44:14PM -0600, Jon wrote: On the rel-eng side we are not using anaconda to compose the ARM images because we cannot put Anaconda into koji tasks, so instead we use appliance-tools for ARM images. There should be a new koji release _real soon now_ which will include Anaconda via ImageFactory. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: hierarchical comps groups proposal
Hi, 2014-03-05 9:40 GMT+01:00 Jens Petersen peter...@redhat.com : I would like to suggest the idea of adding support for hierarchical comps groups to Fedora. (I'm not going to contribute actual work on this anyway, but) do we actually need that complexity? I am not sure how complex it is. As Ales pointed out it might allow us to remove environment groups for example so it might actually simplify comps, as well as eliminating some repetitions. Note that more modular comps would also be helpful for people writing kickstart files for example. The idea is make yum groups in comps more modular, ie groups could require other groups not just packages; at this time I don't think it would require any GUI changes. So the proposal is not to show them as really hierarchical, and not to add any structurally new user-visible features[1] just to avoid repetition in the comps file? To me current comps is quite messy because everything has to be flat which limits its flexibility in various ways. But right, *initially* I reckon hierarchical groups need not *require* any GUI changes to anaconda, etc. In the first instance it would be about providing greater structure and more fine-grained groups in comps. Later these could also be used for more advanced selection of groups in the installer and package GUI. Would it be an option to use an XML entity for the duplicated parts, or a similar preprocessing step during generation of comps.xml, to create the current group format instead? That would have the advantage of not having to adjust yum/dnf/anaconda to support the new feature. Perhaps, but the primary goal/motivation is not just to eliminate the duplication of common package sets but to provide a richer, more modular, flexible hierarchy of comps groups. Perhaps an explicit example would help. Jens -- 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: Packages with missing %check
На 5.03.2014 14:12, Stanislav Ochotnicky написа: Why are you filing bugs (with patches) you don't understand then? This is a foolish statement to make without knowing what I do and don't know or understand. Patch which contains text which you haven't verified is correct. Quoting: +%check +# tests are executed during %build + How do *you* *know* they are executed during build? FYI, first I got a list of possible packages which have their tests run in %build from mizdebsk, then I inspected them and built them *by hand* to verify that was indeed correct (e.g. apache-commons-codec, apache-comons-logging, python-blivet, python-urlgrabber, etc.) If you find a patch which is incorrect (that is not running the test suite properly or stating an invalid comment) point me to it and I will work to update it. -- Alex -- 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: Modular Kernel Packaging for Cloud - glibc-common
Am 05.03.2014 16:02, schrieb Josh Boyer: FWIW, the existing kernel package installed today (a debug kernel even) is ~142 MB. 123MB of that is the /lib/modules content. ~6MB of that is vmlinuz. The remaining 13MB is the initramfs, which is actually something that composes on the system during install and not something we can shrink from a packaging standpoint honestly glibc-common would be more useful and less critical to split into subpackages * missing a locale and fallback to english leaves the option install whatever package - i would not miss anything than de and en on all machines i maintain - cloud or not * missing a kernel module and refuse to boot is critical because of that CC to @devel 114,08 MB glibc-common 132,60 MB kernel [harry@rh]$ rpm -q --filesbypkg glibc-common | grep locale | wc -l 419 [harry@rh]$ rpm -q --filesbypkg glibc-common | grep -v locale | wc -l 257 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf-0.4.17
On 03/05/2014 02:33 PM, Dennis Gilmore wrote: Did you see the dnf patches i sent to the yum-devel list fixing up arch support? since whats in dnf today is incorrect and incomplete. Yes, merged them upstream. Will be in dnf-0.4.18. Ales -- 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: Packages with missing %check
On Wed 05 Mar 2014 03:57:17 PM CET Alexander Todorov wrote: На 5.03.2014 14:12, Stanislav Ochotnicky написа: Why are you filing bugs (with patches) you don't understand then? This is a foolish statement to make without knowing what I do and don't know or understand. That's the whole point though. Several people from Java SIG feel the same way about those patches... Patch which contains text which you haven't verified is correct. Quoting: +%check +# tests are executed during %build + How do *you* *know* they are executed during build? FYI, first I got a list of possible packages which have their tests run in %build from mizdebsk, then I inspected them and built them *by hand* to verify that was indeed correct (e.g. apache-commons-codec, apache-comons-logging, python-blivet, python-urlgrabber, etc.) So you are filing bugs for components which *are* running tests. Is it so weird that we consider that a non-issue while we have possibly hundreds of packages which are not running tests at all? If you find a patch which is incorrect (that is not running the test suite properly or stating an invalid comment) point me to it and I will work to update it. Every single patch is incorrect due to one problem: $ rpmlint apache-commons-codec.spec apache-commons-codec.spec:58: W: macro-in-comment %build 0 packages and 1 specfiles checked; 0 errors, 1 warnings. Sure it's a minor thing, but I'd hope as a QA guy you might appreciate the irony. Putting that aside, I've always worked with one though when working on Java packaging (quoting Exupéry) [snip] perfection is attained not when there is nothing more to add, but when there is nothing more to remove. I am yet to see a convincing argument for empty %check sections improving Fedora either for users or developers. -- Stanislav Ochotnicky sochotni...@redhat.com Software Engineer - Developer Experience PGP: 7B087241 Red Hat Inc. http://cz.redhat.com pgptGz_tNt3hs.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
[perl-LDAP] 0.59 bump
commit a99a5e38810cb8471a43720a7a7bbb31a882efeb
Author: Jitka Plesnikova jples...@redhat.com
Date: Wed Mar 5 16:50:40 2014 +0100
0.59 bump
.gitignore |1 +
perl-LDAP.spec |6 +-
sources|2 +-
3 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 1bd7265..2f5b43c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -12,3 +12,4 @@ perl-ldap-0.40.tar.gz
/perl-ldap-0.56.tar.gz
/perl-ldap-0.57.tar.gz
/perl-ldap-0.58.tar.gz
+/perl-ldap-0.59.tar.gz
diff --git a/perl-LDAP.spec b/perl-LDAP.spec
index 9c5547a..36f0496 100644
--- a/perl-LDAP.spec
+++ b/perl-LDAP.spec
@@ -1,5 +1,5 @@
Name: perl-LDAP
-Version:0.58
+Version:0.59
Release:1%{?dist}
Epoch: 1
Summary:LDAP Perl module
@@ -38,6 +38,7 @@ BuildRequires: perl(XML::SAX::Writer)
# Optional:
# Not needed for tests perl(IO::Socket::INET6)
# Tests:
+BuildRequires: perl(File::Basename)
BuildRequires: perl(File::Compare)
BuildRequires: perl(File::Path)
BuildRequires: perl(File::Spec)
@@ -93,6 +94,9 @@ make test
%{_mandir}/man3/*.3pm*
%changelog
+* Wed Mar 05 2014 Jitka Plesnikova jples...@redhat.com - 1:0.59-1
+- 0.59 bump
+
* Thu Jan 02 2014 Jitka Plesnikova jples...@redhat.com - 1:0.58-1
- 0.58 bump
diff --git a/sources b/sources
index 5f1788f..07ee3b9 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-fbd97cfbe631cc0412a6504fe210b25b perl-ldap-0.58.tar.gz
+e4b1fafd029a092b714d4c1376417542 perl-ldap-0.59.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1072880] perl-LDAP-0.59 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072880 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-LDAP-0.59-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-03-05 10:51:53 -- 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=91BTKU0L0Za=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: hierarchical comps groups proposal
So the proposal is not to show them as really hierarchical, and not to add any structurally new user-visible features[1] just to avoid repetition in the comps file? To me current comps is quite messy because everything has to be flat which limits its flexibility in various ways. But right, *initially* I reckon hierarchical groups need not *require* any GUI changes to anaconda, etc. In the first instance it would be about providing greater structure and more fine-grained groups in comps. Later these could also be used for more advanced selection of groups in the installer and package GUI. I don't think you want to use the word hierarchical to describe this. It's really more like an include macro. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Email-Valid/epel7] 1.192
commit 4b2569b9727c14de06b6d1d46c7ddbeb9214d080
Author: Tom Callaway s...@fedoraproject.org
Date: Wed Mar 5 10:58:11 2014 -0500
1.192
perl-Email-Valid.spec | 13 -
sources |2 +-
2 files changed, 13 insertions(+), 2 deletions(-)
---
diff --git a/perl-Email-Valid.spec b/perl-Email-Valid.spec
index 72a0d57..7d8cd91 100644
--- a/perl-Email-Valid.spec
+++ b/perl-Email-Valid.spec
@@ -1,5 +1,5 @@
Name: perl-Email-Valid
-Version:0.190
+Version:1.192
Release:1%{?dist}
Summary:Check validity of internet email address
Group: Development/Libraries
@@ -14,6 +14,8 @@ BuildRequires: perl(Net::Domain::TLD)
BuildRequires: perl(Net::DNS)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(Test::More)
+BuildRequires: perl(Capture::Tiny)
+BuildRequires: perl(IO::CaptureOutput)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
@@ -48,6 +50,15 @@ make test
%changelog
+* Wed Mar 5 2014 Tom Callaway s...@fedoraproject.org - 1.192-1
+- update to 1.192
+
+* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.190-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
+
+* Tue Jul 23 2013 Petr Pisar ppi...@redhat.com - 0.190-2
+- Perl 5.18 rebuild
+
* Fri Feb 22 2013 Ralf Corsépius corse...@fedoraproject.org - 0.190-1
- Upstream update.
- Modernize spec.
diff --git a/sources b/sources
index 6b493df..7dff44e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-79d62c686e651247ab6688aa7307a5b2 Email-Valid-0.190.tar.gz
+51c57b1c1b4cf2a4a20ee4880d44 Email-Valid-1.192.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Spreadsheet-WriteExcel-2.40.tar.gz uploaded to lookaside cache by spot
A file has been added to the lookaside cache for perl-Spreadsheet-WriteExcel: b3262290e96985ee12d81c861a389790 Spreadsheet-WriteExcel-2.40.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Fedora ARM Status Meeting 2014-03-05
Please join us today (Wednesday, March 5th) at 4PM EST (9PM UTC) for the Fedora ARM status meeting in #fedora-meeting-1 on Freenode. On the agenda so far.. 1) Kernel Update 2) Creating Fedora ARM Remixes 3) ARM representation in Fedora Working Groups 4) Open Floor If there is something that you would like to discuss that isn't mentioned please feel free to bring it up at the end of the meeting or send an email to the list. Paul -- 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: Packaging guideline for a library using either Qt4 or Qt5
Laurent Rineau wrote: libQGLViewer (http://www.libqglviewer.com/) is a library that can be build with either Qt4 or Qt5, with recent versions. I am considering providing packages build with both Qt4 and Qt5. I personally need both versions for my daily job (to test compatibility). I do not think we already have such libraries in Fedora. Do we have relevant packaging guidelines for such a case? You should build both versions. The 2 versions should NOT conflict; if they do, please get upstream to rename their libraries to fix the conflict. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Read this if your package includes a status notifier / system tray icon
Hi, Please read this e-mail carefully and thouroughly, as interoperability of your package (including and especially non-KDE packages!) with upcoming KDE Plasma Workspaces releases depends on it! The next major release of the KDE Plasma Workspaces (i.e. KDE 5, more correctly referred to as Plasma Next or Plasma 2) will *drop* support for the legacy XEmbed-based system tray protocol: http://blog.martin-graesslin.com/blog/2014/03/system-tray-in-plasma-next/ The only supported protocol (other than the KDE-specific plasmoid in the system tray feature) will be the new D-Bus based status notifier protocol: http://www.notmart.org/misc/statusnotifieritem/index.html See the above linked blog post for the rationale. To sum it up: * The new D-Bus-based status notifier protocol replacing it has been available for a while now. * Supporting the legacy protocol requires significant effort that the developers believe to be better spent elsewhere. * The legacy protocol relies on XEmbed and thus does not make any sense in a Wayland environment. Therefore, for your package (including and especially non-KDE packages!) to work properly under Plasma Next (which will replace the current KDE 4 Plasma workspace in Fedora somewhere around Fedora 22, though the exact Fedora release to introduce it has not been decided yet), it MUST support the new status notifier protocol in addition to or instead of the legacy XEmbed protocol. If your package uses: | then: --+- KDE 4 libraries OR | You do not have to do anything special. Your package KDE Frameworks 5 | is already using the new protocol. --+- Qt 5 QSystemTrayIcon | You should not have to do anything special. Support | for the new protocol will come in upstream Qt 4.5 | and will likely be backported in Fedora if needed. | (This is a drop-in replacement of the Qt class | requiring no application code changes.) --+- Qt 4 QSystemTrayIcon | You should not have to do anything special. A patch | for Qt 4 to support the new protocol has been | developed by Ubuntu developers and will likely be | applied in the Fedora Qt 4 package soon. (As for | Qt 5, this is a drop-in replacement of the Qt class | requiring no application code changes.) --+- GTK+ (2 or 3) | You must use Canonical's libappindicator, which is | interoperable with the KDE implementation. It is | already packaged in Fedora. Several GTK+ packages | already support it, for those, it is only a matter | of adding the BuildRequires (libappindicator-devel | for GTK+ 2, libappindicator-gtk3-devel for GTK+ 3). | For some others, patches to add libappindicator | support are available from Ubuntu. --+- any other toolkit | Please refer to the documentation of the toolkit you | are using, ask in this thread, and/or talk to the | relevant upstream developers. Any package stuck on the legacy XEmbed system tray protocol will NOT work properly under upcoming KDE Plasma releases. Please do not shoot the messenger, Kevin Kofler -- 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: Read this if your package includes a status notifier / system tray icon
PS: I wrote: Qt 5 QSystemTrayIcon | You should not have to do anything special. Support | for the new protocol will come in upstream Qt 4.5 Sorry, I mean 5.4 (of course not 4.5). Kevin Kofler -- 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: Read this if your package includes a status notifier / system tray icon
On Wed, 2014-03-05 at 20:04 +0100, Kevin Kofler wrote: --+- GTK+ (2 or 3) | You must use Canonical's libappindicator, which is | interoperable with the KDE implementation. It is | already packaged in Fedora. Several GTK+ packages | already support it, for those, it is only a matter | of adding the BuildRequires (libappindicator-devel | for GTK+ 2, libappindicator-gtk3-devel for GTK+ 3). | For some others, patches to add libappindicator | support are available from Ubuntu. --+- Of course, you can also just stop using status icons and instead inform the user with notifications when something requires his immediate attention. That will work under any desktop. -- 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: Read this if your package includes a status notifier / system tray icon
Matthias Clasen wrote: Of course, you can also just stop using status icons and instead inform the user with notifications when something requires his immediate attention. That will work under any desktop. I forgot to point out that libappindicator also supports automatic fallback to the legacy XEmbed-based spec, so it should work everywhere, too (even in GNOME Shell's message tray (no extensions required), or with https://extensions.gnome.org/extension/495/topicons/ even the way the icons were designed to be displayed). Kevin Kofler -- 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: mesos-0.18.0-rc3 rawhide build available.
Bindings now available as sub-package(s). This enables frameworks such as Spark and Aurora. For a full list of Frameworks see: http://mesos.apache.org/documentation/latest/mesos-frameworks/ Cheers, Tim - Forwarded Message - From: Tim St Clair tstcl...@redhat.com To: u...@mesos.apache.org Cc: mesos-devel d...@mesos.apache.org Sent: Wednesday, March 5, 2014 2:38:33 PM Subject: mesos-0.18.0-rc3 Fedora Build available. Folks - Re-base to 0.18.0-rc3 available in rawhide channels: http://koji.fedoraproject.org/koji/packageinfo?packageID=17691 Change log: * Wed Mar 05 2014 Timothy St. Clair tstcl...@redhat.com - 0.18.0-1.a411a4b - Updated to 0.18.0-rc3 - Included sub-packaging around language bindings (Java Python) - Improved systemd integration - Iteration to rebuild libev-source w/-DEV_CHILD_ENABLE=0 With modifications around the build, and alignment on dependencies, only test failures are around system integration vs. sandbox_env. On Deck: - Deeper system integration (clean-er systemd cgroup setup OOTB) - Eval containerization work - Further un-bundling where possible Other Noteworthy/Related Fedora changes: - Docker on Fedora (http://goldmann.pl/blog/2013/09/25/docker-and-fedora/) - Systemd Cgroup New World Order: (http://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/) - Spark in-flight, will verify integration (https://bugzilla.redhat.com/show_bug.cgi?id=1071495) -- Cheers, Tim Freedom, Features, Friends, First - Fedora https://fedoraproject.org/wiki/SIGs/bigdata -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Summary/Minutes from today's FESCo Meeting (2014-03-05)
=== #fedora-meeting: FESCO (2014-03-05) === Meeting started by sgallagh at 17:59:49 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-03-05/fesco.2014-03-05-17.59.log.html . Meeting summary --- * init process (sgallagh, 18:00:06) * mitr pjones nirik abadger1999 dgilmore sgallagh mattdm t8m present. notting coming shortly (sgallagh, 18:04:12) * #1178 Fedora 21 scheduling strategy (sgallagh, 18:04:31) * ACTION: jreznik to work up and provide a schedule proposal for Oct 14 target date for next week. (sgallagh, 18:26:43) * #1221 Product working group activity reports (sgallagh, 18:27:06) * The general consensus here seems to be: Everyone was working on Tech Specs (mattdm, 18:27:47) * https://fedoraproject.org/wiki/Workstation/Technical_Specification (mattdm, 18:29:52) * https://fedoraproject.org/wiki/Cloud_Changelist (mattdm, 18:29:58) * https://fedoraproject.org/wiki/Server/Technical_Specification (mattdm, 18:30:19) * we're all pretty happy with the way the wg discussion about filesystems went, providing a good example of how broader issues should be dealt with in the fedora.nex structure (mattdm, 18:37:58) * #1230Requesting FESCo address Cherokee logo issue (notting, 18:48:47) * LINK: https://fedorahosted.org/fesco/ticket/1230 (notting, 18:48:47) * AGREED: FESCo decision reiterated. Package will be retired Monday if not fixed. (+:7,-:0,0:0) (notting, 18:54:42) * #1219Contributor nationality (notting, 18:57:23) * LINK: https://fedorahosted.org/fesco/ticket/1219 (notting, 18:57:24) * current countries that are export restricted are: cuba, iran, north korea, sudan, and syria. (pjones, 18:59:37) * Sponsors (or any other contributors) in Fedora should not make any effort to determine a contributor's nationality, country of origin, or area of residence. (notting, 19:00:00) * If a potential contributor independently (and explicitly) reveals their nationality, country of origin, or area of residence, and that nationality, country of origin, or area of residence is in one of the export restricted countries, then they are required to bring that information to the attention of Fedora Legal (notting, 19:00:25) * In the specific case that prompted this ticket, Fedora Legal has deemed the contributor is OK. (notting, 19:00:50) * #1240taking ownership of packages fityk and sundials (notting, 19:02:34) * LINK: https://fedorahosted.org/fesco/ticket/1240 (notting, 19:02:34) * AGREED: nirk will request a direct ack from nonresponsive maintainer via e-mail, and then proceed with reassigning (+:9, -:0, 0:0) (notting, 19:06:01) * #1241Cloud WG list of changes (notting, 19:06:37) * LINK: https://fedorahsted.org/fesco/ticket/1241 (notting, 19:06:37) * Please discuss changes here on list for now; will be discussed more in the FESCo meeting when they go through the change process. (notting, 19:11:51) * People are specifically encouraged to read the 'External Changes' section and discuss those with the Cloud SIG (notting, 19:12:11) * #1242Update policy proposal: disable autokarma on AutoQA fail (notting, 19:13:24) * LINK: https://fedorahosted.org/fesco/ticket/1242 (notting, 19:13:29) * AGREED: Proposal in ticket to disable autokarma if AutoQA fails accepted (+:9,-:0,0:0) (notting, 19:20:22) * 1243 Consider release blocking status of KDE spin(?) for Fedora 21 in .next decision-making (notting, 19:21:57) * LINK: https://fedorahosted.org/fesco/ticket/1243 (notting, 19:21:57) * AGREED: defer this one week waiting for more feedback from both KDE SIG and Workstation WG (+:7,-:0,0:0) (notting, 19:25:45) * Next week's chair (notting, 19:28:20) * mattdm to chair next week's meeting (notting, 19:29:15) * Open Floor (notting, 19:29:21) Meeting ended at 19:36:07 UTC. Action Items * jreznik to work up and provide a schedule proposal for Oct 14 target date for next week. Action Items, by person --- * jreznik * jreznik to work up and provide a schedule proposal for Oct 14 target date for next week. People Present (lines said) --- * sgallagh (93) * notting (78) * dgilmore (57) * mattdm (56) * nirik (40) * mitr (34) * abadger1999 (33) * t8m (33) * pjones (33) * drago01 (22) * zodbot (18) * jwb (18) * adamw (16) * jreznik (16) * EvilBob (2) * tflink (1) * masta (1) * mmaslano (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot 17:59:49 sgallagh #startmeeting FESCO (2014-03-05) 17:59:49 zodbot Meeting started Wed Mar 5 17:59:49 2014 UTC. The chair is sgallagh. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:59:49 zodbot Useful Commands: #action #agreed
Re: hierarchical comps groups proposal
Jens Petersen (peter...@redhat.com) said: (I'm not going to contribute actual work on this anyway, but) do we actually need that complexity? I am not sure how complex it is. As Ales pointed out it might allow us to remove environment groups for example so it might actually simplify comps, as well as eliminating some repetitions. Note that more modular comps would also be helpful for people writing kickstart files for example. The idea is make yum groups in comps more modular, ie groups could require other groups not just packages; at this time I don't think it would require any GUI changes. So the proposal is not to show them as really hierarchical, and not to add any structurally new user-visible features[1] just to avoid repetition in the comps file? To me current comps is quite messy because everything has to be flat which limits its flexibility in various ways. But right, *initially* I reckon hierarchical groups need not *require* any GUI changes to anaconda, etc. In the first instance it would be about providing greater structure and more fine-grained groups in comps. Later these could also be used for more advanced selection of groups in the installer and package GUI. My concern would be how deeply woven the current format is into our tools - it's yum, PK, DNF, anaconda, and all the tools built on top of it. It's exposed in kickstart. It's expected to be handled by older versions on upgrade, or even by mock when constructing arbitrary build roots. So care would need to be taken to figure out a good way to land this all at once, in a way that's backwards compatible enough to not break other things. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Thursday's FPC Meeting (2014-03-06 17:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at -MM-DD 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2014-03-06 09:00 Thu US/Pacific PST 2014-03-06 12:00 Thu US/Eastern EST 2014-03-06 17:00 Thu UTC - 2014-03-06 17:00 Thu Europe/London - 2014-03-06 18:00 Thu Europe/Paris CET 2014-03-06 18:00 Thu Europe/Berlin CET 2014-03-06 22:30 Thu Asia/Calcutta IST --new day-- 2014-03-07 01:00 Fri Asia/Singapore SGT 2014-03-07 01:00 Fri Asia/Hong_Kong HKT 2014-03-07 02:00 Fri Asia/Tokyo JST 2014-03-07 03:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = (approval and retirement sections already passed, /opt exception passed) #topic #339 software collections in Fedora .fpc 339 https://fedorahosted.org/fpc/ticket/339 #topic #382 Go Packaging Guidelines Draft .fpc 382 https://fedorahosted.org/fpc/ticket/382 #topic #385 workarounds for rpm symlink - directory issue .fpc 385 https://fedorahosted.org/fpc/ticket/385 #topic #391 Exception for bundled libraries in icecat .fpc 391 https://fedorahosted.org/fpc/ticket/391 #topic #395 Mono guidelines include hard-coded library paths .fpc 395 https://fedorahosted.org/fpc/ticket/395 #topic #396 Reserve static UID/GID for OpenStack ironic daemon .fpc 396 https://fedorahosted.org/fpc/ticket/396 #topic #397 Please, choose an ID number for a new group called input .fpc 397 https://fedorahosted.org/fpc/ticket/397 = New business = #topic #398 Tilde in version .fpc 398 https://fedorahosted.org/fpc/ticket/398 #topic #399 request for bundled library exception - clustal omega .fpc 399 https://fedorahosted.org/fpc/ticket/399 #topic #400 Exception for bundled library FoX in exciting .fpc 400 https://fedorahosted.org/fpc/ticket/400 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fpc, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- 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: Packages with missing %check
On Tue, 2014-03-04 at 18:36 +, Mat Booth wrote: On 25 February 2014 11:19, Mikolaj Izdebski mizde...@redhat.com wrote: On 02/25/2014 11:45 AM, Alexander Todorov wrote: 3) Another proposal (sorry don't remember who proposed it) was to have %check with a comment why the test suite is not executed (e.g. requires network) or why it is executed in %build. Commenting why tests are skipped is a very good thing, but I don't like the idea of adding empty %check sections to my 250+ packages just for the sake of documenting that tests are ran in %build because that's what we do in Java world. Agreed, it seems like busy work to me that adds very little value to anyone familiar with Java packages. Wouldn't it be easier to change the whatever tool is generating this report to accommodate for this? If package invokes %mvn_build then don't expect there to be a %check section seems like a reasonable heuristic to me. It was my suggestion initially, and I think it's a decent idea just from a general 'legibility of spec to outside readers' perspective. From that perspective, though, it may reasonable to assume an outside reader knows about how tests are run in Javaland, especially if this is documented as a general thing somewhere in the Java packaging guidelines. I wasn't suggesting it as an idiotic, inflexible Policy Requirement, just as a thing to consider. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Read this if your package includes a status notifier / system tray icon
Matthias Clasen wrote: Of course, you can also just stop using status icons and instead inform the user with notifications when something requires his immediate attention. That will work under any desktop. I should also warn that while notifications (Galago spec [1]) will *work* on most desktop environments, where work is defined as display *something*, the result is not necessarily what you expect. Implementations of the notification spec vary widely between the desktop environments, both in terms of features and in terms of lookfeel. In particular: 1. Many features are optional: http://www.galago-project.org/specs/notification/0.9/x408.html#command-get-capabilities and not supported by all implementations. In particular, some implementations (e.g. Plasma) allow action buttons/links on notifications, others (like, AFAIK, GNOME Shell and Unity) don't. So if you rely on actions on the notification, be warned that your program will not work properly everywhere. 2. The implementations of persistent notifications are also very different from desktop to desktop. They can be any of: * The persistence flag is ignored and an arbitrary default timeout is used. * The notification really persists until the user clicks it away. * The notification is first shown for an arbitrary default timeout, then persisted in some minimized form, which can also have a very different lookfeel from desktop to desktop. It can be a line with a Details button, it can be an icon, or any arbitrary thing, really. In particular, if you expect a persistent notification to be displayed in a similar way to a status notifier icon (system/message tray icon), that assumption will most likely be wrong on any non-GNOME desktop. 3. The implementations of transient (i.e. non-persistent) notifications are also very different from desktop to desktop: * The implementation may or may not keep a history of transient notifications. If you're out of luck, the user missed your notification and has no way to get it back. Be VERY careful of what you display in a transient notification. * The implementation may or may not allow the user to click the notification away before the timeout triggers. 4. The place the notifications are shown at also differs widely from implementation to implementation. It can be any of, at least: * a rectangle (one per notification) at the top of the screen (traditional implementations), * an entry in the popup of one icon in the system/message tray, the same icon for ALL notifications (Plasma, unless you remove that icon, forcing the fallback to the traditional rectangle-based implementation KNotify), * an entry in the popup of an application-specific icon in the system/message tray, one per application (AFAIK, how GNOME Shell does it), * theoretically, an icon (one per notification) in the system/message tray with a popup attached (not sure any implementation actually does that though). So, yes, the Galago notification spec can be a solution for some things (and yes, I'm aware that the GNOME HIG recommend replacing system tray icons with it), but it has its portability pitfalls, and in most desktop environments, it will lead to a VERY different user experience from a status notifier (system tray) icon (which may or may not be better, depending on the application). Kevin Kofler [1] http://www.galago-project.org/specs/notification/ -- 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: Read this if your package includes a status notifier / system tray icon
On Wed, Mar 5, 2014 at 11:44 PM, Kevin Kofler kevin.kof...@chello.at wrote: Matthias Clasen wrote: Of course, you can also just stop using status icons and instead inform the user with notifications when something requires his immediate attention. That will work under any desktop. I should also warn that while notifications (Galago spec [1]) will *work* on most desktop environments, where work is defined as display *something*, the result is not necessarily what you expect. Implementations of the notification spec vary widely between the desktop environments, both in terms of features and in terms of lookfeel. In particular: 1. Many features are optional: http://www.galago-project.org/specs/notification/0.9/x408.html#command-get-capabilities and not supported by all implementations. In particular, some implementations (e.g. Plasma) allow action buttons/links on notifications, others (like, AFAIK, GNOME Shell and Unity) don't. So if you rely on actions on the notification, be warned that your program will not work properly everywhere. [...] Not sure about Unity but they work fine in GNOME. But anyway the D-Bus-based status notifier protocol does not mandate anything about how things should be presented to the user at all, so if you want the exact same user experience you can't recommend them either. If I recall correctly this vague spec was the primary reason for lack of adoption in GNOME not because it is buggy. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora ARM Status Meeting Minutes 2014-03-05
Thanks to those that were able to join us for the status meeting today, for those unable the minutes are posted below: #fedora-meeting-1: Fedora ARM status meeting Meeting summary --- * 1) Kernel Update (pwhalen, 21:02:58) * 3.13 appears solid for supported targets (bconoboy, 21:07:03) * 3.14 is being worked on now, utilite is being investigated, other imx6 device support is likely to work as well. (bconoboy, 21:07:31) * 3.14 looking good on aarch64 foundation model (bconoboy, 21:07:46) * Some known issues in 3.13/3.14 with displays on trimslice/bbb, need investigation (bconoboy, 21:09:38) * ACTION: pwhalen to file BZs on display issues (bconoboy, 21:10:17) * 2) Creating Fedora ARM Remixes (pwhalen, 21:11:37) * LINK: https://fedoraproject.org/wiki/Architectures/ARM/Creating_Remixes (pwhalen, 21:14:14) * The number of supported devices has decreased over time due to semiconductor decisions (EOL omap3/4 etc) (bconoboy, 21:17:53) * We want to start ramping up the number of supported devices through the use of remixes until F21 comes out (bconoboy, 21:18:34) * LINK: Today's how to make a remix documentation is at https://fedoraproject.org/wiki/Architectures/ARM/Creating_Remixes (bconoboy, 21:20:20) * 3) ARM representation in Fedora Working Groups (pwhalen, 21:26:08) * Per dgilmore, server wg is considering arm, cloud is keeping it on the radar, workstation is only thinking of x86_64 (bconoboy, 21:29:56) * LINK: https://fedoraproject.org/wiki/Cloud_Changelist (dgilmore, 21:30:36) * LINK: https://fedoraproject.org/wiki/Workstation/Technical_Specification (dgilmore, 21:31:01) * LINK: https://fedoraproject.org/wiki/Server/Technical_Specification (dgilmore, 21:31:23) * LINK: Cloud WG info https://fedoraproject.org/wiki/Cloud_Changelist (bconoboy, 21:31:41) * LINK: Workstation technical spec: https://fedoraproject.org/wiki/Workstation/Technical_Specification (bconoboy, 21:31:52) * LINK: Server technical spec: https://fedoraproject.org/wiki/Server/Technical_Specification (bconoboy, 21:31:59) * Server WG is considering xfs for /boot, but uboot doesn't support xfs meaning arm cannot follow this spec. (bconoboy, 21:32:52) * Workstation spec is 64 bit only and requires 3d drivers: Could be extended to arm32 if 3d drivers become available (bconoboy, 21:36:27) * ACTION: masta to keep an eye on server WG for armv7hl: follow up on HW virt hardware remix and ext2fs issue (bconoboy, 21:49:56) * ACTION: dgilmore to keep an eye on workstation WG for armv7hl: follow up on 3d graphics driver (bconoboy, 21:50:13) * 4) Open Floor (pwhalen, 21:53:59) * dgilmore is working on swtiching all uboots to use extlinux.conf (bconoboy, 21:56:37) * LINK: http://fedoraproject.org/wiki/Changes/u-boot_syslinux (dgilmore, 21:57:09) * http://fedoraproject.org/wiki/Changes/u-boot_syslinux (pbrobinson, 21:57:25) * ACTION: kwizart will file BZes for his rtc and fbdev issues (bconoboy, 22:13:02) Meeting ended at 22:13:19 UTC. Action Items * pwhalen to file BZs on display issues * masta to keep an eye on server WG for armv7hl: follow up on HW virt hardware remix and ext2fs issue * dgilmore to keep an eye on workstation WG for armv7hl: follow up on 3d graphics driver * kwizart will file BZes for his rtc and fbdev issues Action Items, by person --- * dgilmore * dgilmore to keep an eye on workstation WG for armv7hl: follow up on 3d graphics driver * kwizart * kwizart will file BZes for his rtc and fbdev issues * masta * masta to keep an eye on server WG for armv7hl: follow up on HW virt hardware remix and ext2fs issue * pwhalen * pwhalen to file BZs on display issues * **UNASSIGNED** * (none) People Present (lines said) --- * pbrobinson (95) * dgilmore (77) * bconoboy (66) * pwhalen (48) * masta (34) * kwizart (27) * mjg59 (9) * zodbot (7) * hrw (3) * kylem (2) * pwhalen_ (2) * dmarlin (1) * jcapik (1) * ahs3 (0) * msalter (0) * jdisnard (0) * ctyler (0) * agreene (0) * handsome_pirate (0) * jonmasters (0) * ddd (0) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 Self Contained Change: Allwinner sunxi (A10 / A13 / A20) ARM SoC support
On Seg, 2014-03-03 at 14:54 +0100, Jaroslav Reznik wrote: = Proposed Self Contained Change: Allwinner sunxi (A10 / A13 / A20) ARM SoC support = https://fedoraproject.org/wiki/Changes/AllwinnerSunxiSupport Change owner(s): Hans de Goede hdego...@redhat.com, Peter Robinson pbrobin...@fedoraproject.org Allwinner A10 / A13 / A20 SoCs are used in a number of popular low cost arm development boards and arm mini computers. Currently Fedora ARM is supported on these devices through a Remix [1]. Allwinner kernel support is progressing rapidly upstream, and with this upstream kernel support it should be possible to support Allwinner SoCs in the official Fedora ARM images, without the need for a remix. == Detailed description == The linux-sunxi community is currently working hard to get Allwinner SoCs supported in the upstream kernel. A big part of this should land in the 3.14 kernel. The plan is to support Allwinner SoCs in headless mode for now, and carry patches for mmc, ahci and usb support for 1-2 kernel releases (until they land upstream). == Scope == Supporting Allwinnner SoCs ootb will require kernel and u-boot support. Kernel support is landing upstream and we will add patches to the Fedora kernel for 1-2 kernel releases to supplement this. u-boot support currently lives in a u- boot fork upstream, this fork is tracking / merging u-boot upstream and does intent to get sunxi support merged into the official u-boot packages, but there is no timeline for this atm. For u-boot we will create a separate u-boot-sunxi package, which can be dropped once u-boot support has been merged into u-boot upstream. Proposal owners: Will try to get as much kernel support upstream as possible, supplement with patches in the Fedora kernel package. Will create a u-boot- sunxi package with sunxi specific u-boot. Will look into adding a config tool to the sdcard images to easily select and install the correct u-boot and dtb, like the Allwinner Remix images have. Other developers: N/A Release engineering: N/A Policies and guidelines: N/A [1] https://fedoraproject.org/wiki/Changes/AllwinnerSunxiSupport I have one tablet , I see now that seems to be CORTEX A9 Dual Core , also an popular low cost arm, but supposed that is an Allwinner sunxi. I'd like to know , how I a boot there, if I can have dual boot to keep android flavor etc, where I can get this kind of documentation ? regarding install on it, Fedora arm . Thanks, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
java headless
Hi , is java-headless, jre (Java Runtime Environment) ? if not, what is the difference ? . Thanks, -- Sérgio M. B. -- 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: F21 Self Contained Change: Lohit Odia Gurumukhi font naming
Jaroslav Reznik wrote: = Proposed Self Contained Change: Lohit Odia Gurumukhi font naming = https://fedoraproject.org/wiki/Changes/Lohit_Odia_Gurumukhi Change owner(s): Pravin Satpute psatp...@redhat.com According to: http://snehakore.blogspot.com/2014/02/improvements-of-lohit-gurmukhi-2910.html the name should be Gurmukhi, not Gurumukhi. Kevin Kofler -- 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: F21 Self Contained Change: Lohit Odia Gurumukhi font naming
On 5 March 2014 16:51, Miloslav Trmač m...@volny.cz wrote: 2014-03-05 9:17 GMT+01:00 pravin@gmail.com pravin@gmail.com: On 4 March 2014 19:12, Miloslav Trmač m...@volny.cz wrote: Formally, the process calls for either making this a system-wide change, or for making the anaconda and libreoffice maintainers co-owners of the self-contained change. (It amounts to the same thing - they need know about this.) Yeah, I have completed most of the sections marked mandatory for system wide change. I am fine with taking this as a system wide change. Getting an anaconda/libreoffice maintainer to sign up to make this self-contained might be easier - but that's purely up to you. Sure, i will ping them. = User Experience = This change proposal it noticeable by target audience as the default font names for there language is going to change. They will see different font name. What about pre-existing documents that refer to the old font names? I see this is the only place we have default fonts listed. http://tagoh.fedorapeople.org/fonts/f20-defaultfonts.html I think we can write clear i18n docs beat and mentioned about this change. No, I meant users' documents. If I have a used LibreOffice to create a document in F20, will it contain the old font names? Will it automatically use the corresponding renamed fonts on F21, or will it fall back to some kind of default? Valid point. I will fix this by adding fontconfig Aliases. We can keep it for couple of releases. Regards, Pravin Satpute -- 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: F21 Self Contained Change: Lohit Odia Gurumukhi font naming
On 6 March 2014 09:26, Kevin Kofler kevin.kof...@chello.at wrote: Jaroslav Reznik wrote: = Proposed Self Contained Change: Lohit Odia Gurumukhi font naming = https://fedoraproject.org/wiki/Changes/Lohit_Odia_Gurumukhi Change owner(s): Pravin Satpute psatp...@redhat.com According to: http://snehakore.blogspot.com/2014/02/improvements-of-lohit-gurmukhi-2910.html the name should be Gurmukhi, not Gurumukhi. My bad. I will fix this, looks like i need to create different page with proper title. Regards, Pravin Satpute -- 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: Sshd getting 'dyntransition' AVC's in SElinux enforcing mode
Excerpts from Daniel J Walsh's message of 2014-01-03 01:46:44 +1000: This is caused by sshd running with the wrong label, It should be running as sshd_t not init_t. If the executable labeled sshd_exec_t? ls -lZ /usr/sbin/sshd restorecon -v /usr/sbin/sshd should fix the label. I started getting the same AVC denials a week or so ago. My /usr/sbin/sshd was indeed wrongly labelled: $ ll -Z /usr/sbin/sshd -rwxr-xr-x. root root unconfined_u:object_r:bin_t:s0 /usr/sbin/sshd $ sudo restorecon -v /usr/sbin/sshd restorecon reset /usr/sbin/sshd context unconfined_u:object_r:bin_t:s0-unconfined_u:object_r:sshd_exec_t:s0 What I'm wondering is, how did it become wrongly labelled? Nothing else on my filesystem was wrong, according to restorecon. The errors only appear in my logs after sshd was restarted on 24 Feb for a yum upgrade. The updated packages included: selinux-policy-3.12.1-122.fc20.noarch openssh-server-6.4p1-3.fc20.x86_64 (among many others). Any hints on how I can figure out what went wrong with the labelling of /usr/sbin/sshd? -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. 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: Sshd getting 'dyntransition' AVC's in SElinux enforcing mode
Excerpts from Dan Callaghan's message of 2014-03-06 16:43:26 +1000: Excerpts from Daniel J Walsh's message of 2014-01-03 01:46:44 +1000: This is caused by sshd running with the wrong label, It should be running as sshd_t not init_t. If the executable labeled sshd_exec_t? ls -lZ /usr/sbin/sshd restorecon -v /usr/sbin/sshd should fix the label. I started getting the same AVC denials a week or so ago. My /usr/sbin/sshd was indeed wrongly labelled: $ ll -Z /usr/sbin/sshd -rwxr-xr-x. root root unconfined_u:object_r:bin_t:s0 /usr/sbin/sshd $ sudo restorecon -v /usr/sbin/sshd restorecon reset /usr/sbin/sshd context unconfined_u:object_r:bin_t:s0-unconfined_u:object_r:sshd_exec_t:s0 What I'm wondering is, how did it become wrongly labelled? Nothing else on my filesystem was wrong, according to restorecon. The errors only appear in my logs after sshd was restarted on 24 Feb for a yum upgrade. The updated packages included: selinux-policy-3.12.1-122.fc20.noarch openssh-server-6.4p1-3.fc20.x86_64 (among many others). Any hints on how I can figure out what went wrong with the labelling of /usr/sbin/sshd? Oh, I forgot that the yum upgrade on 24 Feb was actually from F19-F20, just like Philip who originally started this thread. I suppose that means we just write it off as upgrading between releases is not supported then... -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. 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: Summary/Minutes from today's FESCo Meeting (2014-03-05)
On Wed, Mar 05, 2014 at 03:57:02PM -0500, Bill Nottingham wrote: * #1230Requesting FESCo address Cherokee logo issue (notting, 18:48:47) * LINK: https://fedorahosted.org/fesco/ticket/1230 (notting, 18:48:47) * AGREED: FESCo decision reiterated. Package will be retired Monday if not fixed. (+:7,-:0,0:0) (notting, 18:54:42) Seriously? Retiring useful package? Isn't that a bit of overkill? (Yes, I'm grumpy because I'm using Cherokee). -- Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.'' xmpp: zdzich...@chrome.pl -- Mitchell Blank on LKML pgp1fyHyMitao.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
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the epel-7 tree: On ppc64: perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec) Please resolve this as soon as possible. -- 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 1072873] New: perl-Coro-6.37 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072873 Bug ID: 1072873 Summary: perl-Coro-6.37 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.37 Current version/release in Fedora Rawhide: 6.33-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=KlavzYCBQha=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 1072877] New: perl-DBD-ODBC-1.48 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072877 Bug ID: 1072877 Summary: perl-DBD-ODBC-1.48 is available Product: Fedora Version: rawhide Component: perl-DBD-ODBC Keywords: FutureFeature, Triaged Assignee: holca...@gmail.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: holca...@gmail.com, lkund...@v3.sk, perl-devel@lists.fedoraproject.org Latest upstream release: 1.48 Current version/release in Fedora Rawhide: 1.47-2.fc21 URL: http://search.cpan.org/dist/DBD-ODBC/ 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=jPOpB3I0fda=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 1072879] New: perl-File-ShareDir-ProjectDistDir-1.000001 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072879 Bug ID: 1072879 Summary: perl-File-ShareDir-ProjectDistDir-1.01 is available Product: Fedora Version: rawhide Component: perl-File-ShareDir-ProjectDistDir Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 1.01 Current version/release in Fedora Rawhide: 1.00-1.fc21 URL: http://search.cpan.org/dist/File-ShareDir-ProjectDistDir/ 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=BWkrntevfda=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 1072881] New: perl-Locale-Codes-3.30 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072881 Bug ID: 1072881 Summary: perl-Locale-Codes-3.30 is available Product: Fedora Version: rawhide Component: perl-Locale-Codes 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: 3.30 Current version/release in Fedora Rawhide: 3.29-1.fc21 URL: http://search.cpan.org/dist/Locale-Codes/ 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=hIfXEupLVha=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 1072880] New: perl-LDAP-0.59 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072880 Bug ID: 1072880 Summary: perl-LDAP-0.59 is available Product: Fedora Version: rawhide Component: perl-LDAP Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 0.59 Current version/release in Fedora Rawhide: 0.58-1.fc21 URL: http://search.cpan.org/dist/perl-ldap/ 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=6OA3npZMkDa=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 1072882] New: perl-Path-FindDev-0.5.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072882 Bug ID: 1072882 Summary: perl-Path-FindDev-0.5.0 is available Product: Fedora Version: rawhide Component: perl-Path-FindDev Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 0.5.0 Current version/release in Fedora Rawhide: 0.4.2-1.fc21 URL: http://search.cpan.org/dist/Path-FindDev/ 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=Pk0k9RB6i7a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Class-C3-0.26.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Class-C3: 714d12d0d7eaf08a75e52ffa5ce805ec Class-C3-0.26.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Coro-6.37.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Coro: ed83c1ae97fcb0380f89d00805c98524 Coro-6.37.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Coro] 6.37 bump
commit 4ec688409d8df4883613bb0fe089793aaee0407e
Author: Petr Písař ppi...@redhat.com
Date: Wed Mar 5 13:10:41 2014 +0100
6.37 bump
.gitignore |1 +
perl-Coro.spec | 22 ++
sources|2 +-
3 files changed, 16 insertions(+), 9 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index a61af71..b6fdeb0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,4 @@
/Coro-6.31.tar.gz
/Coro-6.32.tar.gz
/Coro-6.33.tar.gz
+/Coro-6.37.tar.gz
diff --git a/perl-Coro.spec b/perl-Coro.spec
index 4505ee4..f9463b8 100644
--- a/perl-Coro.spec
+++ b/perl-Coro.spec
@@ -1,5 +1,5 @@
Name: perl-Coro
-Version:6.33
+Version:6.37
Release:1%{?dist}
Summary:The only real threads in perl
# Coro/libcoro:GPLv2 or BSD
@@ -20,28 +20,30 @@ BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(strict)
# Run-time:
BuildRequires: perl(AnyEvent) = 7
-BuildRequires: perl(AnyEvent::DNS)
+# AnyEvent::AIO = 1 not used at tests
+# AnyEvent::BDB = 1 not used at tests
+# AnyEvent::DNS not used at tests
BuildRequires: perl(AnyEvent::Socket)
BuildRequires: perl(AnyEvent::Util)
BuildRequires: perl(base)
+# BDB not used at tests
BuildRequires: perl(Carp)
BuildRequires: perl(common::sense)
BuildRequires: perl(Errno)
BuildRequires: perl(Exporter)
BuildRequires: perl(Guard) = 0.5
+# IO::AIO = 3.1 not used at tests
BuildRequires: perl(IO::Socket::INET)
-# Net::* not used
+# Net::Config not used at tests
+# Net::FTP not used at tests
+# Net::HTTP not used at tests
+# Net::NNTP not used at tests
BuildRequires: perl(overload)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(Socket)
BuildRequires: perl(Storable) = 2.15
BuildRequires: perl(warnings)
BuildRequires: perl(XSLoader)
-# Recommended optional modules
-BuildRequires: perl(AnyEvent::AIO) = 1
-BuildRequires: perl(AnyEvent::BDB) = 1
-BuildRequires: perl(BDB)
-# IO::AIO = 3.1 not used
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
# Export correct required versions
Requires: perl(AnyEvent) = 7
@@ -51,6 +53,7 @@ Requires: perl(EV) = 4
Requires: perl(Event) = 1.08
Requires: perl(Guard) = 0.5
Requires: perl(Storable) = 2.15
+Requires: perl(warnings)
%if 0%{?rhel} 0%{?rhel} 7
# RPM 4.8 style:
@@ -148,6 +151,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Wed Mar 05 2014 Petr Pisar ppi...@redhat.com - 6.37-1
+- 6.37 bump
+
* Tue Nov 19 2013 Petr Pisar ppi...@redhat.com - 6.33-1
- 6.33 bump
diff --git a/sources b/sources
index bf2c9b0..4e3f253 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-edad4fbd0458e95b3f1734b09852d273 Coro-6.33.tar.gz
+ed83c1ae97fcb0380f89d00805c98524 Coro-6.37.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1072873] perl-Coro-6.37 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072873 --- 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=CkBB9bNnpxa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Coro/f20] 6.37 bump
Summary of changes: 4ec6884... 6.37 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Class-C3] Update to 0.26
commit 39ca302c4826693402b275c84d06754af340f011
Author: Paul Howarth p...@city-fan.org
Date: Wed Mar 5 12:08:57 2014 +
Update to 0.26
- New upstream release 0.26:
- Fix bug in Makefile.PL when ExtUtils::CBuilder not available
- This release by HAARG - update source URL
- Clean up for modern rpmbuild since build requirements are not available in
EL-5
- Drop obsoletes/provides for old tests sub-package
- Drop unnecessary %perl_ext_env_unset macro usage
- Add optional test requirements
perl-Class-C3.spec | 47 +++
sources|2 +-
2 files changed, 20 insertions(+), 29 deletions(-)
---
diff --git a/perl-Class-C3.spec b/perl-Class-C3.spec
index b605d52..41fae83 100644
--- a/perl-Class-C3.spec
+++ b/perl-Class-C3.spec
@@ -1,32 +1,29 @@
-# MRO is part of the Perl core since 5.9.5
-%global mro_in_core %(perl -e 'print $] 5.009005 ? 1 : 0;')
-
Name: perl-Class-C3
-Version: 0.25
-Release: 4%{?dist}
+Version: 0.26
+Release: 1%{?dist}
Summary: Pragma to use the C3 method resolution order algorithm
License: GPL+ or Artistic
-Group: Development/Libraries
URL: http://search.cpan.org/dist/Class-C3/
-Source0:
http://search.cpan.org/CPAN/authors/id/M/MS/MSTROUT/Class-C3-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+Source0:
http://search.cpan.org/CPAN/authors/id/H/HA/HAARG/Class-C3-%{version}.tar.gz
BuildArch: noarch
# Build
-BuildRequires: perl(ExtUtils::CBuilder)
+BuildRequires: perl(ExtUtils::CBuilder) = 0.27
BuildRequires: perl(ExtUtils::MakeMaker)
# Module
BuildRequires: perl(Algorithm::C3) = 0.07
BuildRequires: perl(Scalar::Util) = 1.10
# Test suite
+BuildRequires: perl(base)
+BuildRequires: perl(lib)
+BuildRequires: perl(NEXT)
BuildRequires: perl(File::Glob)
BuildRequires: perl(Sub::Name)
BuildRequires: perl(Test::Exception) = 0.15
-BuildRequires: perl(Test::More) = 0.47
+BuildRequires: perl(Test::More) = 0.88
BuildRequires: perl(Test::Pod)
BuildRequires: perl(Test::Pod::Coverage)
# MRO::Compat itself requires Class::C3
-# The test that uses the module is skipped unless MRO is part of the Perl core
-%if 0%{!?perl_bootstrap:1} %{mro_in_core}
+%if 0%{!?perl_bootstrap:1}
BuildRequires: perl(MRO::Compat)
%endif
# Runtime
@@ -34,19 +31,9 @@ Requires:perl(:MODULE_COMPAT_%(eval `perl -V:version`;
echo $version))
Requires: perl(Algorithm::C3) = 0.07
Requires: perl(Scalar::Util) = 1.10
-# Requirements for older distributions with Perl 5.9.5
-%if ! %{mro_in_core}
-BuildRequires: perl(Class::C3::XS) = 0.13
-Requires: perl(Class::C3::XS) = 0.13
-%endif
-
# Let people use c3;
Provides: perl(c3) = %{version}
-# Obsolete/provide old -tests subpackage (can be removed in F19 development
cycle)
-Obsoletes: %{name}-tests %{version}-%{release}
-Provides: %{name}-tests = %{version}-%{release}
-
# Filter out bogus dependencies and provides (rpm 4.9 onwards)
%global __requires_exclude ^perl\\((c3|base)\\)
%global __provides_exclude ^perl\\(t::lib::
@@ -66,12 +53,10 @@ method resolution order.
%define __perl_provides %{provfilt}
%build
-%{?perl_ext_env_unset}
perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-rm -rf %{buildroot}
make pure_install DESTDIR=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} \;
cp -p opt/c3.pm %{buildroot}%{perl_vendorlib}/
@@ -80,11 +65,7 @@ cp -p opt/c3.pm %{buildroot}%{perl_vendorlib}/
%check
make test
-%clean
-rm -rf %{buildroot}
-
%files
-%defattr(-,root,root,-)
%doc ChangeLog README util/ t/
%{perl_vendorlib}/c3.pm
%{perl_vendorlib}/Class/
@@ -92,6 +73,16 @@ rm -rf %{buildroot}
%{_mandir}/man3/Class::C3::next.3pm*
%changelog
+* Wed Mar 5 2014 Paul Howarth p...@city-fan.org - 0.26-1
+- Update to 0.26:
+ - Fix bug in Makefile.PL when ExtUtils::CBuilder not available
+- This release by HAARG - update source URL
+- Clean up for modern rpmbuild since build requirements are not available in
+ EL-5
+- Drop obsoletes/provides for old tests sub-package
+- Drop unnecessary %%perl_ext_env_unset macro usage
+- Add optional test requirements
+
* Wed Aug 14 2013 Jitka Plesnikova jples...@redhat.com - 0.25-4
- Perl 5.18 re-rebuild of bootstrapped packages
diff --git a/sources b/sources
index 0ad0eb2..d76f4dc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0fa29f69ac69b9ae573e42925fcfc0bd Class-C3-0.25.tar.gz
+714d12d0d7eaf08a75e52ffa5ce805ec Class-C3-0.26.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File File-ShareDir-ProjectDistDir-1.000001.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-File-ShareDir-ProjectDistDir: 5bbc7949821f80ea4aaf94d34680d4c7 File-ShareDir-ProjectDistDir-1.01.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1072873] perl-Coro-6.37 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072873 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Coro-6.37-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=1cKyMyqpsha=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-File-ShareDir-ProjectDistDir] 1.000001 bump
commit 4964bf9f76dc1782c8240184840e9c8297e8e6a6
Author: Jitka Plesnikova jples...@redhat.com
Date: Wed Mar 5 13:21:39 2014 +0100
1.01 bump
.gitignore |1 +
perl-File-ShareDir-ProjectDistDir.spec |5 -
sources|2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index aa47205..b5ffb81 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
/File-ShareDir-ProjectDistDir-0.5.1.tar.gz
/File-ShareDir-ProjectDistDir-1.00.tar.gz
+/File-ShareDir-ProjectDistDir-1.01.tar.gz
diff --git a/perl-File-ShareDir-ProjectDistDir.spec
b/perl-File-ShareDir-ProjectDistDir.spec
index 39247cb..372a92c 100644
--- a/perl-File-ShareDir-ProjectDistDir.spec
+++ b/perl-File-ShareDir-ProjectDistDir.spec
@@ -1,5 +1,5 @@
Name: perl-File-ShareDir-ProjectDistDir
-Version:1.00
+Version:1.01
Release:1%{?dist}
Summary:Simple set-and-forget using of a '/share' directory in your
projects root
License:GPL+ or Artistic
@@ -55,6 +55,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Wed Mar 05 2014 Jitka Plesnikova jples...@redhat.com - 1.01-1
+- 1.01 bump
+
* Mon Mar 03 2014 Jitka Plesnikova jples...@redhat.com - 1.00-1
- 1.00 bump
diff --git a/sources b/sources
index c386162..9553f30 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2b86a797aa64637f144887cee6f05051 File-ShareDir-ProjectDistDir-1.00.tar.gz
+5bbc7949821f80ea4aaf94d34680d4c7 File-ShareDir-ProjectDistDir-1.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Locale-Codes-3.30.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Locale-Codes: f7c43dc1fa352752617755072cf4c92b Locale-Codes-3.30.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Locale-Codes] 3.30 bump
commit e689a134420b27df095ecd80163343add116af32
Author: Petr Písař ppi...@redhat.com
Date: Wed Mar 5 13:22:58 2014 +0100
3.30 bump
.gitignore |1 +
perl-Locale-Codes.spec |5 -
sources|2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 2989ee7..8ca9a0b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@
/Locale-Codes-3.27.tar.gz
/Locale-Codes-3.28.tar.gz
/Locale-Codes-3.29.tar.gz
+/Locale-Codes-3.30.tar.gz
diff --git a/perl-Locale-Codes.spec b/perl-Locale-Codes.spec
index cd6a2fb..cb11ea8 100644
--- a/perl-Locale-Codes.spec
+++ b/perl-Locale-Codes.spec
@@ -1,5 +1,5 @@
Name: perl-Locale-Codes
-Version:3.29
+Version:3.30
Release:1%{?dist}
Summary:Distribution of modules to handle locale codes
License:GPL+ or Artistic
@@ -57,6 +57,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Wed Mar 05 2014 Petr Pisar ppi...@redhat.com - 3.30-1
+- 3.30 bump
+
* Thu Jan 30 2014 Petr Pisar ppi...@redhat.com - 3.29-1
- 3.29 bump
diff --git a/sources b/sources
index 45e6b7a..141449b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5a86003fafc51f728fd28f9e8653e54a Locale-Codes-3.29.tar.gz
+f7c43dc1fa352752617755072cf4c92b Locale-Codes-3.30.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1072873] perl-Coro-6.37 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072873 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Coro-6.37-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Coro-6.37-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=znwEmldX6Ta=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 1072879] perl-File-ShareDir-ProjectDistDir-1.000001 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072879 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-File-ShareDir-ProjectD ||istDir-1.01-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-03-05 07:34:05 -- 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=8yWEIL4tava=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 1072881] perl-Locale-Codes-3.30 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072881 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Locale-Codes-3.30-1.fc ||21 Resolution|--- |RAWHIDE Last Closed||2014-03-05 07:35: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=VphExPgHLla=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Class-C3] Created tag perl-Class-C3-0.26-1.fc21
The lightweight tag 'perl-Class-C3-0.26-1.fc21' was created pointing to: 39ca302... Update to 0.26 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Path-FindDev-0.5.0.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Path-FindDev: e44e0ccec89b13d8efb187a6ef76c9c9 Path-FindDev-0.5.0.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Path-FindDev] 0.5.0 bump
commit f6515e4937b6f05b1244852218669202bc993e87
Author: Jitka Plesnikova jples...@redhat.com
Date: Wed Mar 5 15:54:21 2014 +0100
0.5.0 bump
.gitignore |1 +
perl-Path-FindDev.spec | 23 ++-
sources|2 +-
3 files changed, 16 insertions(+), 10 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 16a23a1..7fae3af 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@
/Path-FindDev-0.4.0.tar.gz
/Path-FindDev-0.4.1.tar.gz
/Path-FindDev-0.4.2.tar.gz
+/Path-FindDev-0.5.0.tar.gz
diff --git a/perl-Path-FindDev.spec b/perl-Path-FindDev.spec
index c581719..5bac64c 100644
--- a/perl-Path-FindDev.spec
+++ b/perl-Path-FindDev.spec
@@ -1,5 +1,5 @@
Name: perl-Path-FindDev
-Version:0.4.2
+Version:0.5.0
Release:1%{?dist}
Summary:Find a development path somewhere in an upper hierarchy
License:GPL+ or Artistic
@@ -8,7 +8,7 @@ URL:http://search.cpan.org/dist/Path-FindDev/
Source0:
http://www.cpan.org/authors/id/K/KE/KENTNL/Path-FindDev-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl
-BuildRequires: perl(Module::Build) = 0.4008
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.30
BuildRequires: perl(strict)
BuildRequires: perl(warnings)
# Run-time
@@ -19,12 +19,13 @@ BuildRequires: perl(Path::IsDev::Object)
BuildRequires: perl(Path::Tiny) = 0.038
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(Sub::Exporter)
+BuildRequires: perl(utf8)
# Tests
-BuildRequires: perl(File::Spec)
+BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(FindBin)
-BuildRequires: perl(IO::Handle)
-BuildRequires: perl(IPC::Open3)
+BuildRequires: perl(List::Util)
BuildRequires: perl(Test::More) = 1.001002
+BuildRequires: perl(version)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(Carp)
Requires: perl(File::Spec)
@@ -41,15 +42,16 @@ walking tricks.
%setup -q -n Path-FindDev-%{version}
%build
-perl Build.PL installdirs=vendor
-./Build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
%install
-./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
-./Build test
+make test
%files
%doc Changes LICENSE README
@@ -57,6 +59,9 @@ perl Build.PL installdirs=vendor
%{_mandir}/man3/*
%changelog
+* Wed Mar 05 2014 Jitka Plesnikova jples...@redhat.com - 0.5.0-1
+- 0.5.0 bump
+
* Mon Nov 25 2013 Petr Pisar ppi...@redhat.com - 0.4.2-1
- 0.4.2 bump
diff --git a/sources b/sources
index 72611c9..7089178 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8f95bc7519db7d107ca9dad0b7c481cc Path-FindDev-0.4.2.tar.gz
+e44e0ccec89b13d8efb187a6ef76c9c9 Path-FindDev-0.5.0.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1072882] perl-Path-FindDev-0.5.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1072882 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Path-FindDev-0.5.0-1.f ||c21 Resolution|--- |RAWHIDE Last Closed||2014-03-05 10:01:49 -- 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=10XZcnBiMsa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Email-Valid-1.192.tar.gz uploaded to lookaside cache by spot
A file has been added to the lookaside cache for perl-Email-Valid: 51c57b1c1b4cf2a4a20ee4880d44 Email-Valid-1.192.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Email-Valid] 1.192
commit 8c06add63161b76a2f4024ff0b08f257a06d7e82
Author: Tom Callaway s...@fedoraproject.org
Date: Wed Mar 5 10:02:45 2014 -0500
1.192
.gitignore|1 +
perl-Email-Valid.spec |9 +++--
sources |2 +-
3 files changed, 9 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d1acb9e..9c23c29 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/Email-Valid-0.190.tar.gz
+/Email-Valid-1.192.tar.gz
diff --git a/perl-Email-Valid.spec b/perl-Email-Valid.spec
index 73bb81d..7d8cd91 100644
--- a/perl-Email-Valid.spec
+++ b/perl-Email-Valid.spec
@@ -1,6 +1,6 @@
Name: perl-Email-Valid
-Version:0.190
-Release:3%{?dist}
+Version:1.192
+Release:1%{?dist}
Summary:Check validity of internet email address
Group: Development/Libraries
License:GPL+ or Artistic
@@ -14,6 +14,8 @@ BuildRequires: perl(Net::Domain::TLD)
BuildRequires: perl(Net::DNS)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(Test::More)
+BuildRequires: perl(Capture::Tiny)
+BuildRequires: perl(IO::CaptureOutput)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
@@ -48,6 +50,9 @@ make test
%changelog
+* Wed Mar 5 2014 Tom Callaway s...@fedoraproject.org - 1.192-1
+- update to 1.192
+
* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.190-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index 6b493df..7dff44e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-79d62c686e651247ab6688aa7307a5b2 Email-Valid-0.190.tar.gz
+51c57b1c1b4cf2a4a20ee4880d44 Email-Valid-1.192.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Catalyst-Controller-HTML-FormFu
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide tree: On x86_64: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On i386: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On armhfp: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- 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
Broken dependencies: mojomojo
mojomojo has broken dependencies in the rawhide tree: On x86_64: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On i386: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On armhfp: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File perl-ldap-0.59.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-LDAP: e4b1fafd029a092b714d4c1376417542 perl-ldap-0.59.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Spreadsheet-WriteExcel] 2.40
commit 6147573a1e59043f5ef6229fabc94fd997d547b4
Author: Tom Callaway s...@fedoraproject.org
Date: Wed Mar 5 11:03:12 2014 -0500
2.40
.gitignore |1 +
perl-Spreadsheet-WriteExcel.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f09a560..8f2a30f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Spreadsheet-WriteExcel-2.37.tar.gz
+/Spreadsheet-WriteExcel-2.40.tar.gz
diff --git a/perl-Spreadsheet-WriteExcel.spec b/perl-Spreadsheet-WriteExcel.spec
index 451868d..9704cbc 100644
--- a/perl-Spreadsheet-WriteExcel.spec
+++ b/perl-Spreadsheet-WriteExcel.spec
@@ -1,6 +1,6 @@
Name: perl-Spreadsheet-WriteExcel
-Version: 2.37
-Release: 14%{?dist}
+Version: 2.40
+Release: 1%{?dist}
Summary: Write formatted text and numbers to a cross-platform
Excel binary file
Group: Development/Libraries
@@ -78,6 +78,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*.3*
%changelog
+* Wed Mar 5 2014 Tom Callaway s...@fedoraproject.org - 2.40-1
+- 2.40
+
* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.37-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index fff88f0..21b9240 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-07e038429dc7d7467c735e467cc1cfbe Spreadsheet-WriteExcel-2.37.tar.gz
+b3262290e96985ee12d81c861a389790 Spreadsheet-WriteExcel-2.40.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File namespace-clean-0.25.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-namespace-clean: da81d44f114a947b873f8df11a3c02ec namespace-clean-0.25.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Return-Value-1.666004.tar.gz uploaded to lookaside cache by spot
A file has been added to the lookaside cache for perl-Return-Value: 7029edc09f1c424ac63e82efb903c911 Return-Value-1.666004.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Return-Value] 1.666004
commit 3c2a47ec53b37c5d51996859c916d0f65a6cb77b
Author: Tom Callaway s...@fedoraproject.org
Date: Wed Mar 5 11:18:54 2014 -0500
1.666004
.gitignore |1 +
perl-Return-Value.spec |7 +--
sources|2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 955853a..356a8d3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Return-Value-1.666001.tar.gz
+/Return-Value-1.666004.tar.gz
diff --git a/perl-Return-Value.spec b/perl-Return-Value.spec
index f25ccee..914544d 100644
--- a/perl-Return-Value.spec
+++ b/perl-Return-Value.spec
@@ -1,6 +1,6 @@
Name: perl-Return-Value
-Version:1.666001
-Release:10%{?dist}
+Version:1.666004
+Release:1%{?dist}
Summary:Polymorphic Return Values
Group: Development/Libraries
License:GPL+ or Artistic
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*.3*
%changelog
+* Wed Mar 5 2014 Tom Callaway s...@fedoraproject.org - 1.666004-1
+- update to 1.666004
+
* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.666001-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index e7db9de..9ff158d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-03128d525392c88e458aa2cd14eb107a Return-Value-1.666001.tar.gz
+7029edc09f1c424ac63e82efb903c911 Return-Value-1.666004.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Spreadsheet-WriteExcel/epel7] 2.40
commit 1e417de62ae5d5efb21402441506abcfa508985f
Author: Tom Callaway s...@fedoraproject.org
Date: Wed Mar 5 11:19:57 2014 -0500
2.40
perl-Spreadsheet-WriteExcel.spec | 13 +++--
sources |2 +-
2 files changed, 12 insertions(+), 3 deletions(-)
---
diff --git a/perl-Spreadsheet-WriteExcel.spec b/perl-Spreadsheet-WriteExcel.spec
index 1ccb22b..9704cbc 100644
--- a/perl-Spreadsheet-WriteExcel.spec
+++ b/perl-Spreadsheet-WriteExcel.spec
@@ -1,6 +1,6 @@
Name: perl-Spreadsheet-WriteExcel
-Version: 2.37
-Release: 12%{?dist}
+Version: 2.40
+Release: 1%{?dist}
Summary: Write formatted text and numbers to a cross-platform
Excel binary file
Group: Development/Libraries
@@ -78,6 +78,15 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*.3*
%changelog
+* Wed Mar 5 2014 Tom Callaway s...@fedoraproject.org - 2.40-1
+- 2.40
+
+* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.37-14
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
+
+* Mon Jul 22 2013 Petr Pisar ppi...@redhat.com - 2.37-13
+- Perl 5.18 rebuild
+
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.37-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
diff --git a/sources b/sources
index fff88f0..21b9240 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-07e038429dc7d7467c735e467cc1cfbe Spreadsheet-WriteExcel-2.37.tar.gz
+b3262290e96985ee12d81c861a389790 Spreadsheet-WriteExcel-2.40.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora devel was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora devel is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora 20 is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora 19 was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora 20 was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora 19 is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora EPEL 7 was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora EPEL 7 is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-Finance-Quote ownership changed
Package perl-Finance-Quote in Fedora EPEL 5 is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-Quote -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora EPEL 5 was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora devel is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora EPEL 6 was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora devel was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora 20 is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora 20 was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora EPEL 7 was orphaned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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] perl-HTML-TableExtract ownership changed
Package perl-HTML-TableExtract in Fedora 19 is now owned by notting To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-HTML-TableExtract -- 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
