Re: EPEL Fwd: Re: how to withdraw glusterfs from epel?
On 18 October 2013 12:32, Kaleb S. KEITHLEY kkeit...@redhat.com wrote: Before long RHEL will ship selected client-side-only glusterfs RPMs and it will become necessary to withdraw glusterfs (and hekafs) packages from EPEL. If you haven't followed along in fedora-devel, here's (what I think is) a fairly cogent, if terse, summary of what I'd like to do. And FWIW, glusterfs in EPEL is past its sell-by date anyway. I.e. it's 3.2.7, and Fedora and the rest of the world are shipping 3.4.1, so even if RHEL wasn't going to force the issue, it should be withdrawn one way or another. Questions? Concerns? Personally I think the plan to have a README pointing to the newer locations to follow the Don't be crappy model as best we can. -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: F21/F22 System Wide Change: Python 3 as the Default Implementation
On 10/16/2013 11:13 PM, Toshio Kuratomi wrote: * Need to clarify if the DNF bindings will exist for both python2 and python3 or just python3. This could affect releng, mock maintainer, etc. Until Anaconda is in Python 2, DNF will support both Py2 and Py3. Once Anaconda switches to Py3 DNF will officially drop support for Py2. Same for hawkey. At least that's the plan but we have no problem prolonging the Py2/Py3 period for a Fedora release or two. Though it would be very preferable to have a solid set date. Ales -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
PyQt5 in Fedora
Is there some reason that PyQt5 is not in Fedora or has it just not been packaged yet ? Tim -- 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: bcache-tools and bcache support in other linux packages
Hi all, We've been waiting to see if other people who couldn't make on Sunday would also do some testing. That hasn't happened, so a few words on my impressions on the test day are appropriate indeed. First of all not many people really did some testing. We didn't expect many people to participate, but the 3 people who did (many thanks to them!) were the bare minimum we anticipated. This was probably caused by the following: - SSD caching may need more explanation, not many people understand what it is and what the benefits are - Because it's hard to change an existing partition to a 'bcached' partition, it's not really tempting to test (there's a blocks utility under development that may help, currently backup-restore is the only way). - Not many people have the required resources available to do testing. Even when testing in a VM not many people have the required 10GB available (The requirements could be lowered top about 6GB, so that might help) - Installing F20 as requested in the prerequisites was harder to the testers than we anticipated. Specifically planning a specific partition layout in Anaconda requires a lot of attention (I could upload a VM image somewhere to facilitate that). About the testing itself: - the alignment of the tools (bcache-tools, kernel, util-linux and dracut) is really good now, people were able to do the testcases (1.A and 1.B) without a hitch. - nobody tested the LVM integration (testcases 2.A and 2.B), so no test results on that part. - Unfortunately kernel 3.11.4 (which was the latest version on Sunday) exhibited a bug during stress testing (https://bugzilla.redhat.com/show_bug.cgi?id=1018615), but that bug is supposed to be fixed in kernel 3.11.5 which was released later this week. So I think SSD Caching (using bcache) is in a good shape, but I would like to encourage people to do some more testing. Of course other feedback is also appreciated. Thanks, Rolf Op 10/18/13 11:22 AM schreef Piergiorgio Sartor piergiorgio.sar...@nexgo.de: On Thu, Sep 26, 2013 at 11:56:25AM +0200, Rolf Fokkens wrote: [...] The SSD Cache Fedora test day = On 13th of October there's an SSD Cache Fedora test day: see the Wiki page https://fedoraproject.org/wiki/Test_Day:2013-10-13_SSD_Cache. This page is work in progress, any feedback is welcome. People interested in testing are invited to participate on 13th of October. When there's anything new toreport, I'll keep you posted. Hi Rolf, could you spend few words about the results of the SSD Cache Fedora test day? Anything interesting or surprising happened? Any disappointment? Thanks, bye, -- piergiorgio -- 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: libtool broken in Koji F19 buildroot?
FYI this all appears to be working now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) -- 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: bcache-tools and bcache support in other linux packages
Hi, On 10/18/2013 11:56 AM, Rolf Fokkens wrote: Hi all, We've been waiting to see if other people who couldn't make on Sunday would also do some testing. That hasn't happened, so a few words on my impressions on the test day are appropriate indeed. First of all not many people really did some testing. We didn't expect many people to participate, but the 3 people who did (many thanks to them!) were the bare minimum we anticipated. This was probably caused by the following: - SSD caching may need more explanation, not many people understand what it is and what the benefits are - Because it's hard to change an existing partition to a 'bcached' partition, it's not really tempting to test (there's a blocks utility under development that may help, currently backup-restore is the only way). - Not many people have the required resources available to do testing. Even when testing in a VM not many people have the required 10GB available (The requirements could be lowered top about 6GB, so that might help) - Installing F20 as requested in the prerequisites was harder to the testers than we anticipated. Specifically planning a specific partition layout in Anaconda requires a lot of attention (I could upload a VM image somewhere to facilitate that). About the testing itself: - the alignment of the tools (bcache-tools, kernel, util-linux and dracut) is really good now, people were able to do the testcases (1.A and 1.B) without a hitch. - nobody tested the LVM integration (testcases 2.A and 2.B), so no test results on that part. - Unfortunately kernel 3.11.4 (which was the latest version on Sunday) exhibited a bug during stress testing (https://bugzilla.redhat.com/show_bug.cgi?id=1018615), but that bug is supposed to be fixed in kernel 3.11.5 which was released later this week. So I think SSD Caching (using bcache) is in a good shape, but I would like to encourage people to do some more testing. Of course other feedback is also appreciated. Good work, and thanks for the detailed summary! Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-20 Branched report: 20131018 changes
Compose started at Fri Oct 18 09:15:02 UTC 2013 Broken deps for armhfp -- [blueman] blueman-1.23-7.fc20.armv7hl requires obex-data-server = 0:0.4.3 blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp [bwm-ng] bwm-ng-0.6-11.1.fc20.armv7hl requires libstatgrab.so.9 [cloud-init] cloud-init-0.7.2-7.fc20.noarch requires dmidecode [cobbler] cobbler-2.4.0-2.fc20.noarch requires syslinux [condor-wallaby] condor-wallaby-client-5.0.3-4.fc20.noarch requires python-qmf = 0:0.9.1073306 [fts] fts-server-3.1.1-1.fc20.armv7hl requires libactivemq-cpp.so.14 [glpi] glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Version glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Stdlib glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-ServiceManager glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Loader glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-I18n glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache-apc glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache [gnome-do-plugins] gnome-do-plugins-thunderbird-0.8.4-14.fc20.armv7hl requires thunderbird [gofer] ruby-gofer-0.75-4.fc20.noarch requires rubygem(qpid) = 0:0.16.0 [gradle] gradle-1.0-18.fc20.noarch requires plexus-container-default [grass] grass-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so grass-libs-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so [gtkd] gtkd-geany-tags-2.0.0-29.20120815git9ae9181.fc18.noarch requires gtkd = 0:2.0.0-29.20120815git9ae9181.fc18 [kawa] 1:kawa-1.11-5.fc19.armv7hl requires servlet25 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [kyua-cli] kyua-cli-0.5-3.fc19.armv7hl requires liblutok.so.0 kyua-cli-tests-0.5-3.fc19.armv7hl requires liblutok.so.0 [monotone] monotone-1.0-11.fc19.armv7hl requires libbotan-1.8.2.so perl-Monotone-1.0-11.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) [mozilla-firetray] mozilla-firetray-thunderbird-0.3.6-0.5.143svn.fc18.1.armv7hl requires thunderbird = 0:11 [msp430-libc] msp430-libc-20120224-2.fc19.noarch requires msp430-gcc = 0:4.6.3 [nifti2dicom] nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtksys.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkWidgets.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkVolumeRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkViews.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkTextAnalysis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkParallel.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkInfovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkImaging.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkIO.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkHybrid.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGraphics.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGeovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGenericFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCommon.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCharts.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libQVTK.so.5.10 [nocpulse-common] nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI) [openbox] gdm-control-3.5.2-2.fc20.armv7hl requires gnome-panel gnome-panel-control-3.5.2-2.fc20.armv7hl requires gnome-panel [openpts] openpts-0.2.6-7.fc20.armv7hl requires tboot [osm2pgsql] osm2pgsql-0.82.0-1.fc20.armv7hl requires libgeos-3.3.8.so [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [oyranos] oyranos-libs-0.4.0-7.fc19.armv7hl requires libraw.so.5 [perl-BerkeleyDB] perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21 [perl-Language-Expr] perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) [perl-MIME-Lite-HTML] perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) [perl-Padre] perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) [pure] pure-doc-0.57-4.fc20.noarch requires pure = 0:0.57-4.fc20 [python-tag] python-tag-2013.1-1.fc20.armv7hl requires libboost_python.so.1.53.0 [rootplot] rootplot-2.2.1-7.fc19.noarch requires root-python [ruby-spqr] ruby-spqr-0.3.6-7.fc20.noarch requires ruby-qpid-qmf [rubygem-audited-activerecord] rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires rubygem(activerecord) 0:4 [rubygem-fog]
how to withdraw glusterfs from epel?
Before too much longer I will need to withdraw the glusterfs. (glusterfs-3.2.7 fwiw, very out of date, this version is a Requires for another package, HekaFS.) Withdrawal becomes necessary when RHEL starts to ship a subset of the glusterfs packages. But instead of withdrawing it, what if I were to alter it to simply install /etc/yum.repos.d/community-glusterfs.repo file? This repo file would point to YUM repo(s) on download.gluster.org. Would that conform to the Fedora policy wrt not shipping packages that conflict with packages in RHEL. If this is acceptable, I could do this sooner and not wait for the packages to appear in RHEL. (Well, I just withdraw glusterfs from EPEL now, for that matter, I very much doubt many people are using HekaFS+glusterfs, but that's beside the point.) Thoughts? -- Kaleb -- 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: LVM thin provisioning and virt-manager
On Thu, Oct 17, 2013 at 09:13:53PM +0200, Lukas Zapletal wrote: On Wed, Oct 16, 2013 at 10:25:30AM +0100, Richard Jones wrote: qemu-img create -f qcow2 -b backing -o preallocation=metadata,compat=1.1 snapshot Backing file and preallocation cannot be used at the same time This is RHEL6, is behavior different now in Fedora? That's correct. Even in Fedora you can't use preallocation + backing file at the same time. It's my mistake when writing the command line. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ntp-4.2.6p5-11.fc19.src.rpm does not rpmbuild...
On Thu 17 Oct 2013 17:56:57 Barry Scott wrote: I need to patch ntp for my uses. But I find that the src rpm will not build on F19. cd . env PATH=/home/bscott/rpmbuild/BUILD/ntp-4.2.6p5/ntpd:/home/bscott/bin:/usr/loc al/bin:/bin:/usr/bin:/usr/local/sbin:/sbin:/usr/sbin autogen -L ../include --writable -Tagman1.tpl -bntpd ntpd-opts.def ice-9/psyntax.scm:1259:12: In procedure dobody: ice-9/psyntax.scm:1259:12: Syntax error: /usr/share/autogen/agman1.tpl:187:6: definition in expression context, where definitions are not allowed, in form (define optname-from _^) Scheme evaluation error. AutoGen ABEND-ing in template /usr/share/autogen/agman1.tpl on line 179 Failing Guile command: = = = = = (define opt-arg ) (define dis-name ) (define opt-name ) (define optname-from A-Z_^) (define optname-to a-z--) (if (exist? preserve-case) (begin (define optname-from _^) (define optname-to --) ) ) (if (exist? option-info) (string-append \n.PP\n (get option-info) \n) ) = Is this being worked on or should I report a bug? I'd appreciate know what needs fixing. Barry I see that some work was done for F20 (fixing date issues in %changelog). But it still fails the same way when I build the F20 SRPM on F19. Barry -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review swap: ultimaker2-marlin-firmware and gnome-colors-icon-theme
I'm offering to do one non-complex review for reviewing one of those packages*: * Feel free to take both, I'll review two of yours :) ultimaker2-marlin-firmware https://bugzilla.redhat.com/show_bug.cgi?id=1019852 Ultimaker2 firmware for the 3D printer. (Dependency of new cura update.) gnome-colors-icon-theme https://bugzilla.redhat.com/show_bug.cgi?id=1003009 The GNOME-Colors is a project that aims to make the GNOME desktop as elegant, consistent and colorful as possible. The current goal is to allow full color customization of themes, icons, GDM logins and splash screens. There are already seven full color-schemes available; Brave (Blue), Human (Orange), Wine (Red), Noble (Purple), Wise (Green), Dust (Chocolate) and Illustrious (Pink). An unlimited amount of color variations can be rebuilt and recolored from source, so users need not stick to the officially supported color palettes. GNOME-Colors is mostly inspired/based on Tango, GNOME, Elementary, Tango-Generator and many other open-source projects. More information can be found in the AUTHORS file. Thanks, -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok -- 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: bcache-tools and bcache support in other linux packages
- Because it's hard to change an existing partition to a 'bcached' partition, it's not really tempting to test (there's a blocks utility under development that may help, currently backup-restore is the only way) blocks[1] has been doing bcache conversion since forever (last march, when the project was renamed from lvmify). Backup-restore hasn't been necessary since then, apart from unusual cases, like not having a /boot partition. [1] https://github.com/g2p/blocks -- 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: PyQt5 in Fedora
tim.laurid...@gmail.com wrote: Is there some reason that PyQt5 is not in Fedora or has it just not been packaged yet ? The latter. For me personally, I've been prioritizing getting all qt5-related modules packaged first (still have 2-3 to go). -- Rex -- 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: how to withdraw glusterfs from epel?
Hello, On Fri, Oct 18, 2013 at 2:38 PM, Kaleb S. KEITHLEY kkeit...@redhat.com wrote: But instead of withdrawing it, what if I were to alter it to simply install /etc/yum.repos.d/community-glusterfs.repo file? See https://fedoraproject.org/wiki/Packaging:Guidelines?rd=PackagingGuidelines#Configuration_of_Package_Managers Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: how to withdraw glusterfs from epel?
On 18/10/13 13:38, Kaleb S. KEITHLEY wrote: Before too much longer I will need to withdraw the glusterfs. (glusterfs-3.2.7 fwiw, very out of date, this version is a Requires for another package, HekaFS.) Withdrawal becomes necessary when RHEL starts to ship a subset of the glusterfs packages. But instead of withdrawing it, what if I were to alter it to simply install /etc/yum.repos.d/community-glusterfs.repo file? This repo file would point to YUM repo(s) on download.gluster.org. Would that conform to the Fedora policy wrt not shipping packages that conflict with packages in RHEL. It would be against the policy of not shipping repo files for non-Fedora repos: https://fedoraproject.org/wiki/Packaging:Guidelines#Configuration_of_Package_Managers Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: how to withdraw glusterfs from epel?
On 10/18/2013 09:55 AM, Paul Howarth wrote: On 18/10/13 13:38, Kaleb S. KEITHLEY wrote: Before too much longer I will need to withdraw the glusterfs. (glusterfs-3.2.7 fwiw, very out of date, this version is a Requires for another package, HekaFS.) Withdrawal becomes necessary when RHEL starts to ship a subset of the glusterfs packages. But instead of withdrawing it, what if I were to alter it to simply install /etc/yum.repos.d/community-glusterfs.repo file? This repo file would point to YUM repo(s) on download.gluster.org. Would that conform to the Fedora policy wrt not shipping packages that conflict with packages in RHEL. It would be against the policy of not shipping repo files for non-Fedora repos: https://fedoraproject.org/wiki/Packaging:Guidelines#Configuration_of_Package_Managers Okay, I'm okay with that. How about instead of a /etc/yum.repos.d/ file if it's a /usr/share/doc/glusterfs.README containing instructions for how to use the community GlusterFS yum repo? -- Kaleb -- 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-Archive-Peek/f18] Initial import (perl-Archive-Peek-0.35-2)
Summary of changes: a8dec91... Initial import (perl-Archive-Peek-0.35-2) (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Parse-CPAN-Packages] Update to 2.38
commit 7943c86a7f7b3e92bf12cee30a50bfd9b9aca560
Author: Paul Howarth p...@city-fan.org
Date: Thu Oct 17 16:05:58 2013 +0100
Update to 2.38
- New upstream release 2.38
- Added methods to the generated objects to try to retrieve dist contents
from a local cpan mirror
- Some refactoring/cleanup
- Added rudimentary logic to return the subs in a package, as well as
verify
via regex whether a given sub is in the package
- Moved author tests to xt/ to avoid them being run on the user side
- Removed some dependency on hash ordering in the tests
- Classify buildreqs by usage
- Don't use macros for commands
- Don't need to remove empty directories from the buildroot
- Use DESTDIR rather than PERL_INSTALL_ROOT
- Drop EL-5 support as dependencies can't be met there
- Make %files list more explicit
- Patch out Test::InDistDir dependency, only needed to support upstream's
IDE
.gitignore |3 +-
Parse-CPAN-Packages-2.38-Test::InDistDir.patch | 39 +
perl-Parse-CPAN-Packages.spec | 71
sources|2 +-
4 files changed, 89 insertions(+), 26 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index de1bc4b..564b8c6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1 @@
-Parse-CPAN-Packages-2.31.tar.gz
-/Parse-CPAN-Packages-2.33.tar.gz
+/Parse-CPAN-Packages-[0-9.]*.tar.gz
diff --git a/Parse-CPAN-Packages-2.38-Test::InDistDir.patch
b/Parse-CPAN-Packages-2.38-Test::InDistDir.patch
new file mode 100644
index 000..8ecdb08
--- /dev/null
+++ b/Parse-CPAN-Packages-2.38-Test::InDistDir.patch
@@ -0,0 +1,39 @@
+--- Makefile.PL
Makefile.PL
+@@ -18,7 +18,6 @@ WriteMakefile(
+ Moose
+ Path::Class
+ PPI
+- Test::InDistDir
+ Test::More
+ version
+ )
+--- META.json
META.json
+@@ -39,7 +39,6 @@
+ Moose : 0,
+ PPI : 0,
+ Path::Class : 0,
+-Test::InDistDir : 0,
+ Test::More : 0,
+ version : 0
+ }
+--- META.yml
META.yml
+@@ -25,7 +25,6 @@ requires:
+ Moose: '0'
+ PPI: '0'
+ Path::Class: '0'
+- Test::InDistDir: '0'
+ Test::More: '0'
+ version: '0'
+ version: '2.38'
+--- t/simple.t
t/simple.t
+@@ -1,6 +1,5 @@
+ #!/usr/bin/perl
+ use strict;
+-use Test::InDistDir;
+ use Test::More;
+ use File::Slurp 'read_file';
+
diff --git a/perl-Parse-CPAN-Packages.spec b/perl-Parse-CPAN-Packages.spec
index 08c78ed..7ab1660 100644
--- a/perl-Parse-CPAN-Packages.spec
+++ b/perl-Parse-CPAN-Packages.spec
@@ -1,22 +1,31 @@
Name: perl-Parse-CPAN-Packages
-Version:2.33
-Release:11%{?dist}
+Version:2.38
+Release:1%{?dist}
Summary:Parse 02packages.details.txt.gz
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Parse-CPAN-Packages/
Source0:
http://www.cpan.org/authors/id/M/MI/MITHALDU/Parse-CPAN-Packages-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+Patch0: Parse-CPAN-Packages-2.38-Test::InDistDir.patch
BuildArch: noarch
+# Module Build
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(strict)
+BuildRequires: perl(warnings)
+# Module Runtime
+BuildRequires: perl(Archive::Peek)
BuildRequires: perl(Compress::Zlib)
BuildRequires: perl(CPAN::DistnameInfo)
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(File::Slurp)
BuildRequires: perl(Moose)
-BuildRequires: perl(Test::More)
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
+BuildRequires: perl(Path::Class)
+BuildRequires: perl(PPI)
BuildRequires: perl(version)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+# Test Suite
+# perl(Test::InDistDir) dependency patched out
+BuildRequires: perl(Test::More)
+# Runtime
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
The Comprehensive Perl Archive Network (CPAN) is a very useful collection
@@ -28,33 +37,49 @@ interface to the data contained within.
%prep
%setup -q -n Parse-CPAN-Packages-%{version}
+# Remove the need for (so-far unpackaged) Test::InDistDir
+%patch0
+
+# Strip spurious exec permissions
+find . -type f -exec chmod -c -x {} \;
+
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
+make pure_install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
%check
make test
-%clean
-rm -rf
[perl-Archive-Peek/el6] Initial import (perl-Archive-Peek-0.35-2)
Summary of changes: a8dec91... Initial import (perl-Archive-Peek-0.35-2) (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Role-Tiny] 1.003002 bump
commit 608e30acf0369b9843511df197027148eb1219e8
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 16:39:13 2013 +0200
1.003002 bump
.gitignore |1 +
perl-Role-Tiny.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index b1f7a04..0f3cc9e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@
/Role-Tiny-1.002004.tar.gz
/Role-Tiny-1.002005.tar.gz
/Role-Tiny-1.003001.tar.gz
+/Role-Tiny-1.003002.tar.gz
diff --git a/perl-Role-Tiny.spec b/perl-Role-Tiny.spec
index 3b4b392..766eedf 100644
--- a/perl-Role-Tiny.spec
+++ b/perl-Role-Tiny.spec
@@ -1,5 +1,5 @@
Name: perl-Role-Tiny
-Version:1.003001
+Version:1.003002
Release:1%{?dist}
Summary:A nouvelle cuisine portion size slice of Moose
License:GPL+ or Artistic
@@ -55,6 +55,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 1.003002-1
+- 1.003002 bump
+
* Fri Aug 16 2013 Jitka Plesnikova jples...@redhat.com - 1.003001-1
- 1.003001 bump
- Specify all dependencies
diff --git a/sources b/sources
index cbe1095..00a6130 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d8b23c4f5b03adec5f0859d814114037 Role-Tiny-1.003001.tar.gz
+2d9b46cdc8dbb59056710e2c8e35e25f Role-Tiny-1.003002.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Role-Tiny/f20] 1.003002 bump
Summary of changes: 608e30a... 1.003002 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Path-Tiny] Update to 0.044
commit 88fced6cbb254bc06de36475512c99f459ac2f71
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 18 15:51:55 2013 +0100
Update to 0.044
- New upstream release 0.044
- Fixed child path construction against the root path
- Fixed path construction when a relative volume is provided as the first
argument on Windows; e.g. path(C:, lib) must be like path(C:lib),
not path(C:/lib)
- On AIX, shared locking is replaced by exclusive locking on a R/W
filehandle, as locking read handles is not supported
perl-Path-Tiny.spec | 12 +++-
sources |2 +-
2 files changed, 12 insertions(+), 2 deletions(-)
---
diff --git a/perl-Path-Tiny.spec b/perl-Path-Tiny.spec
index 0d6c4f8..8b3e524 100644
--- a/perl-Path-Tiny.spec
+++ b/perl-Path-Tiny.spec
@@ -1,5 +1,5 @@
Name: perl-Path-Tiny
-Version: 0.043
+Version: 0.044
Release: 1%{?dist}
Summary: File path utility
Group: Development/Libraries
@@ -31,6 +31,7 @@ BuildRequires:perl(warnings)
# Test Suite
BuildRequires: perl(blib)
BuildRequires: perl(Config)
+BuildRequires: perl(CPAN::Meta)
BuildRequires: perl(CPAN::Meta::Requirements)
BuildRequires: perl(File::Basename)
BuildRequires: perl(File::Spec::Functions)
@@ -97,6 +98,15 @@ make test
%{_mandir}/man3/Path::Tiny.3pm*
%changelog
+* Fri Oct 18 2013 Paul Howarth p...@city-fan.org - 0.044-1
+- Update to 0.044
+ - Fixed child path construction against the root path
+ - Fixed path construction when a relative volume is provided as the first
+argument on Windows; e.g. path(C:, lib) must be like path(C:lib),
+not path(C:/lib)
+ - On AIX, shared locking is replaced by exclusive locking on a R/W
+filehandle, as locking read handles is not supported
+
* Mon Oct 14 2013 Paul Howarth p...@city-fan.org - 0.043-1
- Update to 0.043
- Calling 'absolute' on Windows will add the volume if it is missing (e.g.
diff --git a/sources b/sources
index 6b0ea4d..fd78e3a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-245c33c29729e65063a27402c6c67a9c Path-Tiny-0.043.tar.gz
+348efaf555b38bd5ecffbbfc8a82ee3b Path-Tiny-0.044.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Moo-1.003001.tar.gz uploaded to lookaside cache by churchyard
A file has been added to the lookaside cache for perl-Moo: 507697be655c7d79c14fabfb36577635 Moo-1.003001.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: how to withdraw glusterfs from epel?
- Original Message -
From: Kaleb S. KEITHLEY kkeit...@redhat.com
To: devel@lists.fedoraproject.org
Sent: Friday, October 18, 2013 10:30:53 AM
Subject: Re: how to withdraw glusterfs from epel?
On 10/18/2013 10:09 AM, Frank Murphy wrote:
On Fri, 18 Oct 2013 10:03:28 -0400
Kaleb S. KEITHLEY kkeit...@redhat.com wrote:
Okay, I'm okay with that. How about instead of a /etc/yum.repos.d/
file if it's a /usr/share/doc/glusterfs.README containing
instructions for how to use the community GlusterFS yum repo?
Are you allowed make a people repo?
http://repos.fedorapeople.org/repos/
Like http://repos.fedorapeople.org/repos/kkeithle?
That's not what I want.
My vision is to make it easy for (RH)EL users to find glusterfs. I
already experience lots of people who don't/can't find the repos we
already have on download.gluster.org or even my old fedorapeople.org repos.
People install Fedora, yum {install,search} glusterfs, they're golden.
Right now people who install RHEL (or CentOS), add EPEL, yum install
glusterfs, and get an outdated version of glusterfs (reasons it's
outdated already given previously). They're not golden.
Soon, if I have to fully withdraw glusterfs from EPEL, they'll install
and get the client side gluster bits from the base RHEL channel. They're
semi-golden.
But I think it's be a good thing if they did a yum search and saw a
glusterfs-community-doc package (containing the README) that that would
be a reasonable alternative to thinking they were stuck with only client
side or nothing.
Or I just withdraw it completely and RHEL users will live mostly in the
dark until they find the community YUM repos by chance. (But I will add
that the nice people at CentOS are bending over backwards to add it to
their centos-extras repo and CentOS users who are looking for glusterfs
will have, IMO, a much nicer experience.)
Would it be against the guidelines to move to packaging it (the software
itself, not a repo file) in Fedora/EPEL as glusterfs-community?
Steve
--
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-Moo] 1.003001 bump
commit 0e4cb9159410a4a3df8d21a58cb8a545a41b5d5c
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 16:55:02 2013 +0200
1.003001 bump
.gitignore|1 +
perl-Moo.spec | 10 +++---
sources |2 +-
3 files changed, 9 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 24d032b..1398b34 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,4 @@
/Moo-1.001000.tar.gz
/Moo-1.002000.tar.gz
/Moo-1.003000.tar.gz
+/Moo-1.003001.tar.gz
diff --git a/perl-Moo.spec b/perl-Moo.spec
index 17e40f1..8b30186 100644
--- a/perl-Moo.spec
+++ b/perl-Moo.spec
@@ -1,11 +1,11 @@
Name: perl-Moo
-Version:1.003000
-Release:2%{?dist}
+Version:1.003001
+Release:1%{?dist}
Summary:Minimalist Object Orientation (with Moose compatibility)
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Moo/
-Source0:
http://search.cpan.org/CPAN/authors/id/H/HA/HAARG/Moo-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MS/MSTROUT/Moo-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl
BuildRequires: perl(B)
@@ -65,6 +65,10 @@ make test
%{_bindir}/*
%changelog
+* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 1.003001-1
+- 1.003001 bump
+- Source URL was changed in this release
+
* Fri Aug 16 2013 Jitka Plesnikova jples...@redhat.com - 1.003000-2
- Added perl(Moo::Conflicts) to provides
diff --git a/sources b/sources
index db3bc79..87c4d83 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-50701ed665adc9dcb20f46bc18f1ff57 Moo-1.003000.tar.gz
+507697be655c7d79c14fabfb36577635 Moo-1.003001.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Moo/f20] 1.003001 bump
Summary of changes: 0e4cb91... 1.003001 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: how to withdraw glusterfs from epel?
On 10/18/2013 10:54 AM, Steve Gordon wrote: Would it be against the guidelines to move to packaging it (the software itself, not a repo file) in Fedora/EPEL as glusterfs-community? I'm sure it is against the guidelines. Under any name it'd still be shipping a set of RPMs that conflict with RPMs in the RHEL base channel — or will be soon. And just to be clear, it's already been made clear that a repo file is not acceptable. Now I'm asking if I can morph the packaging (for EPEL) from several glusterfs-*.RPMs to a single glusterfs-community-doc (or something similar) RPM containing a README. This is instead of completely withdrawing community glusterfs from EPEL. -- Kaleb -- 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: PyQt5 in Fedora
Thanks Rex Let me know if you need help for package reviews I will be glad to help Tim On Fri, Oct 18, 2013 at 3:38 PM, Rex Dieter rdie...@math.unl.edu wrote: tim.laurid...@gmail.com wrote: Is there some reason that PyQt5 is not in Fedora or has it just not been packaged yet ? The latter. For me personally, I've been prioritizing getting all qt5-related modules packaged first (still have 2-3 to go). -- Rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: prelink performance gains
Am 17.10.2013 15:48, schrieb Jan Kratochvil: On Thu, 17 Oct 2013 00:16:35 +0200, Robert Relyea wrote: prelink throws rocks at a lot of packages that have to check the integrity of the shared libraries they are using. It provides no real useful way of assisting in those tasks, It provides 'prelink -y' only for exactly that purpose. There is a bug in -y; but it does not work in some (rare) cases. https://bugzilla.redhat.com/show_bug.cgi?id=666143 Workaround of that bug is one line of code, it just has not been accepted yet. and we can't meaningfully measure or observe the performance gains. You will need to strongly show the latter, because the cost it forces on other packages is unbearable. Here is another measurement. I do not agree with the initial post's approach as (1) It flushes disk cache. That has no meaning for prelink measurement, it just adds more fuzziness to the results and it is even unreal representation of real world use cases. (2) It runs big end-user GUI application. what is the proposed usecase for prelink all the years This adds various interactions with X and the applications has its own heavy startup cost, it all also adds fuzziness to the results. (3) When we look at global GNU/Linux market its end user deployment (*Office) is not relevant, server side execution matters. = It all seems to me as intentionally chosen just to prove prelink gain is not measurable. you think the startup performance matters on servers? come on - nobody is starting and stopping servcices all day long *espcecially* on servers you *do not want* prelink because intrusion detection and the fact that honestly *all* long running processes aka services must be PIE and so are not prelined at all so, and for the ones violating package guidelines because not PIE you do *not* want prelink because on a server typically you install updates, restart the service or reboot in rare cases, have no ASLR and that prelink comes at night for the minimal ASLR does not help because the binaries are already running and *no* do *not* propose now restart services blindly after prelink so what about are you talking in this whole thread? 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
[perl-IPC-System-Simple] Update to 1.24
commit 17bad99722b438fdeb914496ad9e93391f93241d
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 18 16:51:26 2013 +0100
Update to 1.24
- New upstream release 1.24
- No longer mark BSD::Resource as required (GH #6)
- Skip core-dump tests on OS X; they're not as straightforward as the test
script would like (GH #5)
perl-IPC-System-Simple.spec |8 +++-
sources |2 +-
2 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/perl-IPC-System-Simple.spec b/perl-IPC-System-Simple.spec
index 1da0796..70344a2 100644
--- a/perl-IPC-System-Simple.spec
+++ b/perl-IPC-System-Simple.spec
@@ -1,5 +1,5 @@
Name: perl-IPC-System-Simple
-Version: 1.23
+Version: 1.24
Release: 1%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
@@ -72,6 +72,12 @@ rm -rf %{buildroot}
%{_mandir}/man3/IPC::System::Simple.3pm*
%changelog
+* Fri Oct 18 2013 Paul Howarth p...@city-fan.org - 1.24-1
+- Update to 1.24
+ - No longer mark BSD::Resource as required (GH #6)
+ - Skip core-dump tests on OS X; they're not as straightforward as the test
+script would like (GH #5)
+
* Wed Oct 9 2013 Paul Howarth p...@city-fan.org - 1.23-1
- Update to 1.23
- Silence Statement unlikely to be reached warning
diff --git a/sources b/sources
index 3c57cba..91fc564 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9e8c9ad98aa04b39eb27f850eae700ad IPC-System-Simple-1.23.tar.gz
+c4ce530eded7c8f0924ef37bb67328fb IPC-System-Simple-1.24.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-File-SearchPath] Import spec file
commit 543f333a3d358ef35701f12942af19a94f9c8808
Author: Kostas Georgiou georg...@opengamma.com
Date: Fri Oct 18 16:57:26 2013 +0100
Import spec file
.gitignore|1 +
perl-File-SearchPath.spec | 58 +
sources |1 +
3 files changed, 60 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..67b896d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/File-SearchPath-0.06.tar.gz
diff --git a/perl-File-SearchPath.spec b/perl-File-SearchPath.spec
new file mode 100644
index 000..ef14ffd
--- /dev/null
+++ b/perl-File-SearchPath.spec
@@ -0,0 +1,58 @@
+Name: perl-File-SearchPath
+Version:0.06
+Release:2%{?dist}
+Summary:Search for a file in an environment variable path
+License:GPLv2+
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/File-SearchPath/
+Source0:
http://www.cpan.org/authors/id/T/TJ/TJENNESS/File-SearchPath-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: perl
+BuildRequires: perl(Env::Path)
+BuildRequires: perl(File::Spec) = 0.8
+BuildRequires: perl(Module::Build)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Carp)
+BuildRequires: perl(Config)
+BuildRequires: perl(Exporter)
+BuildRequires: perl(base)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+BuildRequires: perl(warnings)
+Requires: perl(Env::Path)
+Requires: perl(File::Spec) = 0.8
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%description
+This module provides the ability to search a path-like environment variable
+for a file (that does not necessarily have to be an executable).
+
+%prep
+%setup -q -n File-SearchPath-%{version}
+
+%build
+perl Build.PL installdirs=vendor
+./Build
+
+%install
+./Build install destdir=%{buildroot} create_packlist=0
+
+%{_fixperms} %{buildroot}/*
+
+%check
+./Build test
+
+%clean
+rm -rf %{buildroot}
+
+%files
+%doc ChangeLog README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Thu Oct 17 2013 Kostas Georgiou georg...@opengamma.com 0.06-2
+- Review changes/fixes #1018862.
+
+* Wed Oct 02 2013 Kostas Georgiou georg...@opengamma.com 0.06-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..7233b62 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+5cc4743fcacfbe4decd9579d6251457e File-SearchPath-0.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: ntp-4.2.6p5-11.fc19.src.rpm does not rpmbuild...
On Fri, Oct 18, 2013 at 02:14:40PM +0100, Barry Scott wrote: On Thu 17 Oct 2013 17:56:57 Barry Scott wrote: I need to patch ntp for my uses. But I find that the src rpm will not build on F19. cd . env PATH=/home/bscott/rpmbuild/BUILD/ntp-4.2.6p5/ntpd:/home/bscott/bin:/usr/loc al/bin:/bin:/usr/bin:/usr/local/sbin:/sbin:/usr/sbin autogen -L ../include --writable -Tagman1.tpl -bntpd ntpd-opts.def ice-9/psyntax.scm:1259:12: In procedure dobody: ice-9/psyntax.scm:1259:12: Syntax error: That looks like https://bugzilla.redhat.com/show_bug.cgi?id=958908. It's fixed in autogen-5.18-1.fc20. The F19 ntp spec includes a workaround touch ntpd/ntpd.1 util/ntp-keygen.1, which prevents autogen from rebuilding the man pages. If you are patching other autogen files in the ntp code, you'll need to update the autogen package or similarly touch the other man pages. -- Miroslav Lichvar -- 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/F22 System Wide Change: Python 3 as the Default Implementation
On Fri, Oct 18, 2013 at 09:19:30AM +0200, Ales Kozumplik wrote: On 10/16/2013 11:13 PM, Toshio Kuratomi wrote: * Need to clarify if the DNF bindings will exist for both python2 and python3 or just python3. This could affect releng, mock maintainer, etc. Until Anaconda is in Python 2, DNF will support both Py2 and Py3. Once Anaconda switches to Py3 DNF will officially drop support for Py2. Same for hawkey. At least that's the plan but we have no problem prolonging the Py2/Py3 period for a Fedora release or two. Though it would be very preferable to have a solid set date. Okay -- deciding on that date will likely also need to coordinate with releng, fedpkg maintainers (dgilmore who is also releng), and the mock maintainers. There may be other projects I'm not thinking of (yum-utils and createrepo are going to be ported to DNF-python3 by the packaging team already? ) I'm concerned about the tools used to build fedora and the tools used by package maintainers and testers to create packages. Oh also -- I've been assuming that the DNF python2 bindings will be compatible with the yum API. Is that the case? -Toshio pgpgvcFgexhUD.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Archive-Any] Update to 0.0940
commit b6557a2df9f4163a6ef96b2bde2e50a2a6e553c4
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 18 17:39:55 2013 +0100
Update to 0.0940
- New upstream release 0.0940
- Adds x-bzip2 (CPAN RT#67738)
- Migrated to Dist::Zilla
- Package new CONTRIBUTORS and LICENSE files
- This release by OALDERS - update source URL
- Add patch to fix module version number
- Drop now-redundant build requirements
- Drop %defattr, redundant since rpm 4.4
- Don't need to remove empty directories from the buildroot
Archive-Any-0.0940-version.patch | 11 +++
perl-Archive-Any.spec| 33 -
sources |2 +-
3 files changed, 36 insertions(+), 10 deletions(-)
---
diff --git a/Archive-Any-0.0940-version.patch b/Archive-Any-0.0940-version.patch
new file mode 100644
index 000..cf03b0c
--- /dev/null
+++ b/Archive-Any-0.0940-version.patch
@@ -0,0 +1,11 @@
+--- lib/Archive/Any.pm
lib/Archive/Any.pm
+@@ -3,7 +3,7 @@
+ use warnings;
+
+ use vars qw($VERSION);
+-$VERSION = 0.0932;
++$VERSION = 0.0940;
+
+ use Archive::Any::Plugin;
+ use File::Spec::Functions qw( rel2abs splitdir );
diff --git a/perl-Archive-Any.spec b/perl-Archive-Any.spec
index 5862b12..345f48e 100644
--- a/perl-Archive-Any.spec
+++ b/perl-Archive-Any.spec
@@ -1,15 +1,16 @@
Name: perl-Archive-Any
-Version: 0.0932
-Release: 14%{?dist}
+Version: 0.0940
+Release: 1%{?dist}
Summary: Single interface to deal with file archives
License: GPL+ or Artistic
Group: Development/Libraries
URL: http://search.cpan.org/dist/Archive-Any/
-Source0:
http://search.cpan.org/CPAN/authors/id/C/CM/CMOORE/Archive-Any-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/O/OA/OALDERS/Archive-Any-%{version}.tar.gz
+Patch1:Archive-Any-0.0940-version.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
BuildArch: noarch
# Build
-BuildRequires: perl(Module::Build)
+BuildRequires: perl(Module::Build) 0.36
# Module
BuildRequires: perl(Archive::Tar) = 0.22
BuildRequires: perl(Archive::Zip) = 1.07
@@ -18,10 +19,10 @@ BuildRequires: perl(File::MMagic) = 1.27
BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(MIME::Types) = 1.16
BuildRequires: perl(Module::Find) = 0.05
+BuildRequires: perl(strict)
+BuildRequires: perl(warnings)
# Test suite
BuildRequires: perl(Test::More) = 0.4
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
BuildRequires: perl(Test::Warn)
# Runtime
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
@@ -33,6 +34,9 @@ formats. Tarballs, zip files, etc.
%prep
%setup -q -n Archive-Any-%{version}
+# Upstream forgot to change a version number
+%patch1
+
%build
perl Build.PL installdirs=vendor
./Build
@@ -40,7 +44,6 @@ perl Build.PL installdirs=vendor
%install
rm -rf %{buildroot}
./Build install destdir=%{buildroot} create_packlist=0
-find %{buildroot} -depth -type d -exec rmdir {} \; 2/dev/null
%{_fixperms} %{buildroot}
%check
@@ -50,15 +53,27 @@ find %{buildroot} -depth -type d -exec rmdir {} \;
2/dev/null
rm -rf %{buildroot}
%files
-%defattr(-,root,root,-)
-%doc Changes README t/
+%doc Changes CONTRIBUTORS LICENSE README t/
%{perl_vendorlib}/Archive/
%{_mandir}/man3/Archive::Any.3pm*
%{_mandir}/man3/Archive::Any::Plugin.3pm*
%{_mandir}/man3/Archive::Any::Plugin::Tar.3pm*
%{_mandir}/man3/Archive::Any::Plugin::Zip.3pm*
+%{_mandir}/man3/Archive::Any::Tar.3pm*
+%{_mandir}/man3/Archive::Any::Zip.3pm*
%changelog
+* Fri Oct 18 2013 Paul Howarth p...@city-fan.org - 0.0940-1
+- Update to 0.0940
+ - Adds x-bzip2 (CPAN RT#67738)
+ - Migrated to Dist::Zilla
+- Package new CONTRIBUTORS and LICENSE files
+- This release by OALDERS - update source URL
+- Add patch to fix module version number
+- Drop now-redundant build requirements
+- Drop %%defattr, redundant since rpm 4.4
+- Don't need to remove empty directories from the buildroot
+
* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.0932-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index a1ae4a4..abf24d5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-aaab5cf41f2efe428b65fbc352ee314e Archive-Any-0.0932.tar.gz
+7ba294f0601fe2965355596e3a40ed87 Archive-Any-0.0940.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: PyQt5 in Fedora
tim.laurid...@gmail.com wrote: Thanks Rex Let me know if you need help for package reviews I will be glad to help Great, we've still got a couple of qt5 related items on the tracker, https://bugzilla.redhat.com/show_bug.cgi?id=qt-reviews without reviewers yet. any assistance is more than welcome. -- Rex -- 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-IPC-System-Simple] Created tag perl-IPC-System-Simple-1.24-1.fc21
The lightweight tag 'perl-IPC-System-Simple-1.24-1.fc21' was created pointing to: 17bad99... Update to 1.24 -- 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
[slic3r] Added some Perl 5.18 compatibility patches for F20+
commit d3fc7e9f5ea5e91e9fea3d0d8fbb262c27aa3c29
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 18:45:59 2013 +0200
Added some Perl 5.18 compatibility patches for F20+
slic3r-perl518.patch | 72 ++
slic3r.spec |7 +
2 files changed, 79 insertions(+), 0 deletions(-)
---
diff --git a/slic3r-perl518.patch b/slic3r-perl518.patch
new file mode 100644
index 000..3177849
--- /dev/null
+++ b/slic3r-perl518.patch
@@ -0,0 +1,72 @@
+From 43814e99f6c8bfc1a2d8cc0eae4a44d01a08b2af Mon Sep 17 00:00:00 2001
+From: Alessandro Ranellucci a...@cpan.org
+Date: Thu, 6 Jun 2013 10:46:58 +0200
+Subject: [PATCH] Remove smart match and lexical $_ for compatibility with perl
+ 5.18. #1216
+
+---
+ lib/Slic3r/Config.pm | 4 ++--
+ lib/Slic3r/Format/OBJ.pm | 2 +-
+ lib/Slic3r/Format/STL.pm | 4 ++--
+ 3 files changed, 5 insertions(+), 5 deletions(-)
+
+diff --git a/lib/Slic3r/Config.pm b/lib/Slic3r/Config.pm
+index 22edd0f..8b9fb1c 100644
+--- a/lib/Slic3r/Config.pm
b/lib/Slic3r/Config.pm
+@@ -1141,7 +1141,7 @@ sub set {
+ my ($opt_key, $value, $deserialize) = @_;
+
+ # handle legacy options
+-return if $opt_key ~~ @Ignore;
++return if first { $_ eq $opt_key } @Ignore;
+ if ($opt_key =~
/^(extrusion_width|bottom_layer_speed|first_layer_height)_ratio$/) {
+ $opt_key = $1;
+ $opt_key =~ s/^bottom_layer_speed$/first_layer_speed/;
+@@ -1413,7 +1413,7 @@ sub read_ini {
+
+ my $ini = { _ = {} };
+ my $category = '_';
+-while (my $_ = $fh) {
++while ($fh) {
+ s/\R+$//;
+ next if /^\s+/;
+ next if /^$/;
+diff --git a/lib/Slic3r/Format/OBJ.pm b/lib/Slic3r/Format/OBJ.pm
+index c5cc085..05a141d 100644
+--- a/lib/Slic3r/Format/OBJ.pm
b/lib/Slic3r/Format/OBJ.pm
+@@ -8,7 +8,7 @@ sub read_file {
+ Slic3r::open(\my $fh, '', $file) or die Failed to open $file\n;
+ my $vertices = [];
+ my $facets = [];
+-while (my $_ = $fh) {
++while ($fh) {
+ if (/^v ([^ ]+)\s+([^ ]+)\s+([^ ]+)/) {
+ push @$vertices, [$1, $2, $3];
+ } elsif (/^f (\d+).*? (\d+).*? (\d+).*?/) {
+diff --git a/lib/Slic3r/Format/STL.pm b/lib/Slic3r/Format/STL.pm
+index 0d0331c..cf07b1c 100644
+--- a/lib/Slic3r/Format/STL.pm
b/lib/Slic3r/Format/STL.pm
+@@ -53,7 +53,7 @@ sub _read_ascii {
+ my $facet;
+ my %vertices_map = ();
+ seek $fh, 0, 0;
+-while (my $_ = $fh) {
++while ($fh) {
+ if (!$facet) {
+ /^\s*facet\s+normal\s+/ or next;
+ $facet = []; # ignore normal
+@@ -88,7 +88,7 @@ sub _read_binary {
+ my %vertices_map = ();
+ binmode $fh;
+ seek $fh, 80 + 4, 0;
+-while (read $fh, my $_, 4*4*3+2) {
++while (read $fh, $_, 4*4*3+2) {
+ push @$facets, my $facet = [];
+ for (unpack 'x[f3](a[f3])3') { # ignore normal
+ my $vertex_idx;
+--
+1.8.4
+
diff --git a/slic3r.spec b/slic3r.spec
index 4b3d811..6f4ca55 100644
--- a/slic3r.spec
+++ b/slic3r.spec
@@ -20,6 +20,9 @@ Patch1: %{name}-english-locale.patch
# Fix crash when loading a config file
Patch2: %{name}-load-config-fix.patch
+# Perl 5.18 compatibility
+Patch2: %{name}-perl518.patch
+
Source1:%{name}.desktop
BuildArch: noarch
BuildRequires: perl(Boost::Geometry::Utils) = 0.12
@@ -67,6 +70,9 @@ for more information.
%patch0 -p1
%patch1 -p1
%patch2 -p1
+%if 0%{?fedora} 19
+%patch3 -p1
+%endif
%build
SLIC3R_NO_AUTO=1 perl Build.PL installdirs=vendor optimize=$RPM_OPT_FLAGS
@@ -101,6 +107,7 @@ desktop-file-install
--dir=%{buildroot}%{_datadir}/applications %{SOURCE1}
%changelog
* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 0.9.10b-5
- For F20+, require Moo = 1.003001
+- Added some Perl 5.18 compatibility patches for F20+
* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 0.9.10b-4
- Remove all filtering from provides, it is not needed anymore
--
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
[slic3r] Renamed second Patch2 to 3
commit 3b414378aec29b5da537787a88830b8109035c31
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 18:48:08 2013 +0200
Renamed second Patch2 to 3
slic3r.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/slic3r.spec b/slic3r.spec
index 6f4ca55..0e46ab0 100644
--- a/slic3r.spec
+++ b/slic3r.spec
@@ -21,7 +21,7 @@ Patch1: %{name}-english-locale.patch
Patch2: %{name}-load-config-fix.patch
# Perl 5.18 compatibility
-Patch2: %{name}-perl518.patch
+Patch3: %{name}-perl518.patch
Source1:%{name}.desktop
BuildArch: noarch
--
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
[perl-Archive-Any/f20] Update to 0.0940
Summary of changes: b6557a2... Update to 0.0940 (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: how to withdraw glusterfs from epel?
On Fri, Oct 18, 2013 at 11:06:31AM -0400, Kaleb S. KEITHLEY wrote: On 10/18/2013 10:54 AM, Steve Gordon wrote: Would it be against the guidelines to move to packaging it (the software itself, not a repo file) in Fedora/EPEL as glusterfs-community? I'm sure it is against the guidelines. Under any name it'd still be shipping a set of RPMs that conflict with RPMs in the RHEL base channel — or will be soon. And just to be clear, it's already been made clear that a repo file is not acceptable. Now I'm asking if I can morph the packaging (for EPEL) from several glusterfs-*.RPMs to a single glusterfs-community-doc (or something similar) RPM containing a README. This is instead of completely withdrawing community glusterfs from EPEL. I think that would be acceptable. It's content rather than code so falls under this section of the fedora packaging guidelines: https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Code_Vs_Content Since this is for epel only, you probably want to talk to the other epel maintainers about whether they have any issue with this plan but I don't think it violates any Fedora Packaging Guidelines. -Toshio pgpuNe1KKOKg1.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-IPC-System-Simple] Created tag perl-IPC-System-Simple-1.24-1.fc20
The lightweight tag 'perl-IPC-System-Simple-1.24-1.fc20' was created pointing to: 17bad99... Update to 1.24 -- 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
[perl-Archive-Any] Created tag perl-Archive-Any-0.0940-1.fc20
The lightweight tag 'perl-Archive-Any-0.0940-1.fc20' was created pointing to: b6557a2... Update to 0.0940 -- 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
[perl-Archive-Any] Created tag perl-Archive-Any-0.0940-1.fc21
The lightweight tag 'perl-Archive-Any-0.0940-1.fc21' was created pointing to: b6557a2... Update to 0.0940 -- 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: Software management: Call for RFEs results!
Vít Ondruch wrote: It is interesting to see such response from somebody who appears to be maintainer of Qt. Don't we ship 3 parallel installable version of Qt? We indeed ship major (first digit!) versions of Qt as parallel-installable versions. They are for all practical purposes different libraries (with different sonames and even different unversioned library names), and they have different package names (as they should). (We also make them both coexist in /usr, without requiring kludges such as SCLs.) I don't think allowing multiple versions of the qt package to be installed at the same time would be beneficial, at all. In fact, some people would then try to co-install qt-4.8.5 with qt-4.7.x or even qt-4.8.4, which is of course NOT supported; stuff should just be made to work with the latest 4.x.x (which we ship as an update) instead. As for renaming qt to qt4 once qt5 is current (and maybe also qt5-* to qt-*, I'm not sure whether we will do that), that's what (versioned) Obsoletes is for. To be honest, the Kernel is the last package, which should be paraller installable, since you can run just one kernel at time. But removing the running kernel is problematic because of the dynamic module loading. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: how to withdraw glusterfs from epel?
On Fri, 18 Oct 2013 09:49:54 -0700 Toshio Kuratomi a.bad...@gmail.com wrote: I think that would be acceptable. It's content rather than code so falls under this section of the fedora packaging guidelines: https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Code_Vs_Content Since this is for epel only, you probably want to talk to the other epel maintainers about whether they have any issue with this plan but I don't think it violates any Fedora Packaging Guidelines. I agree. It's also likely good to discuss this on the epel-devel list? :) And when you start doing any changes, announce them to the epel-announce list so anyone subscribed there can get a heads up of whats happening. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Lack of response about sponsorship
Dan Horák wrote: I think it was me who promised to sponsor Peter. Being fully loaded with other work I waited for seeing the plus set for the review flag. Well, the idea is that the sponsor is the one who sets the fedora-review+ flag for the new contributor's first review. I know the process is often subtly subverted, but that was the original idea… Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [389-devel] new python management library for 389
On 10/18/2013 10:14 AM, Roberto Polli wrote: Hi @all, I've just check out https://git.fedorahosted.org/cgit/389/lib389.git/ and I'll check the layout nkinder set up. Then I'll ask you how to import the first tests using py.test. Peace, R: Hi Roberto, After some differents evaluations we found dsadmin to be most advanced implemented of what will be lib389. I opened ticket https://fedorahosted.org/389/ticket/47566 to import dsadmin in lib389 to be our base lib. I checkout dsadmin branch, merged locally https://github.com/richm/dsadmin/pull/5 and did some tests. It worked very well but I had to do some slight modifications to create master and allow instance removal. I was about to push it into lib389. An other possibility is that I do a pull request on dsadmin for those modifications (or send you the patch) and we will populate lib389 from dsadmin after. Just let me know what is your preferred option. lib389 is really at a starting phase. Jan and I have been testing differents ideas and finally choose to use pytest framework. Jan implemented a mechanism to catch any IOs (from to print to subprocess print) into a logger and that could be an enhancement bring to lib389. best regards thierry -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: BEAST to be patched in NSS
On Wed, Oct 16, 2013 at 11:46 PM, Elio Maldonado emald...@redhat.com wrote: No one in the NSS team was consulted on this. I usually monitor the FESCO meetings announcements but missed this. I try to make sure that the relevant maintainers are always Cc:ed on the fesco tickets, I have missed this one. I'm sorry. Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1014206] perl-threads-1.89 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1014206 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-threads-1.89-1.fc18 has been pushed to the Fedora 18 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=nbYdAQZR4Ta=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: BEAST to be patched in NSS
On Wed, Oct 16, 2013 at 10:33 PM, Eric H. Christensen spa...@fedoraproject.org wrote: Information on this fix is in Bugzilla[1]. There are 80 packages affected, would it be possible to give the owners a shorter (and authoritative[1]) version, instead of asking each maintainer to fish the information out of a bug with 135 comments? * Can I test my package right now, before the NSS change lands? How? * If I need a workaround, what is the workaround? (Do I have to set an environment variable, or is there a way to do it in the API? If I do have to set an environment variable, do I have to do it at the very start before initializing NSS? Before opening the specific socket? Or at a different time?) Thank you, Mirek [1] I'm intentionally not providing my guesses at the answers. -- 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 packages and looking for co-maintainers
Dear fellow developers, unfortunately due to lack of time and other reasons, I'm unable to maintain the following packages: ctorrent gnomeradio obexfs obexftp I've orphaned them in F20+, and I'll gladly give them up in F18/19 if anyone steps up. ctorrent/dtorrent's upstream has been dead for over 5 years, so I'm not sure if it's even worth taking. There are no new open bugs, however. gnomeradio is co-maintained by Paulo, who is on Cc, but could probably use another maintainer, too. The obex* packages are in need of an update due to openobex version (ABI) bump in rawhide. There are some major changes in build process (autotools were dropped in favour of cmake in obexftp, for example), so the update will require some work. I'm also looking for co-maintainers for all of my remaining packages, especially for the freefem++ package, which doesn't build currently and needs some work to conform to MPI packaging guidelines. Regards, -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: prelink performance gains
On 10/17/2013 06:48 AM, Jan Kratochvil wrote: On Thu, 17 Oct 2013 00:16:35 +0200, Robert Relyea wrote: prelink throws rocks at a lot of packages that have to check the integrity of the shared libraries they are using. It provides no real useful way of assisting in those tasks, It provides 'prelink -y' only for exactly that purpose. There is a bug in -y; but it does not work in some (rare) cases. https://bugzilla.redhat.com/show_bug.cgi?id=666143 Workaround of that bug is one line of code, it just has not been accepted yet. I do not know the FIPS prelink issues to be able to talk more about it. 2. FIPS isn't the only place you need to do sofware integrity checks. (see rpm). rpm uses prelink -y so it already works in most cases and the rare cases can be fixed in prelink. The problem is its maintainer Jakub has more significant work to do nowadays. I use it as well, but it causes all sorts of problems (particularly in selinux restricted apps) because it's really unfriendly for a library to exec a random program and open a pipe. One of the things that would have to be done would be either 1) provide a library call that can supply the unlinked data, or 2) provide infrastructure in prelink that can reliably update the integrity check files in a way that doesn't race the changed libraries (and in a way that makes sure only prelink changed the libraries, not someone else). Both of these are easy to get wrong. smime.p7s Description: S/MIME Cryptographic Signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Lack of response about sponsorship
On Fri, Oct 18, 2013 at 1:39 PM, Kevin Kofler kevin.kof...@chello.at wrote: Dan Horák wrote: I think it was me who promised to sponsor Peter. Being fully loaded with other work I waited for seeing the plus set for the review flag. Well, the idea is that the sponsor is the one who sets the fedora-review+ flag for the new contributor's first review. I know the process is often subtly subverted, but that was the original idea… If this really is the consensus of the Fedora community, then I would prefer that the guidelines on the wiki be specifically amended to require this. IMHO the language in the guidelines is simply too vague about this point. Of course, this whole mailing list thread is about the lack of sponsors' time and resources, and with that in mind, maybe such a guideline change would be going in the opposite direction of where Fedora needs to be. I don't good answer. - Ken -- 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: BEAST to be patched in NSS
On 10/18/2013 12:55 PM, Miloslav Trmač wrote: On Wed, Oct 16, 2013 at 10:33 PM, Eric H. Christensen spa...@fedoraproject.org wrote: Information on this fix is in Bugzilla[1]. There are 80 packages affected, would it be possible to give the owners a shorter (and authoritative[1]) version, instead of asking each maintainer to fish the information out of a bug with 135 comments? * Can I test my package right now, before the NSS change lands? How? * If I need a workaround, what is the workaround? (Do I have to set an environment variable, or is there a way to do it in the API? If I do have to set an environment variable, do I have to do it at the very start before initializing NSS? Before opening the specific socket?, The update has been now to f20 updates-testing.https://admin.fedoraproject.org/updates/FEDORA-2013-19396/nss-3.15.2-2.fc20 I could hold it back very shortly give folks time but we really would like this during beta so we get feedback. NSS checks the value of the SSL_CBC_RANDOM_IV_SSL variable and you could programmatically set it to 0 with setenv,for example [1]. Elio [1] http://man7.org/linux/man-pages/man3/setenv.3.html Or at a different time?) Thank you, Mirek [1] I'm intentionally not providing my guesses at the answers. Set SSL_CBC_RANDOM_IV SSL=1 -- 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 1020729] New: perl-Pod-Spell-1.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1020729 Bug ID: 1020729 Summary: perl-Pod-Spell-1.12 is available Product: Fedora Version: rawhide Component: perl-Pod-Spell Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 1.12 Current version/release in Fedora Rawhide: 1.10-2.fc21 URL: http://search.cpan.org/dist/Pod-Spell/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=sq7pplR5eXa=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 1020802] New: Slic3r scrach
https://bugzilla.redhat.com/show_bug.cgi?id=1020802 Bug ID: 1020802 Summary: Slic3r scrach Product: Fedora Version: 19 Component: slic3r Assignee: mhron...@redhat.com Reporter: laurent.berthe...@gmx.fr QA Contact: extras...@fedoraproject.org CC: mhron...@redhat.com, perl-devel@lists.fedoraproject.org Description of problem: Slic3r scrach with two different ways : - first machine : when loadint a config.ini file Can't call method config on an undefined value at /usr/share/perl5/vendor_perl/Slic3r/GUI/SkeinPanel.pm line 356 - second machine : when slicing with a loaded config.ini file Can't call method current_preset on an undefined value at /usr/share/perl5/vendor_perl/Slic3r/GUI/SkeinPanel.pm line 201 Version-Release number of selected component (if applicable): 9.10(a) How reproducible: each time Steps to Reproduce on first machine: 1. loading a config.ini file 2. 3. Steps to Reproduce on first machine: 1. loading a config.ini file 2. loading a stl file 3. slicing Actual results: in both cases slic3r scrach Additional info: New version 9.10.b is fully functional An update from 9.10(a) to 9.10b should be a solution Thank for help LAurent_B (www.plateforme-c.org/) -- 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=18dVnA7Epua=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 Pod-Spell-1.12.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Pod-Spell: 7523e8dbce0cd375b561048dc19d888f Pod-Spell-1.12.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-Pod-Spell] 1.12 bump
commit 9f733342cde2abd751c0b4e3c3b9da3b2be2
Author: Jitka Plesnikova jples...@redhat.com
Date: Fri Oct 18 12:19:48 2013 +0200
1.12 bump
.gitignore |1 +
perl-Pod-Spell.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 8425aef..07b0d89 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@ Pod-Spell-1.01.tar.gz
/Pod-Spell-1.08.tar.gz
/Pod-Spell-1.09.tar.gz
/Pod-Spell-1.10.tar.gz
+/Pod-Spell-1.12.tar.gz
diff --git a/perl-Pod-Spell.spec b/perl-Pod-Spell.spec
index 08d1d1e..0bf52e0 100644
--- a/perl-Pod-Spell.spec
+++ b/perl-Pod-Spell.spec
@@ -1,6 +1,6 @@
Name: perl-Pod-Spell
-Version:1.10
-Release:2%{?dist}
+Version:1.12
+Release:1%{?dist}
Summary:A formatter for spell-checking POD
Group: Development/Libraries
License:Artistic 2.0
@@ -72,6 +72,9 @@ make test
%{_mandir}/man3/*.3pm*
%changelog
+* Fri Oct 18 2013 Jitka Plesnikova jples...@redhat.com - 1.12-1
+- 1.12 bump
+
* Tue Oct 01 2013 Jitka Plesnikova jples...@redhat.com - 1.10-2
- Added test BR perl(utf8)
diff --git a/sources b/sources
index 26b736a..ff17a7d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6aa18e87369ce0edce874bc9ae9569cc Pod-Spell-1.10.tar.gz
+7523e8dbce0cd375b561048dc19d888f Pod-Spell-1.12.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 1020809] New: Please simplify %perl_default_filter
https://bugzilla.redhat.com/show_bug.cgi?id=1020809
Bug ID: 1020809
Summary: Please simplify %perl_default_filter
Product: Fedora
Version: 20
Component: perl
Assignee: jples...@redhat.com
Reporter: fed...@famillecollet.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
See : https://fedorahosted.org/fpc/ticket/353
So, the %perl_default_filter macro definition could be simplyfy
-%global __provides_exclude_from
%{perl_vendorarch}/auto/.*.so$|%{perl_archlib}/.*.so$|%{_docdir}
+%global __provides_exclude_from %{_docdir}
This change will be reflected in
https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering#Perl
--
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=1lcX4fvrzea=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 1020809] Please simplify %perl_default_filter
https://bugzilla.redhat.com/show_bug.cgi?id=1020809 --- Comment #1 from Remi Collet fed...@famillecollet.com --- To be clear the %perl_default_filter macro definition could be simplify in Fedora = 20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ql2QCi5Xxka=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 1020729] perl-Pod-Spell-1.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1020729 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Pod-Spell-1.12-1.fc21 Resolution|--- |RAWHIDE Last Closed||2013-10-18 06:27:14 -- 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=DAkFIPzSYra=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 1020802] Slic3r scrach
https://bugzilla.redhat.com/show_bug.cgi?id=1020802 --- Comment #1 from Miro Hrončok mhron...@redhat.com --- I'm awere of this problem for some days now. However, how didi you get the info about version 9.10(a)? In Fedora, we have 9.10b. And the problem is still present. -- 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=lY12EtbxDIa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: slic3r
slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Padre
perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-BerkeleyDB
perl-BerkeleyDB has broken dependencies in the F-20 tree: On x86_64: perl-BerkeleyDB-0.53-1.fc20.x86_64 requires libdb = 0:5.3.21 On i386: perl-BerkeleyDB-0.53-1.fc20.i686 requires libdb = 0:5.3.21 On armhfp: perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[slic3r] Fix crash when loading config (#1020802)
commit 7ee7e67d92cfe6001c0d983f41c9c19ee8e07bfa
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 13:41:24 2013 +0200
Fix crash when loading config (#1020802)
slic3r-load-config-fix.patch | 39 +++
slic3r.spec | 26 +-
2 files changed, 52 insertions(+), 13 deletions(-)
---
diff --git a/slic3r-load-config-fix.patch b/slic3r-load-config-fix.patch
new file mode 100644
index 000..7a1b46f
--- /dev/null
+++ b/slic3r-load-config-fix.patch
@@ -0,0 +1,39 @@
+From b71bc371110765141da46b1f8b36efafea21f61c Mon Sep 17 00:00:00 2001
+From: Alessandro Ranellucci a...@cpan.org
+Date: Mon, 17 Jun 2013 19:27:08 +0200
+Subject: [PATCH] Remove a couple cases of dangerous aliasing, causing crashes.
+ #1257
+
+---
+ lib/Slic3r/GUI/SkeinPanel.pm | 8 ++--
+ 1 file changed, 6 insertions(+), 2 deletions(-)
+
+diff --git a/lib/Slic3r/GUI/SkeinPanel.pm b/lib/Slic3r/GUI/SkeinPanel.pm
+index 6c4842e..7644136 100644
+--- a/lib/Slic3r/GUI/SkeinPanel.pm
b/lib/Slic3r/GUI/SkeinPanel.pm
+@@ -247,7 +247,9 @@ sub load_config_file {
+ $Slic3r::GUI::Settings-{recent}{config_directory} = dirname($file);
+ Slic3r::GUI-save_settings;
+ $last_config = $file;
+-$_-load_config_file($file) for values %{$self-{options_tabs}};
++for my $tab (values %{$self-{options_tabs}}) {
++$tab-load_config_file($file);
++}
+ }
+
+ sub load_config {
+@@ -265,7 +267,9 @@ sub config_wizard {
+ return unless $self-check_unsaved_changes;
+ if (my $config = Slic3r::GUI::ConfigWizard-new($self)-run) {
+ if ($self-{mode} eq 'expert') {
+-$_-select_default_preset for values %{$self-{options_tabs}};
++for my $tab (values %{$self-{options_tabs}}) {
++$tab-select_default_preset;
++}
+ }
+ $self-load_config($config);
+ }
+--
+1.8.4
+
diff --git a/slic3r.spec b/slic3r.spec
index 4d75194..2295fb5 100644
--- a/slic3r.spec
+++ b/slic3r.spec
@@ -1,12 +1,12 @@
Name: slic3r
Version:0.9.10b
-Release:3%{?dist}
+Release:4%{?dist}
Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker
etc.)
License:AGPLv3 and CC-BY
# Images are CC-BY, code is AGPLv3
Group: Applications/Engineering
URL:http://slic3r.org/
-%global commit d0eac88ff9586b17dcc1766874f69dbd7e8c534f
+%global commit d0eac88ff9586b17dcc1766874f69dbd7e8c534f
%global shortcommit %(c=%{commit}; echo ${c:0:7})
Source0:
https://github.com/alexrj/Slic3r/archive/%{commit}/%{name}-%{version}-%{shortcommit}.tar.gz
@@ -17,6 +17,9 @@ Patch0: %{name}-datadir.patch
# Reasons are a bit complicated and are described in the patch
Patch1: %{name}-english-locale.patch
+# Fix crash when loading a config file
+Patch2: %{name}-load-config-fix.patch
+
Source1:%{name}.desktop
BuildArch: noarch
BuildRequires: perl(Boost::Geometry::Utils) = 0.12
@@ -46,15 +49,6 @@ Requires: perl(Growl::GNTP)
Requires: perl(XML::SAX)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
-%if 0%{?fedora} 18
-# This is provided by XML::SAX (but not stated there)
-%filter_from_requires /perl(XML::SAX::PurePerl)/d
-%endif
-
-# Not actually needed
-%filter_from_requires /perl(Wx::GLCanvas)/d
-%filter_setup
-
%description
Slic3r is a G-code generator for 3D printers. It's compatible with RepRaps,
Makerbots, Ultimakers and many more machines.
@@ -65,9 +59,10 @@ for more information.
%setup -qn Slic3r-%{commit}
%patch0 -p1
%patch1 -p1
+%patch2 -p1
%build
-perl Build.PL installdirs=vendor optimize=$RPM_OPT_FLAGS
+SLIC3R_NO_AUTO=1 perl Build.PL installdirs=vendor optimize=$RPM_OPT_FLAGS
./Build
%install
@@ -88,7 +83,7 @@ desktop-file-install
--dir=%{buildroot}%{_datadir}/applications %{SOURCE1}
./Build test
%files
-%doc MANIFEST README.markdown
+%doc README.markdown
%{_bindir}/%{name}
%{perl_vendorlib}/Slic3r*
%{_datadir}/pixmaps/%{name}.ico
@@ -97,6 +92,11 @@ desktop-file-install
--dir=%{buildroot}%{_datadir}/applications %{SOURCE1}
%{_mandir}/man3/*
%changelog
+* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 0.9.10b-4
+- Remove all filtering from provides, it is not needed anymore
+- Don't add MANIFEST to %%doc
+- Fix crash when loading config (#1020802)
+
* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.9.10b-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[slic3r/f20] Fix crash when loading config (#1020802)
Summary of changes: 7ee7e67... Fix crash when loading config (#1020802) (*) (*) 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
[slic3r/f19] (2 commits) ...Fix crash when loading config (#1020802)
Summary of changes: ce627f2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 7ee7e67... Fix crash when loading config (#1020802) (*) (*) 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
[slic3r/f18] (5 commits) ...Fix crash when loading config (#1020802)
Summary of changes: 2cba691... New upstream release (*) 6eb46fe... New upstream release 0.9.10b (*) 4806989... Filter perl(Wx::GLCanvas) from requires, it's optional and (*) ce627f2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 7ee7e67... Fix crash when loading config (#1020802) (*) (*) 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
[slic3r/f18] Go back to version 9.9.9 that works in F18
commit cf2034f718738d1d99072d79edc3ec29fe096cad
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 13:50:51 2013 +0200
Go back to version 9.9.9 that works in F18
.gitignore|2 -
slic3r-config-wizard-crash-fix.patch | 28
slic3r-config-wizard-crash-fix2.patch | 27 +++
slic3r-remove-net-dbus.patch | 33
slic3r.spec | 45 +++-
sources |2 +-
6 files changed, 110 insertions(+), 27 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ca72b15..cb87c0a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,4 +1,2 @@
/slic3r-0.9.8-7105243.tar.gz
/slic3r-0.9.9-01e86c2.tar.gz
-/slic3r-0.9.10b-f13c611.tar.gz
-/slic3r-0.9.10b-d0eac88.tar.gz
diff --git a/slic3r-config-wizard-crash-fix.patch
b/slic3r-config-wizard-crash-fix.patch
new file mode 100644
index 000..dae1db7
--- /dev/null
+++ b/slic3r-config-wizard-crash-fix.patch
@@ -0,0 +1,28 @@
+From b725847a5131f5dc7e82a7eeda1783e9287580ea Mon Sep 17 00:00:00 2001
+From: Alessandro Ranellucci a...@cpan.org
+Date: Wed, 3 Apr 2013 19:26:59 +0200
+Subject: [PATCH] Bugfix: configuration wizard led to crash with simple mode.
+ #1077
+
+---
+ lib/Slic3r/GUI/SkeinPanel.pm | 4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/lib/Slic3r/GUI/SkeinPanel.pm b/lib/Slic3r/GUI/SkeinPanel.pm
+index ef74033..1bcaa4d 100644
+--- a/lib/Slic3r/GUI/SkeinPanel.pm
b/lib/Slic3r/GUI/SkeinPanel.pm
+@@ -243,7 +243,9 @@ sub config_wizard {
+
+ return unless $self-check_unsaved_changes;
+ if (my $config = Slic3r::GUI::ConfigWizard-new($self)-run) {
+-$_-select_default_preset for values %{$self-{options_tabs}};
++if ($self-{mode} eq 'expert') {
++$_-select_default_preset for values %{$self-{options_tabs}};
++}
+ $self-load_config($config);
+ }
+ }
+--
+1.8.1.6
+
diff --git a/slic3r-config-wizard-crash-fix2.patch
b/slic3r-config-wizard-crash-fix2.patch
new file mode 100644
index 000..2ea90bf
--- /dev/null
+++ b/slic3r-config-wizard-crash-fix2.patch
@@ -0,0 +1,27 @@
+From 55c413627f8545fb5d2b75efb157d30689985d53 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Miro=20Hron=C4=8Dok?= m...@hroncok.cz
+Date: Tue, 23 Apr 2013 16:17:43 +0300
+Subject: [PATCH] Bugfix: configuration wizard crash 2 #1077
+
+---
+ lib/Slic3r/GUI/SkeinPanel.pm | 4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/lib/Slic3r/GUI/SkeinPanel.pm b/lib/Slic3r/GUI/SkeinPanel.pm
+index 1bcaa4d..1a822a0 100644
+--- a/lib/Slic3r/GUI/SkeinPanel.pm
b/lib/Slic3r/GUI/SkeinPanel.pm
+@@ -234,7 +234,9 @@ sub load_config {
+ my ($config) = @_;
+
+ foreach my $tab (values %{$self-{options_tabs}}) {
+-$tab-set_value($_, $config-$_) for keys %$config;
++if ($self-{mode} eq 'expert') {
++$tab-set_value($_, $config-$_) for keys %$config;
++}
+ }
+ }
+
+--
+1.8.1.6
+
diff --git a/slic3r-remove-net-dbus.patch b/slic3r-remove-net-dbus.patch
new file mode 100644
index 000..a6ed4b2
--- /dev/null
+++ b/slic3r-remove-net-dbus.patch
@@ -0,0 +1,33 @@
+diff --git a/Build.PL b/Build.PL
+index b8921a8..70d542c 100644
+--- a/Build.PL
b/Build.PL
+@@ -28,7 +28,6 @@ my $build = Module::Build-new(
+ recommends = {
+ 'Class::XSAccessor' = '0',
+ 'Growl::GNTP' = '0.15',
+-'Net::DBus' = '0',
+ 'XML::SAX::ExpatXS' = '0',
+ 'Wx' = '0.9901',
+ },
+diff --git a/lib/Slic3r/GUI.pm b/lib/Slic3r/GUI.pm
+index ceb6adb..48dd662 100644
+--- a/lib/Slic3r/GUI.pm
b/lib/Slic3r/GUI.pm
+@@ -424,16 +424,6 @@ sub notify {
+ $self-{growler}-notify(Event = 'SKEIN_DONE', Title = $title,
Message = $message)
+ if $self-{growler};
+ };
+-if (eval 'use Net::DBus; 1') {
+-eval {
+-my $session = Net::DBus-session;
+-my $serv = $session-get_service('org.freedesktop.Notifications');
+-my $notifier = $serv-get_object('/org/freedesktop/Notifications',
+- 'org.freedesktop.Notifications');
+-$notifier-Notify('Slic3r', 0, $self-{icon}, $title, $message,
[], {}, -1);
+-undef $Net::DBus::bus_session;
+-};
+-}
+ }
+
+ 1;
diff --git a/slic3r.spec b/slic3r.spec
index 2295fb5..cab3380 100644
--- a/slic3r.spec
+++ b/slic3r.spec
@@ -1,12 +1,12 @@
Name: slic3r
-Version:0.9.10b
-Release:4%{?dist}
+Version:0.9.9
+Release:5%{?dist}
Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker
etc.)
License:AGPLv3 and CC-BY
# Images are CC-BY, code is AGPLv3
Group: Applications/Engineering
URL:http://slic3r.org/
-%global commit d0eac88ff9586b17dcc1766874f69dbd7e8c534f
+%global commit 01e86c26159c5ff0570613831b82f638daf74450
[Bug 1020802] Slic3r scrach
https://bugzilla.redhat.com/show_bug.cgi?id=1020802 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- slic3r-0.9.10b-4.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/slic3r-0.9.10b-4.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=MmJzLynwZ8a=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 1020802] Slic3r crashes when loading config
https://bugzilla.redhat.com/show_bug.cgi?id=1020802 Miro Hrončok mhron...@redhat.com changed: What|Removed |Added Summary|Slic3r scrach |Slic3r crashes when loading ||config -- 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=kTXDk32Nida=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 993353] slic3r: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=993353 Miro Hrončok mhron...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Miro Hrončok mhron...@redhat.com --- So this might not be related to missing perl-Language-Expr at all :( It kight be related to perl-Moo, I'll investigate. -- 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=XdV5mGth5ha=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 Archive-Peek-0.35.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Archive-Peek: c6e12a48e77dd0303b97e9696b7d1e9f Archive-Peek-0.35.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-Archive-Peek] Initial import (perl-Archive-Peek-0.35-2)
commit a8dec917ec54a575277f0a2b6392472d53051014
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 18 14:34:51 2013 +0100
Initial import (perl-Archive-Peek-0.35-2)
This module lets you peek into archives without extracting them.
It currently supports tar files and zip files.
.gitignore |1 +
perl-Archive-Peek.spec | 57
sources|1 +
3 files changed, 59 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..04c542e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Archive-Peek-[0-9.]*.tar.gz
diff --git a/perl-Archive-Peek.spec b/perl-Archive-Peek.spec
new file mode 100644
index 000..e118613
--- /dev/null
+++ b/perl-Archive-Peek.spec
@@ -0,0 +1,57 @@
+Name: perl-Archive-Peek
+Version: 0.35
+Release: 2%{?dist}
+Summary: Peek into archives without extracting them
+Group: Development/Libraries
+License: GPL+ or Artistic
+URL: http://search.cpan.org/dist/Archive-Peek/
+Source0:
http://search.cpan.org/CPAN/authors/id/L/LB/LBROCARD/Archive-Peek-%{version}.tar.gz
+BuildArch: noarch
+# Module Build
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(strict)
+BuildRequires: perl(warnings)
+# Module Runtime
+BuildRequires: perl(Archive::Tar)
+BuildRequires: perl(Archive::Zip)
+BuildRequires: perl(Archive::Zip::MemberRead)
+BuildRequires: perl(IO::Uncompress::Bunzip2)
+BuildRequires: perl(Moose)
+BuildRequires: perl(MooseX::Types::Path::Class)
+# Test Suite
+BuildRequires: perl(Test::More) = 0.88
+BuildRequires: perl(Test::Pod) = 1.14
+# Runtime
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires: perl(IO::Uncompress::Bunzip2)
+
+%description
+This module lets you peek into archives without extracting them. It currently
+supports tar files and zip files.
+
+%prep
+%setup -q -n Archive-Peek-%{version}
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=%{buildroot}
+find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
+%{_fixperms} %{buildroot}
+
+%check
+make test
+
+%files
+%doc CHANGES README
+%{perl_vendorlib}/Archive/
+%{_mandir}/man3/Archive::Peek.3pm*
+
+%changelog
+* Fri Oct 18 2013 Paul Howarth p...@city-fan.org - 0.35-2
+- Clean up spec file for modern rpmbuild (EL-5 doesn't have needed deps)
+
+* Thu Oct 17 2013 Paul Howarth p...@city-fan.org - 0.35-1
+- Initial RPM version
diff --git a/sources b/sources
index e69de29..0129af6 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+c6e12a48e77dd0303b97e9696b7d1e9f Archive-Peek-0.35.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-Archive-Peek/f20] Initial import (perl-Archive-Peek-0.35-2)
Summary of changes: a8dec91... Initial import (perl-Archive-Peek-0.35-2) (*) (*) 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
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: slic3r
slic3r has broken dependencies in the rawhide tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Archive-Peek/f19] Initial import (perl-Archive-Peek-0.35-2)
Summary of changes: a8dec91... Initial import (perl-Archive-Peek-0.35-2) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Archive-Peek] Created tag perl-Archive-Peek-0.35-2.fc18
The lightweight tag 'perl-Archive-Peek-0.35-2.fc18' was created pointing to: a8dec91... Initial import (perl-Archive-Peek-0.35-2) -- 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-Archive-Peek] Created tag perl-Archive-Peek-0.35-2.el6
The lightweight tag 'perl-Archive-Peek-0.35-2.el6' was created pointing to: a8dec91... Initial import (perl-Archive-Peek-0.35-2) -- 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-Archive-Peek] Created tag perl-Archive-Peek-0.35-2.fc20
The lightweight tag 'perl-Archive-Peek-0.35-2.fc20' was created pointing to: a8dec91... Initial import (perl-Archive-Peek-0.35-2) -- 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-Archive-Peek] Created tag perl-Archive-Peek-0.35-2.fc21
The lightweight tag 'perl-Archive-Peek-0.35-2.fc21' was created pointing to: a8dec91... Initial import (perl-Archive-Peek-0.35-2) -- 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-Parse-CPAN-Packages/f20] Update to 2.38
Summary of changes: 7943c86... Update to 2.38 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Archive-Peek] Created tag perl-Archive-Peek-0.35-2.fc19
The lightweight tag 'perl-Archive-Peek-0.35-2.fc19' was created pointing to: a8dec91... Initial import (perl-Archive-Peek-0.35-2) -- 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-Parse-CPAN-Packages] Created tag perl-Parse-CPAN-Packages-2.38-1.fc21
The lightweight tag 'perl-Parse-CPAN-Packages-2.38-1.fc21' was created pointing to: 7943c86... Update to 2.38 -- 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-Parse-CPAN-Packages] Created tag perl-Parse-CPAN-Packages-2.38-1.fc20
The lightweight tag 'perl-Parse-CPAN-Packages-2.38-1.fc20' was created pointing to: 7943c86... Update to 2.38 -- 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 Role-Tiny-1.003002.tar.gz uploaded to lookaside cache by churchyard
A file has been added to the lookaside cache for perl-Role-Tiny: 2d9b46cdc8dbb59056710e2c8e35e25f Role-Tiny-1.003002.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Path-Tiny/f20] Update to 0.044
Summary of changes: 88fced6... Update to 0.044 (*) (*) 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 Path-Tiny-0.044.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Path-Tiny: 348efaf555b38bd5ecffbbfc8a82ee3b Path-Tiny-0.044.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-Moo/f20] Role::Tiny is now = 1.003002
commit 8a615e714c47f53d542ce7846b684420cdfa781c
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 17:04:52 2013 +0200
Role::Tiny is now = 1.003002
perl-Moo.spec |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
---
diff --git a/perl-Moo.spec b/perl-Moo.spec
index 8b30186..6e573e7 100644
--- a/perl-Moo.spec
+++ b/perl-Moo.spec
@@ -20,13 +20,13 @@ BuildRequires: perl(FindBin)
BuildRequires: perl(lib)
BuildRequires: perl(Module::Runtime) = 0.012
BuildRequires: perl(overload)
-BuildRequires: perl(Role::Tiny) = 1.003000
+BuildRequires: perl(Role::Tiny) = 1.003002
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(strictures) = 1.004003
BuildRequires: perl(Test::Fatal) = 0.003
BuildRequires: perl(Test::More) = 0.96
Requires: perl(Class::Method::Modifiers) = 1.10
-Requires: perl(Role::Tiny) = 1.003000
+Requires: perl(Role::Tiny) = 1.003002
Requires: perl(Class::MOP)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Provides: perl(Moo::Conflicts)
@@ -68,6 +68,7 @@ make test
* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 1.003001-1
- 1.003001 bump
- Source URL was changed in this release
+- Role::Tiny is now = 1.003002
* Fri Aug 16 2013 Jitka Plesnikova jples...@redhat.com - 1.003000-2
- Added perl(Moo::Conflicts) to provides
--
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-Moo] (2 commits) ...New relase, ensure that right Role::Tiny is poulled
Summary of changes: 8a615e7... Role::Tiny is now = 1.003002 (*) b823378... New relase, ensure that right Role::Tiny is poulled (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Moo: 2/2] New relase, ensure that right Role::Tiny is poulled
commit b8233784577d661db22cf8b498868d0c020f682f
Author: Miro Hrončok m...@hroncok.cz
Date: Fri Oct 18 17:06:09 2013 +0200
New relase, ensure that right Role::Tiny is poulled
perl-Moo.spec |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
---
diff --git a/perl-Moo.spec b/perl-Moo.spec
index 6e573e7..279c680 100644
--- a/perl-Moo.spec
+++ b/perl-Moo.spec
@@ -1,6 +1,6 @@
Name: perl-Moo
Version:1.003001
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Minimalist Object Orientation (with Moose compatibility)
License:GPL+ or Artistic
Group: Development/Libraries
@@ -65,10 +65,12 @@ make test
%{_bindir}/*
%changelog
+* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 1.003001-2
+- Role::Tiny is now = 1.003002
+
* Fri Oct 18 2013 Miro Hrončok mhron...@redhat.com - 1.003001-1
- 1.003001 bump
- Source URL was changed in this release
-- Role::Tiny is now = 1.003002
* Fri Aug 16 2013 Jitka Plesnikova jples...@redhat.com - 1.003000-2
- Added perl(Moo::Conflicts) to provides
--
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-Moo/f20] New relase, ensure that right Role::Tiny is poulled
Summary of changes: b823378... New relase, ensure that right Role::Tiny is poulled (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Path-Tiny] Created tag perl-Path-Tiny-0.044-1.fc20
The lightweight tag 'perl-Path-Tiny-0.044-1.fc20' was created pointing to: 88fced6... Update to 0.044 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Path-Tiny] Created tag perl-Path-Tiny-0.044-1.fc21
The lightweight tag 'perl-Path-Tiny-0.044-1.fc21' was created pointing to: 88fced6... Update to 0.044 -- 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
