Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 13 Feb 2014 16:31:31 -0500 Adam Jackson a...@redhat.com wrote: On Thu, 2014-02-13 at 13:44 -0600, Dennis Gilmore wrote: On Thu, 13 Feb 2014 17:39:40 +0100 Miloslav Trmač m...@volny.cz wrote: Based on these arguments, I'd like to propose to move this file to the fedora-release package (or elsewhere, if you can suggest better place). I agree this would make sense in principle; does the maintainer of fedora-release wants to take on the task to maintain this file? It really depends on how much it changes, I really do not like updating fedora-release very much. Because... Its something that defines the release, which is done when the release is out, we did need to make changes recently to support fedup, which caused issues for those who had modified their .repo files. we have added newer release GPG keys also, I plan to have f22 and f23's gpg keys in fedora-release at f21 release time. so that we do not need to update it. Of course if we change the release support period then that may not be sufficient or appropriate. I don't think adding a file that will change frequently to something that should be static is appropriate. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJS/dQ9AAoJEH7ltONmPFDRuLMP/RJ0KvBWdCZR+Xf4W/8LYpTt 98DH18uzJnzL4pKTGGxp7vA3jDK98si3eLrLDxfRGt34jKxWeT8aiQGnI1K9LF84 vxyNv4+U0hFKNHE5FHcgf3NhR+NIxahwn4+XAklrAodaqnBAUeqnCamEzESbPJIN uhLJfIN+K3rQqfWJs1pm+v23LkCDJeYoaPhM3FYHbJCwHPTgaqEXeNGbxf+6Ri8A HDYwyAhShny6B5cWlqui8wun5xGZhdetYOIUTaed93ibLeXzjiZXYWbbrwwmJSSj 8OdqIYRPJ3g/ul65SFqjd2/nhl7ejoWInWR8/U3F9bz2Rbt/eGyg/3XDcZSY4QvZ 6vrSHnUZWkkXE1KFh3U/yaY8zinz/WCK9lVWC+iuTpyt0mKy65De4n1iVwVYCoGD 5fPM4wyoQMmwhwEXmptMDHWEPEjxAuUN2Vg+XdF2a8M7pLLPqQo6JnvRPaWOVggd 3yKblxVB+BJ6u4Ts0VAdBlPfKkJipY3XlLdBE/ZkKqhc1fnw4Kttr/b8oX2C1bhw WiXLPJlZCJp+pBUBRjCKCkD0LK5l2QIixnHIqkHxd+PapiRST8tc/8+vsBw7yfYo YvPC6g4VjB2jwFetVyBd3ubjak8WMdWXBwJcEldomH7Jz2b4pUX9d2nMS7Is+o3n XdeVM6MP+qsHamJM3Bfe =7My4 -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: Out of virtual memory on ARM builder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 13 Feb 2014 13:47:51 -0700 Jerry James loganje...@gmail.com wrote: What do I do about this? http://koji.fedoraproject.org/koji/taskinfo?taskID=6526911 [While building and running tests]: CC ../build/flintxx/test/t-traits CC ../build/flintxx/test/t-fmpzxx virtual memory exhausted: Cannot allocate memory make[1]: *** [../build/flintxx/test/t-fmpzxx] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/flint-2.4.1/flintxx' make: *** [check] Error 2 The i686 and x86_64 builds were successful. What can I do to increase the likelihood that the ARM build will also complete successfully? I would rather not disable tests if that is not absolutely necessary. The arm builders all have 4gb of ram. how much ram should the tests need? Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJS/dkZAAoJEH7ltONmPFDRw+kP/Aldw1w08M2v0/Wrnf5rkJb3 jtny2XE4UCLV1zx/g4Fy7SN/f2DIbiJrWrVFul9qHrvTqe0hGHi5tGy50w8XuBtr 01n1NMhuAiXWRXvvPGMGUkxJnDCJWMk39sfuwFzn2Cut5WkkprFzUInjstwtGRkP k8xySLkUrh+9dhO+Gke72e4LSMbphhD5IlmukLnFt3Z/tBsR2pn2TN5QrBfZ1PSH AoJzluVLsnNql7r6tCK/YhBIyb3B9TP1sv32KcKgPWv+9l+KbBGuZYuUIwTaBvqw ZowB93sJiAlaFimbfEbjESHRHtWL2BjhHxHXSMcJf9tcbhejNL4RcUYunZ0d7tTq xdAL7RXPv98rDAuoADU9ibsLWa4TckCh63DUcxzmmrWOHANQQxHeNi994iMQB5VA i+bqjkrkeinDhBm3XvYjZgfAnYXEYMDaNbKYqUpz/Wfg5slgLl4QsH4oeXWFRIbP qn4MZTfwt6VVtMrloYtXSOcvcSYkq/AjoeZ8iB4WzYlTBUG03OpxKG3gK+DyuvXd D++lPy5DYjncQIC/h0XaNfzinWIiKNDWQZKarhC90Zgf4SrHjoLaMKIWlZOA+yhN +NBjw3oOYm5NkKe7S0YquHgNJS+hdt7IF+2p3tsKEQcIwW9rJXrhs2HabNfTYQlv qEi9tDTS157U1GhREHJ1 =FteW -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: Out of virtual memory on ARM builder
On Fri, 14 Feb 2014 02:51:36 -0600 Dennis Gilmore den...@ausil.us wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 13 Feb 2014 13:47:51 -0700 Jerry James loganje...@gmail.com wrote: What do I do about this? http://koji.fedoraproject.org/koji/taskinfo?taskID=6526911 [While building and running tests]: CC ../build/flintxx/test/t-traits CC ../build/flintxx/test/t-fmpzxx virtual memory exhausted: Cannot allocate memory make[1]: *** [../build/flintxx/test/t-fmpzxx] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/flint-2.4.1/flintxx' make: *** [check] Error 2 The i686 and x86_64 builds were successful. What can I do to increase the likelihood that the ARM build will also complete successfully? I would rather not disable tests if that is not absolutely necessary. The arm builders all have 4gb of ram. how much ram should the tests need? I think it was g++ (or the ld linker) what went out of memory, not unexpected with 4GB memory plus some swap, 4 CPUs and parallel make. Jerry, can you retry with parallel make disabled? Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: advertisement in packaged software (e.g. Firefox)
- Original Message - From the original post at [1]: Directory Tiles will instead suggest pre-packaged content for first-time users. Some of these tile placements will be from the Mozilla ecosystem, some will be popular websites in a given geographic location, and some will be sponsored content from hand-picked partners to help support Mozilla’s pursuit of our mission. The sponsored tiles will be clearly labeled as such, while still leading to content we think users will enjoy. It does not look like an advertisement to me and IMHO it's perfectly okay if we or users can change/remove some of them and replace with Fedora ones. And the titles are regenerated with recently visited webpages and thus works as a history. Yeah, this is the way I understand it. If we will be allowed to change it, I can imagine we can use it in a good way to point our users to Fedora sites as bookmarks do now. As I agree we should deal with this situation case by case - can we check with Mozilla, if we would be allowed to change these tiles first? Jaroslav ma. [1] https://blog.mozilla.org/advancingcontent/2014/02/11/publisher-transformation-with-users-at-the-center/ On 02/12/2014 03:36 PM, Kai Engert wrote: On Mi, 2014-02-12 at 10:46 +0100, Kai Engert wrote: Do the Fedora guidelines allow packaging of software that will show advertisement to the user? Are there any existing packages that already do that? There are multiple open questions that need answers. I wanted to get the first question answered first, but since the discussion has already started to discuss consequences, let's get the questions and potential consequence spelled out and discussed separately. This discussion is trigged by http://lwn.net/Articles/585577/ Question (1) Are we allowed to ship software in Fedora that dynamically loads advertisements from the web and shows them to users? I'm partly guessing here. I suspect that showing advertisements doesn't mean showing things that were decided at build time, but rather content that is dynamically decided to be delivered by Mozilla. I think this question should be answered first, and independently of other questions. Question (2) Is the Fedora community willing to accept Mozilla's desire to show advertisements in Firefox? This might depend on the amount and kind of advertisement that will be shown. The information we've received so far in the public blog doesn't clarify this yet: https://blog.mozilla.org/advancingcontent/2014/02/11/publisher-transformation-with-users-at-the-center/ Only if the answer to at least one of the questions (1) or (2) is no, then we must discuss the other questions: Question (3) Does removing the advertisement feature of Firefox violate the trademark? We don't know the answer yet, and this will probably require a statement from Mozilla. Only if answer for question (3) were yes, we'd need to look into removing the trademarks, and how exactly to do it (whether we'd do it on your own, or if we'd work with another project that already does that). Personally, my initial reaction is disappointment that the free software project I've been contributing to since 2001 considers to use it as a mechanism to deliver advertisement, but I'd like to wait with my final judgement until we hear more details. Kai -- 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: Out of virtual memory on ARM builder
On Thu, Feb 13, 2014 at 01:47:51PM -0700, Jerry James wrote: What do I do about this? http://koji.fedoraproject.org/koji/taskinfo?taskID=6526911 [While building and running tests]: CC ../build/flintxx/test/t-traits CC ../build/flintxx/test/t-fmpzxx virtual memory exhausted: Cannot allocate memory make[1]: *** [../build/flintxx/test/t-fmpzxx] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/flint-2.4.1/flintxx' make: *** [check] Error 2 The i686 and x86_64 builds were successful. What can I do to increase the likelihood that the ARM build will also complete successfully? I would rather not disable tests if that is not absolutely necessary. As a general comment, ARM 32 bit has quite limited physical RAM. Commonly available hardware maxes out at 2 GB. 1 GB or even 512 MB is not uncommon. This might be a factor if you expect people to rebuild your package on their Cubies and Olimexs. The builders apparently have 4 GB according to a comment in this thread. The Calxeda machines I used had 8 GB, the largest I've seen on ARM. These use LPAE (which is like PAE on x86), so all that memory is not available to a single process. ARM 64 bit will be much better. Also the ratio of cores to memory can be unusual. I have an 8 core ARM 32 bit machine that has 2 GB of RAM, with swap on MMC (very slow), so you wouldn't want to do a 'make -j8' on it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction: Leon Weber
Hi everyone, I’m a Fedora user for about 1.5 years, and I was missing some software that was available in Debian/Ubuntu but not in Fedora, because it uses historical technologies (shadow authentication instead of PAM, …), mainly my favourite screen locker. Hence, I decided to rewrite it for Fedora, and now I’d like to make it available for other users who might be switching from Debian and miss it like me, or completely new users. I’ve familiarized myself with Fedora’s packaging procedures and done some informal reviews to learn, so now I’m looking for sponsors for Bug #1065306 and #1065301 (the latter of which is a dependency of the first). I mainly programm in Python but also do some sysadmin work or run networks on some german hacker events. Regards, -- Leon. signature.asc Description: 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: advertisement in packaged software (e.g. Firefox)
On 14 February 2014 06:08, Ralf Corsepius rc040...@freenet.de wrote: On 02/13/2014 07:50 PM, Nicolas Mailhot wrote: Le Jeu 13 février 2014 19:40, Rahul Sundaram a écrit : Hi On Thu, Feb 13, 2014 at 12:56 PM, Ralf Corsepius wrote: A party who is molesting me with ads and tries to spy on me, hardly is my friend. That certainly goes way too far. We have assurance from Mozilla that there is no spying or tracking going on here How can they give any assurance? Unless the targets of those ads are hosted by mozilla, all it takes to track people is for one of the advertisers to read its server logs. Exactly. Beside this, IMO, the FLOSS community needs to set a non-misunderstandable sign that Ads are not welcome. Even the Fedora home page has a hosting sponsor link (though Gnome and FSF don't). I think there's quite a lot of premature overreaction going on here. Provided it's been done in a secure manner this is basically just providing a set of bookmarks, which will actually disappear once you start browsing the web. Mozilla is not Shazam, they're still controlled by a NPO, they've been pushing free software and open standards for over a decade. If they can find a way to get continued funding and less reliance on Google without compromising their principles that's a good thing (hmm, an open source organisation with one major commercial sponsor, sounds familiar). -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Base] Base Design WG agenda meeting 14. Feb 2014 15:00 UTC on #fedora-meeting
Agenda: - Cleanup status/report - DevConf meet up summary - Requirements/changes Base needs in Fedora (https://fedorahosted.org/fesco/ticket/1178) As time permits: - FPC recommendation for future - Open Floor Thanks regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Manager Core Services| Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com Wankelstrasse 5 | Web: http://www.redhat.com/ D-70563 Stuttgart, Germany -- 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: libicu soname bump in rawhide
On Tue, Feb 11, 2014 at 10:41:09PM +0100, Eike Rathke wrote: As pre-announced on devel@ I'm updating libicu to 52.1 When a shared library has so many dependencies and the SONAME has been bumped already ~ 50 times, wouldn't it be appropriate time to talk to upstream to consider providing stable API/ABI, symbol versioning etc.? I mean, if a shared library has 1-2 users, we can still live with it being in constant flux, but for a widely used shared library stable public ABI is really important. Note, e.g. texlive hasn't been rebuilt yet in rawhide, it is broken for more than 2 days now, which e.g. blocks building gcc and thus a F21 mass rebuild. Jakub -- 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: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release
On Fri, Feb 14, 2014 at 02:30:47AM -0600, Dennis Gilmore wrote: It really depends on how much it changes, I really do not like updating fedora-release very much. Its something that defines the release, which is done when the release is out, we did need to make changes recently to support fedup, which caused issues for those who had modified their .repo files. we have added newer release GPG keys also, I plan to have f22 and f23's gpg keys in fedora-release at f21 release time. so that we do not need to update it. Of course if we change the release support period then that may not be sufficient or appropriate. I don't think adding a file that will change frequently to something that should be static is appropriate. That seems reasonable, and in that case, something like fedora-presets and fedora-workstation-presets, etc., seems appropriate, and the corresponding release package could pull them in. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: libicu soname bump in rawhide
On Fri, 2014-02-14 at 13:40 +0100, Jakub Jelinek wrote: On Tue, Feb 11, 2014 at 10:41:09PM +0100, Eike Rathke wrote: As pre-announced on devel@ I'm updating libicu to 52.1 When a shared library has so many dependencies and the SONAME has been bumped already ~ 50 times Well, icu went straight from version 4.8 to 49 so it's really been approx 13 soname bumps since 2006 I believe. FWIW the icu version is tied to the version of the unicode standard it implements. C. -- 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: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release
Matthew Miller wrote: That seems reasonable, and in that case, something like fedora-presets and fedora-workstation-presets, etc., seems appropriate, and the corresponding release package could pull them in. What about my proposal to drop the preset directly onto the file system (but in /etc rather than in /usr/share as we do now) in the live kickstarts? After all, a file in /etc doesn't really need to be owned by some package. (Having it unowned also means sysadmins can easily customize it by editing it directly, as opposed to creating their own file in /etc.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ModemManager update
On Thu, 2014-02-13 at 19:00 +, Sérgio Basto wrote: On Qui, 2014-02-13 at 12:56 -0600, Dan Williams wrote: On Sat, 2014-02-01 at 15:03 +0100, poma wrote: With a companion libraries. ;) ↗ libmbim-1.6.0 ↗ libqmi-1.8.0 ↗ ModemManager-1.2.0 poma Oh Danny boy, the pipes, the pipes are calling From glen to glen, and down the mountain side The summer's gone, and all the flowers are dying 'Tis you, 'tis you must go and I must bide. I've done the builds for rawhide with your patches; lets let them be there for a week to see if there are major issues, and then update F20. Sound OK? So to test it, I need build [1] ModemManager, libmbim and libqmi any thing else ? I believe these 3 are all you need. If you encounter any problems: mmcli --set-logging=DEBUG and then try to reproduce the problem, and grab the systemd journal output from ModemManager. mmcli -m 0 output is also very useful, feel free to XXX out any IMSI or IMEI or phone #. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release
On Fri, Feb 14, 2014 at 10:02 AM, Kevin Kofler kevin.kof...@chello.at wrote: Matthew Miller wrote: That seems reasonable, and in that case, something like fedora-presets and fedora-workstation-presets, etc., seems appropriate, and the corresponding release package could pull them in. What about my proposal to drop the preset directly onto the file system (but in /etc rather than in /usr/share as we do now) in the live kickstarts? That would mean that if we wanted to enable a new service by default, admins wouldn't get it on upgrades. Which may be fine with the traditional rpm-on-client-side installs. But I think this upgrades diverge from fresh reinstalls is a deeply fundamental problem - one I am simply not allowing to occur in the OSTree replication model. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Why libicu soname bump required harfbuzz package to be built twice?
On Thu, 13 Feb 2014 21:44:12 -0800 Adam Williamson awill...@redhat.com wrote: icu requires quite a large number of rebuilds, including some tricky ones (I just did tracker, which has to be bootstrapped, and libreoffice is another...), so I think it's reasonable to assume the icu maintainer isn't going to be doing them all, and help out with the rest. gnustep is being a PITA now. le sigh. I'll also note that the icu maintain is not a provenpackager. I should have offered to help when they announced the upgrade. Next time we should see if we can line up some folks to do rebuilds faster on it. 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: Out of virtual memory on ARM builder
On Fri, Feb 14, 2014 at 1:59 AM, Dan Horák d...@danny.cz wrote: I think it was g++ (or the ld linker) what went out of memory, not unexpected with 4GB memory plus some swap, 4 CPUs and parallel make. Jerry, can you retry with parallel make disabled? Actually, the failure occurred while running %check, which is this: %check make check There's no parallel make involved. Drat. Well, I'll figure out which test(s) are eating up the memory and disable it/them on ARM, I guess. Thanks for the replies, everybody. -- 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: Out of virtual memory on ARM builder
On Fri, Feb 14, 2014 at 8:54 AM, Jerry James loganje...@gmail.com wrote: There's no parallel make involved. Drat. Well, I'll figure out which test(s) are eating up the memory and disable it/them on ARM, I guess. Thanks for the replies, everybody. A little bit of digging into the sources shows that I just need to add -DHAVE_FAST_COMPILER=0 to the build flags to turn off the tests that require large amounts of memory and CPU cycles to compile. I will do this for ARM. Are there any secondary arches that are likely to have the same problem? -- 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
[Base] Fedora Base Design Working Group (2014-02-14) meeting minutes and logs
Covered a quick update on the cleanup work with some nice progress (first changes landing!). Moved over to a quick recap of DevConf. Excellent conf there with a panel of the Fedora WG representatives for QA. Last but not least requirements checkup, at the moment mainly focused on rel-eng, so dgilmore volunteered to do a writeup of what he knows already will be needed. Meeting ended Fri Feb 14 16:10:15 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2014-02-14/fedora_base_design_working_group.2014-02-14-15.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2014-02-14/fedora_base_design_working_group.2014-02-14-15.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2014-02-14/fedora_base_design_working_group.2014-02-14-15.00.log.html Thanks regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Manager Core Services| Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com Wankelstrasse 5 | Web: http://www.redhat.com/ D-70563 Stuttgart, Germany -- 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: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release
On Fri, Feb 14, 2014 at 15:22:26 +, Colin Walters walt...@verbum.org wrote: That would mean that if we wanted to enable a new service by default, admins wouldn't get it on upgrades. Which may be fine with the traditional rpm-on-client-side installs. I don't think that has to be the case. If the files in /etc only list specific services, than an update to the /usr/lib version could still set a default for the new service. -- 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: Out of virtual memory on ARM builder
On Fri, Feb 14, 2014 at 09:10:23AM -0700, Jerry James wrote: On Fri, Feb 14, 2014 at 8:54 AM, Jerry James loganje...@gmail.com wrote: There's no parallel make involved. Drat. Well, I'll figure out which test(s) are eating up the memory and disable it/them on ARM, I guess. Thanks for the replies, everybody. A little bit of digging into the sources shows that I just need to add -DHAVE_FAST_COMPILER=0 to the build flags to turn off the tests that require large amounts of memory and CPU cycles to compile. I will do this for ARM. Are there any secondary arches that are likely to have the same problem? It sounds rather ill-defined :-) What counts as large amounts of memory or CPU? Can you choose it based on something like the output of `free -m` and/or `grep -i bogomips /proc/cpuinfo` ? Note the second command might not produce any output (no output on ARM for sure) so don't rely on that. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Out of virtual memory on ARM builder
On Fri, Feb 14, 2014 at 9:16 AM, Richard W.M. Jones rjo...@redhat.comwrote: It sounds rather ill-defined :-) What counts as large amounts of memory or CPU? Yes, I really don't know. CPU isn't so much the concern, anyway. Let those builder churn away for long periods of time. Bwahahahaha! But memory, now, that's an issue. All I know for sure is that the x86_64 and i686 builds succeeded, so those boxes had enough memory; the ARM build failed, so that box did not have enough memory. Since memory is exhausted while compiling the test, not while running the test, the required amount of memory isn't necessarily fixed. It may depend on architecture, version of the compiler, and possibly other factors that I don't know about. I really don't know what enough is, therefore ... Can you choose it based on something like the output of `free -m` and/or `grep -i bogomips /proc/cpuinfo` ? Note the second command might not produce any output (no output on ARM for sure) so don't rely on that. ... I don't really see how I can do something like this. For now I have turned the troublesome tests off for ARM only, and left behind a comment in the spec that if other architectures fail to compile the tests due to memory exhaustion, the same should be done for them. -- 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: Out of virtual memory on ARM builder
On 02/14/2014 05:30 PM, Jerry James wrote: But memory, now, that's an issue. All I know for sure is that the x86_64 and i686 builds succeeded, so those boxes had enough memory; the ARM build failed, so that box did not have enough memory. Based on the data presented so far, it could also be an ARM-specific GCC bug, so no amount of memory would be sufficient there. -- Florian Weimer / Red Hat Product Security Team -- 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: Why libicu soname bump required harfbuzz package to be built twice?
Hi, On Fri, Feb 14, 2014 at 08:47:25AM -0700, Kevin Fenzi wrote: On Thu, 13 Feb 2014 21:44:12 -0800 Adam Williamson awill...@redhat.com wrote: icu requires quite a large number of rebuilds, including some tricky ones (I just did tracker, which has to be bootstrapped, and libreoffice is another...), so I think it's reasonable to assume the icu maintainer isn't going to be doing them all, and help out with the rest. gnustep is being a PITA now. le sigh. I'll also note that the icu maintain is not a provenpackager. It was mainly a communication problem: I was prepared to handle the rebuilds, but when Eike did not ping me that he built new ICU, I assumed that he got hold of some other provenpackager :-( D. -- 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: libicu soname bump in rawhide
Hi, On Fri, Feb 14, 2014 at 01:40:26PM +0100, Jakub Jelinek wrote: On Tue, Feb 11, 2014 at 10:41:09PM +0100, Eike Rathke wrote: As pre-announced on devel@ I'm updating libicu to 52.1 Note, e.g. texlive hasn't been rebuilt yet in rawhide, it is broken for more than 2 days now, which e.g. blocks building gcc and thus a F21 mass rebuild. texlive build is finishing. Everything else that does not FTBFS has been rebuilt. D. -- 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: [stable branch idea] Re: Branched iso
On Sex, 2014-02-14 at 14:36 +0700, Michel Alexandre Salim wrote: Hi Sérgio, On 02/14/2014 02:28 PM, Sérgio Basto wrote: sorry I don't have time to follow fedora.next tread / discussion , btw I also have a big idea for fedora.stable , pretty simple idea, to a fedora releases more stable like one fedora 20.1 There used to be such an effort (look up Fedora Unity re-spins) but it eventually foundered. Recent Fedora releases have updates available in deltarpm formats, which greatly reduces the amount of bandwith required to get the latest updates -- do you have a specific use case where that does not suffice? (in which case I'd recommend setting up a local mirror and/or a Spacewalk update server) Fedora n.1 will bring a better and consolidated spins, boot.iso, etc, and is just use pungi , for smooth upgrade from Fedora n-1 , is just an rebase of updates. Maybe when I get a more powerfull laptop , for my server build there some of those things . Best regards, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release
On Fri, Feb 14, 2014 at 04:02:47PM +0100, Kevin Kofler wrote: That seems reasonable, and in that case, something like fedora-presets and fedora-workstation-presets, etc., seems appropriate, and the corresponding release package could pull them in. What about my proposal to drop the preset directly onto the file system (but in /etc rather than in /usr/share as we do now) in the live kickstarts? After all, a file in /etc doesn't really need to be owned by some package. (Having it unowned also means sysadmins can easily customize it by editing it directly, as opposed to creating their own file in /etc.) I think in most caess, it's actually _nicer_ to create your own overrides file rather than editing a big monolith one, bceause with the monolithic approach you have to deal with merging changes in areas you didn't care about. I'm also not in favor of adding _more_ canonical voodoo to kickstart files -- that is, stuff which is effectively mandatory in every %post section. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Heads up; F22 will require applications to ship appdata to be listed in software center
On 01/28/2014 03:12 PM, Richard Hughes wrote: On 28 January 2014 18:43, Przemek Klosowskiprzemek.klosow...@nist.gov wrote: There are two separate issues here: 'abandonment', and 'GUIness'. As to the latter, I think it's a mistake to have a primary application installation tool that only deals with GUI apps, because it relegates text-based tools, such as 'units', to a second-class status of being hard to find and to install. That's not the tool we've designed and built. We've built a GUI application installer, not a package installer. [sorry fo the delayed answer---I got wrapped up and had this draft sitting open for two weeks] While it's not the fault of the installer, I am concerned about that distinction. For better or worse, a lot of useful tools seem to be out of scope for a 'GUI application installer'. GCC, perl, git, octave, R, units, mysql/sqlite3, this kind of thing. It doesn't even make sense to shoehorn them into GUI app world by embedding them in terminals, because their natural environment is command-line interaction. The emphasis on GUI is great, but it should enhance rather than deprecate the old-style interactive command model that arguably is the core idea in Unix. Your tool, while improving the GUI app experience, could also support non GUI software---or at least not completely ignore its existence. I do get it that there is a class of GUI users that need to see a window with buttons and help, and non-GUI apps simply baffle them with a blinking command prompt, at best. OTOH, I believe there should be a setting in the installer about that, do not show me commandline software. I believe that it should be off by default, but maybe I am wrong about that. Do you really think it's impossible? By the way, I even use some commandline-like apps on my Android. In fact, I dislike the fact that the 'GUI app' view of the world results in separate app for every function: an app for Slashdot, and a slightly different app for Reddit. -- 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: Heads up; F22 will require applications to ship appdata to be listed in software center
On Fri, 2014-02-14 at 13:02 -0500, Przemek Klosowski wrote: On 01/28/2014 03:12 PM, Richard Hughes wrote: On 28 January 2014 18:43, Przemek Klosowski przemek.klosow...@nist.gov wrote: There are two separate issues here: 'abandonment', and 'GUIness'. As to the latter, I think it's a mistake to have a primary application installation tool that only deals with GUI apps, because it relegates text-based tools, such as 'units', to a second-class status of being hard to find and to install. That's not the tool we've designed and built. We've built a GUI application installer, not a package installer. [sorry fo the delayed answer---I got wrapped up and had this draft sitting open for two weeks] While it's not the fault of the installer, I am concerned about that distinction. For better or worse, a lot of useful tools seem to be out of scope for a 'GUI application installer'. GCC, perl, git, octave, R, units, mysql/sqlite3, this kind of thing. It doesn't even make sense to shoehorn them into GUI app world by embedding them in terminals, because their natural environment is command-line interaction. The emphasis on GUI is great, but it should enhance rather than deprecate the old-style interactive command model that arguably is the core idea in Unix. Your tool, while improving the GUI app experience, could also support non GUI software---or at least not completely ignore its existence. I do get it that there is a class of GUI users that need to see a window with buttons and help, and non-GUI apps simply baffle them with a blinking command prompt, at best. OTOH, I believe there should be a setting in the installer about that, do not show me commandline software. I believe that it should be off by default, but maybe I am wrong about that. Do you really think it's impossible? Do you actually want to use a tool like Software to install gcc? I just can't see why you would. You know gcc is what you want. You don't need a shiny description and some screenshots and user reviews on a 1-5 star scale. 'yum install gcc' seems a massively better fit. Who would it benefit to have something like gcc in Software? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Heads up; F22 will require applications to ship appdata to be listed in software center
On Fri, Feb 14, 2014 at 1:41 PM, Adam Williamson awill...@redhat.com wrote: On Fri, 2014-02-14 at 13:02 -0500, Przemek Klosowski wrote: On 01/28/2014 03:12 PM, Richard Hughes wrote: On 28 January 2014 18:43, Przemek Klosowski przemek.klosow...@nist.gov wrote: There are two separate issues here: 'abandonment', and 'GUIness'. As to the latter, I think it's a mistake to have a primary application installation tool that only deals with GUI apps, because it relegates text-based tools, such as 'units', to a second-class status of being hard to find and to install. That's not the tool we've designed and built. We've built a GUI application installer, not a package installer. [sorry fo the delayed answer---I got wrapped up and had this draft sitting open for two weeks] While it's not the fault of the installer, I am concerned about that distinction. For better or worse, a lot of useful tools seem to be out of scope for a 'GUI application installer'. GCC, perl, git, octave, R, units, mysql/sqlite3, this kind of thing. It doesn't even make sense to shoehorn them into GUI app world by embedding them in terminals, because their natural environment is command-line interaction. The emphasis on GUI is great, but it should enhance rather than deprecate the old-style interactive command model that arguably is the core idea in Unix. Your tool, while improving the GUI app experience, could also support non GUI software---or at least not completely ignore its existence. I do get it that there is a class of GUI users that need to see a window with buttons and help, and non-GUI apps simply baffle them with a blinking command prompt, at best. OTOH, I believe there should be a setting in the installer about that, do not show me commandline software. I believe that it should be off by default, but maybe I am wrong about that. Do you really think it's impossible? Do you actually want to use a tool like Software to install gcc? I just can't see why you would. You know gcc is what you want. You don't need a shiny description and some screenshots and user reviews on a 1-5 star scale. 'yum install gcc' seems a massively better fit. Who would it benefit to have something like gcc in Software? I agree listing gcc or make or binutils in Software would be odd. While I don't wish to spin off on a tangent, it might be possible to have a meta app entry for things like DevTools that installs all of those at once though. This would likely line up well with Software Collections and such as well (at least in my tiny head). 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: ModemManager update
On 13.02.2014 19:56, Dan Williams wrote: On Sat, 2014-02-01 at 15:03 +0100, poma wrote: With a companion libraries. ;) ↗ libmbim-1.6.0 ↗ libqmi-1.8.0 ↗ ModemManager-1.2.0 poma Oh Danny boy, the pipes, the pipes are calling From glen to glen, and down the mountain side The summer's gone, and all the flowers are dying 'Tis you, 'tis you must go and I must bide. I've done the builds for rawhide with your patches; lets let them be there for a week to see if there are major issues, and then update F20. Sound OK? Dan Maestro! Thanks! poma -- 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: The F20 Network Bridge is Failing down!
I've also noticed a regression in my network bridge setup. Use bridging for both virt-manager, and development work with aarch64 bringup (emulated ARMv8). Have seen this happen on two recently updated f20 systems. I'm using traditional network-scripts, and what happens is the physical interface appears to not be added to the bridge interface, E.G. 'brctl addif br0 em1'. Will investigate more as time allows, but wanted to confirm the problem with me too. Thanks, -Jon Disnard fas: parasense irc: masta On Tue, Feb 11, 2014 at 2:11 PM, Steve Dickson ste...@redhat.com wrote: Hello, I have two fully updated F20 boxes running VMs. The bridging on one box was working but not on the other... It appeared the only real difference was the names. The working bridge was call 'br0' and the non-working was called 'bridge0' I also notice that 'br0' showed virt-manager's list of viable network interfaces and 'bridge0' did not. Obviously that was the problem. So tried to rename bridge0 to br0 by changing the names of the ifcfg files... no luck... the bridge would not come up. Next I just remove 'bridge0' and create a new 'br0'. This is where I hit the wall. 1) Network setup will no longer gives an option to create a bridge as it once did. The only option I get is VPN. 2) I am able to create a bridge with nm-connection-editor but Network setup still can't see it to bring it up 3) Using the nmcli command to bring the bridge up, I get the following error: # nmcli con up br0 slave 1 still errors out with Error: Connection activation failed: No compatible disconnected device found for master connection 157112b2-aea3-4b03-b91e-186bcffbb3f4. So I went from a functioning bridge not being recognized by virt-manager to not being able bring a bridge up or have it recognized by Network Setup. Any ideas what is going on here? Again, this is on a fully updated F20 box... tia! steved. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- -Jon -- 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: The F20 Network Bridge is Failing down!
What version of libnl3 do you have installed? I was having bridge problems too this week. I downgraded libnl3 from 3.2.24-1.fc20 to 3.2.21-2.fc20 and restarted the NetworkManager service, and then my bridge worked. See https://bugzilla.redhat.com/1063290 - Ken On Fri, Feb 14, 2014 at 12:30 PM, Jon jdisn...@gmail.com wrote: I've also noticed a regression in my network bridge setup. Use bridging for both virt-manager, and development work with aarch64 bringup (emulated ARMv8). Have seen this happen on two recently updated f20 systems. I'm using traditional network-scripts, and what happens is the physical interface appears to not be added to the bridge interface, E.G. 'brctl addif br0 em1'. Will investigate more as time allows, but wanted to confirm the problem with me too. Thanks, -Jon Disnard fas: parasense irc: masta On Tue, Feb 11, 2014 at 2:11 PM, Steve Dickson ste...@redhat.com wrote: Hello, I have two fully updated F20 boxes running VMs. The bridging on one box was working but not on the other... It appeared the only real difference was the names. The working bridge was call 'br0' and the non-working was called 'bridge0' I also notice that 'br0' showed virt-manager's list of viable network interfaces and 'bridge0' did not. Obviously that was the problem. So tried to rename bridge0 to br0 by changing the names of the ifcfg files... no luck... the bridge would not come up. Next I just remove 'bridge0' and create a new 'br0'. This is where I hit the wall. 1) Network setup will no longer gives an option to create a bridge as it once did. The only option I get is VPN. 2) I am able to create a bridge with nm-connection-editor but Network setup still can't see it to bring it up 3) Using the nmcli command to bring the bridge up, I get the following error: # nmcli con up br0 slave 1 still errors out with Error: Connection activation failed: No compatible disconnected device found for master connection 157112b2-aea3-4b03-b91e-186bcffbb3f4. So I went from a functioning bridge not being recognized by virt-manager to not being able bring a bridge up or have it recognized by Network Setup. Any ideas what is going on here? Again, this is on a fully updated F20 box... tia! steved. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- -Jon -- 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: Out of virtual memory on ARM builder
Dennis Gilmore wrote: The arm builders all have 4gb of ram. how much ram should the tests need? BTW, some big application -- seamonkey (former mozilla/netscape suite) -- fails to build on arm due to the same reason -- not enough memory on the build host. ~buc -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 663 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 93 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12079/bip-0.8.9-1.el6 16 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0378/quassel-0.9.2-1.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0398/socat-1.7.2.3-1.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0409/zarafa-7.1.8-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0426/tpp-1.3.1-17.el6 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0466/python-gnupg-0.3.6-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0465/lighttpd-1.4.34-1.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0395/libpng10-1.0.61-1.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0483/boinc-client-7.2.33-3.git1994cc8.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0507/seamonkey-2.21-4.ESR_24.3.0.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0509/python-tahrir-0.5.2-1.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0514/python-tahrir-0.5.1-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0525/libyaml-0.1.5-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing bodhi-0.9.8-2.el6 ghc-dlist-0.5-6.el6 libyaml-0.1.5-1.el6 php-horde-Horde-Cache-2.4.1-1.el6 php-horde-Horde-HashTable-1.1.1-1.el6 php-horde-Horde-Imap-Client-2.18.0-1.el6 php-horde-Horde-Injector-2.0.3-1.el6 php-horde-Horde-Mail-2.1.5-1.el6 php-horde-Horde-Mime-2.2.9-1.el6 php-horde-Horde-Smtp-1.4.0-1.el6 php-horde-Horde-Stream-Wrapper-2.1.0-1.el6 php-horde-Horde-Translation-2.1.0-1.el6 php-sabre-dav-1.8.8-1.el6 python-pelican-3.3.0-3.el6 Details about builds: bodhi-0.9.8-2.el6 (FEDORA-EPEL-2014-0530) A modular framework that facilitates publishing software updates Update Information: https://lists.fedorahosted.org/pipermail/bodhi/2014-February/000751.html ChangeLog: * Tue Feb 11 2014 Luke Macken lmac...@redhat.com - 0.9.8-2 - Patch our setuptools requirement from Pillow to PIL on RHEL 5 6 * Tue Feb 11 2014 Luke Macken lmac...@redhat.com - 0.9.8-1 - Update to 0.9.8 * Fri Dec 6 2013 Pierre-Yves Chibon pingou@pingouredfr - 0.9.7-2 - Change BR from python-setuptools-devel to python-setuptools See https://fedoraproject.org/wiki/Changes/Remove_Python-setuptools-devel * Tue Sep 10 2013 Luke Macken lmac...@redhat.com - 0.9.7-1 - Update to 0.9.7 * Sat Aug 3 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.9.5-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild * Wed May 29 2013 Luke Macken lmac...@redhat.com - 0.9.5-2 - Update the man page * Mon May 13 2013 Luke Macken lmac...@redhat.com - 0.9.5-1 - New bugfix release to work with python-bugzilla 0.8.0 * Fri Feb 22 2013 Luke Macken lmac...@redhat.com - 0.9.4-1 - New bugfix release * Wed Feb 13 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.9.3-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild * Tue Nov 13 2012 Luke Macken lmac...@redhat.com - 0.9.3-1 - 0.9.3 bugfix release * Wed Aug 8 2012 Luke Macken lmac...@redhat.com - 0.9.2-2 - Require python-tgcaptcha2 * Sat Aug 4 2012 Luke Macken lmac...@redhat.com - 0.9.2-1 - 0.9.2 bugfix release * Thu Jul 26 2012 Ralph Bean rb...@redhat.com - 0.9.1-3 - bodhi now owns datadir, bodhi.cfg, and var/log/bodhi * Thu Jul 26 2012 Ralph Bean rb...@redhat.com - 0.9.1-2 - Fix to bodhi user creation. * Thu Jul 26 2012 Ralph Bean rb...@redhat.com - 0.9.1-1 - Creating a 'bodhi' user for mod_wsgi * Wed Jul 18 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.8.5-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild * Thu Mar 29 2012 Ralph Bean rb...@redhat.com - 0.8.8-1 - Sending messages with fedmsg * Thu Jan 12 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.8.5-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild * Tue Nov 22 2011 Luke Macken lmac...@redhat.com - 0.8.5-1 - Update to the latest upstream release ghc-dlist-0.5-6.el6 (FEDORA-EPEL-2014-0527) Haskell differences lists Update Information: Haskell difference lists -
EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 663 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 154 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5 118 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 93 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12091/bip-0.8.9-1.el5 83 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12169/gc-7.1-6.el5 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0410/zarafa-7.1.8-1.el5,php53-mapi-7.1.8-1.el5 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0433/puppet-2.7.25-1.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0471/lighttpd-1.4.34-1.el5.1 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0531/libyaml-0.1.2-6.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing libyaml-0.1.2-6.el5 Details about builds: libyaml-0.1.2-6.el5 (FEDORA-EPEL-2014-0531) YAML 1.1 parser and emitter written in C Update Information: Add updated indent/flow patches for CVE-2013-6393 (bz1063867) Add patches for CVE-2013-6393 (bz1033990) References: [ 1 ] Bug #1033990 - CVE-2013-6393 libyaml: heap-based buffer overflow when parsing YAML tags https://bugzilla.redhat.com/show_bug.cgi?id=1033990 ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Heads up; F22 will require applications to ship appdata to be listed in software center
2014-02-14 19:41 GMT+01:00 Adam Williamson awill...@redhat.com: Do you actually want to use a tool like Software to install gcc? I just can't see why you would. You know gcc is what you want. You don't need a shiny description and some screenshots and user reviews on a 1-5 star scale. 'yum install gcc' seems a massively better fit. Who would it benefit to have something like gcc in Software? -- If you are an old Fedora user you will know that the GCC C++ compiler package name is gcc-cpp. However if you are a new Fedora user how are you supposed to know that? Search on the internet? /Andreas Tunek -- 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: Heads up; F22 will require applications to ship appdata to be listed in software center
On 02/14/2014 01:41 PM, Adam Williamson wrote: On Fri, 2014-02-14 at 13:02 -0500, Przemek Klosowski wrote: On 01/28/2014 03:12 PM, Richard Hughes wrote: On 28 January 2014 18:43, Przemek Klosowski przemek.klosow...@nist.gov wrote: There are two separate issues here: 'abandonment', and 'GUIness'. As to the latter, I think it's a mistake to have a primary application installation tool that only deals with GUI apps, because it relegates text-based tools, such as 'units', to a second-class status of being hard to find and to install. That's not the tool we've designed and built. We've built a GUI application installer, not a package installer. While it's not the fault of the installer, I am concerned about that distinction. For better or worse, a lot of useful tools seem to be out of scope for a 'GUI application installer'. GCC, perl, git, octave, R, units, mysql/sqlite3, this kind of thing. Do you actually want to use a tool like Software to install gcc? I just can't see why you would. You know gcc is what you want. You don't need a shiny description and some screenshots and user reviews on a 1-5 star scale. 'yum install gcc' seems a massively better fit. Who would it benefit to have something like gcc in Software? I see what you mean, but how do you install it, and other examples I provided? It's not just gcc: it's gcc-gfortran, gcc-arm, mingw64-gcc, msp430-gcc, etc. If we are providing a next-generation UI for installing, to replace yum, I think it is a step backwards to take away the full search coverage of yum. Let's follow gmail's example: no folders, no fixed hierarchy, just good search. It took me a while to get used to it but I like it now. Maybe I am getting old and grouchy but I think it's an example of the disturbing trend to have a separate tool for every little variation of every function. Just in the last two days I had to consider: - separate installers for different types of applications - having to use all of yum check, yum-complete-transaction, package-cleanup --cleandupes, and rpm --rebuilddb on my failed update - separate droid apps for reading reddit, slashdot, hackaday, etc. Computers are supposed to simplify life! ... Heh, I see my mistake now... -- 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: advertisement in packaged software (e.g. Firefox)
On Thu, Feb 13, 2014 at 09:01:15PM +0200, Nikos Roussos wrote: The fact that the package is calling home (whether or not the location of the IP is checked), is a form of tracking. Particularly since firefox updates are being handled by Fedora and there is no need for our version to be calling home to check for updates. *If* it calls home. If this is a predefined list bundled with firefox there is no reason to call home. The currently available bits of information suggest otherwise: What information will Mozilla provide sponsored content partners from the Directory Tiles? Mozilla is putting together just the basic metrics that marketers or content publishers might need to understand the value they are receiving. As of now, our expectation is that we’ll be delivering the number of impressions (how many times a tile was shown) and interactions (how many interactions with a tile, i.e. clicks). taken from: https://blog.mozilla.org/advancingcontent/2014/02/13/more-details-on-directory-tiles/ -- 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: Out of virtual memory on ARM builder
On 02/14/2014 02:53 PM, Dmitry Butskoy wrote: Dennis Gilmore wrote: The arm builders all have 4gb of ram. how much ram should the tests need? BTW, some big application -- seamonkey (former mozilla/netscape suite) -- fails to build on arm due to the same reason -- not enough memory on the build host. ~buc This may be a stupid question, but can you solve this by putting more swap on those builders? -Mat smime.p7s Description: S/MIME Cryptographic 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: Out of virtual memory on ARM builder
On Fri, 14 Feb 2014 16:00:09 -0600 Mátyás Selmeci mat...@cs.wisc.edu wrote: This may be a stupid question, but can you solve this by putting more swap on those builders? Possibly so yeah. Currently they have 4GB mem and 4GB swap. Ideally it would be good to fix in the package or tools though, so people with smallish machines could actually build things too. 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: Out of virtual memory on ARM builder
On Fri, Feb 14, 2014 at 04:00:09PM -0600, Mátyás Selmeci wrote: This may be a stupid question, but can you solve this by putting more swap on those builders? It depends. If the system is sufficiently resource constrained that malloc() is actually telling you that you're not going to the moon, more RAM will help. But what's more likely is that it's running out of process address space - a 32 bit process can only address 3GB of address space (which isn't necessarily all RAM), no matter how much RAM is available[1]. Adding more RAM isn't going to help there. Getting rid of 32-bit build systems is. [1] On x86, anyway. I don't know what the ARM VM split is. -- Matthew Garrett | mj...@srcf.ucam.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: OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)
Ok, the smesh from sourceforge doesn't appear to be maintained anymore but I have been patching it to keep it working with freecad but checking freecad master they've continued to modify it such that I'm not sure my version will work for much longer. Now the question is what to do about that... I might be able to come up with a freecad-smesh subproject as they are turning into the de facto upstream... 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
[Bug 1054233] Upgrade to new upstream version
https://bugzilla.redhat.com/show_bug.cgi?id=1054233 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-No-Worries-1.1-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=a33vuZMVfLa=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-Unicode-LineBreak
perl-Unicode-LineBreak has broken dependencies in the epel-7 tree: On x86_64: perl-Unicode-LineBreak-2013.11-1.el7.x86_64 requires perl(Unicode::LineBreak::Constants) On ppc64: perl-Unicode-LineBreak-2013.11-1.el7.ppc64 requires perl(Unicode::LineBreak::Constants) 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 epel-7 tree: On x86_64: perl-PDL-2.7.0-2.el7.1.x86_64 requires perl(Prima::MsgBox) On ppc64: perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(Prima::MsgBox) perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Authen-Simple
perl-Authen-Simple has broken dependencies in the epel-7 tree: On ppc64: perl-Authen-Simple-0.5-4.el7.noarch requires perl(Crypt::PasswdMD5) 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: stompclt
stompclt has broken dependencies in the epel-7 tree: On x86_64: stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0 On ppc64: stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.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: dspam
dspam has broken dependencies in the epel-7 tree: On x86_64: dspam-3.10.2-9.el7.x86_64 requires perl(Mail::MboxParser) On ppc64: dspam-3.10.2-9.el7.ppc64 requires perl(Mail::MboxParser) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1030920] perl-Text-CSV_XS-1.02 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1030920 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|psab...@redhat.com |mmasl...@redhat.com --- Comment #5 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=jiSCOSKokga=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 1058009] perl-Text-CSV_XS-1.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1058009 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|mmasl...@redhat.com |psab...@redhat.com --- Comment #3 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=1frpD35IXWa=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 1030920] perl-Text-CSV_XS-1.02 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1030920 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|mmasl...@redhat.com |psab...@redhat.com --- Comment #6 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=HNezPanNcea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Text-CSV_XS ownership changed
Package perl-Text-CSV_XS in Fedora devel is now owned by mmaslano To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-CSV_XS -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Text-CSV_XS ownership changed
Package perl-Text-CSV_XS in Fedora devel is now owned by psabata To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-CSV_XS -- 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 1062229] perl-Text-CSV_XS-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1062229 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|psab...@redhat.com |mmasl...@redhat.com --- Comment #1 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=nYg0iNceSXa=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 1058009] perl-Text-CSV_XS-1.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1058009 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|psab...@redhat.com |mmasl...@redhat.com --- Comment #2 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=Sg1qdD2RPna=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 1062229] perl-Text-CSV_XS-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1062229 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|mmasl...@redhat.com |psab...@redhat.com --- Comment #2 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=hUWF1QAKUba=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 1065277] New: ctstream-14 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1065277 Bug ID: 1065277 Summary: ctstream-14 is available Product: Fedora Version: rawhide Component: ctstream 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: 14 Current version/release in Fedora Rawhide: 13-1.fc21 URL: http://xpisar.wz.cz/ctstream/ 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=4cx4vqbSjYa=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 1060465] Review Request: perl-Excel-Writer-XLSX - Create a new file in the Excel 2007+ XLSX format
https://bugzilla.redhat.com/show_bug.cgi?id=1060465 David Dick dd...@cpan.org changed: What|Removed |Added Status|CLOSED |ASSIGNED Resolution|NEXTRELEASE |--- Flags|fedora-cvs+ |fedora-cvs? Keywords||Reopened --- Comment #14 from David Dick dd...@cpan.org --- New Package SCM Request === Package Name: perl-Excel-Writer-XLSX Short Description: Create a new file in the Excel 2007+ XLSX format Owners: ddick Branches: epel7 InitialCC: perl-sig -- 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=U7uzEfJvt0a=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 1030920] perl-Text-CSV_XS-1.02 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1030920 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|psab...@redhat.com |mmasl...@redhat.com --- Comment #7 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=dBQO5owN2Ta=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 1058009] perl-Text-CSV_XS-1.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1058009 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|psab...@redhat.com |mmasl...@redhat.com --- Comment #4 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=d8wewTTwfGa=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 1062229] perl-Text-CSV_XS-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1062229 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|psab...@redhat.com |mmasl...@redhat.com --- Comment #3 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=LueLkbuH4sa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Text-CSV_XS ownership changed
Package perl-Text-CSV_XS in Fedora 20 is now owned by mmaslano To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-CSV_XS -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Text-CSV_XS ownership changed
Package perl-Text-CSV_XS in Fedora 20 is now owned by psabata To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-CSV_XS -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Text-CSV_XS ownership changed
Package perl-Text-CSV_XS in Fedora devel is now owned by mmaslano To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-CSV_XS -- 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 1062229] perl-Text-CSV_XS-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1062229 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|mmasl...@redhat.com |psab...@redhat.com --- Comment #4 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=TfkS2dhq0qa=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 1058009] perl-Text-CSV_XS-1.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1058009 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|mmasl...@redhat.com |psab...@redhat.com --- Comment #5 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=LifjE2tC51a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Text-CSV_XS ownership changed
Package perl-Text-CSV_XS in Fedora devel is now owned by psabata To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-CSV_XS -- 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 1030920] perl-Text-CSV_XS-1.02 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1030920 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|mmasl...@redhat.com |psab...@redhat.com --- Comment #8 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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=jHi2fWiq18a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Math-PlanePath-114.tar.gz uploaded to lookaside cache by churchyard
A file has been added to the lookaside cache for perl-Math-PlanePath: baf6837428fcbf2592d5b9313c7ed840 Math-PlanePath-114.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-Math-PlanePath] New version 114 (#1063019)
commit 04dc239691c5b2fcd09eccb3cc0cb9676a5287a9
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Feb 14 13:38:33 2014 +0100
New version 114 (#1063019)
.gitignore |1 +
perl-Math-PlanePath.spec |8 +++-
sources |2 +-
3 files changed, 9 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 36122c7..9cbd58f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@
/Math-PlanePath-111.tar.gz
/Math-PlanePath-112.tar.gz
/Math-PlanePath-113.tar.gz
+/Math-PlanePath-114.tar.gz
diff --git a/perl-Math-PlanePath.spec b/perl-Math-PlanePath.spec
index 0879e56..db08600 100644
--- a/perl-Math-PlanePath.spec
+++ b/perl-Math-PlanePath.spec
@@ -1,5 +1,5 @@
Name: perl-Math-PlanePath
-Version:113
+Version:114
Release:1%{?dist}
Summary:Mathematical paths through the 2-D plane
License:GPLv3+
@@ -27,7 +27,9 @@ Requires: perl(Module::Load)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
# Filtering unversioned provides and requires
+%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\(Math::PlanePath::CellularRule::Line\\)$
%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\(Math::PlanePath::CellularRule::OddSolid\\)$
+%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\(Math::PlanePath::CellularRule::OneTwo\\)$
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(constant::defer\\)$
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(constant\\)$
@@ -59,6 +61,10 @@ make test
%{_mandir}/man3/*
%changelog
+* Fri Feb 14 2014 Miro Hrončok mhron...@redhat.com - 114-1
+- New version 114 (#1063019)
+- More unversioned provides to filter
+
* Fri Dec 27 2013 Miro Hrončok mhron...@redhat.com - 113-1
- New version 113 (#1046669)
diff --git a/sources b/sources
index 73ca399..c11a627 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-abb95a0fcf0173203535675a8bf7f20c Math-PlanePath-113.tar.gz
+baf6837428fcbf2592d5b9313c7ed840 Math-PlanePath-114.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-Math-PlanePath] Add BR Math::NumSeq for tests
commit c1de0f83859511ff543efd643e6a7cecc230bee7
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Feb 14 13:46:29 2014 +0100
Add BR Math::NumSeq for tests
perl-Math-PlanePath.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Math-PlanePath.spec b/perl-Math-PlanePath.spec
index db08600..daee827 100644
--- a/perl-Math-PlanePath.spec
+++ b/perl-Math-PlanePath.spec
@@ -1,6 +1,6 @@
Name: perl-Math-PlanePath
Version:114
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Mathematical paths through the 2-D plane
License:GPLv3+
Group: Development/Libraries
@@ -18,6 +18,7 @@ BuildRequires: perl(List::Util)
BuildRequires: perl(Math::BigFloat) = 1.993
BuildRequires: perl(Math::BigInt)
BuildRequires: perl(Math::Libm)
+BuildRequires: perl(Math::NumSeq)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(Test)
Requires: perl(constant::defer) = 5
@@ -61,6 +62,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Fri Feb 14 2014 Miro Hrončok mhron...@redhat.com - 114-2
+- Add BR Math::NumSeq for tests
+
* Fri Feb 14 2014 Miro Hrončok mhron...@redhat.com - 114-1
- New version 114 (#1063019)
- More unversioned provides to filter
--
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 1063019] perl-Math-PlanePath-114 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1063019 Miro Hrončok mhron...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed||2014-02-14 08:04:43 --- Comment #1 from Miro Hrončok mhron...@redhat.com --- http://koji.fedoraproject.org/koji/taskinfo?taskID=6530495 -- 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=dE7VQe2e15a=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 1060465] Review Request: perl-Excel-Writer-XLSX - Create a new file in the Excel 2007+ XLSX format
https://bugzilla.redhat.com/show_bug.cgi?id=1060465 --- Comment #15 from Jon Ciesla limburg...@gmail.com --- Already exists, please use a Package Change Request to request a new branch. -- 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=YPEgYgwJcra=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 1060465] Review Request: perl-Excel-Writer-XLSX - Create a new file in the Excel 2007+ XLSX format
https://bugzilla.redhat.com/show_bug.cgi?id=1060465 Jon Ciesla limburg...@gmail.com changed: What|Removed |Added Flags|fedora-cvs? | -- 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=GXQau8NXy0a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File YAML-Tiny-1.60.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-YAML-Tiny: 939881813a08b58648bd99e8d6092029 YAML-Tiny-1.60.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-YAML-Tiny] Update to 1.60
commit 1e98ee1e438cdcc084dfe61a30cded5074ef4a28
Author: Paul Howarth p...@city-fan.org
Date: Fri Feb 14 13:40:35 2014 +
Update to 1.60
- New upstream release 1.60
- Numeric values are now quoted whenever they've been used as a string,
which fixes inconsistent behaviour seen with numeric values, due to
differences between the XS and pure-perl variants of Data::Dumper
(GitHub Issue #24)
- Numeric hash keys are now always quoted
perl-YAML-Tiny.spec | 12 ++--
sources |2 +-
2 files changed, 11 insertions(+), 3 deletions(-)
---
diff --git a/perl-YAML-Tiny.spec b/perl-YAML-Tiny.spec
index 3153f0f..d732d60 100644
--- a/perl-YAML-Tiny.spec
+++ b/perl-YAML-Tiny.spec
@@ -1,5 +1,5 @@
Name: perl-YAML-Tiny
-Version:1.58
+Version:1.60
Release:1%{?dist}
Summary:Read/Write YAML files with as little code as possible
License:GPL+ or Artistic
@@ -10,8 +10,8 @@ BuildArch: noarch
# Module Build
BuildRequires: perl(Module::Build::Tiny) = 0.034
# Module Runtime
+BuildRequires: perl(B)
BuildRequires: perl(Carp)
-BuildRequires: perl(Data::Dumper)
BuildRequires: perl(Exporter)
BuildRequires: perl(Fcntl)
BuildRequires: perl(Scalar::Util)
@@ -70,6 +70,14 @@ perl Build.PL --installdirs=vendor
%{_mandir}/man3/YAML::Tiny.3pm*
%changelog
+* Fri Feb 14 2014 Paul Howarth p...@city-fan.org 1.60-1
+- Update to 1.60
+ - Numeric values are now quoted whenever they've been used as a string,
+which fixes inconsistent behaviour seen with numeric values, due to
+differences between the XS and pure-perl variants of Data::Dumper
+(GitHub Issue #24)
+ - Numeric hash keys are now always quoted
+
* Wed Feb 5 2014 Paul Howarth p...@city-fan.org 1.58-1
- Update to 1.58
- 1.57 omitted a change entry for the following change:
diff --git a/sources b/sources
index 6e8a424..c0e5f16 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b206daf7e3cbf1be15e069081a09ff29 YAML-Tiny-1.58.tar.gz
+939881813a08b58648bd99e8d6092029 YAML-Tiny-1.60.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File IO-All-0.57.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-All: 68148eec60be3e7e9f3ca341b3ba079a IO-All-0.57.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-YAML-Tiny] Created tag perl-YAML-Tiny-1.60-1.fc21
The lightweight tag 'perl-YAML-Tiny-1.60-1.fc21' was created pointing to: 1e98ee1... Update to 1.60 -- 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-YAML-Tiny] Created tag perl-YAML-Tiny-1.58-1.fc21
The lightweight tag 'perl-YAML-Tiny-1.58-1.fc21' was created pointing to: d1f2c8a... Update to 1.58 -- 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-IO-All] Update to 0.57
commit 5b62611ecccb14930c931dafcdafedb48a891d93
Author: Paul Howarth p...@city-fan.org
Date: Fri Feb 14 14:25:26 2014 +
Update to 0.57
- New upstream release 0.57
- Make '' not become / when using io-dir('')
- Add a fix for io-file(foobar)-assert
- Make io-file('') not break on Windows systems
- Fix dangling file handles in tests
- Make mkdir die if it fails (CPAN RT#61697)
- Fix possible path test issues, especially in Win32
- Fix -binary under -utf8 import mode (CPAN RT#81224)
- Validate UTF-8 in -utf8 (CPAN RT#74642)
- Consistently use :encoding($encoding) (CPAN RT#68512)
- Pass perms to mkpath in assert_dirpath (CPAN RT#53687)
- Fix minor POD niggle (CPAN RT#83798)
- Remove broken test for -mimetype (CPAN RT#91743)
- Skip t/encoding.t for perls built without PerlIO::encoding (CPAN
RT#26230)
- Abandon RT in favor of GitHub Issues
- Remove mentions of unimplemented strict (GH#15)
- Allow testing on non-SDBM DBM's
- Change minimum perl version to 5.8.1, and thus remove dep for IO::String
- Return realpath for canonpath when possible (GH#34)
- Correctly check exists for ::File, ::Dir, and ::Link
- Fix test failures on MacOS (CPAN RT#61627/GH#29, CPAN RT#82633/GH#32)
- Some documentation clean-up around the SYNOPSIS
- Fix printing to a tie'd object (GH#26)
- Fix tests if $^X ne 'perl' (GH#35)
- This release by FREW - update source URL
- Package upstream's README.md file
- Run the Pod test too
perl-IO-All.spec | 40 +++-
sources |2 +-
2 files changed, 36 insertions(+), 6 deletions(-)
---
diff --git a/perl-IO-All.spec b/perl-IO-All.spec
index ec4be55..321e8bf 100644
--- a/perl-IO-All.spec
+++ b/perl-IO-All.spec
@@ -1,11 +1,11 @@
Name: perl-IO-All
-Version:0.50
+Version:0.57
Release:1%{?dist}
Summary:IO::All Perl module
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/IO-All/
-Source0:
http://www.cpan.org/authors/id/I/IN/INGY/IO-All-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/F/FR/FREW/IO-All-%{version}.tar.gz
BuildArch: noarch
# Module Build
BuildRequires: perl(ExtUtils::MakeMaker) = 6.30
@@ -23,8 +23,8 @@ BuildRequires: perl(IO::Dir)
BuildRequires: perl(IO::File)
BuildRequires: perl(IO::Handle)
BuildRequires: perl(IO::Socket)
-BuildRequires: perl(IO::String) = 1.08
BuildRequires: perl(overload)
+BuildRequires: perl(Scalar::Util)
BuildRequires: perl(strict)
BuildRequires: perl(Symbol)
BuildRequires: perl(Tie::File)
@@ -41,6 +41,7 @@ BuildRequires: perl(Test::More)
BuildRequires: perl(vars)
# Optional Tests
BuildRequires: perl(MLDBM)
+BuildRequires: perl(Test::Pod) = 1.41
# Runtime
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(Cwd)
@@ -74,10 +75,10 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {}
\;
%{_fixperms} $RPM_BUILD_ROOT
%check
-make %{?_smp_mflags} test
+make %{?_smp_mflags} test RELEASE_TESTING=1
%files
-%doc Changes README
+%doc Changes README README.md
%{perl_vendorlib}/IO/
%{_mandir}/man3/IO::All.3pm*
%{_mandir}/man3/IO::All::DBM.3pm*
@@ -93,6 +94,35 @@ make %{?_smp_mflags} test
%{_mandir}/man3/IO::All::Temp.3pm*
%changelog
+* Fri Feb 14 2014 Paul Howarth p...@city-fan.org - 0.57-1
+- Update to 0.57
+ - Make '' not become / when using io-dir('')
+ - Add a fix for io-file(foobar)-assert
+ - Make io-file('') not break on Windows systems
+ - Fix dangling file handles in tests
+ - Make mkdir die if it fails (CPAN RT#61697)
+ - Fix possible path test issues, especially in Win32
+ - Fix -binary under -utf8 import mode (CPAN RT#81224)
+ - Validate UTF-8 in -utf8 (CPAN RT#74642)
+ - Consistently use :encoding($encoding) (CPAN RT#68512)
+ - Pass perms to mkpath in assert_dirpath (CPAN RT#53687)
+ - Fix minor POD niggle (CPAN RT#83798)
+ - Remove broken test for -mimetype (CPAN RT#91743)
+ - Skip t/encoding.t for perls built without PerlIO::encoding (CPAN RT#26230)
+ - Abandon RT in favor of GitHub Issues
+ - Remove mentions of unimplemented strict (GH#15)
+ - Allow testing on non-SDBM DBM's
+ - Change minimum perl version to 5.8.1, and thus remove dep for IO::String
+ - Return realpath for canonpath when possible (GH#34)
+ - Correctly check exists for ::File, ::Dir, and ::Link
+ - Fix test failures on MacOS (CPAN RT#61627/GH#29, CPAN RT#82633/GH#32)
+ - Some documentation clean-up around the SYNOPSIS
+ - Fix printing to a tie'd object (GH#26)
+ - Fix tests if $^X ne 'perl' (GH#35)
+- This release by FREW - update source URL
+- Package upstream's README.md file
+- Run the Pod test too
+
* Sat Oct 19 2013 Paul Howarth p...@city-fan.org - 0.50-1
- Update to 0.50
- Fix various tests on Windows (CPAN
File CPAN-Meta-YAML-0.011.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-CPAN-Meta-YAML: a147b4a7218af8137f09f3f72364cb25 CPAN-Meta-YAML-0.011.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-CPAN-Meta-YAML] Update to 0.011
commit 5987a478c9577c62283f822f27e75a03dae5f4e2
Author: Paul Howarth p...@city-fan.org
Date: Fri Feb 14 14:51:49 2014 +
Update to 0.011
- New upstream release 0.011:
- Generated from ETHER/YAML-Tiny-1.60.tar.gz
- Give up trying to support EPEL (test suite now requires Test::More 0.99)
CPAN-Meta-YAML-0.009-TM094.patch | 16 ---
CPAN-Meta-YAML-0.009-old-Test::More.patch | 10
perl-CPAN-Meta-YAML.spec | 66 +++-
sources |2 +-
4 files changed, 36 insertions(+), 58 deletions(-)
---
diff --git a/perl-CPAN-Meta-YAML.spec b/perl-CPAN-Meta-YAML.spec
index 85adb4d..23d59dc 100644
--- a/perl-CPAN-Meta-YAML.spec
+++ b/perl-CPAN-Meta-YAML.spec
@@ -1,41 +1,54 @@
-# We need to patch the test suite if we have Test::More 0.94
-%global quite_old_test_more %(perl -MTest::More -e 'print
(($Test::More::VERSION 0.94) ? 1 : 0);' 2/dev/null || echo 0)
-%global old_test_more %(perl -MTest::More -e 'print (($Test::More::VERSION
0.88) ? 1 : 0);' 2/dev/null || echo 0)
-
Name: perl-CPAN-Meta-YAML
-Version: 0.010
+Version: 0.011
Release: 1%{?dist}
Summary: Read and write a subset of YAML for CPAN Meta files
License: GPL+ or Artistic
Group: Development/Libraries
URL: http://search.cpan.org/dist/CPAN-Meta-YAML/
Source0:
http://search.cpan.org/CPAN/authors/id/D/DA/DAGOLDEN/CPAN-Meta-YAML-%{version}.tar.gz
-Patch0:CPAN-Meta-YAML-0.009-TM094.patch
-Patch1:CPAN-Meta-YAML-0.009-old-Test::More.patch
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
BuildArch: noarch
+# Build:
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.17
+# Module Runtime:
+BuildRequires: perl(B)
BuildRequires: perl(Carp)
BuildRequires: perl(Exporter)
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(File::Spec)
+BuildRequires: perl(Fcntl)
+BuildRequires: perl(Scalar::Util)
+BuildRequires: perl(strict)
+BuildRequires: perl(warnings)
# Tests:
-BuildRequires: perl(IO::Handle)
-BuildRequires: perl(IPC::Open3)
+# CPAN::Meta requires CPAN::Meta::YAML
+%if 0%{!?perl_bootstrap:1}
+BuildRequires: perl(CPAN::Meta)
+BuildRequires: perl(CPAN::Meta::Requirements) = 2.120900
+%endif
+BuildRequires: perl(File::Basename)
+BuildRequires: perl(File::Find)
+BuildRequires: perl(File::Spec)
BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(File::Temp)
-BuildRequires: perl(Test::More)
+BuildRequires: perl(Getopt::Long)
+BuildRequires: perl(IO::Dir)
+BuildRequires: perl(JSON::PP)
+BuildRequires: perl(lib)
+BuildRequires: perl(List::Util)
+BuildRequires: perl(Test::More) = 0.99
+BuildRequires: perl(utf8)
+BuildRequires: perl(vars)
+BuildRequires: perl(version)
BuildRequires: perl(YAML)
+# Extra Tests:
# Don't run extra tests when bootstrapping as many of those
# tests' dependencies build-require this package
-%if 0%{?fedora} 0%{!?perl_bootstrap:1}
+%if 0%{!?perl_bootstrap:1}
BuildRequires: perl(Test::CPAN::Meta)
BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Requires)
+BuildRequires: perl(Test::Portability::Files)
BuildRequires: perl(Test::Version)
%endif
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(Carp)
-Requires: perl(Exporter)
%description
This module implements a subset of the YAML specification for use in reading
@@ -45,41 +58,32 @@ used for any other general YAML parsing or generation task.
%prep
%setup -q -n CPAN-Meta-YAML-%{version}
-# We need to patch the test suite if we have Test::More 0.94
-%if %{quite_old_test_more}
-%patch0
-%endif
-
-# We need to patch the test suite again if we have Test::More 0.88
-%if %{old_test_more}
-%patch1
-%endif
-
%build
perl Makefile.PL INSTALLDIRS=vendor UNINST=0
make %{?_smp_mflags}
%install
-rm -rf %{buildroot}
make pure_install DESTDIR=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} \;
%{_fixperms} %{buildroot}
%check
make test
-%if 0%{?fedora} 0%{!?perl_bootstrap:1}
+%if 0%{!?perl_bootstrap:1}
make test TEST_FILES=xt/*/*.t
%endif
-%clean
-rm -rf %{buildroot}
-
%files
%doc Changes LICENSE README
%{perl_vendorlib}/CPAN/
%{_mandir}/man3/CPAN::Meta::YAML.3pm*
%changelog
+* Fri Feb 14 2014 Paul Howarth p...@city-fan.org - 0.011-1
+- Update to 0.011:
+ - Generated from ETHER/YAML-Tiny-1.60.tar.gz
+- Give up trying to support EPEL (test suite now requires Test::More 0.99)
+
* Mon Sep 23 2013 Paul Howarth p...@city-fan.org - 0.010-1
- Update to 0.010:
- Generated from ETHER/YAML-Tiny-1.55.tar.gz
diff --git a/sources b/sources
index b6afd18..45489ab 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5e2efc852f9ad3d01496fa9ccdc9dc3a CPAN-Meta-YAML-0.010.tar.gz
+a147b4a7218af8137f09f3f72364cb25 CPAN-Meta-YAML-0.011.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
[perl-IO-All/epel7] Update to 0.57
Summary of changes: 5b62611... Update to 0.57 (*) (*) 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-IO-All] Created tag perl-IO-All-0.57-1.el7
The lightweight tag 'perl-IO-All-0.57-1.el7' was created pointing to: 5b62611... Update to 0.57 -- 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-IO-All] Created tag perl-IO-All-0.57-1.fc21
The lightweight tag 'perl-IO-All-0.57-1.fc21' was created pointing to: 5b62611... Update to 0.57 -- 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-CPAN-Meta-YAML] Created tag perl-CPAN-Meta-YAML-0.011-1.fc21
The lightweight tag 'perl-CPAN-Meta-YAML-0.011-1.fc21' was created pointing to: 5987a47... Update to 0.011 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Catalyst-Controller-HTML-FormFu
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide tree: On x86_64: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On i386: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On armhfp: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: mojomojo
mojomojo has broken dependencies in the rawhide tree: On x86_64: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On i386: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On armhfp: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1062968] systemd failed to run vncserver due to permission issues
https://bugzilla.redhat.com/show_bug.cgi?id=1062968 --- Comment #8 from Daniel Walsh dwa...@redhat.com --- Strange that this ends up with an unconfined_r? system_u:unconfined_r:initrc_t:s0 It almost seams like there is a runcon somewhere. -- 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=hmvDD9BeU7a=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 1060465] Review Request: perl-Excel-Writer-XLSX - Create a new file in the Excel 2007+ XLSX format
https://bugzilla.redhat.com/show_bug.cgi?id=1060465 David Dick dd...@cpan.org changed: What|Removed |Added Flags||fedora-cvs? --- Comment #16 from David Dick dd...@cpan.org --- Package Change Request == Package Name: perl-Excel-Writer-XLSX New Branches: epel7 Owners: ddick InitialCC: perl-sig -- 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=DQGo7SkML1a=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 1060465] Review Request: perl-Excel-Writer-XLSX - Create a new file in the Excel 2007+ XLSX format
https://bugzilla.redhat.com/show_bug.cgi?id=1060465 Jon Ciesla limburg...@gmail.com changed: What|Removed |Added Flags|fedora-cvs? |fedora-cvs+ -- 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=obT73KsvLya=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 1060465] Review Request: perl-Excel-Writer-XLSX - Create a new file in the Excel 2007+ XLSX format
https://bugzilla.redhat.com/show_bug.cgi?id=1060465 --- Comment #17 from Jon Ciesla limburg...@gmail.com --- Git done (by process-git-requests). -- 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=K16lFKvfILa=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-Excel-Writer-XLSX/f19] Initial import (#1060465).
Summary of changes: bcf6866... Initial import (#1060465). (*) (*) 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
[Bug 1060465] Review Request: perl-Excel-Writer-XLSX - Create a new file in the Excel 2007+ XLSX format
https://bugzilla.redhat.com/show_bug.cgi?id=1060465 --- Comment #18 from Fedora Update System upda...@fedoraproject.org --- perl-Excel-Writer-XLSX-0.76-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-Excel-Writer-XLSX-0.76-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=9DQGDsJnPqa=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
AutoQA Downtime Today
Apologies on the late notice but I'm going to be bringing down the autoqa hosts for a little while for firmware upgrades on the physical hosts. While everything is down, I'll be updating and rebooting everything. I don't expect that this will take more than a couple of hours but I'll send out another email when everything is back up. Tim signature.asc Description: PGP signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
