EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 512 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 26 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11418/graphite-web-0.9.12-1.el5 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11448/perl-Crypt-DSA-0.14-8.el5 10 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11460/python-pyrad-1.1-3.el5 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11542/glpi-0.83.9.1-4.el5 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11582/proftpd-1.3.3g-3.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing arprec-2.2.16-3.el5 bwm-ng-0.6-1.el5 pcp-3.8.4-2.el5 Details about builds: arprec-2.2.16-3.el5 (FEDORA-EPEL-2013-11593) Software package for performing arbitrary precision arithmetic Update Information: ARPREC is a software package for performing arbitrary precision arithmetic. It consists of a revision and extension of Bailey's earlier MPFUN package, enhanced with special IEEE numerical techniques. Features include: * Written in C++ for broad portability and fast execution. * Includes C++ and Fortran 90/95 interfaces based on custom data-types and operator/function overloading, which permit the library to be used with only minor modifications for many conventional C++ and Fortran-90 programs. * Includes all of the usual arithmetic operations, as well as many transcendental functions, including cos, sin, tan, arccos, arcsin, arctan, exp, log, log10, erf, gamma and Bessel functions. * Supports three arbitrary precision data-types: mp_real, mp_int and mp_complex. * Supports many mixed-mode operations between arbitrary precision variables or constants and conventional variables or constants. * Includes special library routines, incorporating advanced algorithms for extra-high precision (above 1000 digits) computation. * Includes a number of sample application programs, including programs for quadrature (numerical definite integrals), PLSQ (integer relation finding) and polynomial root finding. * Includes the Experimental Mathematician's Toolkit. This is a self-contained interactive program that performs many operations typical of modern experimental mathematics, including arithmetic expressions, common transcendental functions, infinite series evaluation, definite integrals, polynomial roots, user-defined functions, all evaluated to a user-defined level of numeric precision, up to 1000 decimal digits. References: [ 1 ] Bug #1007577 - Review Request: arprec - Software package for performing arbitrary precision arithmetic https://bugzilla.redhat.com/show_bug.cgi?id=1007577 bwm-ng-0.6-1.el5 (FEDORA-EPEL-2013-11588) Bandwidth Monitor NG Update Information: Build against new libstatgrab (currently broken deps). pcp-3.8.4-2.el5 (FEDORA-EPEL-2013-11596) System-level performance monitoring and performance management Update Information: Disable pcp-pmda-infiniband build on s390 platforms. Update to latest community sources ChangeLog: * Mon Sep 16 2013 Nathan Scott nath...@redhat.com - 3.8.4-2 - Disable the pcp-pmda-infiniband sub-package on s390 platforms. * Sun Sep 15 2013 Nathan Scott nath...@redhat.com - 3.8.4-1 - Very minor release containing mostly QA related changes. - Enables many more metrics to be logged for Linux hosts. * Wed Sep 11 2013 Stan Cox s...@redhat.com - 3.8.3-2 - Disable pmcd.stp on el5 ppc. * Mon Sep 9 2013 Nathan Scott nath...@redhat.com - 3.8.3-1 - Default to Unix domain socket (authenticated) local connections. - Introduces new pcp-pmda-infiniband sub-package. - Disable systemtap-sdt-devel usage on ppc. * Sat Aug 3 2013 Petr Pisar ppi...@redhat.com - 3.8.2-1.1 - Perl 5.18 rebuild ___ epel-devel mailing list epel-devel@lists.fedoraproject.org
EPEL Access to devtoolset in ?
http://developerblog.redhat.com/2013/09/12/rhscl1-ga/ I know that the devtoolset requires an additional subscribe to get access, but is there a way to make use of it in the Koji build process so that those who are subscribed to the devtoolset can make use of the package that uses it in the EPEL? Thanks, Dave ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Access to devtoolset in ?
On Mon, Sep 16, 2013 at 11:08 AM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 16 Sep 2013 10:43:50 -0700 Dave Johansen davejohan...@gmail.com wrote: http://developerblog.redhat.com/2013/09/12/rhscl1-ga/ I know that the devtoolset requires an additional subscribe to get access, but is there a way to make use of it in the Koji build process so that those who are subscribed to the devtoolset can make use of the package that uses it in the EPEL? EPEL strives to use Fedora packaging guidelines. from: https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Software_Collection_Macros Software Collections (as defined here) are not permitted to be built or enabled in official Fedora packages. Until there are Fedora guidelines for them, no way EPEL is going to enable them blindly, sorry. ;) There is work underway to craft guidelines for them, you might look at assisting in that effort and adding needed bits for using them in EPEL too. How can I get involved in that process? I would definitely like to help out with enabling the support for them in the EPEL. Thanks, Dave ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Access to devtoolset in ?
On Mon, 16 Sep 2013 20:32:41 -0700 Dave Johansen davejohan...@gmail.com wrote: How can I get involved in that process? I would definitely like to help out with enabling the support for them in the EPEL. Join the packaging list and see this post just today: https://lists.fedoraproject.org/pipermail/packaging/2013-September/009525.html kevin signature.asc Description: PGP signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[Test-Announce] 2013-09-16 @ 15:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2013-09-16 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's meeting time again on Monday! We did end up slipping release, so we're still in freeze and have plenty of testing to do. This is a reminder of the upcoming QA meeting. Please add any topic suggestions to the meeting wiki page: https://fedoraproject.org/wiki/QA/Meetings/20130916 The current proposed agenda is included below. == Proposed Agenda Topics == 1. Previous Meeting Followup 2. Fedora 20 Planning/Status 3. Open floor signature.asc Description: PGP signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: abrt Bugzilla summary
On 09/13/2013 05:35 PM, Jakub Filak wrote: 1: https://bugzilla.redhat.com/show_bug.cgi?id=1005762 Perhaps you can drop the Process word but it's a good idea to keep the NVR in the summary (the VR part isn't reflected in the component field). 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: Orphaning Package: cfengine
I've taken f19+ branches, if anyone want to maintain el5+ branches, please go ahead. -- 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: abrt Bugzilla summary
On Mon, Sep 16, 2013 at 10:36:41AM +0200, Karel Zak wrote: On Fri, Sep 13, 2013 at 10:38:41AM -0600, Kevin Fenzi wrote: On Fri, 13 Sep 2013 17:35:20 +0200 Jakub Filak jfi...@redhat.com wrote: a bugzilla ticket [1] requiring a better Bugzilla summary field text produced by abrt has been filed. Before I start changing the bug summary format I'd like to do a little survey: What would you like see in the bug summaries produced by abrt? I actually disagree with the reporter of the bug. I prefer to have the component name in the subject of the bug. It's true that you can look this up by going to the bug on the web and that it's in the initial email, but after that the context of update emails is not there, so it's harder for me to know _which_ of the many abrt bugs this is. Please, fix/improve your email client UI. All bugzilla emails contain all necessary information in email header: Because opening email headers is indeed so convenient. for example: X-Bugzilla-Reporter: X-Bugzilla-URL: https://bugzilla.redhat.com/ For example if you use mutt then all you need is to add unignore X-Bugzilla-Product X-Bugzilla-Component This is nice and handy, but I actually don't know many client offering this opeiton. /me gonna add this option to his muttrc (lucky that I do use mutt here and there). It's pretty common that we don't have component name in BZ summary... Which does not make it less annoying. Pierre -- 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: Mouse focus stealing bug
On 09/10/2013 09:47 PM, Jan Pokorný wrote:
On 31/08/13 09:36 +1000, Peter Hutterer wrote:
On Fri, Aug 30, 2013 at 01:19:54PM +0200, Maros Zatko wrote:
Hello dear Fedora comunity,
I've hit very weird bug which happen to get very urgent now.
Something (very likely GTK{2,3} but not sure at all) is stealing my
mouse focus so that I cannot click anymore. Symptoms are in range
from being able to click once or several times AFTER switching
desktop (tag), to being able to click only with left button (with
right being totally unresponsive) to not being able to click at all
anymore until I kill Xorg.
Killing Xorg was *the fix* -- for you to understand, after reboot I
*had* to kill Xorg session three times, with spawning some GTK app
in between runs so that I hit the issue and Xorg restart had the
right effect. What happens now is that Xorg restart are NOT
helping any more, i.e. after that it works for about 5 minutes
and then it get progressively more and more wrong until I cannot
click any more.
My nowadays combo is Xmonad with nm-applet and some other basics
plus firefox, xchat, pidgin and some gnome-terminals (and couple of
other random stuff). To hit the issue is enough to spawn xchat and
firefox in a clean session.
I've been hitting the very same issue before when I was using
Awesome WM, but I thought it was its issue so I've picked xmonad
but after some time the same issues returned.
So, dear Fedora community, I beg you for help. I have no idea how
can I fix this, nor how can I debug it. Any help would be really
welcome.
Started to occur to me from time to time as well (LXDE@F18, inputs come
through synergy).
Last time, I think it started in connection with Firefox, and
fortunately it stopped with exiting Firefox. In the meantime,
the treatment was to either switch to another virtual desktop
(and I am not sure if I used to right-click anything here) and
back, or to right-click bottom panel.
Yep, sometimes it's Firefox, sometimes gnome-terminal.
In other cases it's caused by xchat. And 100% chance to
stuck your mouse is to have it grabbed by qemu which then
dies ungracefully (crashed; killed).
sounds like a stuck grab. that can be a bug in the server or the
application, but it's notoriously difficult to debug.
grabs are triggered by keyboard shortcuts, popup/dropdown menus and by
simple button presses (i.e. drag and drop usually triggers a grab).
generally if grab is stuck, the client with the grab still receives events,
so you may be able to narrow it down by clicking and hoping that _something_
responds to the click. that is the client with the grab then.
Yep, it looked like intended client was overriden, at least for
the part of the observed behavior.
You'll have to figure out a reproducible test case because there are so many
factors at play and the code is so convoluted that debugging this otherwise
is almost impossible.
Unfortunately. And backtracking which update introduced this issue would
be unrealistically time consuming provided that the reproducer seems
to be quite random. So my hope is it will go away the same way it
arrived.
One of possible remedies is to switch to VT{1-5} then switch to Xorg.
Observed behaviour is that dzen2 panel is gone but Xmonad still works,
to that I'm able to switch tags but I can't see on which one I'm located
nor other provided info, BUT I can click. Then when I restart/reload WM
I able to click again until the same thing happens again.
I suspect that it's caused by something old-and-rotten in my .config
directory
or some old gconf setting that I don't understand at all.
--
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: abrt Bugzilla summary
On Mon, 2013-09-16 at 10:58 +0200, Pierre-Yves Chibon wrote: On Mon, Sep 16, 2013 at 10:36:41AM +0200, Karel Zak wrote: On Fri, Sep 13, 2013 at 10:38:41AM -0600, Kevin Fenzi wrote: On Fri, 13 Sep 2013 17:35:20 +0200 Jakub Filak jfi...@redhat.com wrote: a bugzilla ticket [1] requiring a better Bugzilla summary field text produced by abrt has been filed. Before I start changing the bug summary format I'd like to do a little survey: What would you like see in the bug summaries produced by abrt? I actually disagree with the reporter of the bug. I prefer to have the component name in the subject of the bug. It's true that you can look this up by going to the bug on the web and that it's in the initial email, but after that the context of update emails is not there, so it's harder for me to know _which_ of the many abrt bugs this is. Please, fix/improve your email client UI. All bugzilla emails contain all necessary information in email header: Because opening email headers is indeed so convenient. for example: X-Bugzilla-Reporter: X-Bugzilla-URL: https://bugzilla.redhat.com/ For example if you use mutt then all you need is to add unignore X-Bugzilla-Product X-Bugzilla-Component This is nice and handy, but I actually don't know many client offering this opeiton. /me gonna add this option to his muttrc (lucky that I do use mutt here and there). Mutt you pointed it out, evolution seems to also support it: Edit - Preferences - Mail Preferences - Headers Don't know about claws-mail but that's already more client than I thought :) Still feels hacky to me (and I would prefer the topic as proposed by Kevin) but ok, that's one option. Pierre -- 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: ibus-typing-booster Obsoletes failure
On Mon, 16 Sep 2013 10:51:41 +0200, Mike FABIAN wrote:
What is going on in package ibus-typing-booster?
http://pkgs.fedoraproject.org/cgit/ibus-typing-booster.git/plain/ibus-typing-booster.spec
It attempts at obsoleting various packages, but since it does that with a
specific dist tag and without retiring those packages, it fails entirely,
because the packages have been bumped and rebuilt several times.
http://fedoraproject.org/wiki/Package_Renaming_Process
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
If you need help, feel free to contact me.
Yes, I am afraid I need help. I don’t understand what this is about.
Probably it has something to do with the
Provides: ibus-hunspell-table = %{version}-%{release}
Obsoletes: ibus-hunspell-table = 0.0.6-1.fc17
Provides: ibus-hunspell-table = %{version}-%{release}
Obsoletes: ibus-hunspell-table = 0.0.8-2.fc18
Provides: ibus-indic-table = %{version}-%{release}
Obsoletes: ibus-indic-table = 1.3.1-23.fc17
...
lines in in the .spec file.
I believe these packages are gone since at least summer 2012.
They haven't been retired or blocked and get rebuilt during mass-rebuilds.
So what do I have to do now.
Visit above Wiki pages and retire the obsolete packages properly
for Rawhide _and_ Fedora 20 (since that is still possible, too).
Complete all steps as explained in the Wiki.
It is important to block/withdraw the obsolete builds also from F20.
For older dists, packages cannot be pulled anymore.
Afterwards, fix the Obsoletes tag in ibus-typing-booster.
Prefer less than over less than or equal in the Obsoletes tags.
Don't use the dist tag in the specified version-release values.
Specify the _next_ Release value that is higher than the Release prefix
of the last published build. If not doing that, even a minor update for
the old dists would break the Obsoletes tag.
Add only a single pair of Provides/Obsoletes per package.
The following would be safe, provided that the packages get blocked from F20:
Obsoletes: ibus-european-table 1.1.6-5
Obsoletes: ibus-hunspell-table 0.0.8-5
I offer to send you a full cleanup patch for current git, after you manage
to retire and block the obsolete packages.
--
ms
--
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: abrt Bugzilla summary
On Mon, Sep 16, 2013 at 10:36:41AM +0200, Karel Zak wrote: For example if you use mutt then all you need is to add unignore X-Bugzilla-Product X-Bugzilla-Component to your .muttrc. It's pretty common that we don't have component name in BZ summary... But this does not show the component in the index view, or can this be changed as well? I always add the component to the summary for Bugs I report to get this information before I need to open the mail itself. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: abrt Bugzilla summary
On Mon, Sep 16, 2013 at 12:34:50PM +0200, Till Maas wrote: On Mon, Sep 16, 2013 at 10:36:41AM +0200, Karel Zak wrote: For example if you use mutt then all you need is to add unignore X-Bugzilla-Product X-Bugzilla-Component to your .muttrc. It's pretty common that we don't have component name in BZ summary... But this does not show the component in the index view, or can this be changed as well? I always add the component to the summary for Bugs I report to get this information before I need to open the mail itself. Change Columns link in the search output. -- Karel Zak k...@redhat.com http://karelzak.blogspot.com -- 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: abrt Bugzilla summary
On Mon, Sep 16, 2013 at 10:58:47AM +0200, Pierre-Yves Chibon wrote: It's pretty common that we don't have component name in BZ summary... Which does not make it less annoying. Well, then we have more generic problem rather than abrt specific one :-) Karel -- Karel Zak k...@redhat.com http://karelzak.blogspot.com -- 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: Self Introduction
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/13/2013 09:18 PM, William Brown wrote: Hi, I am a student of computer science, and systems administrator for a University using el. I have been using Fedora as my primary OS for a number of years now. I have had some intermittent exposure to many projects here such as MATE, isc-dhcp and FreeIPA. Sadly in the past, I have not been able to dedicate as much time to these as I would have liked, but a small number of my patches have been accepted. I generally focus on server and networking systems, but I am willing to contribute to anything that I see that needs fixing. (IE writing SELinux policy) William welcome. If you are interested in writing SELinux look for bugsillas about XYZ domain runs as initrc_t. Google the following. runs as initrc_t site:bugzilla.redhat.com Any of those bugzillas that are still open could be good candidates for writing SELinux policy for the domains. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI3BYYACgkQrlYvE4MpobOYDgCZAVd62YWa8GU0CoTGzEed7VEI kVoAnArsM7/tX2Y22dtIYwdyuA8y8bGM =GfC0 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction
On Sat, Sep 14, 2013 at 10:48:50AM +0930, William Brown wrote: I generally focus on server and networking systems, but I am willing to contribute to anything that I see that needs fixing. (IE writing SELinux policy) Hi William, It's great to have you in Fedora! Could you look at following bug in your spare time? https://bugzilla.redhat.com/show_bug.cgi?id=975959 I'm not sure how should I proceed with updating ladvd's policy. Thanks, -- Tomasz TorczThere exists no separation between gods and men: xmpp: zdzich...@chrome.pl one blends softly casual into the other. pgp0ILbg0t_7b.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: SSD caching
Things are progressing well with the SSD cache feature, so I'd like to give a brief update. dm-cache bcache - Initially both dm-cache and bcache were in scope to provide users with the SSD caching feature in Fedora 20. Both are supported by the latest Linux kernels, but unfortunately userspace tooling (lvm2) for dm-cache still requires considerable effort so focus has been te have bcache in F20. System wide or Self contained? -- For F20 the intention was to have SSD cache Self contained, and to have it System wide in F21. Looks like we're ahead of schedule! Thanks to the great cooperation of community members responsible for other Fedora packages, we may see a well integrated bcache implementation in F20. Because bcache is quite new we should however consider it Experimental! What works? --- Currently I'm running my root FS on bcache. My system runs great. Both kernel updates and other updates (in F20 updates-testing*) work without any problems. This means dat a working intramdisk is created by dracut, which in turn means that util-linux (blkid) detects bcache. To 'complicate' testing I have the root FS on lvm (which is on bcache)! And as a bonus of course I'm experiencing a nice performance :-) Because Anaconda doesn't support bcache (yet) creating a running system with root FS on bcache requires some manual work, but once it's running it's running well! *) some packages are not yet in updates testing, details below. Testing --- Thanks to Igor Gnatekno a Fedora Test day is planned 13th of october: https://fedorahosted.org/fedora-qa/ticket/415. To support this a Wiki page (work in progress) is maintained: https://fedoraproject.org/wiki/Test_Day:2013-10-13_SSD_Cache. Anybody interested in testing is welcome! util-linux -- libblkid in util-linux v2.24 will support bcache, which means that both blkid and wipefs will detect (and wipe) bcache. Currently util-linux v2.23 is available, but v2.24 rc will be in F20 (thanks Karel Zak). To test bcache I'm running a patched v2.23 that already has the planned support for bcache. bache-tools --- The bcache-tools package is available in F20 updates-testing, and seems to be in pretty good shape (thank you reviewers, thanks Hans de Goede). Currently bcache-tools includes a bcache-probe utility, but that may no longer be in the package when F20 is released because it's obsoleted by blkid in util-linux v2.24. dracut -- Dracut now has a bcache module to build initramfs(thanks Harold Hoyer). This works very well, but it currently needs the -N option. When util-linux v2.24 is released dracut will detect bcache and be able to operate without the -N option. LVM2 LVM2 does normally not accept a bcache device as PV (physical volume). A small 'one-line' patch can fix this, but the lvm2 people are working on other lvm2 stuff. I hope Alasdair Kergon will be able to get this simple change in LVM2. If not, users can manually configure LVM2 to accept bcache devices as PV by making a small change to their /etc/lvm/lvm.conf. To build a working initramfs users need to manually pass the --lvmconf option to dracut, so a kernel upgrade won't work out-of-the-box. mailto:a...@redhat.com I tested bcache by using a patched LVM2 that accepts bcache as a PV, hoping the patch will be in F20. Anaconda Currently the team is very busy getting anaconda ready for F20, and including bcache support may require considerable effort. Hopefully anaconda has bcache support in F21. More details: https://bugzilla.redhat.com/show_bug.cgi?id=998543 -- 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.1
Hello, A new version of DNF was built for F20[1] and Rawhide today. It fixes a couple of bugs, improves support for Anaconda to foster the development of DNFPayload there and starts on the project to get us rid of urlgrabber dependency en route to Py3. Please check out the release notes at [2] This is the first release with contributions from two new members of the DNF team: Radek Holy rh...@redhat.com and Jan Silhan jsil...@redhat.com. Radek is currently working on the support for transaction undoing/reverting and Jan has added support for Python3 to hawkey [3] and is going to start moving DNF to Python3 too. Ales [1] http://bit.ly/1bmJ3Hv [2] http://akozumpl.github.io/dnf/release_notes.html#id12 [3] http://koji.fedoraproject.org/koji/rpminfo?rpmID=4411240 -- 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: Self Introduction
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/16/2013 09:30 AM, Tomasz Torcz wrote: On Sat, Sep 14, 2013 at 10:48:50AM +0930, William Brown wrote: I generally focus on server and networking systems, but I am willing to contribute to anything that I see that needs fixing. (IE writing SELinux policy) Hi William, It's great to have you in Fedora! Could you look at following bug in your spare time? https://bugzilla.redhat.com/show_bug.cgi?id=975959 I'm not sure how should I proceed with updating ladvd's policy. Thanks, I attached a bug to the bugzilla to fix all of these problems. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI3D60ACgkQrlYvE4MpobOfjwCg43AnotuqokKvS126HxvpqGKm qt0AoJ6SqKPG/V5tbNasnvrrES6LA1WF =ARtr -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Provenpackagers can help (was: Re: OCaml 4.01.0 coming to Fedora Rawhide this weekend)
On Sun, Sep 15, 2013 at 4:28 PM, Richard W.M. Jones rjo...@redhat.com wrote: This is a compiler-internal error with using the -g option. It means that the (file, line) location number has line == 0 and the compiler refuses to emit DWARF info with line == 0 because (according to the comment in the source) clang fails to process such files. Because camlp5 is a preprocessor it's probably generating fake line number info. Up to you how far you want to diagnose and/or fix this. TBH I wouldn't bother trying too hard to fix this. Just don't use -g on the affected files if possible, or turn off debuginfo on the whole package. Since the pa_lisp.ppo file handed to ocamlopt is some kind of binary blob, I did not make any attempt to fix this. It took some gross Makefile hackery, but the build now works by not using -g on this and a couple of other affected files. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Dracut HostOnly or ConfigurationOnly?
On 09/09/2013 11:48 AM, Kamil Paral wrote: On 09/06/2013 10:15 AM, Jiri Eischmann wrote: Can this not be done automatically? If the system fails to boot because of significant hardware changes, it's an obvious option to regenerate initramfs. I can't image a normal user go to the rescue mode and run dracut --regenerate-all. Not that it's difficult to do it, but the discoverability of the solution is bad. This has been discussed in the past and if we are going to head down that road we need a proper end user friendly UI rescue environment for the core/baseOS which automatically scans things for problem and proposes to fix that for the novice end user. I'm pretty sure nobody is against this but as usual as someone has to do all that work... It should have been a prerequisite for dracut host-only feature. It's nonsense having an full blown rescue environment as an requirement for dracut-hostonly feature. JBG I haven't spoken about full blown. But this feature caused two things: a) performance (boot speed) went up b) robustness went down (change of hardware breaks Fedora) I might be speaking with my QA hat on, but we should really strive hard to keep and increase the robustness of our system. Before host-only initrd was approved, we should have had a prerequisite that would eliminate the biggest drawback. Especially for the general audience the current behavior is a showstopper - they are not able to invoke 'dracut --regenerate-all' after they change their hardware. The implementation is not that important, something is better than nothing. A few ideas: a) regenerate initrd automatically on every system rescue boot b) present a simple ncurses dialog on every system rescue boot, that allows the user to regenerate initrd (find new hardware) or continue booting to DE c) if a standard boot fails, or if we detect a new hardware during that boot, automatically regenerate initrd and reboot the machine Sure, those are just rough ideas, full of problematic use cases and whatnot. But some of them might not be _that_ hard to implement. And any of those would definitely be better than having nothing. Not to mention that our bright developers' minds would surely think of something even better. And that's what we should have had as a prerequisite - having _some_ solution. But we ended up as always - having a cool feature and saying RTFM! to all our general users who get bitten by it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Owner-change] Fedora packages ownership change
Change in ownership over the last 168 hours === 0 packages were orphaned 12 packages unorphaned -- ecashin unorphaned : aoetools [EL-5] mpolacekunorphaned : libmpc [EL-6,devel,f18,f19,f20] jstanek unorphaned : unixODBC [devel,f18,f19,f20] petersenunorphaned : ghc-Agda [f19] cicku unorphaned : oyranos [devel,f20] jamielinux unorphaned : nginx [EL-5,EL-6,devel,f18,f19,f20] kengert unorphaned : ca-certificates [devel,f18,f19,f20] cicku unorphaned : wxGlade [devel,f19,f20] jstanek unorphaned : unixODBC-gui-qt [devel,f18,f19,f20] jamesnz unorphaned : nitrogen [devel,f19] cicku unorphaned : cfengine [devel,f19,f20] nathans unorphaned : pcp [devel] 4 packages were retired libgme [devel,f19,f20] was retired by cicku Video game music file emulation/playback library https://admin.fedoraproject.org/pkgdb/acls/name/libgme system-config-boot [devel,f18,f19,f20] was retired by harald A graphical interface for configuring the boot loader https://admin.fedoraproject.org/pkgdb/acls/name/system-config-boot jboss-as [devel,f20] was retired by goldmann JBoss Application Server https://admin.fedoraproject.org/pkgdb/acls/name/jboss-as libircclient-qt [devel] was retired by jkaluza Cross-platform IRC client library written with Qt 4 https://admin.fedoraproject.org/pkgdb/acls/name/libircclient-qt 12 packages changed owner - limbgave to rdieter: qt5-qtimageformats [EL-6] limbgave to mstuchli : python-wtf-peewee [EL-6] limbgave to hobbes1069 : qt5-qttools [EL-6] limbgave to jpopelka : qpdf [EL-6] limbgave to rdieter: qt5-qtsvg [EL-6] limbgave to mstuchli : python-flask-mongoengine [EL-6] limbgave to rdieter: qt5-qtxmlpatterns [EL-6] limbgave to mstuchli : python-peewee [EL-6] limbgave to rdieter: qt5-qtgraphicaleffects [EL-6] limbgave to hobbes1069 : qt5-qtwebkit [EL-6] limbgave to jamesnz: nitrogen [f20] limbgave to rmattes: gearbox [EL-6] Sources: https://github.com/pypingou/fedora-owner-change -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
packaging guidelines again
i get somehow tired to report bugs for several packages, refresh them at each release because maintainers ignore guidelines all the time some of them responded and fixed their packages some insist to ignore them https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#PIE If your package meets any of the following criteria you MUST enable the PIE compiler flags: * Your package is long running * Your package runs as root since there is nobody logged in these are *all* long running processes and enough of them even running as root and so match *two* reasons for harden them [root@srv-rhsoft:~]$ checksec --proc-all | grep No PIE X 21342 Partial RELRO Canary found NX enabled No PIE login 26045 Partial RELRO Canary found NX enabled No PIE alsactl642 Partial RELRO Canary found NX enabled No PIE mdadm651 Partial RELRO Canary found NX enabled No PIE upowerd704 Partial RELRO Canary found NX enabled No PIE avahi-daemon705 Partial RELRO Canary found NX enabled No PIE rtkit-daemon718 Partial RELRO Canary found NX enabled No PIE pulseaudio869 Full RELROCanary found NX enabled No PIE 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: abrt Bugzilla summary
I wonder if someday it would make sense to customize this per user? Possibly too much complexity... kevin ABRT provides per component customization. https://github.com/abrt/abrt/wiki/FAQ#component-specific-bugzilla-bug-formatting -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1008491] Dependency issues - requires an older version of libstatgrab.so.6
https://bugzilla.redhat.com/show_bug.cgi?id=1008491 --- Comment #1 from Michael Schwendt bugs.mich...@gmx.net --- That's caused by an incompatible libstatgrab upgrade: https://admin.fedoraproject.org/updates/FEDORA-2013-16806/libstatgrab-0.90-1.fc19 https://admin.fedoraproject.org/pkgdb/acls/bugs/libstatgrab -- 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=lXNWqgEw3va=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: abrt Bugzilla summary
On Mon, 16 Sep 2013 10:36:41 +0200 Karel Zak k...@redhat.com wrote: Please, fix/improve your email client UI. All bugzilla emails contain all necessary information in email header: ...snip... For example if you use mutt then all you need is to add unignore X-Bugzilla-Product X-Bugzilla-Component to your .muttrc. Cool. That allows me to easily see it if I am viewing that email... doesn't however easily let me see if it I have a list of 10 new bugzilla emails coming that I haven't read yet. It's pretty common that we don't have component name in BZ summary... yeah, which is kinda sad, IMHO. I wonder if someday it would make sense to customize this per user? Possibly too much complexity... kevin 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
Reproducible Builds in Fedora
Hi, I have been working on having Reproducible Builds in Fedora for some time. At this point, I think I have something demoable. Ensuring Reproducible Builds is a big task and I want your feedback, ideas, code and support. Please see https://github.com/kholia/ReproducibleBuilds for details. I would like to thank Debian and Ubuntu folks for starting similar projects (and inspiring this work). Reproducible Builds === It should be possible to reproduce every build of every package in Fedora. We want to be able to show that our binary was the result of our source code from our compiler and nobody added anything along the way. Can we (upstream / vendor) show that one of our rpms was built from the source we ship? It should be possible for the users to verify that the binary matches what the source intended to produce, in an independent fashion. We (the distribution provider) shouldn't be forced to say Trust Us to our users at all. Steps Involved == * Recording the build environment (DONE) - Koji does this automatically :-) * Re-producing the build environment (DONE) - Retrieve brootid (buildrootID) corresponding to the NVR we want to test from Koji (DONE) - Replicate this buildroot (DONE) - Create replica build environment using Mock (DONE) * Do re-builds locally using mock (DONE) * Verify new build against upstream (DONE, Steve's script works great) Current State = * Packages like git, john and qpdf are 100% reproducible as far as code is concerned :-) Current Challenges == See http://tinyurl.com/ReproducibleBuildsProblems * python-epydoc will add timestamps to the HTML file it produces ( needs FIXING). * javadoc will add timestamps to the HTML file it produces (needs FIXING). Links = https://wiki.debian.org/ReproducibleBuilds http://fedoraproject.org/wiki/Releases/FeatureBuildId#Unique_build_ID http://blogs.kde.org/2013/06/19/really-source-code-software https://blog.torproject.org/blog/deterministic-builds-part-one-cyberwar-and-global-compromise https://trac.torproject.org/projects/tor/ticket/5837 https://trac.torproject.org/projects/tor/ticket/3688 http://bazaar.launchpad.net/~ubuntu-security/ubuntu-security-tools/trunk/files/head:/package-tools/ -- Dhiru -- 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-Tree-DAG_Node] Update to 1.17
commit 241e54e09c60dd40d07c930e764e3e3c50ffa73b
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 16 15:38:41 2013 +0100
Update to 1.17
- New upstream release 1.17
- Write test temp files in :raw mode as well as utf-8, for MS Windows
users
- Take the opportunity to change all utf8 to utf-8, as per the docs for
Encode,
except for 'use warnings qw(FATAL utf8);', which doesn't accept utf-8
:-(
perl-Tree-DAG_Node.spec |8 +++-
sources |2 +-
2 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/perl-Tree-DAG_Node.spec b/perl-Tree-DAG_Node.spec
index c1686b0..e848ab8 100644
--- a/perl-Tree-DAG_Node.spec
+++ b/perl-Tree-DAG_Node.spec
@@ -1,5 +1,5 @@
Name: perl-Tree-DAG_Node
-Version:1.16
+Version:1.17
Release:1%{?dist}
Summary:Class for representing nodes in a tree
Group: Development/Libraries
@@ -48,6 +48,12 @@ make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
%{_mandir}/man3/Tree::DAG_Node.3pm*
%changelog
+* Mon Sep 16 2013 Paul Howarth p...@city-fan.org - 1.17-1
+- Update to 1.17
+ - Write test temp files in :raw mode as well as utf-8, for MS Windows users
+ - Take the opportunity to change all utf8 to utf-8, as per the docs for
Encode,
+except for 'use warnings qw(FATAL utf8);', which doesn't accept utf-8 :-(
+
* Mon Sep 9 2013 Paul Howarth p...@city-fan.org - 1.16-1
- Update to 1.16
- Merge patch (slightly modified by me) from Tom Molesworth (CPAN RT#88501):
diff --git a/sources b/sources
index 795be28..4011a08 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d44a70df0914827cd04513ae30dd7a00 Tree-DAG_Node-1.16.tgz
+cbbfacf2680279379bb7291f7f25a5aa Tree-DAG_Node-1.17.tgz
--
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: abrt Bugzilla summary
On Mon, Sep 16, 2013 at 01:26:55PM +0200, Karel Zak wrote: On Mon, Sep 16, 2013 at 12:34:50PM +0200, Till Maas wrote: On Mon, Sep 16, 2013 at 10:36:41AM +0200, Karel Zak wrote: For example if you use mutt then all you need is to add unignore X-Bugzilla-Product X-Bugzilla-Component to your .muttrc. It's pretty common that we don't have component name in BZ summary... But this does not show the component in the index view, or can this be changed as well? I always add the component to the summary for Bugs I report to get this information before I need to open the mail itself. Change Columns link in the search output. I meant the index view in mutt, i.e. the list of messages. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Broken dependencies: python-osmgpsmap
Ok, reviving this old thread. I got distracted by life and a few other things until now. I saw some other activities going on with gramps but here's my latest source RPM with the new build requires and requires as far as I can tell. I left the old ones in commented incase they are actually needed. http://hobbes1069.fedorapeople.org/gramps-4.0.1-5.fc19.src.rpm Let me know if I can do anything else. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
orphaning/retiring perl-Bio-ASN1-EntrezGene
This package is currently causing broken deps in any case. It's not very useful without perl-bioperl, see my previous post, which has seen been removed: https://lists.fedoraproject.org/pipermail/devel/2012-November/174435.html Hopefully somebody else can pick these packages up (including perl-bioperl), I can help as a co-maintainer, but can't be primary maintainer right now. 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
[Bug 970604] perl-Bio-ASN1-EntrezGene has broken dependencies because of perl-bioperl removal
https://bugzilla.redhat.com/show_bug.cgi?id=970604 --- Comment #2 from Alex Lancaster al...@users.sourceforge.net --- (In reply to Paul Howarth from comment #1) Please either ressurect perl-bioperl or remove perl-Bio-ASN1-EntrezGene. I don't have time to maintain this package either, so I will remove it. Hopefully somebody else will revive (or I will if I have some time in the future). -- 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=q8BGdOp8Jha=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
[pkgdb] perl-Bio-ASN1-EntrezGene (un)retirement
Package perl-Bio-ASN1-EntrezGene in Fedora 20 has been retired by alexlan To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Bio-ASN1-EntrezGene -- 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
[pkgdb] perl-Bio-ASN1-EntrezGene (un)retirement
Package perl-Bio-ASN1-EntrezGene in Fedora 19 has been retired by alexlan To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Bio-ASN1-EntrezGene -- 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
[pkgdb] perl-Bio-ASN1-EntrezGene (un)retirement
Package perl-Bio-ASN1-EntrezGene in Fedora devel has been retired by alexlan To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Bio-ASN1-EntrezGene -- 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: orphaning/retiring perl-Bio-ASN1-EntrezGene
Note that I'm retiring from F-19 onwards. - Original Message - This package is currently causing broken deps in any case. It's not very useful without perl-bioperl, see my previous post, which has seen been removed: https://lists.fedoraproject.org/pipermail/devel/2012-November/174435.html Hopefully somebody else can pick these packages up (including perl-bioperl), I can help as a co-maintainer, but can't be primary maintainer right now. 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
GNOME 3.9.92 megaupdate
Hi all, GNOME 3.9.92 release is this week and we're going to collect all the builds together and file them as a single Bodhi megaupdate for F20. As usual, the spreadsheet for collecting all the builds together is at https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJzeU9waFJFZmgyQzBuN2VxU0lxbHcpli=1#gid=0 We've also got a separate koji build target that can be used with: $ fedpkg build --target f20-gnome -- Thanks, Kalev -- 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: Provenpackagers can help (was: Re: OCaml 4.01.0 coming to Fedora Rawhide this weekend)
On Mon, Sep 16, 2013 at 08:05:45AM -0600, Jerry James wrote: On Sun, Sep 15, 2013 at 4:28 PM, Richard W.M. Jones rjo...@redhat.com wrote: This is a compiler-internal error with using the -g option. It means that the (file, line) location number has line == 0 and the compiler refuses to emit DWARF info with line == 0 because (according to the comment in the source) clang fails to process such files. Because camlp5 is a preprocessor it's probably generating fake line number info. Up to you how far you want to diagnose and/or fix this. TBH I wouldn't bother trying too hard to fix this. Just don't use -g on the affected files if possible, or turn off debuginfo on the whole package. Since the pa_lisp.ppo file handed to ocamlopt is some kind of binary blob, I did not make any attempt to fix this. I guess that will be the binary form of the OCaml AST. Something along the lines of this may work: camlp5o pr_o.cmo pa_lisp.ppo Note: you'll have to use the camlp5o from camlp5 (not camlp4o from OCaml) since I guess the binary format will have diverged since the Great Parting Of The Preprocessors back in '06. It took some gross Makefile hackery, but the build now works by not using -g on this and a couple of other affected files. Thanks for looking at it anyhow. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.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: Atlas update
Orion Poplawski wrote: I think you can do -latlas -llapack. I don't think that's a great idea, as long as ATLAS replaces some LAPACK routines with optimized versions (and dropping that would be a major disservice to our users). Linking in multiple libraries with conflicting symbols is always a bad idea. 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
Update notes referring to files within the package
Hi, lately, I have seen an increasing number of update notes like this: See [some file in the package] for more information. While done with noble intentions, unfortunately, this is not of much use, because update notes are read BEFORE updating the package, whereas the file being referred to is only available (in the correct version) AFTER installing or updating the package. So please, instead of writing this, either: (a) link to a copy of the file in cgit/gitweb/ViewVC/Trac/…, if available or (b) link to a web page with the news instead, if available or (c) paste the contents of the file into the update notes. (Of course, the all-too-frequent New upstream release. with no further information is also a VERY unhelpful kind of update notes, so it is not a reasonable alternative.) Thank you for your understanding, 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
Unretiring gpx-viewer / Review Swap
Hi, according to http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers I'd like to announce that I want to unretire the package gpx-viewer. The package was retired because it didn't build for multiple Fedora releases: https://pkgs.fedoraproject.org/cgit/gpx-viewer.git/tree/dead.package Upstream is not very active, but there are still occasional bug fixes committed: https://launchpad.net/gpx-viewer gpx-viewer has one advantage over the full-featured tools like josm or merkaartor: it can display a GPX track using OpenStreet maps without any setup or configuration. The required review request can be found here: https://bugzilla.redhat.com/show_bug.cgi?id=1008701 If someone would like to swap a review, I'd be happy to help, too! Best regards, Christian -- 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: abrt Bugzilla summary
On Mon, 16 Sep 2013 11:08:02 -0400 (EDT) Jakub Filak jfi...@redhat.com wrote: I wonder if someday it would make sense to customize this per user? Possibly too much complexity... kevin ABRT provides per component customization. https://github.com/abrt/abrt/wiki/FAQ#component-specific-bugzilla-bug-formatting Excellent. Given that almost no packages are shipping these, is there any guideline or guidance how to do so? Just add them to our packages? Anything we need to require? Might be nice to work with FPC/packaging list and come up with a clear guideline for these. kevin 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: Broken dependencies: python-osmgpsmap
On Mon, Sep 16, 2013 at 11:30 AM, Richard Shaw hobbes1...@gmail.com wrote: Ok, reviving this old thread. I got distracted by life and a few other things until now. I saw some other activities going on with gramps but here's my latest source RPM with the new build requires and requires as far as I can tell. I left the old ones in commented incase they are actually needed. http://hobbes1069.fedorapeople.org/gramps-4.0.1-5.fc19.src.rpm Let me know if I can do anything else. I think gramps is taken care of. http://koji.fedoraproject.org/koji/buildinfo?buildID=460143 -J Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Fedora 20 Alpha Release Candidate 3 (RC3) Available Now!
NOTE: The 32- and 64-bit DVDs, the 64-bit Desktop Live, the 32-bit Security Spin, and the 64-bit LXDE and MATE Spins are over their respective size targets. As per the Fedora 20 schedule [1], Fedora 20 Alpha Release Candidate 3 (RC3) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/5745#comment:28 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha priority test cases for Installation [2], Base [3], and Desktop [4] should pass in order to meet the Alpha Release Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the test list [7]. Create Fedora 20 Alpha test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/5745 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-20/f-20-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Base_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria [6] irc://irc.freenode.net/fedora-qa [7] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Reminder on how to EOL a package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, As the procedure recently changed a little and many people have gotten it wrong for a long time I wanted to bring to everyones attention the proper procedure to retire a package that is no longer useful. https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life its now one step from the CLI assuming you have a new enough fedpkg installed fedpkg-1.13-1 or newer. many thanks to Till for the implementation. Also please note that you are not to Retire packages for stable Fedora's we have no way to remove them and If you retire it they will be in a weird state where the package will be in the repos and available to install but koji will say its blocked. It will create confusion for both users and fellow developers. So DO NOT DO IT. Thanks Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (GNU/Linux) iEYEARECAAYFAlI3u8UACgkQkSxm47BaWfftJgCfaVhoSw2iSP26ELw9PunAULqG 3hQAniDG7UIhuadsM6Cm2RDkmVbrowxP =zybx -END PGP SIGNATURE- ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
polkit rules for virt administration
Hi, https://bugzilla.redhat.com/show_bug.cgi?id=957300 Was just wondering if any more discussion or action had been taken with this. Would be good to see included in F20. -- Sincerely, William Brown pgp.mit.edu http://pgp.mit.edu:11371/pks/lookup?op=vindexsearch=0x3C0AC6DAB2F928A2 signature.asc Description: This is a digitally signed message part -- 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: Reminder on how to EOL a package
On Mon, Sep 16, 2013 at 10:17 PM, Dennis Gilmore den...@ausil.us wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, As the procedure recently changed a little and many people have gotten it wrong for a long time I wanted to bring to everyones attention the proper procedure to retire a package that is no longer useful. https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life its now one step from the CLI assuming you have a new enough fedpkg installed fedpkg-1.13-1 or newer. many thanks to Till for the implementation. Fwiw, I tried this earlier today and it threw errors when trying to do the pkgdb orphan step: remote: Emitting a message to the fedmsg bus. To ssh://jwbo...@pkgs.fedoraproject.org/ql2100-firmware 37373c3..08b4818 master - master Error: Auth was requested but no way to perform auth was given. Please set username and password or session_id before calling this function with auth=True Could not retire package: Command '['pkgdb-cli', 'orphan', '--retire', 'ql2100-firmware', 'devel']' returned non-zero exit status 5 [jwboyer@zod ql2100-firmware]$ I also tried running the pkgdb-cli command by itself with --user and --password specified, but that didn't work either. josh -- 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: polkit rules for virt administration
Hi, Op 17 sep. 2013 om 04:49 heeft William Brown will...@firstyear.id.au het volgende geschreven: Was just wondering if any more discussion or action had been taken with this. Would be good to see included in F20. -- Sincerely, William Brown pgp.mit.edu http://pgp.mit.edu:11371/pks/lookup?op=vindexsearch=0x3C0AC6DAB2F928A2 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: polkit rules for virt administration
I agree, this is useful. I'm currently also having my own polkit rules to achieve this. I'm currently using the groep wheel for this, but that's not the right choice. Would be good to have a solution in f20. Rolf Op 17 sep. 2013 om 05:55 heeft Rolf Fokkens r...@rolffokkens.nl het volgende geschreven: Hi, Op 17 sep. 2013 om 04:49 heeft William Brown will...@firstyear.id.au het volgende geschreven: Was just wondering if any more discussion or action had been taken with this. Would be good to see included in F20. -- Sincerely, William Brown pgp.mit.edu http://pgp.mit.edu:11371/pks/lookup?op=vindexsearch=0x3C0AC6DAB2F928A2 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Reminder on how to EOL a package
On Mon, Sep 16, 2013 at 11:12:31PM -0400, Josh Boyer wrote: Error: Auth was requested but no way to perform auth was given. Please set username and password or session_id before calling this function with auth=True Could not retire package: Command '['pkgdb-cli', 'orphan', '--retire', 'ql2100-firmware', 'devel']' returned non-zero exit status 5 [jwboyer@zod ql2100-firmware]$ I also tried running the pkgdb-cli command by itself with --user and --password specified, but that didn't work either. This is fixed in packagedb-cli in updates-testing. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: About F19 Firewall
- Original Message -
From: P J P pj.pan...@yahoo.co.in
Subject: About F19 Firewall
It doesn't have to be so complicated that even if one tries to understand it,
he/she can not. :(
This small script seems to work good.
===
#!/bin/sh
#
# fw.sh: a basic drop unless allowed firewall.
FW='iptables -t filter '
# main
{
$FW -A INPUT -i lo -j ACCEPT;
$FW -A INPUT -p icmp -s 10.x.x.x/16 -j ACCEPT;
$FW -A INPUT -p tcp -s 10.x.x.x/16 -m state --state NEW --dport 22 -j
ACCEPT;
$FW -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT;
$FW -A INPUT -j REJECT --reject-with icmp-host-prohibited;
$FW -A OUTPUT -p tcp -m state --state NEW -s 10.x.x.x/16 -d facebook.com \
-j REJECT --reject-with icmp-host-prohibited
$FW -P INPUT DROP;
$FW -P FORWARD DROP;
exit 0;
}
===
---
Regards
-Prasad
http://feedmug.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1007755] Needs runtime dependency on perl(version)
https://bugzilla.redhat.com/show_bug.cgi?id=1007755 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com,| |ppi...@redhat.com | --- Comment #2 from Petr Pisar ppi...@redhat.com --- I don't know how you run into this because fedpkg package run-requires 'perl(version)' transitively, but you are definitely right. -- 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=BWu4fSHAY0a=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-ExtUtils-MakeMaker] Specify all dependencies
commit f401a79255d97bbc6480b1c715388f190722ec64
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 08:58:11 2013 +0200
Specify all dependencies
perl-ExtUtils-MakeMaker.spec | 22 +++---
1 files changed, 19 insertions(+), 3 deletions(-)
---
diff --git a/perl-ExtUtils-MakeMaker.spec b/perl-ExtUtils-MakeMaker.spec
index b6cdac3..07ab3de 100644
--- a/perl-ExtUtils-MakeMaker.spec
+++ b/perl-ExtUtils-MakeMaker.spec
@@ -3,7 +3,7 @@
Name: perl-%{cpan_name}
Version:%(echo '%{cpan_version}' | tr _ .)
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Create a module Makefile
License:GPL+ or Artistic
Group: Development/Libraries
@@ -34,6 +34,7 @@ BuildRequires: perl(File::Copy::Recursive)
BuildRequires: perl(AutoSplit)
BuildRequires: perl(CPAN::Meta)
BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(DynaLoader)
BuildRequires: perl(ExtUtils::Command)
BuildRequires: perl(ExtUtils::Install)
BuildRequires: perl(ExtUtils::Installed)
@@ -45,20 +46,32 @@ BuildRequires: perl(IO::File)
BuildRequires: perl(less)
BuildRequires: perl(Parse::CPAN::Meta)
BuildRequires: perl(Pod::Man)
+BuildRequires: perl(POSIX)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
+BuildRequires: perl(version)
# Optional tests
BuildRequires: perl(ExtUtils::CBuilder)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+# CPAN::Meta is optional
+Requires: perl(Data::Dumper)
+Requires: perl(DynaLoader)
Requires: perl(ExtUtils::Command)
Requires: perl(ExtUtils::Install)
Requires: perl(ExtUtils::Manifest)
+# ExtUtils::XSSymSet is not needed (VMS only)
Requires: perl(File::Find)
Requires: perl(File::Spec) = 0.8
Requires: perl(Getopt::Long)
-Requires: perl(Test::Harness)
-# Optional run-time needed for generating documentation from POD:
+# Optional Pod::Man is needed for generating manual pages from POD
Requires: perl(Pod::Man)
+Requires: perl(POSIX)
+Requires: perl(Test::Harness)
+# Time::HiRes is optional
+# Text::ParseWords is not needed (Win32 only)
+Requires: perl(version)
+# VMS::Filespec is not needed (VMS only)
+# Win32 is not needed (Win32 only)
# Do not export underspecified dependencies
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(File::Spec\\)\s*$
@@ -98,6 +111,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 6.76-2
+- Specify all dependencies (bug #1007755)
+
* Tue Sep 10 2013 Petr Pisar ppi...@redhat.com - 6.76-1
- 6.76 bump
--
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 1007755] Needs runtime dependency on perl(version)
https://bugzilla.redhat.com/show_bug.cgi?id=1007755 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-ExtUtils-MakeMaker-6.7 ||6-2.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=tJoqdiQ4sva=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-ExtUtils-MakeMaker/f20] Specify all dependencies
commit 8e2c796727dd04ea689074c55ac3f3648918de3f
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 08:58:11 2013 +0200
Specify all dependencies
perl-ExtUtils-MakeMaker.spec | 22 +++---
1 files changed, 19 insertions(+), 3 deletions(-)
---
diff --git a/perl-ExtUtils-MakeMaker.spec b/perl-ExtUtils-MakeMaker.spec
index 8693200..8791267 100644
--- a/perl-ExtUtils-MakeMaker.spec
+++ b/perl-ExtUtils-MakeMaker.spec
@@ -3,7 +3,7 @@
Name: perl-%{cpan_name}
Version:%(echo '%{cpan_version}' | tr _ .)
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Create a module Makefile
License:GPL+ or Artistic
Group: Development/Libraries
@@ -34,6 +34,7 @@ BuildRequires: perl(File::Copy::Recursive)
BuildRequires: perl(AutoSplit)
BuildRequires: perl(CPAN::Meta)
BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(DynaLoader)
BuildRequires: perl(ExtUtils::Command)
BuildRequires: perl(ExtUtils::Install)
BuildRequires: perl(ExtUtils::Installed)
@@ -45,20 +46,32 @@ BuildRequires: perl(IO::File)
BuildRequires: perl(less)
BuildRequires: perl(Parse::CPAN::Meta)
BuildRequires: perl(Pod::Man)
+BuildRequires: perl(POSIX)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
+BuildRequires: perl(version)
# Optional tests
BuildRequires: perl(ExtUtils::CBuilder)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+# CPAN::Meta is optional
+Requires: perl(Data::Dumper)
+Requires: perl(DynaLoader)
Requires: perl(ExtUtils::Command)
Requires: perl(ExtUtils::Install)
Requires: perl(ExtUtils::Manifest)
+# ExtUtils::XSSymSet is not needed (VMS only)
Requires: perl(File::Find)
Requires: perl(File::Spec) = 0.8
Requires: perl(Getopt::Long)
-Requires: perl(Test::Harness)
-# Optional run-time needed for generating documentation from POD:
+# Optional Pod::Man is needed for generating manual pages from POD
Requires: perl(Pod::Man)
+Requires: perl(POSIX)
+Requires: perl(Test::Harness)
+# Time::HiRes is optional
+# Text::ParseWords is not needed (Win32 only)
+Requires: perl(version)
+# VMS::Filespec is not needed (VMS only)
+# Win32 is not needed (Win32 only)
# Do not export underspecified dependencies
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(File::Spec\\)\s*$
@@ -98,6 +111,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 6.72-2
+- Specify all dependencies (bug #1007755)
+
* Mon Aug 05 2013 Petr Pisar ppi...@redhat.com - 6.72-1
- 6.72 bump
--
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 1007755] Needs runtime dependency on perl(version)
https://bugzilla.redhat.com/show_bug.cgi?id=1007755 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-ExtUtils-MakeMaker-6.72-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-ExtUtils-MakeMaker-6.72-2.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=xY2HTXGDYOa=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-ExtUtils-MakeMaker/f19] Specify all dependencies
commit 4f839875c205fd5ec9d0442240b0b470726409cf
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 08:58:11 2013 +0200
Specify all dependencies
perl-ExtUtils-MakeMaker.spec | 19 ---
1 files changed, 16 insertions(+), 3 deletions(-)
---
diff --git a/perl-ExtUtils-MakeMaker.spec b/perl-ExtUtils-MakeMaker.spec
index 81531b5..4460f51 100644
--- a/perl-ExtUtils-MakeMaker.spec
+++ b/perl-ExtUtils-MakeMaker.spec
@@ -3,7 +3,7 @@
Name: perl-%{cpan_name}
Version:%(echo '%{cpan_version}' | tr _ .)
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Create a module Makefile
License:GPL+ or Artistic
Group: Development/Libraries
@@ -26,6 +26,7 @@ BuildRequires: perl(File::Copy::Recursive)
BuildRequires: perl(AutoSplit)
BuildRequires: perl(CPAN::Meta)
BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(DynaLoader)
BuildRequires: perl(ExtUtils::Command)
BuildRequires: perl(ExtUtils::Install)
BuildRequires: perl(ExtUtils::Installed)
@@ -37,20 +38,29 @@ BuildRequires: perl(IO::File)
BuildRequires: perl(lib)
BuildRequires: perl(Parse::CPAN::Meta)
BuildRequires: perl(Pod::Man)
+BuildRequires: perl(POSIX)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
# Optional tests
BuildRequires: perl(ExtUtils::CBuilder)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+# CPAN::Meta is optional
+Requires: perl(Data::Dumper)
+Requires: perl(DynaLoader)
Requires: perl(ExtUtils::Command)
Requires: perl(ExtUtils::Install)
Requires: perl(ExtUtils::Manifest)
+# ExtUtils::XSSymSet is not needed (VMS only)
Requires: perl(File::Find)
Requires: perl(File::Spec) = 0.8
Requires: perl(Getopt::Long)
-Requires: perl(Test::Harness)
-# Optional run-time needed for generating documentation from POD:
+# Optional Pod::Man is needed for generating manual pages from POD
Requires: perl(Pod::Man)
+Requires: perl(POSIX)
+Requires: perl(Test::Harness)
+# Text::ParseWords is not needed (Win32 only)
+# VMS::Filespec is not needed (VMS only)
+# Win32 is not needed (Win32 only)
# Do not export underspecified dependencies
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(File::Spec\\)\s*$
@@ -89,6 +99,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 6.64-3
+- Specify all dependencies (bug #1007755)
+
* Tue Jan 29 2013 Petr Pisar ppi...@redhat.com - 6.64-2
- Run-require POD convertors to get manual pages when building other packages
--
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 1007755] Needs runtime dependency on perl(version)
https://bugzilla.redhat.com/show_bug.cgi?id=1007755 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-ExtUtils-MakeMaker-6.64-3.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-ExtUtils-MakeMaker-6.64-3.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8Lpfa3mAKHa=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-ExtUtils-MakeMaker/f18] Specify all dependencies
commit d1cfb52271c1c44fed9c5d0dbbf9e11ae5461199
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 08:58:11 2013 +0200
Specify all dependencies
perl-ExtUtils-MakeMaker.spec | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
---
diff --git a/perl-ExtUtils-MakeMaker.spec b/perl-ExtUtils-MakeMaker.spec
index ae94fbb..9abd9b2 100644
--- a/perl-ExtUtils-MakeMaker.spec
+++ b/perl-ExtUtils-MakeMaker.spec
@@ -1,6 +1,6 @@
Name: perl-ExtUtils-MakeMaker
Version:6.62
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Create a module Makefile
License:GPL+ or Artistic
Group: Development/Libraries
@@ -20,6 +20,7 @@ BuildRequires: perl(Carp)
BuildRequires: perl(CPAN::Meta)
BuildRequires: perl(Cwd)
BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(DynaLoader)
BuildRequires: perl(ExtUtils::Command)
BuildRequires: perl(ExtUtils::Install)
BuildRequires: perl(ExtUtils::Installed)
@@ -33,18 +34,29 @@ BuildRequires: perl(Pod::Man)
BuildRequires: perl(File::Find)
BuildRequires: perl(File::Path)
BuildRequires: perl(File::Temp)
+BuildRequires: perl(POSIX)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
# Optional tests
BuildRequires: perl(ExtUtils::CBuilder)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+# CPAN::Meta is optional
+Requires: perl(Data::Dumper)
+Requires: perl(DynaLoader)
Requires: perl(ExtUtils::Command)
Requires: perl(ExtUtils::Install)
Requires: perl(ExtUtils::Manifest)
+# ExtUtils::XSSymSet is not needed (VMS only)
Requires: perl(File::Find)
Requires: perl(File::Spec) = 0.8
Requires: perl(Getopt::Long)
+# Optional Pod::Man is needed for generating manual pages from POD
+Requires: perl(Pod::Man)
+Requires: perl(POSIX)
Requires: perl(Test::Harness)
+# Text::ParseWords is not needed (Win32 only)
+# VMS::Filespec is not needed (VMS only)
+# Win32 is not needed (Win32 only)
# Do not export underspecified dependencies
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(File::Spec\\)\s*$
@@ -84,6 +96,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 6.62-5
+- Specify all dependencies (bug #1007755)
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 6.62-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1007755] Needs runtime dependency on perl(version)
https://bugzilla.redhat.com/show_bug.cgi?id=1007755 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-ExtUtils-MakeMaker-6.62-5.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-ExtUtils-MakeMaker-6.62-5.fc18 -- 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=btQKcS3LIPa=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-NetAddr-IP/f20] Update to 4.070
Summary of changes: 78cdd66... Update to 4.070 (*) (*) 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
File Time-modules-2013.0912.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Time-modules: a4330144e24c356ca4c925d14e5ab06b Time-modules-2013.0912.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-Time-modules] 2013.0912 bump
commit 8b818ffa918a5206708a969956084f8374a470d3
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 10:29:25 2013 +0200
2013.0912 bump
.gitignore |1 +
.rpmlint |2 ++
perl-Time-modules.spec | 26 ++
sources|2 +-
4 files changed, 22 insertions(+), 9 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cc000ae..d34e923 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
Time-modules-2006.0814.tar.gz
/Time-modules-2011.0517.tar.gz
+/Time-modules-2013.0912.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..8656c72
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* (CTime|DaysInMonth|JulianDay|ParseDate));
diff --git a/perl-Time-modules.spec b/perl-Time-modules.spec
index a7eff89..c7eae2c 100644
--- a/perl-Time-modules.spec
+++ b/perl-Time-modules.spec
@@ -1,18 +1,26 @@
Name: perl-Time-modules
-Version:2011.0517
-Release:8%{?dist}
+Version:2013.0912
+Release:1%{?dist}
Summary:Perl modules for parsing dates and times
Group: Development/Libraries
License:Copyright only and Public Domain
URL:http://search.cpan.org/dist/Time-modules/
Source0:
http://www.cpan.org/authors/id/M/MU/MUIR/modules/Time-modules-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
-# Tests:
+# Run-time:
+BuildRequires: perl(Carp)
BuildRequires: perl(Exporter)
+BuildRequires: perl(integer)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+# Tests:
BuildRequires: perl(POSIX)
BuildRequires: perl(Test::More)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+BuildRequires: perl(Time::Local)
+BuildRequires: perl(warnings)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
Time-modules provides several Perl modules, including Time::CTime,
@@ -23,14 +31,13 @@ These modules can be useful for parsing and manipulating
dates and times.
%setup -q -n Time-modules-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
@@ -41,6 +48,9 @@ make test
%{_mandir}/man3/*.3*
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 2013.0912-1
+- 2013.0912 bump
+
* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2011.0517-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index 4ed2e26..22baaa5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-67204ebc06211a877665765f91dc4e51 Time-modules-2011.0517.tar.gz
+a4330144e24c356ca4c925d14e5ab06b Time-modules-2013.0912.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 1007776] perl-Time-modules-2013.0912 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1007776 --- Comment #1 from Petr Pisar ppi...@redhat.com --- This is a bug-fixing release suitable for all Fedoras. -- 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=UjwMjj7zi3a=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-Time-modules/f20] 2013.0912 bump
Summary of changes: 8b818ff... 2013.0912 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-Time-modules/f19] 2013.0912 bump
commit d000941a206f42b3f1bebc837afe9cab95864639
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 10:29:25 2013 +0200
2013.0912 bump
.gitignore |1 +
.rpmlint |2 ++
perl-Time-modules.spec | 26 ++
sources|2 +-
4 files changed, 22 insertions(+), 9 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cc000ae..d34e923 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
Time-modules-2006.0814.tar.gz
/Time-modules-2011.0517.tar.gz
+/Time-modules-2013.0912.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..8656c72
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* (CTime|DaysInMonth|JulianDay|ParseDate));
diff --git a/perl-Time-modules.spec b/perl-Time-modules.spec
index 4c45cf0..de0b808 100644
--- a/perl-Time-modules.spec
+++ b/perl-Time-modules.spec
@@ -1,18 +1,26 @@
Name: perl-Time-modules
-Version:2011.0517
-Release:6%{?dist}
+Version:2013.0912
+Release:1%{?dist}
Summary:Perl modules for parsing dates and times
Group: Development/Libraries
License:Copyright only and Public Domain
URL:http://search.cpan.org/dist/Time-modules/
Source0:
http://www.cpan.org/authors/id/M/MU/MUIR/modules/Time-modules-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
-# Tests:
+# Run-time:
+BuildRequires: perl(Carp)
BuildRequires: perl(Exporter)
+BuildRequires: perl(integer)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+# Tests:
BuildRequires: perl(POSIX)
BuildRequires: perl(Test::More)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+BuildRequires: perl(Time::Local)
+BuildRequires: perl(warnings)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
Time-modules provides several Perl modules, including Time::CTime,
@@ -23,14 +31,13 @@ These modules can be useful for parsing and manipulating
dates and times.
%setup -q -n Time-modules-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
@@ -41,6 +48,9 @@ make test
%{_mandir}/man3/*.3*
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 2013.0912-1
+- 2013.0912 bump
+
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2011.0517-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
diff --git a/sources b/sources
index 4ed2e26..22baaa5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-67204ebc06211a877665765f91dc4e51 Time-modules-2011.0517.tar.gz
+a4330144e24c356ca4c925d14e5ab06b Time-modules-2013.0912.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-Time-modules/f18] 2013.0912 bump
commit dda84d1ebf2e7918857cc8a79ab4b4d31da1a9d5
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 10:29:25 2013 +0200
2013.0912 bump
.gitignore |1 +
.rpmlint |2 ++
perl-Time-modules.spec | 26 ++
sources|2 +-
4 files changed, 22 insertions(+), 9 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cc000ae..d34e923 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
Time-modules-2006.0814.tar.gz
/Time-modules-2011.0517.tar.gz
+/Time-modules-2013.0912.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..8656c72
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* (CTime|DaysInMonth|JulianDay|ParseDate));
diff --git a/perl-Time-modules.spec b/perl-Time-modules.spec
index 472da1a..4d18125 100644
--- a/perl-Time-modules.spec
+++ b/perl-Time-modules.spec
@@ -1,18 +1,26 @@
Name: perl-Time-modules
-Version:2011.0517
-Release:5%{?dist}
+Version:2013.0912
+Release:1%{?dist}
Summary:Perl modules for parsing dates and times
Group: Development/Libraries
License:Copyright only and Public Domain
URL:http://search.cpan.org/dist/Time-modules/
Source0:
http://www.cpan.org/authors/id/M/MU/MUIR/modules/Time-modules-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
-# Tests:
+# Run-time:
+BuildRequires: perl(Carp)
BuildRequires: perl(Exporter)
+BuildRequires: perl(integer)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+# Tests:
BuildRequires: perl(POSIX)
BuildRequires: perl(Test::More)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+BuildRequires: perl(Time::Local)
+BuildRequires: perl(warnings)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
Time-modules provides several Perl modules, including Time::CTime,
@@ -23,14 +31,13 @@ These modules can be useful for parsing and manipulating
dates and times.
%setup -q -n Time-modules-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
@@ -41,6 +48,9 @@ make test
%{_mandir}/man3/*.3*
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 2013.0912-1
+- 2013.0912 bump
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2011.0517-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
diff --git a/sources b/sources
index 4ed2e26..22baaa5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-67204ebc06211a877665765f91dc4e51 Time-modules-2011.0517.tar.gz
+a4330144e24c356ca4c925d14e5ab06b Time-modules-2013.0912.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 1007776] perl-Time-modules-2013.0912 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1007776 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Time-modules-2013.0912 ||-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=4PzVEfWTpTa=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 1007776] perl-Time-modules-2013.0912 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1007776 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Time-modules-2013.0912-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Time-modules-2013.0912-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=haCHeztjZNa=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 1007776] perl-Time-modules-2013.0912 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1007776 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Time-modules-2013.0912-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-Time-modules-2013.0912-1.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1F6liueQaSa=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 1007776] perl-Time-modules-2013.0912 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1007776 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Time-modules-2013.0912-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-Time-modules-2013.0912-1.fc18 -- 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=6mmcoY5yKja=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-NetAddr-IP] Created tag perl-NetAddr-IP-4.070-1.fc20
The lightweight tag 'perl-NetAddr-IP-4.070-1.fc20' was created pointing to: 78cdd66... Update to 4.070 -- 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-NetAddr-IP] Created tag perl-NetAddr-IP-4.070-1.fc21
The lightweight tag 'perl-NetAddr-IP-4.070-1.fc21' was created pointing to: 78cdd66... Update to 4.070 -- 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 1007775] perl-NetAddr-IP-4.070 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1007775 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-NetAddr-IP-4.070-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-NetAddr-IP-4.070-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=jBEKp3DIvZa=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 1007755] Needs runtime dependency on perl(version)
https://bugzilla.redhat.com/show_bug.cgi?id=1007755 --- Comment #6 from Paul Howarth p...@city-fan.org --- (In reply to Petr Pisar from comment #2) I don't know how you run into this because fedpkg package run-requires 'perl(version)' transitively, but you are definitely right. Doing a build for a local repo; I guess I may have a missing perl(version) dependency in one of my local packages that's superseding a Fedora version, which is what precipitated this bug. -- 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=mthmcHbckna=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 1008402] New: perl-Encode-2.55 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008402 Bug ID: 1008402 Summary: perl-Encode-2.55 is available Product: Fedora Version: rawhide Component: perl-Encode Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 2.55 Current version/release in Fedora Rawhide: 2.54-1.fc21 URL: http://search.cpan.org/dist/Encode/ 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=2wCb1NelsBa=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 1008403] New: perl-Math-NumSeq-64 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008403 Bug ID: 1008403 Summary: perl-Math-NumSeq-64 is available Product: Fedora Version: rawhide Component: perl-Math-NumSeq Keywords: FutureFeature, Triaged Assignee: mhron...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mhron...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 64 Current version/release in Fedora Rawhide: 63-1.fc21 URL: http://search.cpan.org/dist/Math-NumSeq/ 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=Y7Rl3VVolWa=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 1008405] New: perl-Ouch-0.0406 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008405 Bug ID: 1008405 Summary: perl-Ouch-0.0406 is available Product: Fedora Version: rawhide Component: perl-Ouch Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.0406 Current version/release in Fedora Rawhide: 0.0405-1.fc21 URL: http://search.cpan.org/dist/Ouch/ 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=DoXcALX0RGa=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] Specify all dependencies for perl-ExtUtils-MakeMaker
commit 3f914aa9cf2140c192ac2559f313d027de935b33 Author: Petr Písař ppi...@redhat.com Date: Mon Sep 16 12:18:36 2013 +0200 Specify all dependencies for perl-ExtUtils-MakeMaker perl.spec | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) --- diff --git a/perl.spec b/perl.spec index ca5c229..fa3974a 100644 --- a/perl.spec +++ b/perl.spec @@ -787,11 +787,17 @@ Epoch: 0 Version:6.66 Requires: perl-devel Requires: %perl_compat +Requires: perl(Data::Dumper) +Requires: perl(DynaLoader) +Requires: perl(ExtUtils::Command) Requires: perl(ExtUtils::Install) Requires: perl(ExtUtils::Manifest) -Requires: perl(Test::Harness) -# Optional run-time needed for generating documentation from POD: +Requires: perl(File::Find) +Requires: perl(Getopt::Long) +# Optional Pod::Man is needed for generating manual pages from POD Requires: perl(Pod::Man) +Requires: perl(POSIX) +Requires: perl(Test::Harness) BuildArch: noarch # Filter false DynaLoader provides. Versioned perl(DynaLoader) keeps -- 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 1008407] New: perl-Pod-Spell-1.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008407 Bug ID: 1008407 Summary: perl-Pod-Spell-1.07 is available Product: Fedora Version: rawhide Component: perl-Pod-Spell 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: 1.07 Current version/release in Fedora Rawhide: 1.06-1.fc21 URL: http://search.cpan.org/dist/Pod-Spell/ 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=45T361KO8Va=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 1008409] New: perl-POE-Test-Loops-1.353 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008409 Bug ID: 1008409 Summary: perl-POE-Test-Loops-1.353 is available Product: Fedora Version: rawhide Component: perl-POE-Test-Loops Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 1.353 Current version/release in Fedora Rawhide: 1.352-1.fc21 URL: http://search.cpan.org/dist/POE-Test-Loops/ 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=G3ila7e60Pa=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 1008410] New: perl-X11-Protocol-Other-24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008410 Bug ID: 1008410 Summary: perl-X11-Protocol-Other-24 is available Product: Fedora Version: rawhide Component: perl-X11-Protocol-Other Keywords: FutureFeature, Triaged Assignee: robinlee.s...@gmail.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, robinlee.s...@gmail.com Latest upstream release: 24 Current version/release in Fedora Rawhide: 23-4.fc20 URL: http://search.cpan.org/dist/X11-Protocol-Other/ 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=Zv0CkXKLGQa=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
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 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: perl-IPTables-libiptc
perl-IPTables-libiptc has broken dependencies in the F-20 tree: On x86_64: perl-IPTables-libiptc-0.52-5.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-IPTables-libiptc-0.52-5.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-IPTables-libiptc-0.52-5.fc19.armv7hl 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: perl-PDL
perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.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: perl-Padre
perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the F-20 tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 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-MooseX-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the F-20 tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.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: perl-Language-Prolog-Yaswi
perl-Language-Prolog-Yaswi has broken dependencies in the F-20 tree: On x86_64: perl-Language-Prolog-Yaswi-0.21-13.fc20.x86_64 requires libswipl.so.6.2.6()(64bit) On i386: perl-Language-Prolog-Yaswi-0.21-13.fc20.i686 requires libswipl.so.6.2.6 On armhfp: perl-Language-Prolog-Yaswi-0.21-13.fc20.armv7hl requires libswipl.so.6.2.6 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-ParseUtil-Domain
perl-ParseUtil-Domain has broken dependencies in the F-20 tree: On x86_64: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-ParseUtil-Domain-2.22-3.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: slic3r
slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-20 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) 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 Encode-2.55.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Encode: d946e4e21b2f887797a6f6d7ea74fb9b Encode-2.55.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-Encode] 2.55 bump
commit ebfb96e7ce090940d08ea883b205e33e029e5dc7
Author: Petr Písař ppi...@redhat.com
Date: Mon Sep 16 13:00:30 2013 +0200
2.55 bump
.gitignore |1 +
perl-Encode.spec | 15 +++
sources |2 +-
3 files changed, 13 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e731a03..05cce3a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@
/Encode-2.51.tar.gz
/Encode-2.52.tar.gz
/Encode-2.54.tar.gz
+/Encode-2.55.tar.gz
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 68f797d..60b5b38 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -1,6 +1,6 @@
Name: perl-Encode
Epoch: 1
-Version:2.54
+Version:2.55
Release:1%{?dist}
Summary:Character encodings in Perl
License:GPL+ or Artistic
@@ -14,16 +14,16 @@ BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(strict)
BuildRequires: perl(warnings)
# Run-time:
-BuildRequires: perl(base)
BuildRequires: perl(bytes)
BuildRequires: perl(Carp)
BuildRequires: perl(constant)
-BuildRequires: perl(Exporter)
+BuildRequires: perl(Exporter) = 5.57
# Filter::Util::Call is optional
BuildRequires: perl(Getopt::Long)
# I18N::Langinfo is optional
BuildRequires: perl(MIME::Base64)
BuildRequires: perl(overload)
+BuildRequires: perl(parent) = 0.221
# PerlIO::encoding is optional
BuildRequires: perl(re)
# Storable is optional
@@ -49,9 +49,13 @@ BuildRequires: perl(Test)
BuildRequires: perl(Test::More)
BuildRequires: perl(Tie::Scalar)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires: perl(parent) = 0.221
%{?perl_default_filter}
-%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\(Encode::ConfigLocal|MY\\)
+%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\((Encode::ConfigLocal|MY)\\)
+
+# Filter under-specified dependencies
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\((Exporter|parent)\\)$
%description
The Encode module provides the interface between Perl strings and the rest
@@ -109,6 +113,9 @@ make test
%{perl_vendorarch}/Encode/encode.h
%changelog
+* Mon Sep 16 2013 Petr Pisar ppi...@redhat.com - 1:2.55-1
+- 2.55 bump
+
* Mon Sep 02 2013 Petr Pisar ppi...@redhat.com - 1:2.54-1
- 2.54 bump
diff --git a/sources b/sources
index 22aeeb5..7acfbe9 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2d5e576613cdad5dd983c8dafd1ed595 Encode-2.54.tar.gz
+d946e4e21b2f887797a6f6d7ea74fb9b Encode-2.55.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 1008402] perl-Encode-2.55 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008402 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Encode-2.55-1.fc21 Resolution|--- |RAWHIDE Last Closed||2013-09-16 07:22:42 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=zwS7kwoEg0a=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
Broken dependencies: perl-Padre
perl-Padre has broken dependencies in the rawhide tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 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: slic3r
slic3r has broken dependencies in the rawhide tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) 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-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.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
