EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 712 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 59 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6 54 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0483/boinc-client-7.2.33-3.git1994cc8.el6 44 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0590/oath-toolkit-2.0.2-4.el6 16 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0888/v8-3.14.5.10-7.el6 10 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0938/seamonkey-2.21-5.ESR_24.4.0.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0980/perl-YAML-LibYAML-0.38-4.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0996/munin-2.0.20-1.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0990/libyaml-0.1.6-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1011/php-ZendFramework-1.12.5-1.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1020/php-ZendFramework2-2.2.6-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1039/mod_security-2.7.3-3.el6 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1044/ansible-1.5.4-1.el6 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1050/check-mk-1.2.4p1-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing MySQL-zrm-3.0-3.el6 collectl-3.7.3-1.el6 golang-github-godbus-dbus-0-0.1.gitcb98efb.el6 lnav-0.7.0-2.el6 perl-PerlIO-via-Timeout-0.29-1.el6 php-horde-Horde-Imap-Client-2.19.2-1.el6 wxGTK3-3.0.0-7.el6 xsensors-0.73-1.el6 Details about builds: MySQL-zrm-3.0-3.el6 (FEDORA-EPEL-2014-1064) MySQL backup manager Update Information: Add patch to enable exclude-pattern with logical backups - Update to 3.0 - Abort if out of space on restore Update to 2.2.0: - Add mail-policy option - Add windows-backup/restore-port options - Add exclude-pattern option - Update to 3.0 - Abort if out of space on restore Update to 2.2.0: - Add mail-policy option - Add windows-backup/restore-port options - Add exclude-pattern option ChangeLog: * Thu Apr 3 2014 Orion Poplawski or...@cora.nwra.com - 3.0-3 - Add patch to enable exclude-pattern with logical backups * Wed Mar 19 2014 Orion Poplawski or...@cora.nwra.com - 3.0-2 - Abort if out of space on restore * Tue Mar 18 2014 Orion Poplawski or...@cora.nwra.com - 3.0-1 - Update to 3.0 collectl-3.7.3-1.el6 (FEDORA-EPEL-2014-1055) A utility to collect various Linux performance data Update Information: - update to upstream version 3.7.3 - upstream changelog at http://collectl.sourceforge.net/Releases.html ChangeLog: * Fri Apr 4 2014 Dan Horák dan[at]danny.cz - 3.7.3-1 - upgrade to upstream version 3.7.3 (#1083898) References: [ 1 ] Bug #1083898 - collectl-3.7.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=1083898 golang-github-godbus-dbus-0-0.1.gitcb98efb.el6 (FEDORA-EPEL-2014-1057) Go client bindings for D-Bus Update Information: Initial fedora package References: [ 1 ] Bug #1082734 - Review Request: golang-github-godbus-dbus - Go client bindings for D-Bus https://bugzilla.redhat.com/show_bug.cgi?id=1082734 lnav-0.7.0-2.el6 (FEDORA-EPEL-2014-1061) A curses-based tool for viewing and analyzing log files Update Information: fix build on big endian arches == 0.7.0 == Features: * Add the '.schema' SQL command to open a view that displays the schema for the internal tables and any attached databases. If lnav was only executed with a SQLite database and no text files, this view will open by default. * The scroll bar now indicates the location of errors/warnings, search hits,
EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 712 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 167 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 47 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0581/augeas-1.2.0-1.el5 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0918/php-pecl-Fileinfo-1.0.4-3.el5,php-pecl-zip-1.8.10-3.el5,php-extras-5.1.6-6.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0984/munin-2.0.20-1.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0988/libyaml-0.1.2-7.el5 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1041/mod_security-2.6.8-5.el5 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1047/check-mk-1.2.4p1-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing MySQL-zrm-3.0-3.el5 collectl-3.7.3-1.el5 Details about builds: MySQL-zrm-3.0-3.el5 (FEDORA-EPEL-2014-1060) MySQL backup manager Update Information: Add patch to enable exclude-pattern with logical backups - Update to 3.0 - Abort if out of space on restore Update to 2.2.0: - Add mail-policy option - Add windows-backup/restore-port options - Add exclude-pattern option - Update to 3.0 - Abort if out of space on restore Update to 2.2.0: - Add mail-policy option - Add windows-backup/restore-port options - Add exclude-pattern option ChangeLog: * Thu Apr 3 2014 Orion Poplawski or...@cora.nwra.com - 3.0-3 - Add patch to enable exclude-pattern with logical backups * Wed Mar 19 2014 Orion Poplawski or...@cora.nwra.com - 3.0-2 - Abort if out of space on restore * Tue Mar 18 2014 Orion Poplawski or...@cora.nwra.com - 3.0-1 - Update to 3.0 * Sun Dec 4 2011 Orion Poplawski or...@cora.nwra.com - 2.2.0-3 - Update quiet patch to fix bug 759854 - Restrict permissions on mysql-zrm.conf * Wed Nov 9 2011 Orion Poplawski or...@cora.nwra.com - 2.2.0-2 - Add quiet patch to silence output with --quiet * Wed Sep 15 2010 Michal Ingeli m...@v3.sk - 2.2.0-1 - Upgrade to 2.2.0 (bz#633912) * Tue Jun 1 2010 Marcela Maslanova mmasl...@redhat.com - 2.1.1-7 - Mass rebuild with perl-5.12.0 * Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 2.1.1-6 - rebuild against perl 5.10.1 * Mon Oct 12 2009 m...@v3.sk - 2.1.1-5 - replaced _datarootdir for _datadir collectl-3.7.3-1.el5 (FEDORA-EPEL-2014-1063) A utility to collect various Linux performance data Update Information: - update to upstream version 3.7.3 - upstream changelog at http://collectl.sourceforge.net/Releases.html ChangeLog: * Fri Apr 4 2014 Dan Horák dan[at]danny.cz - 3.7.3-1 - upgrade to upstream version 3.7.3 (#1083898) References: [ 1 ] Bug #1083898 - collectl-3.7.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=1083898 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: GnuTLS issue (Mandos Server/Client)
On Thu, 2014-04-03 at 11:14 -0600, Nathanael D. Noblet wrote: Does it really use TLS with openpgp certificates? If yes, I doubt you could make 2.8.5 interoperate with gnutls 3.1.20. GnuTLS was modified in 3.1.x to adhere with RFC6091 which was incompatible the previous attempt to have openpgp keys to TLS. Hello, Yes it uses TLS and opengpg certificates. So gnutls 3.1.20 can't use both new and old methods I presume? Unfortunately not. regards, Nikos -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Reinstalling the bootloader
Am 04.04.2014 04:44, schrieb Andrew Lutomirski: On Apr 3, 2014 7:18 PM, Reindl Harald h.rei...@thelounge.net wrote: besides that it is the wrong list: What's the right list? the users list, not the developers list grub2-install $ grub2-install /usr/sbin/grub2-probe: error: cannot find a GRUB drive for /dev/sda1. Check your device.map. /dev/sda1 grub2-install /dev/sda don't install GRUB2 these days into a partition grub2 was a challenge on installations running for many years because in that case you need to shrink the frist partition and move it so that there is enough space before signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: RPM-4.12
On 04/03/2014 04:54 PM, Mikolaj Izdebski wrote: On 04/02/2014 07:47 PM, Jaroslav Reznik wrote: * Support for weak dependencies Does this mean that rpm-build will be able to create packages with weak dependencies? Yes. Will Fedora packages be allowed to declare weak dependencies? That's up to Fedora. Is dependency generator interface going to be extended so that we can generate auto-recommends and auto-suggests for packages? Good point, there's (probably) no reason why it shouldn't be possible to generate weak dependencies automatically. * Support for packaging files 4GB * Support for real package reinstallation * New API for accessing files and file contents * New tool for converting rpm packages to tar files * Internal plugin interface Are there any details abuout this interface available somewhere? Will packages be able to provide plugins, like for example they can install RPM macros now? The answer to both is: eventually. For now, the plugin interface is internal only, as in plugins need to live in rpm source tree. This is to allow making changes to the interface while we gather real-world experience with the plugin system. - Panu - -- 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 1064271] perl-Net-SSLeay tests failing on s390(x) with glibc-2.18.90-21.fc21
https://bugzilla.redhat.com/show_bug.cgi?id=1064271 --- Comment #34 from Andreas Krebbel krebb...@de.ibm.com --- (In reply to Dan Horák from comment #29) Thanks, Andreas, your explanation makes sense. I'm going to dig into the perl itself first. To my understanding the problem is that a sigjmp_buf is embedded into the main perl interpreter structure. cop.h: struct jmpenv { struct jmpenv * je_prev; Sigjmp_buf je_buf; jmpbuf int je_ret; boolje_mustcatch; }; typedef struct jmpenv JMPENV; intrpvar.h: ... PERLVAR(I, top_env, JMPENV *) PERLVAR(I, start_env, JMPENV) !!! PERLVARI(I, errors, SV *, NULL) ... The struct interpreter is passed to many .so's involved with perl via my_perl argument. In one of the examples I've debugged the problem arose from having perl-version built with the old glibc headers and perl itself with the new version. So the /usr/lib64/perl5/vendor_perl/auto/version/vxs/vxs.so module coming from perl-version used different offsets into the my_perl structure than perl itself. If all the required perl .so files come from RPMs rebuilding all of them at once should help. What I don't know is whether perl .so files dealing with struct interpreter might come in from other sources as well like CPAN?! -- 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=ZT2tP4UcvYa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Reinstalling the bootloader
On Fri, Apr 4, 2014 at 10:52 AM, Reindl Harald h.rei...@thelounge.netwrote: Am 04.04.2014 04:44, schrieb Andrew Lutomirski: On Apr 3, 2014 7:18 PM, Reindl Harald h.rei...@thelounge.net wrote: besides that it is the wrong list: What's the right list? the users list, not the developers list grub2-install $ grub2-install /usr/sbin/grub2-probe: error: cannot find a GRUB drive for /dev/sda1. Check your device.map. /dev/sda1 grub2-install /dev/sda don't install GRUB2 these days into a partition grub2 was a challenge on installations running for many years because in that case you need to shrink the frist partition and move it so that there is enough space before I tried this recently. It installs GRUB to read the configuration file out of /boot/grub2/grub.cfg, not out of /boot/efi/EFI/fedora/grub.cfg. The GRUB2 Wiki page doesn't say anything about how to get it set correctly for UEFI. Until I do, I need to copy /boot/efi/EFI/fedora/grub.cfg to /boot/grub2/ every time I install a new kernel. Fred -- 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 4. Apr 2014 15:00 UTC on #fedora-meeting
Agenda: - Discuss https://lists.fedoraproject.org/pipermail/devel/2014-March/197074.html as task for Base - Discuss http://tinyurl.com/fedora-pkg-reviews as task for Base - 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: [Base] Base Design WG agenda meeting 4. Apr 2014 15:00 UTC on #fedora-meeting
On 04/04/2014 12:42 PM, Phil Knirsch wrote: - Discuss https://lists.fedoraproject.org/pipermail/devel/2014-March/197074.html as task for Base This is just needs a feature owner and an individual to do the work and push it through - Discuss http://tinyurl.com/fedora-pkg-reviews as task for Base Why should this be a task for base, what's the relationship with base? JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Exporter-Tiny] Created tag perl-Exporter-Tiny-0.038-1.el7
The lightweight tag 'perl-Exporter-Tiny-0.038-1.el7' was created pointing to: 3ebb26a... Update to 0.038 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Base] Base Design WG agenda meeting 4. Apr 2014 15:00 UTC on #fedora-meeting
On Fri, Apr 04, 2014 at 12:45:17PM +, Jóhann B. Guðmundsson wrote: - Discuss http://tinyurl.com/fedora-pkg-reviews as task for Base Why should this be a task for base, what's the relationship with base? I had suggested prioritizing the reviews of the packages covered by base. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org Tepid change for the somewhat better! -- 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: [CHANGE PROPOSAL] The securetty file is empty by default
On Thu, 3 Apr 2014 07:32:38 -0700, quickbooks office wrote: This change will not affect logging into the console using the local account and then doing su to get root privileges. Is there a problem with logging into the local user account and then typing su and the root password? Maybe if there is a problem with NIS or something... There's been many a time when I've needed to login as root on a tty. Andrew -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: lbzip2 as default bzip2 implementation
As I promised, I prepared a benchmark of lbzip2 and bzip2. I also added pbzip2 for comparison. Basic information = Test date: 2014-04-04 Tester:Mikolaj Izdebski Test subjects: lbzip2 2.5 bzip2 1.0.6 pbzip2 1.1.6 Test purpose: compare performance, memory usage and compression ratio of lbzip2, bzip2 and pbzip2 in Fedora CPU: Haswell B0, Genuine Intel(R) CPU @ 2.20GHz bogomips: 4389.60 Processors:56 NUMA Nodes:2 Memory:31966 MB System:Fedora release 20 (Heisenbug) Arch: x86_64 Inst. method: anaconda 20.25.15-1 (kickstart) File system: tmpfs (/dev/shm) Methodology === Compress and decompress different payloads: - Linux kernel sources. - tarball created from /usr Linux source tarball was chosen because it is a quite big bz2 file which can be easily downloaded from the Internet to reproduce test results. MD5 sums are provided for reproducibility. linux-3.12.6.tar 544061440 02d8601f28c519a9d4d0a2ae99bb597a linux-3.12.6.tar.bz2 91104346 2e1e42cf9c164d8c24bc1e33bb3c7b2b Tarball created by running tar cf payload.tar /usr was chosen because it contains different types of data: text files, executables, uncompressible files, while it should still allow to reproduce the results quite easily. payload.tar 1463183360 payload.tar.bz2 424518771 Each compression and decompression was ran three times. The run with median of real time (wall clock) was chosen, other two were rejected. Times and memory usage were measured using GNU time utility. Results === real- elapsed real time (wall clock, seconds) user- elapsed user time (seconds) sys - elapsed system time (seconds) memory - maximum resident set size (kbytes) compr. size - size of resulting compressed file (bytes) Decompression of linux-3.12.6.tar.bz2 - command| real | user | sys | memory ---+++--+--- lbzip2 | 0.79 | 30.72 | 1.70 | 448804 lbzip2 -u | 5.85 | 18.62 | 1.83 | 80992 pbzip2 | 24.48 | 24.27 | 0.61 | 98444 bzip2 | 23.95 | 23.46 | 0.44 | 4212 Compression of linux-3.12.6.tar --- command| real | user | sys | memory | compr. size ---+++--++ lbzip2 | 1.30 | 61.45 | 2.35 | 360280 | 91383535 lbzip2 -u | 2.51 | 44.11 | 1.43 | 211456 | 91084544 pbzip2 | 2.69 | 105.79 | 4.11 | 488840 | 91411005 bzip2 | 66.16 | 65.82 | 0.22 | 7996 | 91104346 Decompression of payload.tar.bz2 command| real | user | sys | memory ---+++--+--- lbzip2 | 2.19 | 95.16 | 3.81 | 750548 lbzip2 -u | 23.34 | 60.31 | 5.04 | 120140 pbzip2 | 69.55 | 69.07 | 1.92 | 139060 bzip2 | 68.30 | 66.93 | 1.27 | 4216 Compression of payload.tar -- command| real | user | sys | memory | compr. size ---+++--++ lbzip2 | 3.36 | 170.07 | 6.38 | 380448 | 424676188 lbzip2 -u | 6.45 | 123.14 | 3.80 | 255524 | 424518771 pbzip2 | 6.78 | 288.33 | 8.90 | 491644 | 425213134 bzip2 | 176.68 | 175.76 | 0.67 | 8000 | 425108407 Conclusions === Memory usage depended on number of threads used. Difference of memory usage between parallel and non-parallel runs can be ignored as even parallel tools can be run in non-parallel mode. lbzip2 was the fastest compressor and decompressor in all tests. It the best command for interactive use. lbzip2 -u always produced smallest files (even smaller than bzip2) while consuming the least amount of resources (CPU power and memory). This directly translates to lowest bills in cloud, which makes lbzip2 -u the best choice here. pbzip2 did not allow parallel decompression. During compression it was always the slowest, used highest amounts of memory and offered the worst compression ratio. You don't have to believe this report, you are free to try lbzip2 and see for yourself. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: lbzip2 as default bzip2 implementation
On 04/02/2014 08:03 PM, Bill Nottingham wrote: A quick check shows lbzip2 doesn't provide a library interface, much less one compatible with libbz2. Is that ever intended? If it's not, saying lbzip2 is the default bzip2 *implementation* may be a bit of a stretch. Perhaps s/implementation/command/. I have clarified that in the change proposal by explicitly stating that this change replaces bzip2 tool only and that libbzip2 is not affected. http://fedoraproject.org/w/index.php?title=Changes/lbzip2diff=375469oldid=375468 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: lbzip2 as default bzip2 implementation
On 04/04/2014 04:15 PM, Mikolaj Izdebski wrote: Compression of payload.tar -- command| real | user | sys | memory | compr. size ---+++--++ lbzip2 | 3.36 | 170.07 | 6.38 | 380448 | 424676188 lbzip2 -u | 6.45 | 123.14 | 3.80 | 255524 | 424518771 pbzip2 | 6.78 | 288.33 | 8.90 | 491644 | 425213134 bzip2 | 176.68 | 175.76 | 0.67 | 8000 | 425108407 Conclusions === [...] lbzip2 -u always produced smallest files (even smaller than bzip2) while consuming the least amount of resources (CPU power and memory). The table above says it needs about 30 times *more* memory than bzip2. Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: lbzip2 as default bzip2 implementation
On 04/04/2014 05:16 PM, Michal Schmidt wrote: On 04/04/2014 04:15 PM, Mikolaj Izdebski wrote: Compression of payload.tar -- command| real | user | sys | memory | compr. size ---+++--++ lbzip2 | 3.36 | 170.07 | 6.38 | 380448 | 424676188 lbzip2 -u | 6.45 | 123.14 | 3.80 | 255524 | 424518771 pbzip2 | 6.78 | 288.33 | 8.90 | 491644 | 425213134 bzip2 | 176.68 | 175.76 | 0.67 | 8000 | 425108407 Conclusions === [...] lbzip2 -u always produced smallest files (even smaller than bzip2) while consuming the least amount of resources (CPU power and memory). The table above says it needs about 30 times *more* memory than bzip2. No, it shows that it *used* that much memory. The system had 32 GB of RAM, lbzip2 using all 56 CPUs used less than 1.2 % of available memory. That is *very* conservative. Memory usage can be limited by lowering number of threads used (-n) or by specifying explicit memory limit (-m, undocumented for now, it will be fully supported in future version of lbzip2 after it gets enough testing). -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Shipping .orig files
A number of rpms currently ship .orig files, which are presumably from patching the files in the spec. Would it make sense to have rpm complain about this? # repoquery --disablerepo=\* --enablerepo=rawhide --whatprovides '/*.orig' | sort -u alliance-doc-0:5.0-35.20090901snap.fc18.x86_64 arduino-core-1:1.0.5-6.fc21.noarch asterisk-0:11.8.1-1.fc21.i686 asterisk-0:11.8.1-1.fc21.x86_64 cgit-0:0.10.1-1.fc21.x86_64 cinnamon-0:2.0.14-16.fc21.x86_64 cmake-0:3.0.0-0.5.rc3.fc21.x86_64 conntrack-tools-0:1.4.2-3.fc21.x86_64 devassistant-0:0.8.0-2.fc21.noarch dokuwiki-0:0-0.21.20131208.fc21.noarch drupal6-0:6.30-1.fc21.noarch drupal7-0:7.26-3.fc21.noarch eclipse-jbosstools-as-0:4.1.1-2.fc21.noarch eclipse-pydev-1:3.4.1-1.fc21.noarch eclipse-swt-1:4.4.0-0.5.git201404011500.fc21.x86_64 erlang-tools-0:R16B-03.3.fc21.x86_64 eucalyptus-console-0:3.3.0-0.5.20130408git32052445.fc20.x86_64 faust-tools-0:0.9.46-3.fc20.noarch freenx-server-0:0.7.3-32.fc20.x86_64 geda-docs-1:1.8.2-1.fc21.noarch geda-gaf-1:1.8.2-1.fc21.x86_64 geda-gnetlist-1:1.8.2-1.fc21.x86_64 git-0:1.9.0-1.fc21.x86_64 gplcver-0:2.12a-7.fc20.x86_64 japanese-bitmap-fonts-0:0.20080710-14.fc20.noarch jruby-0:1.7.2-5.fc21.noarch latex2html-0:2012-4.fc20.noarch marked-0:0.2.9-3.fc20.noarch mingw32-qt-0:4.8.5-4.fc20.noarch mingw32-qt5-qmake-0:5.2.1-1.fc21.x86_64 mingw64-qt-0:4.8.5-4.fc20.noarch mingw64-qt5-qmake-0:5.2.1-1.fc21.x86_64 MySQL-zrm-0:3.0-2.fc21.noarch node-gyp-0:0.10.6-2.fc20.noarch nodejs-less-0:1.7.0-1.fc21.noarch openstack-tripleo-0:0.0.2-4.20140220git.fc21.noarch oscap-anaconda-addon-0:0.6-2.fc21.noarch perl-ExtUtils-AutoInstall-0:0.63-22.fc20.noarch perl-Frontier-RPC-0:0.07b4p1-19.fc20.noarch perl-Graph-Easy-0:0.73-3.fc20.noarch perl-SystemPerl-0:1.336-9.fc20.x86_64 perl-Verilog-CodeGen-0:0.9.4-14.fc20.noarch phpesp-0:2.1.1-8.fc20.noarch python3-crypto-0:2.6.1-1.fc21.x86_64 python-altgraph-0:0.10.1-3.fc20.noarch python-crypto-0:2.6.1-1.fc21.x86_64 python-sprox-0:0.8.3-2.fc20.noarch ReviewBoard-0:1.7.22-2.fc21.noarch roundcubemail-0:0.9.5-1.fc21.noarch rubygem-fakeweb-doc-0:1.3.0-10.fc20.noarch rubygem-httparty-doc-0:0.10.2-2.fc20.noarch scilab-tests-0:5.5.0-0.3.beta1.fc21.1.noarch sfact-0:0.0-5.20130128gitbc56c68.fc21.noarch svgalib-devel-0:1.9.25-14.fc21.i686 svgalib-devel-0:1.9.25-14.fc21.x86_64 texlive-nddiss-doc-3:svn29349.3.0-8.fc21.noarch texlive-pst-bar-doc-3:svn18734.0.92-8.fc21.noarch tkgate-0:2.0-16.beta10.fc20.x86_64 tkgate-es-0:2.0-16.beta10.fc20.x86_64 tkgate-ja-0:2.0-16.beta10.fc20.x86_64 WebCalendar-0:1.2.7-3.fc20.noarch xerces-c27-doc-0:2.7.0-13.fc20.x86_64 xfig-common-0:3.2.5-41.c.fc21.x86_64 yourls-0:1.7-1.fc21.noarch zikula-0:1.2.3-5.fc19.noarch zsh-0:5.0.2-8.fc21.x86_64 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: lbzip2 as default bzip2 implementation
On 04/04/2014 05:26 PM, Mikolaj Izdebski wrote: On 04/04/2014 05:16 PM, Michal Schmidt wrote: On 04/04/2014 04:15 PM, Mikolaj Izdebski wrote: Compression of payload.tar -- command| real | user | sys | memory | compr. size ---+++--++ lbzip2 | 3.36 | 170.07 | 6.38 | 380448 | 424676188 lbzip2 -u | 6.45 | 123.14 | 3.80 | 255524 | 424518771 pbzip2 | 6.78 | 288.33 | 8.90 | 491644 | 425213134 bzip2 | 176.68 | 175.76 | 0.67 | 8000 | 425108407 Conclusions === [...] lbzip2 -u always produced smallest files (even smaller than bzip2) while consuming the least amount of resources (CPU power and memory). The table above says it needs about 30 times *more* memory than bzip2. No, it shows that it *used* that much memory. The system had 32 GB of RAM, lbzip2 using all 56 CPUs used less than 1.2 % of available memory. That is *very* conservative. Memory usage can be limited by lowering number of threads used (-n) or by specifying explicit memory limit (-m, undocumented for now, it will be fully supported in future version of lbzip2 after it gets enough testing). lbzip2 can use less memory than bzip2 while still being much faster. Example results: Command being timed: bzip2 -kf linux-3.12.6.tar User time (seconds): 47.70 System time (seconds): 0.20 Percent of CPU this job got: 95% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:49.92 Maximum resident set size (kbytes): 7884 Command being timed: lbzip2 -kfusn1 linux-3.12.6.tar User time (seconds): 31.77 System time (seconds): 0.89 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:32.96 Maximum resident set size (kbytes): 7704 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Considering GNOME 3.12 as an F20 update
Matthias Clasen píše v Čt 03. 04. 2014 v 10:20 -0400: Hey, so the time has come to consider this - thanks to the great work of Richard and Kalev on the copr, we have a set of 3.12 packages that have already received fairly wide testing. But we should be careful, so I want to ask for concrete problem reports with the copr packages, besides dependency problems caused by the parallel nature of the copr itself. Did any of your gnome-shell extensions break ? Did you experience crashes or other serious problems with applications ? If so, please let us know on the desktop list. If I don't hear of major problems by next week, I'll file a Fesco ticket to ask for an exception. Hi, I've been using Richard's repo for two weeks. Here are some problems I've encountered: First after the upgrade I didn't even boot to GDM. Too bad I didn't debug it because I had already been considering a clean install, so I did it right away. My setup was not typical, I had been upgrading since F15. But apparently I was not the only one. One guy on the forum complained about a very similar problem. He blames i686 packages and their dependencies which might have been my problem as well because due to Steam I also had a lot from the graphics stack installed in i686 versions. But this is a case of my users and we should look into it because there can't be a worse scenario from user's POV than not booting into UI after updates. I've had quite a lot of problems with GNOME Software. It froze when hitting the Install button quite often. It couldn't find some applications. For example it couldn't find GNOME Photos, so I had to install it in yum. It didn't load the large banner of the picked app on the front page in many occasions. The hiding pointer in GNOME Terminal is pretty annoying. I haven't found a way to set up a connection via bluetooth with a connected device. There is no such option in the bluetooth module in the system settings and the network module or network section in the user menu don't provide such an option either after you set up a connection with a bluetooth device. I find this a significant regression. Otherwise it's been a pleasant experience and this release of GNOME seems to be very solid. But I would rather wait for at least 3.12.1 release and discuss it with Fedora QA because the upgrade should have at least a bit of systematic testing. Jiri -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Shipping .orig files
fredagen den 4 april 2014 09.32.06 skrev Orion Poplawski: A number of rpms currently ship .orig files, which are presumably from patching the files in the spec. Would it make sense to have rpm complain about this? No, if -b is used there won't be a .orig file, unless it's named so. -- 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: Considering GNOME 3.12 as an F20 update
On 04/04/2014 05:40 PM, Jiri Eischmann wrote: First after the upgrade I didn't even boot to GDM. Too bad I didn't debug it because I had already been considering a clean install, so I did it right away. My setup was not typical, I had been upgrading since F15. But apparently I was not the only one. One guy on the forum complained about a very similar problem. He blames i686 packages and their dependencies which might have been my problem as well because due to Steam I also had a lot from the graphics stack installed in i686 versions. I had the same problem. It turned out I was missing the glib2 package update from the COPR. The reason was that I had both glib2.x86_64 and glib2.i686 installed, but I only enabled the x86_64 COPR. dnf silently skipped updating the package due to this problem. Gnome shell was crashing with: gnome-session[1722]: (gnome-shell:1876): Gjs-WARNING **: JS ERROR: Error: No property 'gi' in importer (or its value was undefined) gnome-session[1722]: _init@resource:///org/gnome/gjs/modules/overrides/GLib.js:258 gnome-session[1722]: @resource:///org/gnome/shell/ui/environment.js:3 gnome-session[1722]: @main:1 gnome-session[1722]: gnome-session[1722]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Perhaps a versioned dependency on glib2 would be worth adding somewhere, but anyway I would not see this problem if this were a normal Fedora update, because then I'd get the package for both archs. Michal -- 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: Diagrams and images used in documentation
On 04/03/2014 11:27 PM, William Brown wrote: What is the software that is used to make images like : http://docs.fedoraproject.org/en-US/Fedora/18/html/FreeIPA_Guide/images/IPA_arch.png Or http://docs.fedoraproject.org/en-US/Fedora/18/html-single/System_Administrators_Guide/images/Network_Interfaces-bridge-with-bond.png You can inspect the image metadata: 'exiftool IPA_arch.png' implies that it was created in Inkscape: ... Software: www.inkscape.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: F21 System Wide Change: lbzip2 as default bzip2 implementation
On Fri, Apr 04, 2014 at 04:15:59PM +0200, Mikolaj Izdebski wrote: lbzip2 was the fastest compressor and decompressor in all tests. It the best command for interactive use. lbzip2 -u always produced smallest files (even smaller than bzip2) while consuming the least amount of resources (CPU power and memory). This directly translates to lowest bills in cloud, which makes lbzip2 -u the best choice here. But... the size difference in your test cases appear to be 0.1% and 0.02%. Am I reading that right? And, compressing linux-3.12.6.tar with xz instead of bzip2 gives a 15.6%, or with xz -9, 19.7%. Of course, that's very slow, and the other resource factors are important too. (And lbzip2 is impressively fast.) -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org Tepid change for the somewhat better! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: lbzip2 as default bzip2 implementation
On Fri, 4 Apr 2014 12:49:25 -0400 Matthew Miller mat...@fedoraproject.org wrote: On Fri, Apr 04, 2014 at 04:15:59PM +0200, Mikolaj Izdebski wrote: lbzip2 -u always produced smallest files (even smaller than bzip2) while consuming the least amount of resources (CPU power and memory). This directly translates to lowest bills in cloud, which makes lbzip2 -u the best choice here. But... the size difference in your test cases appear to be 0.1% and 0.02%. Am I reading that right? And, compressing linux-3.12.6.tar with xz instead of bzip2 gives a 15.6%, or with xz -9, 19.7%. Of course, that's very slow, and the other resource factors are important too. (And lbzip2 is impressively fast.) Well, looking at the table, I calculate size differences of -0.10% and -0.14% for lbzip2 and lbzip2 -u, respectively, compared to bzip2 for compression of payload.tar. .. and -0.31% and -0.02% for linux-3.12.6.tar. -- Susi Lehtola Fedora Project Contributor jussileht...@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: rawhide report: 20140404 changes
[snip] Is it useful for these messages to go to the devel (or test, for that matter) lists? They seem mostly to just raise the noise. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org Tepid change for the somewhat better! -- 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: rawhide report: 20140404 changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 4 Apr 2014 13:14:30 -0400 Matthew Miller mat...@fedoraproject.org wrote: [snip] Is it useful for these messages to go to the devel (or test, for that matter) lists? They seem mostly to just raise the noise. it is very useful to see what is changed and what is broken. if people fixed their broken deps quicker then it would be much more useful. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJTPukTAAoJEH7ltONmPFDR/GcP/2v9mpTeefs5purwaQlzgqMA +n3gDgtc/vGWRITmQiu9xNvWAnmEacxeVy/vsbwHtnUEj8ERTsV6TOuU/QT2csTU Qju2O0/+8NlZ2BBTVwNd6uhB/eb5jF4JRe6gLHbFrgVgr9GFFMTdi1haHWPgzJxj 3g17McMiviF2hTc7tgzDuI27Q4JA6MsFM7VSssnBLJ9aGv4TUNtAbrNPn2EW1S1K AzY+GYo1ddmvxmdRotM4KvveLOgadcawpIm2gC7X/M9O7BVmQ+43jzX7H8HSqTfK SnO86HmKfr89whNVJev+VV+IQ+sHvYHlG5VePpkGtnXaDuiYdfYshzJh6EE67w1s wvey1TcW2LOliMc/lQOlA75nZUc/2d9sz1lNtOgz4C8t8fkSMwwwmfzTsJf2TxCV e0Et1wiog1CKcVrpYk6OgoS0QCaNogsfzIXDKSmopSuNhretqCTfeiNT5Ia5jDGd v7pnqtoaauuAEaipOMLFBFu2D5qYNCrnL7wyV3FbffAymE3edTH8vTO/d6bNAhEw PWp+1TSRyey9m16b9/4NDHPTwsXOsTSn5UVyDCGRo+fCZd/J4Wb+Zh/t6WglLZDh e9psTeZzYkD/0ZK0CtsSgkfarWEnDindUFAynqTCZwzTkQv0b0aoB0YO0MG6DvxM uoaBZvhwj9BuqnyraHeW =Bfja -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: F21 System Wide Change: lbzip2 as default bzip2 implementation
On 04/04/2014 07:01 PM, Susi Lehtola wrote: On Fri, 4 Apr 2014 12:49:25 -0400 Matthew Miller mat...@fedoraproject.org wrote: On Fri, Apr 04, 2014 at 04:15:59PM +0200, Mikolaj Izdebski wrote: lbzip2 -u always produced smallest files (even smaller than bzip2) while consuming the least amount of resources (CPU power and memory). This directly translates to lowest bills in cloud, which makes lbzip2 -u the best choice here. But... the size difference in your test cases appear to be 0.1% and 0.02%. Am I reading that right? And, compressing linux-3.12.6.tar with xz instead of bzip2 gives a 15.6%, or with xz -9, 19.7%. Of course, that's very slow, and the other resource factors are important too. (And lbzip2 is impressively fast.) Well, looking at the table, I calculate size differences of -0.10% and -0.14% for lbzip2 and lbzip2 -u, respectively, compared to bzip2 for compression of payload.tar. In general lbzip2 has compression ratio very close to bzip2. lbzip2 -u almost always produces marginally smaller files than bzip2. Without -u it varies. Sometimes lbzip2 produces marginally bigger, sometimes smaller bz2 files. ot About xz... For some types of data bz2 compression works better than xz. Examples: sparse disk images containing lots of zeroes, or genome DNA sequences. $ dd if=/dev/zero of=zero bs=100 count=100 $ lbzip2 -ku zero $ xz -k zero -rw-rw-r--. 1 1 Apr 4 19:17 zero -rw-rw-r--. 1 113 Apr 4 19:17 zero.bz2 -rw-rw-r--. 1 14676 Apr 4 19:17 zero.xz xz doesn't allow parallel decompression in general. When restoring backups you are under time pressure and fast decompression can come very handy. When xz file is damaged then all data succeeding the point of damage is lost. But lbzrecover tool from lbzip2-utils allows easy recovery of data from undamaged parts of any bz2 file. Personally, for above reasons I recommend people to use lbzip2 for backups rather than xz. But I admit xz is a better format for some use cases. /ot -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: rawhide report: 20140404 changes
Dne 4.4.2014 19:14, Matthew Miller napsal(a): [snip] Is it useful for these messages to go to the devel (or test, for that matter) lists? They seem mostly to just raise the noise. I'm definitely going through this email every day. Not just to see what is broken but what is new as well. Vít -- 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: rawhide report: 20140404 changes
On Fri, Apr 04, 2014 at 07:39:18PM +0200, Vít Ondruch wrote: I'm definitely going through this email every day. Not just to see what is broken but what is new as well. Okay, carry on then. Just checking! -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org Tepid change for the somewhat better! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
qa host firmware updates
I mentioned this a while ago but just recently figured out the process details and got the permissions I needed to complete the work. Our hosts are getting pretty old and most of them haven't seen a firmware update since they were installed 3-4 years ago. This hasn't been a problem for most of the hosts but one of them (qa06) has always been a special case due to how its' disk shows up. The firmware was updated on qa06 in January and since we couldn't get the same version that's on the rest of the qa hosts, we ended up using the newest available versions. I'd like to get all our hosts at the same firmware versions but the process of doing that update is a bit painful and can't be done while the host is in use (requires re-imaging and several reboots - thankfully all the hosts are ansible controlled and the recovery is mostly a matter of waiting for the playbooks to finish) so I'm not planning to do them all at the same time. While we still have some spare capacity (ie, before we deploy taskotron), I'm planning to update the firmware on each of the qa machines by taking them down one at a time, doing the updates and reconfiguring them for autoqa, autoqa-stg or beaker. The only place where this will cause a disruption is in beaker, since we only have one host allocated to that. Both autoqa and autoqa-stg have multiple hosts allocated so while they might slow down a bit, they'll both continue to function during the updates. Since nobody is using beaker at the moment, I'm going to tackle that host next. It should be back up by the end of the day. I'll update the thread when I've finished all the upgrades. Tim signature.asc Description: PGP signature ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: rawhide report: 20140404 changes
On Fri, Apr 04, 2014 at 11:32:57AM -0600, Michal Jaegermann wrote: As far as I am concerned they are very useful. In more detail I am looking mostly at Broken deps and Summaries, with only an occasional peek at a changelog information, but on a number of occasions these messages were crucial for me in disentangling broken dependencies on my rawhide installation and/or filing some packaging bugs. Without that information I would have a much harder time and either would add some spurious junk to bugzilla or would not bother at all. They seem mostly to just raise the noise. As opposed to what? As opposed to meaningful discussion generated intentionally by human collaborators. But it appears that quite a few people do find them beneficial, and that's all I was asking. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org Tepid change for the somewhat better! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-IO-Socket-SSL] Update to 1.978
commit 12ec243a1d40126dffa5201d6e5819cb5d22b430 Author: Paul Howarth p...@city-fan.org Date: Fri Apr 4 18:41:23 2014 +0100 Update to 1.978 - New upstream release 1.978 - Added public prefix checking to verification of wildcard certificates, e.g. accept *.foo.com but not *.co.uk; see documentation of SSL_verifycn_publicsuffix and IO::Socket::SSL::PublicSuffix - Fix publicsuffix for IDNA, more tests with various IDNA libs (CPAN RT#94424) - Reuse result of IDN lib detection from PublicSuffix.pm in SSL.pm - Add more checks to external/usable_ca.t; now it is enough that at least one of the hosts verifies against the built-in CA store - Add openssl and Net::SSLeay version to diagnostics in load test - Switch preferred IDN back-end from Net::LibIDN to URI::_idna as per upstream, falling back to Net::IDN::Encode on older distributions - Add fix from upstream git to support building with Test::More 0.88 f00f9c221fd7d92b715434b7d96b26b644c8398f.patch | 69 perl-IO-Socket-SSL.spec| 42 -- sources|2 +- 3 files changed, 106 insertions(+), 7 deletions(-) --- diff --git a/f00f9c221fd7d92b715434b7d96b26b644c8398f.patch b/f00f9c221fd7d92b715434b7d96b26b644c8398f.patch new file mode 100644 index 000..9da3ec1 --- /dev/null +++ b/f00f9c221fd7d92b715434b7d96b26b644c8398f.patch @@ -0,0 +1,69 @@ +From f00f9c221fd7d92b715434b7d96b26b644c8398f Mon Sep 17 00:00:00 2001 +From: Steffen Ullrich steffen_ullr...@genua.de +Date: Fri, 4 Apr 2014 17:55:49 +0200 +Subject: [PATCH] t/public_suffix_lib* - run test even if IDN lib cannot be + loaded, but skip IDN tests - don't use done_testing to work with older + Test::More + +--- + t/public_suffix_lib.pl | 20 +--- + 1 file changed, 13 insertions(+), 7 deletions(-) + +diff --git a/t/public_suffix_lib.pl b/t/public_suffix_lib.pl +index 6e6e3c5..66bdfe4 100644 +--- a/t/public_suffix_lib.pl b/t/public_suffix_lib.pl +@@ -5,17 +5,19 @@ + + my $ps; + sub run_with_lib { ++my @idnlib = @_; + my %require = ( + 'URI::_idna' = 0, + 'Net::LibIDN' = 0, + 'Net::IDN::Encode' = 0, +- map { $_ = 1 } @_, ++ map { $_ = 1 } @idnlib, + ); + + my %block; ++my $can_idn; + while ( my ($lib,$load) = each %require ) { + if ( $load ) { +- eval require $lib or plan skip_all = cannot load $lib: $@; ++ $can_idn = eval require $lib; + } else { + $lib =~s{::}{/}g; + $block{$lib.pm} = 1; +@@ -28,6 +30,8 @@ sub run_with_lib { + + require IO::Socket::SSL::PublicSuffix; + ++plan tests = 83; ++ + + # all one-level, but co.uk two-level + $ps = IO::Socket::SSL::PublicSuffix-from_string(*\nco.uk); +@@ -172,12 +176,14 @@ sub run_with_lib { + is public_suffix('www.test.k12.ak.us'), 'k12.ak.us'; + + # Domains and gTLDs with characters outside the ASCII range: +-if ( $ps-can_idn ) { +- is public_suffix('test.敎育.hk'), '敎育.hk'; +- is public_suffix('ਭਾਰਤ.ਭਾਰਤ'), 'ਭਾਰਤ'; ++SKIP: { ++ if ( $can_idn ) { ++ is public_suffix('test.敎育.hk'), '敎育.hk'; ++ is public_suffix('ਭਾਰਤ.ਭਾਰਤ'), 'ਭਾਰਤ'; ++ } else { ++ skip no IDN support with @idnlib,2 ++ } + } +- +-done_testing(); + } + + +-- +1.9.1 + diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index 50d7037..b96e337 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -1,14 +1,16 @@ Name: perl-IO-Socket-SSL -Version: 1.975 +Version: 1.978 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/IO-Socket-SSL/ Source0: http://search.cpan.org/CPAN/authors/id/S/SU/SULLR/IO-Socket-SSL-%{version}.tar.gz +Patch0: https://github.com/noxxi/p5-io-socket-ssl/commit/f00f9c221fd7d92b715434b7d96b26b644c8398f.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch BuildRequires: openssl = 0.9.8 +BuildRequires: perl BuildRequires: perl(Carp) BuildRequires: perl(constant) BuildRequires: perl(Data::Dumper) @@ -18,7 +20,6 @@ BuildRequires:perl(IO::Select) BuildRequires: perl(IO::Socket) BuildRequires: perl(IO::Socket::INET) BuildRequires: perl(IO::Socket::INET6) = 2.62 -BuildRequires: perl(Net::LibIDN) BuildRequires: perl(Net::SSLeay) = 1.46 BuildRequires: perl(Scalar::Util) BuildRequires: perl(Socket) @@ -33,9 +34,19 @@ Requires:perl(IO::Socket::IP) = 0.20, perl(Socket) = 1.95 Requires: perl(IO::Socket::INET6) = 2.62, perl(Socket6) %endif Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) -Requires: perl(Net::LibIDN) Requires: openssl = 0.9.8 +# IDN back-ends:
Re: rawhide report: 20140404 changes
On 04/04/2014 07:14 PM, Matthew Miller wrote: [snip] Is it useful for these messages to go to the devel (or test, for that matter) lists? They seem mostly to just raise the noise. It is definitely useful, but I wish there was some way of excluding long-standing problems that no one cares to fix. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Shipping .orig files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/04/2014 11:44 AM, Oden Eriksson wrote: fredagen den 4 april 2014 09.32.06 skrev Orion Poplawski: A number of rpms currently ship .orig files, which are presumably from patching the files in the spec. Would it make sense to have rpm complain about this? No, if -b is used there won't be a .orig file, unless it's named so. I'm not sure when this changed, but I just did the following experiment on nodejs-less (one of the identified packages from the original message): 1) Extract tarball 2) Validate that bin/lessc is the only file in the bin/ directory 3) patch -p1 0001-Require-include-files-from-the-default-location.patch 4) Look at bin/lessc: it created a .orig file Digging much deeper, it appears that this is because my patch applied with an offset. The default behavior of patch on Fedora appears to be - --backup-if-mismatch, hence the creation of the .orig file. I'd be inclined to suggest that we may want to file a bug against redhat-rpm-macros and get the %patch macro updated to include - --no-backup-if-mismatch in rpmbuild. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlM+/c8ACgkQeiVVYja6o6PcYACghQzfEyCwz9+6dUQsWTwZyKGu sCQAniG015yL2iJKUa7GL/7N5KdaPLee =a73t -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: rawhide report: 20140404 changes
On Friday, April 4, 2014, 1:42:49 PM, Matthew Milleru wrote: On Fri, Apr 04, 2014 at 11:32:57AM -0600, Michal Jaegermann wrote: As far as I am concerned they are very useful. In more detail I am looking mostly at Broken deps and Summaries, with only an occasional peek at a changelog information, but on a number of occasions these messages were crucial for me in disentangling broken dependencies on my rawhide installation and/or filing some packaging bugs. Without that information I would have a much harder time and either would add some spurious junk to bugzilla or would not bother at all. They seem mostly to just raise the noise. As opposed to what? As opposed to meaningful discussion generated intentionally by human collaborators. But it appears that quite a few people do find them beneficial, and that's all I was asking. Very beneficial. Knowing the state of Rawhide (based on changes, and what is known to be broken) seems like critical information for someone using or testing on Rawhide. Unfortunately, not all changes that affect other packages are announced in the fedora-announce list. Seeing replies to the rawhide report is usually a heads up that someone broke something. Putting these and other script-generated reports elsewhere just makes it harder for folks to keep track on what is happening. Al -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaning java-1.5.0-gcj
Hi, There have been a few discussions about this in the past but no action. With feature freeze approaching for F21, I think this is a good time to address this. I will be orphaning java-1.5.0-gcj in Fedora on April 8th. If anyone wants to take over, please let me know. Please do keep in mind though that we really should just remove GCJ (despite the effect it will have on pdftk) as preferred by one of the primary authors of it (Andrew Haley): https://lists.fedoraproject.org/pipermail/devel/2014-March/196535.html https://lists.fedoraproject.org/pipermail/devel/2014-March/196895.html https://lists.fedoraproject.org/pipermail/devel/2014-March/197157.html Deepak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning java-1.5.0-gcj
- Original Message - From: Deepak Bhole dbh...@redhat.com To: devel@lists.fedoraproject.org Sent: Friday, April 4, 2014 2:01:18 PM Subject: Orphaning java-1.5.0-gcj Hi, There have been a few discussions about this in the past but no action. With feature freeze approaching for F21, I think this is a good time to address this. I will be orphaning java-1.5.0-gcj in Fedora on April 8th. If anyone wants to take over, please let me know. Hi, I've been quiet on this so far, but since we are finally at the take action point, I should chime in. I (jvanalte in FAS) am currently a committer for this package, but it is not useful to me and so I don't intend to take it over. In fact, I am not even interested in staying on as co-maintainer if someone else does take it over. Just didn't want anyone to have expectations otherwise. I tend to agree that its time has passed and would be happy to see it retired from Fedora. cheers, 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: rawhide report: 20140404 changes
On Fri, Apr 04, 2014 at 01:14:30PM -0400, Matthew Miller wrote: [snip] Is it useful for these messages to go to the devel (or test, for that matter) lists? They seem mostly to just raise the noise. To add to what others have said, I also find this a useful message. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- 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 903608] perl-WWW-OrangeHRM-Client-0.3.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=903608 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution|--- |ERRATA Last Closed||2014-04-04 02:06:28 -- 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=G1QQwlHsZfa=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 1083964] perl-File-MimeInfo-0.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1083964 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-File-MimeInfo-0.25-1.f ||c21 Resolution|--- |RAWHIDE Last Closed||2014-04-04 02:07:10 -- 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=DCm9iiznq8a=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 1083418] perl-Log-Dispatch-2.41-1.fc21 FTBFS
https://bugzilla.redhat.com/show_bug.cgi?id=1083418 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Severity|unspecified |high --- Comment #2 from Petr Pisar ppi...@redhat.com --- This package failure blocks tens of other packages (perl-Log-Log4Perl, perl-Catalyst, rt3). -- 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=xRsJsKe34ba=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 1064271] perl-Net-SSLeay tests failing on s390(x) with glibc-2.18.90-21.fc21
https://bugzilla.redhat.com/show_bug.cgi?id=1064271 --- Comment #33 from Andreas Krebbel krebb...@de.ibm.com --- (In reply to Carlos O'Donell from comment #32) All of this could have been handled by using the compiler to generate a .gnu.attribute entry for the new ABI when such a structure was used. Then the static linker could generate a warning when linking mixed ABI objects (undefined + new ABI) or an error (old ABI + new ABI). This results in a much better user experience and the .gnu.attributes track which ABI components are in use (look at ARM which tracks the size of wchar_t). So far this has been used solely for indicating ABI relevant changes inflicted by compiler options. What you propose would be the first use for changes of Glibc data structures. It probably requires some more work to either detect all usages of such data structures and compare their definitions within GCC to emit the proper flags - or - to provide a language level type attribute to put an abi tag on data structures which is then translated by GCC to the .gnu.attr... stuff (after tracking down all its embedded uses). While I think that mechanism would have been useful for static linking the situation with dynamic linking and Glibc data structures is a bit better since we have the accessor functions under control. Of course there might be somebody directly accessing a jmpbuf but that's hopefully a very rare case. Due to the symbol versioning of the accessor functions there are only few cases left where this is actually a problem. In general you can dynamically link two objects using different jmpbuf versions. They would use different sets of setjmp/longjmp symbols in glibc and all should be fine. Problems only occur if they pass jmpbuf objects to each other. So the mechanism above would trigger in too many cases to be useful I think. Note: In fact even passing jmpbufs between .so's isn't a problem currently since the reserved fields are never accessed. The only problem we have right now is if: 1. a jmpbuf is embedded in another data structure (not being the last element) 2. that data structure is shared among modules assuming different jmpbuf sizes -- 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=UcrnZIPsBDa=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 1084374] New: perl-CPAN-Checksums-2.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1084374 Bug ID: 1084374 Summary: perl-CPAN-Checksums-2.09 is available Product: Fedora Version: rawhide Component: perl-CPAN-Checksums Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 2.09 Current version/release in Fedora Rawhide: 2.08-8.fc21 URL: http://search.cpan.org/dist/CPAN-Checksums/ 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=SdmOQY0ouLa=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 1084380] New: perl-Perl-Critic-Pulp-81 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1084380 Bug ID: 1084380 Summary: perl-Perl-Critic-Pulp-81 is available Product: Fedora Version: rawhide Component: perl-Perl-Critic-Pulp Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 81 Current version/release in Fedora Rawhide: 80-1.fc20 URL: http://search.cpan.org/dist/Perl-Critic-Pulp/ 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=Lb1wX4LFbVa=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 PerlIO-via-Timeout-0.29.tar.gz uploaded to lookaside cache by ddick
A file has been added to the lookaside cache for perl-PerlIO-via-Timeout: 5d11a404ef25fde310e1798c8702ce61 PerlIO-via-Timeout-0.29.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-PerlIO-via-Timeout/f20] Initial import (#1080952).
Summary of changes: 5f602f7... Initial import (#1080952). (*) (*) 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 1084382] New: perl-Text-Xslate-3.2.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1084382 Bug ID: 1084382 Summary: perl-Text-Xslate-3.2.0 is available Product: Fedora Version: rawhide Component: perl-Text-Xslate Keywords: FutureFeature, Triaged Assignee: cicku...@gmail.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: cicku...@gmail.com, perl-devel@lists.fedoraproject.org Latest upstream release: 3.2.0 Current version/release in Fedora Rawhide: 3.1.2-2.fc21 URL: http://search.cpan.org/dist/Text-Xslate/ 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=dB1cxpm81Aa=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 1084383] New: perl-XML-LibXML-2.0115 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1084383 Bug ID: 1084383 Summary: perl-XML-LibXML-2.0115 is available Product: Fedora Version: rawhide Component: perl-XML-LibXML Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 2.0115 Current version/release in Fedora Rawhide: 2.0113-1.fc21 URL: http://search.cpan.org/dist/XML-LibXML/ 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=Jg7BkA3Sy3a=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-PerlIO-via-Timeout/el6] Initial import (#1080952).
Summary of changes: 5f602f7... Initial import (#1080952). (*) (*) 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 1084399] New: t/comp/parser.t loads modules from system instead from build directory
https://bugzilla.redhat.com/show_bug.cgi?id=1084399 Bug ID: 1084399 Summary: t/comp/parser.t loads modules from system instead from build directory Product: Fedora Version: rawhide Component: perl Assignee: jples...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com perl-5.18.2-296.fc21 loads modules from system instead from build directory at some tests. E.g. t/comp/parser.t: $ LD_PRELOAD=../libperl.so strace -fq -eopen,execve ./perl harness comp/parser.t 21 |grep '/usr/lib64/perl5/' [pid 13545] open(/usr/lib64/perl5/re.pm, O_RDONLY) = 5 [pid 13545] open(/usr/lib64/perl5/auto/re/re.so, O_RDONLY|O_CLOEXEC) = 5 This is caused by a bug in t/TEST where _cmd() functions forgets to emit -I arguments if requested. The _cmd() is called with: $VAR1 = { 'return_dir' = undef, 'testswitch' = '', 'perl' = './perl', 'file' = '', 'utf8' = '', 'lib' = '../lib', 'run_dir' = undef, 'switch' = '', 'test' = 'comp/parser.t' }; $VAR2 = 'perl'; but it returns: $VAR1 = './perl comp/parser.t '; while it should return: $VAR1 = './perl -I../lib comp/parser.t '; The fix is to change line: $cmd = $perl . _quote_args($args) . $test $redir; into: my $lib = ($options-{lib} eq '') ? '' : -I$options-{lib}; $cmd = $perl . $lib . _quote_args($args) . $test $redir; -- 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=5uBRup2VXZa=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 1084399] t/comp/parser.t loads modules from system instead from build directory
https://bugzilla.redhat.com/show_bug.cgi?id=1084399 --- Comment #1 from Petr Pisar ppi...@redhat.com --- Created attachment 882662 -- https://bugzilla.redhat.com/attachment.cgi?id=882662action=edit Proposed fix -- 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=rXOcMK0rqca=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 1084399] t/comp/parser.t loads modules from system instead from build directory
https://bugzilla.redhat.com/show_bug.cgi?id=1084399 Petr Pisar ppi...@redhat.com changed: What|Removed |Added URL||https://rt.perl.org/Ticket/ ||Display.html?id=121579 --- Comment #2 from Petr Pisar ppi...@redhat.com --- Reported to upstream https://rt.perl.org/Ticket/Display.html?id=121579. -- 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=of2KsHSQAaa=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 Exporter-Tiny-0.038.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Exporter-Tiny: 9ab8587a1c95ad7b666fbc43ab76f16e Exporter-Tiny-0.038.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-Exporter-Tiny] Update to 0.038
commit 3ebb26af1767201cac81e10e87f0cf518e0bdfcb Author: Paul Howarth p...@city-fan.org Date: Fri Apr 4 12:55:58 2014 +0100 Update to 0.038 - New upstream release 0.038 - Added: Support Exporter.pm's import negation syntax qw( !foo ) - Added: Support Exporter.pm's regexp import syntax qw( /foo/ ) - Fix minor error in documentation of generators - Improved handling of hashrefs of options passed to tags, and hashrefs of options found within %EXPORT_TAGS arrayrefs - Only attempt to merge hashes if we're sure they're both really hashes! perl-Exporter-Tiny.spec | 14 -- sources |2 +- 2 files changed, 13 insertions(+), 3 deletions(-) --- diff --git a/perl-Exporter-Tiny.spec b/perl-Exporter-Tiny.spec index 28717b0..f008378 100644 --- a/perl-Exporter-Tiny.spec +++ b/perl-Exporter-Tiny.spec @@ -1,6 +1,6 @@ Name: perl-Exporter-Tiny -Version: 0.036 -Release: 2%{?dist} +Version: 0.038 +Release: 1%{?dist} Summary: An exporter with the features of Sub::Exporter but only core dependencies License: GPL+ or Artistic Group: Development/Libraries @@ -9,6 +9,7 @@ Source0: http://search.cpan.org/CPAN/authors/id/T/TO/TOBYINK/Exporter-Tiny-%{ver BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch # Module Build +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.17 # Module Runtime BuildRequires: perl(B) @@ -68,6 +69,15 @@ rm -rf %{buildroot} %{_mandir}/man3/Exporter::Shiny.3pm* %changelog +* Fri Apr 4 2014 Paul Howarth p...@city-fan.org - 0.038-1 +- Update to 0.038 + - Added: Support Exporter.pm's import negation syntax qw( !foo ) + - Added: Support Exporter.pm's regexp import syntax qw( /foo/ ) + - Fix minor error in documentation of generators + - Improved handling of hashrefs of options passed to tags, and hashrefs of +options found within %%EXPORT_TAGS arrayrefs + - Only attempt to merge hashes if we're sure they're both really hashes! + * Mon Mar 17 2014 Paul Howarth p...@city-fan.org - 0.036-2 - Sanitize for Fedora submission diff --git a/sources b/sources index 44d2a84..3d7764a 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9115160cfd92a2676c377cd530f20f4a Exporter-Tiny-0.036.tar.gz +9ab8587a1c95ad7b666fbc43ab76f16e Exporter-Tiny-0.038.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 Math-BigInt-GMP-1.38.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Math-BigInt-GMP: c7c34657e03f9b0bd5de437adb062e23 Math-BigInt-GMP-1.38.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-Exporter-Tiny/epel7] Update to 0.038
Summary of changes: 3ebb26a... Update to 0.038 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File autodie-2.25.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-autodie: 6bf7df62326e7e22e2916eb82bc12a40 autodie-2.25.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-autodie] 2.25 bump
commit e3b33d9714ee9793bc09631edc9177813fd86900 Author: Petr Písař ppi...@redhat.com Date: Fri Apr 4 14:43:26 2014 +0200 2.25 bump .gitignore|1 + perl-autodie.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 4ff3578..3cfb525 100644 --- a/.gitignore +++ b/.gitignore @@ -5,3 +5,4 @@ /autodie-2.22.tar.gz /autodie-2.23.tar.gz /autodie-2.24.tar.gz +/autodie-2.25.tar.gz diff --git a/perl-autodie.spec b/perl-autodie.spec index 30a4973..6f4dda3 100644 --- a/perl-autodie.spec +++ b/perl-autodie.spec @@ -1,5 +1,5 @@ Name: perl-autodie -Version:2.24 +Version:2.25 Release:1%{?dist} Summary:Replace functions with ones that succeed or die License:GPL+ or Artistic @@ -82,6 +82,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Apr 04 2014 Petr Pisar ppi...@redhat.com - 2.25-1 +- 2.25 bump + * Mon Mar 31 2014 Petr Pisar ppi...@redhat.com - 2.24-1 - 2.24 bump diff --git a/sources b/sources index 2fb922a..9bc3985 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -82aeff19ab6c0f78fabb4cc52c107d46 autodie-2.24.tar.gz +6bf7df62326e7e22e2916eb82bc12a40 autodie-2.25.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1084399] t/comp/parser.t loads modules from system instead from build directory
https://bugzilla.redhat.com/show_bug.cgi?id=1084399 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Attachment #882662|0 |1 is obsolete|| --- Comment #3 from Petr Pisar ppi...@redhat.com --- Created attachment 882684 -- https://bugzilla.redhat.com/attachment.cgi?id=882684action=edit Upstream fix ported to 5.18.2 The proposed fix was wrong. Upstream prefers different approach already implemented in this patch. -- 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=4uXtZVNwNXa=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-Exporter-Tiny] Created tag perl-Exporter-Tiny-0.038-1.fc21
The lightweight tag 'perl-Exporter-Tiny-0.038-1.fc21' was created pointing to: 3ebb26a... Update to 0.038 -- 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] Fix t/comp/parser.t not to load system modules
commit 616346850804bb592b52843ae6aef43a3ed784db Author: Petr Písař ppi...@redhat.com Date: Fri Apr 4 13:52:32 2014 +0200 Fix t/comp/parser.t not to load system modules The fact that perl tests (t/base/*.t, t/comp/*.t, t/run/*.t) are run without -I is intentional. One has to fix each of them. ...t-comp-parser.t-get-the-correct-libraries.patch | 49 perl.spec | 11 - 2 files changed, 59 insertions(+), 1 deletions(-) --- diff --git a/perl-5.18.2-Make-t-comp-parser.t-get-the-correct-libraries.patch b/perl-5.18.2-Make-t-comp-parser.t-get-the-correct-libraries.patch new file mode 100644 index 000..df686f6 --- /dev/null +++ b/perl-5.18.2-Make-t-comp-parser.t-get-the-correct-libraries.patch @@ -0,0 +1,49 @@ +From 56b960b25894b4b1e1f2ce0ff443c187860bdf76 Mon Sep 17 00:00:00 2001 +From: Craig A. Berry craigbe...@mac.com +Date: Sun, 30 Jun 2013 21:09:21 -0500 +Subject: [PATCH] Make t/comp/parser.t get the correct libraries. +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +In principle it shouldn't need libraries, but an eval of a utf8 +constant now triggers automatic loading of utf8.pm, and it was +looking for that in the usual @INC locations set at configuration +time. Which just might match an installed perl rather than the +perl being tested. So make sure we get the correct libraries. + +Petr Pisar: Ported to 5.18.2 + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + t/comp/parser.t | 7 ++- + 1 file changed, 6 insertions(+), 1 deletion(-) + +diff --git a/t/comp/parser.t b/t/comp/parser.t +index 4f2da90..f64d5ce 100644 +--- a/t/comp/parser.t b/t/comp/parser.t +@@ -3,6 +3,11 @@ + # Checks if the parser behaves correctly in edge cases + # (including weird syntax errors) + ++BEGIN { ++@INC = qw(. ../lib); ++chdir 't'; ++} ++ + print 1..155\n; + + sub failed { +@@ -462,7 +467,7 @@ like $@, ^Identifier too long at , 'ident buffer overflow'; + + # bug #74022: Loop on characters in \p{OtherIDContinue} + # This test hangs if it fails. +-eval chr 0x387; ++eval chr 0x387; # forces loading of utf8.pm + is(1,1, '[perl #74022] Parser looping on OtherIDContinue chars'); + + # More awkward tests for #line. Keep these at the end, as they will screw +-- +1.9.0 + diff --git a/perl.spec b/perl.spec index 285e6bd..f2ea8e8 100644 --- a/perl.spec +++ b/perl.spec @@ -30,7 +30,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:296%{?dist} +Release:297%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -118,6 +118,10 @@ Patch21: perl-5.19.2-Fix-using-regexes-with-multiple-code-blocks.patch # CPAN RT#85015 Patch22: perl-5.18.1-Document-Math-BigInt-CalcEmu-requires-Math-BigInt.patch +# Fix t/comp/parser.t not to load system modules, bug #1084399, RT#121579, +# in upstream after 5.19.1 +Patch23: perl-5.18.2-Make-t-comp-parser.t-get-the-correct-libraries.patch + # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048 Patch200: perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch @@ -1904,6 +1908,7 @@ tarball from perl.org. %patch20 -p1 %patch21 -p1 %patch22 -p1 +%patch23 -p1 %patch200 -p1 %patch201 -p1 @@ -1930,6 +1935,7 @@ perl -x patchlevel.h \ 'Fedora Patch20: Reap child in case where exception has been thrown (RT#114722)' \ 'Fedora Patch21: Fix using regular expressions containing multiple code blocks (RT#117917)' \ 'Fedora Patch22: Document Math::BigInt::CalcEmu requires Math::BigInt (CPAN RT#85015)' \ +'Fedora Patch23: Fix t/comp/parser.t not to load system modules (RT#121579)' \ 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on Linux' \ 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \ %{nil} @@ -3604,6 +3610,9 @@ sed \ # Old changelog entries are preserved in CVS. %changelog +* Fri Apr 04 2014 Petr Pisar ppi...@redhat.com - 4:5.18.2-297 +- Fix t/comp/parser.t not to load system modules (bug #1084399) + * Mon Feb 03 2014 Petr Pisar ppi...@redhat.com - 4:5.18.2-296 - Move macro files into %%{_rpmconfigdir}/macros.d -- 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 1083960] perl-autodie-2.25 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1083960 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-autodie-2.25-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-04-04 08:58:06 -- 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=OWo5FPwlmXa=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 CPAN-Checksums-2.09.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-CPAN-Checksums: 6e6bc499e4350c10d6513f2d40040180 CPAN-Checksums-2.09.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-Checksums] 2.09 bump
commit 847e6092b6e510ae3af5be2576d97a7cf0321f41 Author: Jitka Plesnikova jples...@redhat.com Date: Fri Apr 4 15:10:19 2014 +0200 2.09 bump .gitignore |1 + CPAN-Checksums-2.08-New-signature.patch| 61 ...Try-to-connect-to-pool.sks-keyservers.net.patch | 45 -- perl-CPAN-Checksums.spec | 25 sources|2 +- 5 files changed, 14 insertions(+), 120 deletions(-) --- diff --git a/.gitignore b/.gitignore index 33ed55b..793f7da 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ CPAN-Checksums-2.04.tar.gz /CPAN-Checksums-2.06.tar.gz /CPAN-Checksums-2.07.tar.gz /CPAN-Checksums-2.08.tar.gz +/CPAN-Checksums-2.09.tar.gz diff --git a/perl-CPAN-Checksums.spec b/perl-CPAN-Checksums.spec index da35a14..2a3da5d 100644 --- a/perl-CPAN-Checksums.spec +++ b/perl-CPAN-Checksums.spec @@ -1,15 +1,11 @@ Name: perl-CPAN-Checksums -Version:2.08 -Release:9%{?dist} +Version:2.09 +Release:1%{?dist} Summary:Write a CHECKSUMS file for a directory as on CPAN License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/CPAN-Checksums/ Source0: http://www.cpan.org/authors/id/A/AN/ANDK/CPAN-Checksums-%{version}.tar.gz -# Fix test skip-condition to pass in mock, CPAN RT #94397, bug #1083915 -Patch0: CPAN-Checksums-2.08-Try-to-connect-to-pool.sks-keyservers.net.patch -# Resing Patch0, produced with cpansign sign command before running tests -Patch1: CPAN-Checksums-2.08-New-signature.patch BuildArch: noarch BuildRequires: perl(Compress::Bzip2) BuildRequires: perl(Compress::Zlib) @@ -18,36 +14,36 @@ BuildRequires: perl(Data::Dumper) BuildRequires: perl(Digest::MD5) = 2.36 BuildRequires: perl(Digest::SHA) BuildRequires: perl(DirHandle) +BuildRequires: perl(Exporter) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Path) BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) BuildRequires: perl(IO::File) = 1.14 BuildRequires: perl(Module::Signature) BuildRequires: perl(Safe) +BuildRequires: perl(strict) BuildRequires: perl(Test::More) +BuildRequires: perl(vars) # Optional tests BuildRequires: perl(Test::Pod) = 1.00 BuildRequires: perl(Test::Pod::Coverage) = 0.18 Requires: perl(Safe) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description Write a CHECKSUMS file for a directory as on CPAN. %prep %setup -q -n CPAN-Checksums-%{version} -%patch0 -p1 -%patch1 -p1 %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install -rm -rf %{buildroot} -make pure_install PERL_INSTALL_ROOT=%{buildroot} +make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; -find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} %{buildroot}/* %check @@ -61,6 +57,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Apr 04 2014 Jitka Plesnikova jples...@redhat.com - 2.09-1 +- 2.09 bump + * Thu Apr 03 2014 Petr Pisar ppi...@redhat.com - 2.08-9 - Fix test skip-condition to pass in mock (bug #1083915) diff --git a/sources b/sources index 93fce76..145374a 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -058679056ade8ee885b8538fe195d84a CPAN-Checksums-2.08.tar.gz +6e6bc499e4350c10d6513f2d40040180 CPAN-Checksums-2.09.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 Carp-1.3301.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Carp: 6b69aaecee7987c6447407d87ca5cc7a Carp-1.3301.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-Carp] 1.3301 bump
commit 19b04fce4d2dfa3e6bd10c8fde6d4139bdca4886 Author: Petr Písař ppi...@redhat.com Date: Fri Apr 4 15:15:54 2014 +0200 1.3301 bump .gitignore |1 + perl-Carp.spec | 13 ++--- sources|2 +- 3 files changed, 12 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 3546369..c36f93e 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ /Carp-1.26.tar.gz /Carp-1.32.tar.gz /Carp-1.33.tar.gz +/Carp-1.3301.tar.gz diff --git a/perl-Carp.spec b/perl-Carp.spec index e404c04..b35a571 100644 --- a/perl-Carp.spec +++ b/perl-Carp.spec @@ -1,11 +1,14 @@ +%global cpan_version 1.3301 + Name: perl-Carp -Version:1.33 +# Keep 2-digit precision +Version:%(echo '%{cpan_version}' | sed 's/\(\...\)\(.\)/\1.\2/') Release:1%{?dist} Summary:Alternative warn and die for modules License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Carp/ -Source0: http://www.cpan.org/authors/id/Z/ZE/ZEFRAM/Carp-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/Z/ZE/ZEFRAM/Carp-%{cpan_version}.tar.gz BuildArch: noarch BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) @@ -16,6 +19,7 @@ BuildRequires: perl(Exporter) # Tests: BuildRequires: perl(B) BuildRequires: perl(Config) +# IPC::Open3 = 1.0103 in reality, but provides is 2-digit number only BuildRequires: perl(IPC::Open3) BuildRequires: perl(overload) BuildRequires: perl(parent) @@ -35,7 +39,7 @@ module was called. There is no guarantee that that is where the error was, but it is a good educated guess. %prep -%setup -q -n Carp-%{version} +%setup -q -n Carp-%{cpan_version} %build perl Makefile.PL INSTALLDIRS=vendor @@ -55,6 +59,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Apr 04 2014 Petr Pisar ppi...@redhat.com - 1.33.01-1 +- 1.3301 bump + * Wed Mar 26 2014 Petr Pisar ppi...@redhat.com - 1.33-1 - 1.33 bump diff --git a/sources b/sources index eae37d9..d6e8dd6 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -70cdb48bdd7e6f304335109bbfce9308 Carp-1.33.tar.gz +6b69aaecee7987c6447407d87ca5cc7a Carp-1.3301.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1083961] perl-Carp-1.3301 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1083961 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Carp-1.33.01-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-04-04 09:22:21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WGzKabWyz7a=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 List-AllUtils-0.08.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-List-AllUtils: 0becef45aaf3556685ab798a132c014e List-AllUtils-0.08.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-List-AllUtils] 0.08 bump
commit 0a7cad1f6989ec917ac9cafa46806f1b5b00abd3 Author: Petr Písař ppi...@redhat.com Date: Fri Apr 4 15:29:35 2014 +0200 0.08 bump .gitignore |1 + perl-List-AllUtils.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 78bdc00..0cd000c 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /List-AllUtils-0.03.tar.gz /List-AllUtils-0.05.tar.gz /List-AllUtils-0.07.tar.gz +/List-AllUtils-0.08.tar.gz diff --git a/perl-List-AllUtils.spec b/perl-List-AllUtils.spec index 9fa051f..6476c1b 100644 --- a/perl-List-AllUtils.spec +++ b/perl-List-AllUtils.spec @@ -1,5 +1,5 @@ Name: perl-List-AllUtils -Version:0.07 +Version:0.08 Release:1%{?dist} Summary:Combines List::Util and List::MoreUtils License:GPL+ or Artistic @@ -50,6 +50,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Apr 04 2014 Petr Pisar ppi...@redhat.com - 0.08-1 +- 0.08 bump + * Tue Oct 15 2013 Petr Pisar ppi...@redhat.com - 0.07-1 - 0.07 bump diff --git a/sources b/sources index 37529b9..8ee24fb 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9c4a5a28944a0c18bc3ef8493c67dc42 List-AllUtils-0.07.tar.gz +0becef45aaf3556685ab798a132c014e List-AllUtils-0.08.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1084374] perl-CPAN-Checksums-2.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1084374 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-CPAN-Checksums-2.09-1. ||fc21 Resolution|--- |RAWHIDE Last Closed||2014-04-04 09:35:43 -- 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=bavtZvoswpa=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 1083967] perl-List-AllUtils-0.08 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1083967 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-List-AllUtils-0.08-1.f ||c21 Resolution|--- |RAWHIDE Last Closed||2014-04-04 09:41:08 -- 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=yZCtVLXKBxa=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 852503] Review Request: perl-Net-Radius - Object-oriented Perl interface to RADIUS
https://bugzilla.redhat.com/show_bug.cgi?id=852503 --- Comment #7 from Petr Šabata psab...@redhat.com --- Ping. -- 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=BEuLiiSAL8a=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 851721] Review Request: perl-Net-Nessus-XMLRPC - Communicate with Nessus scanner(v4.2+) via XMLRPC
https://bugzilla.redhat.com/show_bug.cgi?id=851721 --- Comment #5 from Petr Šabata psab...@redhat.com --- Ping. -- 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=RQygsccYHza=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 Perl-Critic-Pulp-81.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Perl-Critic-Pulp: bfddc1083f556a8af270190fd7e2867f Perl-Critic-Pulp-81.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-Perl-Critic-Pulp] 81 version bump
commit 875bc20d7d8898aa7a3b15b7d1fbf3d18b6f9c8f Author: Petr Písař ppi...@redhat.com Date: Fri Apr 4 15:46:38 2014 +0200 81 version bump .gitignore |1 + ...Critic-Pulp-80-Pass-string-to-version-new.patch | 48 perl-Perl-Critic-Pulp.spec | 10 ++-- sources|2 +- 4 files changed, 7 insertions(+), 54 deletions(-) --- diff --git a/.gitignore b/.gitignore index 776d378..95004e6 100644 --- a/.gitignore +++ b/.gitignore @@ -26,3 +26,4 @@ /Perl-Critic-Pulp-78.tar.gz /Perl-Critic-Pulp-79.tar.gz /Perl-Critic-Pulp-80.tar.gz +/Perl-Critic-Pulp-81.tar.gz diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec index cb83171..c9f956e 100644 --- a/perl-Perl-Critic-Pulp.spec +++ b/perl-Perl-Critic-Pulp.spec @@ -1,13 +1,11 @@ Name: perl-Perl-Critic-Pulp -Version:80 -Release:2%{?dist} +Version:81 +Release:1%{?dist} Summary:Some add-on perlcritic policies License:GPLv3+ Group: Development/Libraries URL:http://search.cpan.org/dist/Perl-Critic-Pulp/ Source0: http://www.cpan.org/authors/id/K/KR/KRYDE/Perl-Critic-Pulp-%{version}.tar.gz -# Restore compatibility with version-0.9907, CPAN RT#92100, bug #1083991 -Patch0: Perl-Critic-Pulp-80-Pass-string-to-version-new.patch BuildArch: noarch BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) @@ -75,7 +73,6 @@ THEMES in Perl::Critic). %prep %setup -q -n Perl-Critic-Pulp-%{version} -%patch0 -p1 %build perl Makefile.PL INSTALLDIRS=perl OPTIMIZE=$RPM_OPT_FLAGS @@ -96,6 +93,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Apr 04 2014 Petr Pisar ppi...@redhat.com - 81-1 +- 81 version bump + * Thu Apr 03 2014 Petr Pisar ppi...@redhat.com - 80-2 - Restore compatibility with version-0.9907 (#1083991) diff --git a/sources b/sources index 46f6ef1..1677275 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e8ba8ff09a24b53216f83a46711702a1 Perl-Critic-Pulp-80.tar.gz +bfddc1083f556a8af270190fd7e2867f Perl-Critic-Pulp-81.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-Perl-Critic-Pulp/f20] 81 version bump
Summary of changes: 875bc20... 81 version bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1084399] t/comp/parser.t loads modules from system instead from build directory
https://bugzilla.redhat.com/show_bug.cgi?id=1084399 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-5.18.2-297.fc21 Resolution|--- |RAWHIDE Assignee|jples...@redhat.com |ppi...@redhat.com Last Closed||2014-04-04 09:49:32 --- Comment #4 from Petr Pisar ppi...@redhat.com --- Different tests still loads: /usr/lib64/perl5/vendor_perl/auto/HTML/Parser/Parser.so /usr/lib64/perl5/vendor_perl/auto/Params/Util/Util.so /usr/lib64/perl5/vendor_perl/HTML/Entities.pm /usr/lib64/perl5/vendor_perl/HTML/Parser.pm and some /usr/share/perl5 stuff. But these things did not go away even with originally proposed patch, so they are probably isolated execs of perl. However this is different story, maybe different 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=vgAnY58hyQa=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 XML-LibXML-2.0115.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-XML-LibXML: 456cde9d6733792e35bc45df566e82ad XML-LibXML-2.0115.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1084380] perl-Perl-Critic-Pulp-81 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1084380 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Perl-Critic-Pulp-81-1. ||fc21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1TFwSZNu40a=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 1084383] perl-XML-LibXML-2.0115 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1084383 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-XML-LibXML-2.0115-1.fc ||21 Resolution|--- |RAWHIDE Last Closed||2014-04-04 10:36:17 -- 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=Hw2RJ1FL5ia=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-XML-LibXML] 2.0115 bump
commit 2250cc19e95cb92675cc661d15d9856da13fd2e7 Author: Jitka Plesnikova jples...@redhat.com Date: Fri Apr 4 16:15:45 2014 +0200 2.0115 bump .gitignore |1 + perl-XML-LibXML.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5407b45..d4b1594 100644 --- a/.gitignore +++ b/.gitignore @@ -33,3 +33,4 @@ XML-LibXML-1.70.tar.gz /XML-LibXML-2.0110.tar.gz /XML-LibXML-2.0111.tar.gz /XML-LibXML-2.0113.tar.gz +/XML-LibXML-2.0115.tar.gz diff --git a/perl-XML-LibXML.spec b/perl-XML-LibXML.spec index 4903c80..00942c1 100644 --- a/perl-XML-LibXML.spec +++ b/perl-XML-LibXML.spec @@ -3,7 +3,7 @@ Name: perl-XML-LibXML # https://bugzilla.redhat.com/show_bug.cgi?id=469480 # it might not be needed anymore # this module is maintained, the other is not -Version:2.0113 +Version:2.0115 Release:1%{?dist} Epoch: 1 Summary:Perl interface to the libxml2 library @@ -114,6 +114,9 @@ fi %{_mandir}/man3/*.3* %changelog +* Fri Apr 04 2014 Jitka Plesnikova jples...@redhat.com - 1:2.0115-1 +- 2.0115 bump + * Mon Mar 17 2014 Jitka Plesnikova jples...@redhat.com - 1:2.0113-1 - 2.0113 bump diff --git a/sources b/sources index 3601f2c..75417b4 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -1948580c28a59928d3fdb892529d7eb0 XML-LibXML-2.0113.tar.gz +456cde9d6733792e35bc45df566e82ad XML-LibXML-2.0115.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: 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
Broken dependencies: perl-GnuPG-Interface
perl-GnuPG-Interface has broken dependencies in the rawhide tree: On x86_64: perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::late) On i386: perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::late) On armhfp: perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::late) 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: 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
File IO-Socket-SSL-1.978.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: 72b0efa2b1adde5ca88a069caf7e IO-Socket-SSL-1.978.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-IO-Socket-SSL] Created tag perl-IO-Socket-SSL-1.978-1.fc21
The lightweight tag 'perl-IO-Socket-SSL-1.978-1.fc21' was created pointing to: 12ec243... Update to 1.978 -- 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 1064271] perl-Net-SSLeay tests failing on s390(x) with glibc-2.18.90-21.fc21
https://bugzilla.redhat.com/show_bug.cgi?id=1064271 --- Comment #35 from Carlos O'Donell codon...@redhat.com --- Andreas, I've written up Packaging Changes notes for this in upstream: https://sourceware.org/glibc/wiki/Release/2.19#Packaging_Changes Could you please checkin a note to the 2.19 section of the NEWS file in upstream stating that there is an ABI even for s390/s390x, please also could you backport that to the active 2.19 branch (requires Allan McRae to sign off). This way we've covered our bases and made it clear in NEWS and release notes that there is a potential ABI issue coming down the pipe. I will work within Red Hat to get this information to all of our customers. (In reply to Andreas Krebbel from comment #33) (In reply to Carlos O'Donell from comment #32) All of this could have been handled by using the compiler to generate a .gnu.attribute entry for the new ABI when such a structure was used. Then the static linker could generate a warning when linking mixed ABI objects (undefined + new ABI) or an error (old ABI + new ABI). This results in a much better user experience and the .gnu.attributes track which ABI components are in use (look at ARM which tracks the size of wchar_t). So far this has been used solely for indicating ABI relevant changes inflicted by compiler options. What you propose would be the first use for changes of Glibc data structures. It probably requires some more work to either detect all usages of such data structures and compare their definitions within GCC to emit the proper flags - or - to provide a language level type attribute to put an abi tag on data structures which is then translated by GCC to the .gnu.attr... stuff (after tracking down all its embedded uses). That is correct. Nobody wants to be the first to attempt this :-) Worse is that this only works when building your application. At runtime if the library is updated you need to use an ELF header flag (e_flag) bit or 2 bits to annotate the ABI change and this allows ldconfig to correctly discover and handle allowing old binaries to load new modules with the new ABI. Note that this is ABI markup at the object file level for runtime diagnostics, but we really want that data to live at the function and and variable and trickle up. Keeping the ABI markup at the function level for the runtime is probably too costly. Imagine the dynamic loader comparing function ABIs as it resolves PLT entries! While I think that mechanism would have been useful for static linking the situation with dynamic linking and Glibc data structures is a bit better since we have the accessor functions under control. Of course there might be somebody directly accessing a jmpbuf but that's hopefully a very rare case. Due to the symbol versioning of the accessor functions there are only few cases left where this is actually a problem. In general you can dynamically link two objects using different jmpbuf versions. They would use different sets of setjmp/longjmp symbols in glibc and all should be fine. Problems only occur if they pass jmpbuf objects to each other. So the mechanism above would trigger in too many cases to be useful I think. That is correct, but this issue shows that it's actually common to run into these problems changing the size of any of the structures exported for public use by glibc. Fixing the accessor macros never works perfectly. Too many applications simply embedded the jmpbuf direclty into another structure and that is eventually used by newer compiled object code which expects the new size and it fails. I expect Ruby is going to fail also since it embeds jmp_buf similarly. Note: In fact even passing jmpbufs between .so's isn't a problem currently since the reserved fields are never accessed. The only problem we have right now is if: 1. a jmpbuf is embedded in another data structure (not being the last element) 2. that data structure is shared among modules assuming different jmpbuf sizes That is correct. Unfortunately this is much more common than you think. Either way, if we need to extend jmp_buf and struct ucontext we need to do it. Our primary goals should be: * Clear communication to our customers of both the benefits and the problems. * Better diagnostics for mixing code that could result in an ABI breakage. I think we can and should be doing better on that second bullet point. -- 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=eAzubGxNjta=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 1064271] perl-Net-SSLeay tests failing on s390(x) with glibc-2.18.90-21.fc21
https://bugzilla.redhat.com/show_bug.cgi?id=1064271 --- Comment #36 from Carlos O'Donell codon...@redhat.com --- (In reply to Andreas Krebbel from comment #34) If all the required perl .so files come from RPMs rebuilding all of them at once should help. What I don't know is whether perl .so files dealing with struct interpreter might come in from other sources as well like CPAN?! We can only support those modules we build ourselves and distribute with RHEL. In that case we can make sure everything is rebuilt and works. What we can't guarantee is that an old module built by a user works correctly. So any user upgrading to say RHEL8 (hypothetical) will need to rebuild all of their perl modules because of the ABI breakage. -- 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=jl85FPwrA5a=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 Test-Modern-0.006.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Modern: 23e9158b6b7600d86152231e6e6f1207 Test-Modern-0.006.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-Test-Modern] Update to 0.006
commit f76f7f62be3399c688643e9e1de277795dc1ff7c Author: Paul Howarth p...@city-fan.org Date: Sat Apr 5 00:40:15 2014 +0100 Update to 0.006 - New upstream release 0.006 - EXPERIMENTALLY provide Test::Lib-like behavior, and a related -lib export tag - Support an environment variable PERL_TEST_MODERN_ALLOW_WARNINGS to allow end-users to skip running end warnings tests - Added shouldnt_warn function - Add upstream workaround for warnings generated in File::Spec Test-Modern-0.006-warnings.patch | 39 ++ perl-Test-Modern.spec| 19 - sources |2 +- 3 files changed, 57 insertions(+), 3 deletions(-) --- diff --git a/Test-Modern-0.006-warnings.patch b/Test-Modern-0.006-warnings.patch new file mode 100644 index 000..a3515b7 --- /dev/null +++ b/Test-Modern-0.006-warnings.patch @@ -0,0 +1,39 @@ +diff --git a/lib/Test/Modern.pm b/lib/Test/Modern.pm +index 5e3e7b3..d2896b3 100644 +--- a/lib/Test/Modern.pm b/lib/Test/Modern.pm +@@ -235,6 +235,9 @@ sub _setup_inc + + return unless exists($opts-{into_file}); + ++ # Workaround for File::Spec on legacy Redhat?? ++ local $SIG{__WARN__} = 'IGNORE'; ++ + my $dir = do { + my @tmp = 'File::Spec'-splitpath($opts-{into_file}); + pop @tmp; +From 2f95fb411e3ce20f72b2d48cdb94cc9a9e6140aa Mon Sep 17 00:00:00 2001 +From: Toby Inkster m...@tobyinkster.co.uk +Date: Fri, 4 Apr 2014 19:35:45 +0100 +Subject: [PATCH] oops; IGNORE is not supported by __WARN__ signal + +--- + lib/Test/Modern.pm | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/lib/Test/Modern.pm b/lib/Test/Modern.pm +index d2896b3..7a9de54 100644 +--- a/lib/Test/Modern.pm b/lib/Test/Modern.pm +@@ -236,7 +236,7 @@ sub _setup_inc + return unless exists($opts-{into_file}); + + # Workaround for File::Spec on legacy Redhat?? +- local $SIG{__WARN__} = 'IGNORE'; ++ local $SIG{__WARN__} = sub {}; + + my $dir = do { + my @tmp = 'File::Spec'-splitpath($opts-{into_file}); +-- +1.9.1 + diff --git a/perl-Test-Modern.spec b/perl-Test-Modern.spec index 2c62aac..e42e2b5 100644 --- a/perl-Test-Modern.spec +++ b/perl-Test-Modern.spec @@ -1,10 +1,11 @@ Name: perl-Test-Modern -Version: 0.005 +Version: 0.006 Release: 1%{?dist} Summary: Precision testing for modern perl License: (GPL+ or Artistic) and CC-BY-SA URL: http://search.cpan.org/dist/Test-Modern/ Source0: http://search.cpan.org/CPAN/authors/id/T/TO/TOBYINK/Test-Modern-%{version}.tar.gz +Patch0:Test-Modern-0.006-warnings.patch BuildArch: noarch # Module Build BuildRequires: perl @@ -12,7 +13,9 @@ BuildRequires:perl(CPAN::Meta::Requirements) = 2.000 BuildRequires: perl(ExtUtils::MakeMaker) = 6.17 # Module Runtime BuildRequires: perl(B) +BuildRequires: perl(Cwd) BuildRequires: perl(Exporter::Tiny) = 0.030 +BuildRequires: perl(File::Spec) BuildRequires: perl(IO::File) = 1.08 BuildRequires: perl(IO::Handle) = 1.21 BuildRequires: perl(Import::Into) = 1.002000 @@ -61,6 +64,9 @@ and loads IO::File (much of the same stuff Modern::Perl does). %prep %setup -q -n Test-Modern-%{version} +# Upstream workaround for warnings in File::Spec +%patch0 -p1 + %build perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} @@ -79,9 +85,18 @@ make test # GPL+ or Artistic %doc Changes COPYRIGHT CREDITS LICENSE README %{perl_vendorlib}/Test/ -%{_mandir}/man3/Test::Modern.3pm* +%{_mandir}/man3/Test::Modern.3* %changelog +* Fri Apr 4 2014 Paul Howarth p...@city-fan.org - 0.006-1 +- Update to 0.006 + - EXPERIMENTALLY provide Test::Lib-like behavior, and a related -lib export +tag + - Support an environment variable PERL_TEST_MODERN_ALLOW_WARNINGS to allow +end-users to skip running end warnings tests + - Added shouldnt_warn function +- Add upstream workaround for warnings generated in File::Spec + * Wed Mar 26 2014 Paul Howarth p...@city-fan.org - 0.005-1 - Update to 0.005 - Support Perl 5.6.1+ diff --git a/sources b/sources index 258bbd7..7ad3a70 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -f8fd4268c7eb79b02caf6cd3b94ed00f Test-Modern-0.005.tar.gz +23e9158b6b7600d86152231e6e6f1207 Test-Modern-0.006.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-Test-Modern] Created tag perl-Test-Modern-0.006-1.fc21
The lightweight tag 'perl-Test-Modern-0.006-1.fc21' was created pointing to: f76f7f6... Update to 0.006 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-ExtUtils-AutoInstall] Modernize spec.
commit dda05f63cb9eadefc20bded121e864cfafca2f1a Author: Ralf Corsépius corse...@fedoraproject.org Date: Sat Apr 5 04:58:13 2014 +0200 Modernize spec. - Rebase eai.patch (Avoid *.orig being packaged). - Fix bogus %changelog entries. eai.patch |9 - perl-ExtUtils-AutoInstall.spec | 20 +--- 2 files changed, 13 insertions(+), 16 deletions(-) --- diff --git a/eai.patch b/eai.patch index 94d20a4..b394655 100644 --- a/eai.patch +++ b/eai.patch @@ -1,7 +1,7 @@ -diff -rN -u old-ExtUtils-AutoInstall-0.61/lib/ExtUtils/AutoInstall.pm new-ExtUtils-AutoInstall-0.61/lib/ExtUtils/AutoInstall.pm old-ExtUtils-AutoInstall-0.61/lib/ExtUtils/AutoInstall.pm 2004-10-18 23:53:40.0 -0700 -+++ new-ExtUtils-AutoInstall-0.61/lib/ExtUtils/AutoInstall.pm 2005-03-21 20:06:24.0 -0800 -@@ -873,9 +873,14 @@ +diff -Naur ExtUtils-AutoInstall-0.63.orig/lib/ExtUtils/AutoInstall.pm ExtUtils-AutoInstall-0.63/lib/ExtUtils/AutoInstall.pm +--- ExtUtils-AutoInstall-0.63.orig/lib/ExtUtils/AutoInstall.pm 2005-09-12 15:16:09.0 +0200 ExtUtils-AutoInstall-0.63/lib/ExtUtils/AutoInstall.pm 2014-04-04 18:27:58.840550357 +0200 +@@ -878,9 +878,14 @@ } $args{test}{TESTS} ||= 't/*.t'; @@ -19,4 +19,3 @@ diff -rN -u old-ExtUtils-AutoInstall-0.61/lib/ExtUtils/AutoInstall.pm new-ExtUti my $missing = join(',', @Missing); my $config = join(',', - diff --git a/perl-ExtUtils-AutoInstall.spec b/perl-ExtUtils-AutoInstall.spec index 855fe6b..9db8425 100644 --- a/perl-ExtUtils-AutoInstall.spec +++ b/perl-ExtUtils-AutoInstall.spec @@ -1,13 +1,12 @@ Name: perl-ExtUtils-AutoInstall Version: 0.63 -Release: 22%{?dist} +Release: 23%{?dist} Summary: Automatic install of dependencies via CPAN License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/ExtUtils-AutoInstall/ Source: http://search.cpan.org/CPAN/authors/id/A/AU/AUTRIJUS/ExtUtils-AutoInstall-%{version}.tar.gz Patch0:eai.patch -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch @@ -32,26 +31,25 @@ ExtUtils::MakeMaker. make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* - -%clean -rm -rf $RPM_BUILD_ROOT +%{_fixperms} $RPM_BUILD_ROOT/* %check make test %files -%defattr(-,root,root,-) # For license text(s), see the perl package %doc Changes AUTHORS README TODO %{perl_vendorlib}/ExtUtils %{_mandir}/man3/* %changelog +* Fri Apr 04 2014 Ralf Corsépius corse...@fedoraproject.org - 0.63-23 +- Modernize spec. +- Rebase eai.patch (Avoid *.orig being packaged). +- Fix bogus %%changelog entries. + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.63-22 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild @@ -112,10 +110,10 @@ make test * Wed Mar 01 2006 Ralf Corsépius rc040...@freenet.de - 0.63-4 - Rebuild for perl-5.8.8. -* Tue Sep 14 2005 Ralf Corsepius rc040...@freenet.de - 0.63-3 +* Thu Sep 15 2005 Ralf Corsepius rc040...@freenet.de - 0.63-3 - Further spec file cleanup. -* Tue Sep 14 2005 Ralf Corsepius rc040...@freenet.de - 0.63-2 +* Thu Sep 15 2005 Ralf Corsepius rc040...@freenet.de - 0.63-2 - Spec file cleanup. * Tue Sep 13 2005 Ralf Corsepius rc040...@freenet.de - 0.63-1 -- 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 1078083] CVE-2014-2525 libyaml: heap-based buffer overflow when parsing URLs
https://bugzilla.redhat.com/show_bug.cgi?id=1078083 Bug 1078083 depends on bug 1081281, which changed state. Bug 1081281 Summary: CVE-2014-2525 libyaml: heap-based buffer overflow when parsing URLs [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=1081281 What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA -- 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=6nS1gY3O0Ia=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 1078083] CVE-2014-2525 libyaml: heap-based buffer overflow when parsing URLs
https://bugzilla.redhat.com/show_bug.cgi?id=1078083 --- Comment #31 from Fedora Update System upda...@fedoraproject.org --- libyaml-0.1.6-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=0noKF0s4ECa=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 995748] perl-Net-Amazon-S3-0.59-1.fc20 does not include s3cl script and manpage
https://bugzilla.redhat.com/show_bug.cgi?id=995748 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-IO-Interactive-0.0.6-1.fc20, perl-Term-ProgressBar-Simple-0.03-1.fc20, perl-Term-ProgressBar-Quiet-0.31-1.fc20, perl-Net-Amazon-S3-0.59-2.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=SHgVbRgF65a=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 1078083] CVE-2014-2525 libyaml: heap-based buffer overflow when parsing URLs
https://bugzilla.redhat.com/show_bug.cgi?id=1078083 --- Comment #32 from Fedora Update System upda...@fedoraproject.org --- libyaml-0.1.6-1.fc19 has been pushed to the Fedora 19 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=14yhdwkSjNa=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
Re: [389-devel] [389-users] git repo / tarball issues
On 03.04.2014 21:13, Noriko Hosoi wrote: Hello, (I'm switching from 389-users to 389-devel list for people who could be more interested in...) Rich Megginson wrote: On 04/03/2014 07:06 AM, Timo Aaltonen wrote: Hi It's me again :) 1) 389-ds-console 1.2.7 has no tarball though it was tagged for release in Sep'12 You can download the tar ball from here now. http://port389.org/sources/389-ds-console-1.2.7.tar.bz2 Cool, thanks. It's a broken tarball though, you forgot '/' after the version.. Also, you still need some way to fix the process of how these links get to the webpage too :) 2) 389-adminutil 1.1.20 is not tagged in git Looks like it is, according to https://git.fedorahosted.org/cgit/389/adminutil.git/ Rich, I cannot see the tag, either... *puzzled* $ git pull Already up-to-date. $ git tag -l | egrep 389-adminutil 389-adminutil-1.1.10 389-adminutil-1.1.11 389-adminutil-1.1.12 389-adminutil-1.1.13 389-adminutil-1.1.14 389-adminutil-1.1.15 389-adminutil-1.1.16 389-adminutil-1.1.17 389-adminutil-1.1.18 389-adminutil-1.1.19 389-adminutil-1.1.8 389-adminutil-1.1.9 although indeed this page https://git.fedorahosted.org/cgit/389/adminutil.git/ shows it is... Timo, you could download the zip file/tar ball that has the tag from here. So, you have no problem to continue your task? I've used the release tarball and packaging is on 9b3cfced24ffe6e6e from master, so I'm good.. just wondered why the tag wasn't there but it was. 3) 389-ds-base repo seems to be in limbo, since 1.3.2 branch doesn't have the latest release, which itself was just 1.3.2.13+ one patch, so doesn't contain changes from .14 and .15. So which one am I supposed to push to the distro? 389-ds-base-1.3.2.16 is a security fix only release. It's branched from the stable build (1.3.2.13) and it has only the fix. The tag 389-ds-base-1.3.2.16 tag is on the 389-ds-base-1.3.2-CVE-2014-0132 branch. Once we finish more testing, we are going back to the normal branch 389-ds-base-1.3.2. Sorry about this confusion. ahh ok, I'll just rebase on .16 then. Now I see that you have a separate 389-announce list where only the stable releases get announced.. maybe send those to 389-users too? -- t -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [389-devel] [389-users] git repo / tarball issues
Hi Timo, Timo Aaltonen wrote: 1) 389-ds-console 1.2.7 has no tarball though it was tagged for release in Sep'12 You can download the tar ball from here now. http://port389.org/sources/389-ds-console-1.2.7.tar.bz2 Cool, thanks. It's a broken tarball though, you forgot '/' after the version.. Sorry. I've fixed it... Could you please try it, one more time? tar tvjf 389-ds-console-1.2.7.tar.bz2 drwxrwxr-x root/root 0 2012-09-17 13:03 389-ds-console-1.2.7/ -rw-rw-r-- root/root35 2012-09-17 13:03 389-ds-console-1.2.7/.gitignore -rw-rw-r-- root/root 4628 2012-09-17 13:03 389-ds-console-1.2.7/389-ds-console.spec -rw-rw-r-- root/root 12279 2012-09-17 13:03 389-ds-console-1.2.7/LICENSE -rwxrwxr-x root/root 1002 2012-09-17 13:03 389-ds-console-1.2.7/build.properties Also, you still need some way to fix the process of how these links get to the webpage too :) Yeah, that's what I thought, too. I searched an existing page on http://directory.fedoraproject.org, but I could not find it. Rich, could there be a good place to put the link(s)? 2) 389-adminutil 1.1.20 is not tagged in git Looks like it is, according to https://git.fedorahosted.org/cgit/389/adminutil.git/ Rich, I cannot see the tag, either... *puzzled* $ git pull Already up-to-date. $ git tag -l | egrep 389-adminutil 389-adminutil-1.1.10 389-adminutil-1.1.11 389-adminutil-1.1.12 389-adminutil-1.1.13 389-adminutil-1.1.14 389-adminutil-1.1.15 389-adminutil-1.1.16 389-adminutil-1.1.17 389-adminutil-1.1.18 389-adminutil-1.1.19 389-adminutil-1.1.8 389-adminutil-1.1.9 although indeed this page https://git.fedorahosted.org/cgit/389/adminutil.git/ shows it is... Timo, you could download the zip file/tar ball that has the tag from here. So, you have no problem to continue your task? I've used the release tarball and packaging is on 9b3cfced24ffe6e6e from master, so I'm good.. just wondered why the tag wasn't there but it was. 3) 389-ds-base repo seems to be in limbo, since 1.3.2 branch doesn't have the latest release, which itself was just 1.3.2.13+ one patch, so doesn't contain changes from .14 and .15. So which one am I supposed to push to the distro? 389-ds-base-1.3.2.16 is a security fix only release. It's branched from the stable build (1.3.2.13) and it has only the fix. The tag 389-ds-base-1.3.2.16 tag is on the 389-ds-base-1.3.2-CVE-2014-0132 branch. Once we finish more testing, we are going back to the normal branch 389-ds-base-1.3.2. Sorry about this confusion. ahh ok, I'll just rebase on .16 then. Now I see that you have a separate 389-announce list where only the stable releases get announced.. maybe send those to 389-users too? All right. I will do so from the next time. Thanks for your suggestion! --noriko -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [389-devel] [389-users] git repo / tarball issues
On 04.04.2014 19:42, Noriko Hosoi wrote: Hi Timo, Timo Aaltonen wrote: 1) 389-ds-console 1.2.7 has no tarball though it was tagged for release in Sep'12 You can download the tar ball from here now. http://port389.org/sources/389-ds-console-1.2.7.tar.bz2 Cool, thanks. It's a broken tarball though, you forgot '/' after the version.. Sorry. I've fixed it... Could you please try it, one more time? Yup, it's fine now. Also, you still need some way to fix the process of how these links get to the webpage too :) Yeah, that's what I thought, too. I searched an existing page on http://directory.fedoraproject.org, but I could not find it. Rich, could there be a good place to put the link(s)? you probably mean this? http://directory.fedoraproject.org/wiki/Source Now I see that you have a separate 389-announce list where only the stable releases get announced.. maybe send those to 389-users too? All right. I will do so from the next time. Thanks for your suggestion! great, thanks! -- t -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel