EPEL epel beta report: 20140217 changes
Compose started at Mon Feb 17 08:15:02 UTC 2014 Broken deps for x86_64 -- 2ping-2.0-2.el7.noarch requires perl(Digest::CRC) 1:NetworkManager-openvpn-gnome-0.9.8.2-4.el7.x86_64 requires NetworkManager-gnome RemoteBox-1.7-1.el7.noarch requires rdesktop RemoteBox-1.7-1.el7.noarch requires perl-Gtk2 bodhi-server-0.9.8-1.el7.noarch requires python-simplemediawiki 1:centerim-4.22.10-14.el7.x86_64 requires perl(Time::ParseDate) check-mk-1.2.2p2-2.el7.x86_64 requires mod_python chm2pdf-0.9.1-13.el7.noarch requires python-chm chm2pdf-0.9.1-13.el7.noarch requires htmldoc dspam-3.10.2-9.el7.x86_64 requires perl(Mail::MboxParser) globus-gram-job-manager-pbs-1.6-7.el7.x86_64 requires torque-client globus-gram-job-manager-sge-1.7-2.el7.x86_64 requires gridengine koji-vm-1.8.0-2.el7.noarch requires python-virtinst lxc-templates-0.9.0-3.el7.x86_64 requires dpkg lxc-templates-0.9.0-3.el7.x86_64 requires debootstrap lxc-templates-0.9.0-3.el7.x86_64 requires busybox mcollective-common-2.4.1-1.el7.noarch requires rubygem(systemu) mcollective-common-2.4.1-1.el7.noarch requires rubygem(stomp) nagios-plugins-nrpe-2.15-1.el7.x86_64 requires nagios-plugins ocsinventory-2.1-1.el7.noarch requires mysql-server openpgpkey-milter-0.3-1.el7.noarch requires python-pymilter openpgpkey-milter-0.3-1.el7.noarch requires python-gnupg perl-PDL-2.7.0-2.el7.1.x86_64 requires perl(Prima::MsgBox) perl-Unicode-LineBreak-2013.11-1.el7.x86_64 requires perl(Unicode::LineBreak::Constants) plowshare-0.9.4-0.46.20140112git.el7.noarch requires caca-utils postgrey-1.34-12.el7.noarch requires perl(Net::Server::Multiplex) postgrey-1.34-12.el7.noarch requires perl(Net::Server::Daemonize) postgrey-1.34-12.el7.noarch requires perl(Net::Server) postgrey-1.34-12.el7.noarch requires perl(BerkeleyDB) python-social-auth-0.1.19-1.el7.noarch requires python-requests-oauthlib = 0:0.3.0 python-social-auth-0.1.19-1.el7.noarch requires python-oauthlib = 0:0.3.8 qt4pas-2.5-3.el7.x86_64 requires fpc-src rubygem-rspec-2.14.1-1.el7.noarch requires rubygem(rspec-mocks) = 0:2.14.1 rubygem-rspec-2.14.1-1.el7.noarch requires rubygem(rspec-expectations) = 0:2.14.1 rubygem-rspec-2.14.1-1.el7.noarch requires rubygem(rspec-core) = 0:2.14.1 spectrwm-2.4.0-2.el7.x86_64 requires xlockmore spectrwm-2.4.0-2.el7.x86_64 requires dmenu stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0 supervisor-3.0-1.el7.noarch requires python-meld3 = 0:0.6.5 Broken deps for ppc64 -- 2ping-2.0-2.el7.noarch requires perl(Digest::CRC) 1:NetworkManager-openvpn-gnome-0.9.8.2-4.el7.ppc64 requires NetworkManager-gnome RemoteBox-1.7-1.el7.noarch requires rdesktop RemoteBox-1.7-1.el7.noarch requires perl-Gtk2 TurboGears-1.1.3-8.el7.noarch requires python-simplejson = 0:1.9.1 bodhi-client-0.9.8-1.el7.noarch requires python-simplejson bodhi-server-0.9.8-1.el7.noarch requires python-simplemediawiki 1:centerim-4.22.10-14.el7.ppc64 requires perl(Time::ParseDate) check-mk-1.2.2p2-2.el7.ppc64 requires mod_python chm2pdf-0.9.1-13.el7.noarch requires python-chm chm2pdf-0.9.1-13.el7.noarch requires htmldoc dspam-3.10.2-9.el7.ppc64 requires perl(Mail::MboxParser) fedmsg-0.7.5-1.el7.noarch requires python-simplejson fedmsg-0.7.5-1.el7.noarch requires python-requests git-cola-1.9.4-2.el7.noarch requires python-simplejson globus-gram-job-manager-pbs-1.6-7.el7.ppc64 requires torque-client globus-gram-job-manager-sge-1.7-2.el7.ppc64 requires gridengine httpie-0.8.0-1.el7.noarch requires python-requests koji-vm-1.8.0-2.el7.noarch requires python-virtinst lxc-templates-0.9.0-3.el7.ppc64 requires dpkg lxc-templates-0.9.0-3.el7.ppc64 requires debootstrap lxc-templates-0.9.0-3.el7.ppc64 requires busybox mcollective-common-2.4.1-1.el7.noarch requires rubygem(systemu) mcollective-common-2.4.1-1.el7.noarch requires rubygem(stomp) nagios-plugins-nrpe-2.15-1.el7.ppc64 requires nagios-plugins ocsinventory-2.1-1.el7.noarch requires mysql-server openpgpkey-milter-0.3-1.el7.noarch requires python-pymilter openpgpkey-milter-0.3-1.el7.noarch requires python-gnupg perl-Authen-Simple-0.5-4.el7.noarch requires perl(Crypt::PasswdMD5) perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(Prima::MsgBox) perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec) perl-Unicode-LineBreak-2013.11-1.el7.ppc64 requires perl(Unicode::LineBreak::Constants)
EPEL ocaml-findlib on epel7 ppc64
ocaml-findlib does not appear to be available on rhel7/ppc64, although I see it on x86_64: ocaml-findlib.x86_64 1.3.3-4.el7 rhel-7-public-beta-rpms So, I think we need to build it in epel7 if we want to support ppc64, right? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On Mon, Feb 17, 2014 at 05:48:24PM +, Richard W.M. Jones wrote: (Optional channel). So I shouldn't be needed in EPEL 7, and indeed hmm ... s/I/it/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On 02/17/2014 10:48 AM, Richard W.M. Jones wrote: On Mon, Feb 17, 2014 at 10:42:04AM -0700, Orion Poplawski wrote: ocaml-findlib does not appear to be available on rhel7/ppc64, although I see it on x86_64: ocaml-findlib.x86_64 1.3.3-4.el7 rhel-7-public-beta-rpms So, I think we need to build it in epel7 if we want to support ppc64, right? I've just checked and we *are* building it for RHEL 7 ppc64 (Optional channel). So I shouldn't be needed in EPEL 7, and indeed building it in EPEL would be against policy. However I've no idea why ocaml-findlib-1.3.3-5.el7.ppc64 isn't appearing in the buildroot. Maybe it is being blocked by Red Hat release engineering? Rich. Well, it isn't in http://ftp.redhat.com/redhat/rhel/beta/7/ppc64/os/Packages/ so it does appear to be on RedHat's side. Other ocaml packages are there though. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On Mon, Feb 17, 2014 at 10:53:05AM -0700, Orion Poplawski wrote: Well, it isn't in http://ftp.redhat.com/redhat/rhel/beta/7/ppc64/os/Packages/ so it does appear to be on RedHat's side. Other ocaml packages are there though. There should be enough ocaml packages that you can at least rebuild the RHEL 7 packages on ppc64, which requires: for libguestfs hivex supermin: BuildRequires: ocaml BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-gettext-devel for virt-top: BuildRequires: ocaml = 3.10.2 BuildRequires: ocaml-ocamldoc BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-curses-devel = 1.0.3-7 BuildRequires: ocaml-extlib-devel BuildRequires: ocaml-xml-light-devel BuildRequires: ocaml-csv-devel BuildRequires: ocaml-calendar-devel BuildRequires: ocaml-libvirt-devel = 0.6.1.2-5 BuildRequires: ocaml-gettext-devel = 0.3.3 BuildRequires: ocaml-fileutils-devel So I would say that lack of those packages is a bug. You should file a bug against ... RHEL 7 / release engineering (probably)? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On 02/17/2014 11:03 AM, Richard W.M. Jones wrote: On Mon, Feb 17, 2014 at 10:53:05AM -0700, Orion Poplawski wrote: Well, it isn't in http://ftp.redhat.com/redhat/rhel/beta/7/ppc64/os/Packages/ so it does appear to be on RedHat's side. Other ocaml packages are there though. There should be enough ocaml packages that you can at least rebuild the RHEL 7 packages on ppc64, which requires: for libguestfs hivex supermin: BuildRequires: ocaml BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-gettext-devel for virt-top: BuildRequires: ocaml = 3.10.2 BuildRequires: ocaml-ocamldoc BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-curses-devel = 1.0.3-7 BuildRequires: ocaml-extlib-devel BuildRequires: ocaml-xml-light-devel BuildRequires: ocaml-csv-devel BuildRequires: ocaml-calendar-devel BuildRequires: ocaml-libvirt-devel = 0.6.1.2-5 BuildRequires: ocaml-gettext-devel = 0.3.3 BuildRequires: ocaml-fileutils-devel So I would say that lack of those packages is a bug. You should file a bug against ... RHEL 7 / release engineering (probably)? Rich. Well, none of libguestfs, hivex, supermin, virt-top are in the ppc64 repo either - so it seems that perhaps none of those are supported on RHEL7/ppc64. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On Mon, Feb 17, 2014 at 11:17:32AM -0700, Orion Poplawski wrote: On 02/17/2014 11:03 AM, Richard W.M. Jones wrote: On Mon, Feb 17, 2014 at 10:53:05AM -0700, Orion Poplawski wrote: Well, it isn't in http://ftp.redhat.com/redhat/rhel/beta/7/ppc64/os/Packages/ so it does appear to be on RedHat's side. Other ocaml packages are there though. There should be enough ocaml packages that you can at least rebuild the RHEL 7 packages on ppc64, which requires: for libguestfs hivex supermin: BuildRequires: ocaml BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-gettext-devel for virt-top: BuildRequires: ocaml = 3.10.2 BuildRequires: ocaml-ocamldoc BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-curses-devel = 1.0.3-7 BuildRequires: ocaml-extlib-devel BuildRequires: ocaml-xml-light-devel BuildRequires: ocaml-csv-devel BuildRequires: ocaml-calendar-devel BuildRequires: ocaml-libvirt-devel = 0.6.1.2-5 BuildRequires: ocaml-gettext-devel = 0.3.3 BuildRequires: ocaml-fileutils-devel So I would say that lack of those packages is a bug. You should file a bug against ... RHEL 7 / release engineering (probably)? Rich. Well, none of libguestfs, hivex, supermin, virt-top are in the ppc64 repo either - so it seems that perhaps none of those are supported on RHEL7/ppc64. There's a build bug open against libguestfs. It's waiting on someone to get me some hardware so I can fix it, but yes we will definitely be shipping all four of those in RHEL 7. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Heads up; F22 will require applications to ship appdata to be listed in software center
- Original Message - From: Przemek Klosowski przemek.klosow...@nist.gov To: devel@lists.fedoraproject.org Sent: Friday, February 14, 2014 10:43:16 PM Subject: Re: Heads up; F22 will require applications to ship appdata to be listed in software center On 02/14/2014 01:41 PM, Adam Williamson wrote: On Fri, 2014-02-14 at 13:02 -0500, Przemek Klosowski wrote: On 01/28/2014 03:12 PM, Richard Hughes wrote: On 28 January 2014 18:43, Przemek Klosowski przemek.klosow...@nist.gov wrote: There are two separate issues here: 'abandonment', and 'GUIness'. As to the latter, I think it's a mistake to have a primary application installation tool that only deals with GUI apps, because it relegates text-based tools, such as 'units', to a second-class status of being hard to find and to install. That's not the tool we've designed and built. We've built a GUI application installer, not a package installer. While it's not the fault of the installer, I am concerned about that distinction. For better or worse, a lot of useful tools seem to be out of scope for a 'GUI application installer'. GCC, perl, git, octave, R, units, mysql/sqlite3, this kind of thing. Do you actually want to use a tool like Software to install gcc? I just can't see why you would. You know gcc is what you want. You don't need a shiny description and some screenshots and user reviews on a 1-5 star scale. 'yum install gcc' seems a massively better fit. Who would it benefit to have something like gcc in Software? I see what you mean, but how do you install it, and other examples I provided? It's not just gcc: it's gcc-gfortran, gcc-arm, mingw64-gcc, msp430-gcc, etc. Well with GCC we are assuming people will read docs and figure out the command line parameters needed to use gcc. So expecting people to read the docs on how to use yum or 'yum search' is not expecting to much in my opinion. That said we should list the Developer Assistant in the Software center (or even have it installed by default) and that should be the tool IMHO to install these and other developer tools. Christian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Heads up; F22 will require applications to ship appdata to be listed in software center
On 17 February 2014 08:45, Christian Schaller cscha...@redhat.com wrote: That said we should list the Developer Assistant in the Software center (or even have it installed by default) and that should be the tool IMHO to install these and other developer tools. It's already in the software center (and ships an AppData file :) although I agree we could perhaps feature it more prominently. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rpm bug 1065563 affecting httpd / php packages
are such changes allowed within a stable release? https://bugzilla.redhat.com/show_bug.cgi?id=1065563 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rpm bug 1065563 affecting httpd / php packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 17/02/2014 10:24, Reindl Harald a écrit : are such changes allowed within a stable release? https://bugzilla.redhat.com/show_bug.cgi?id=1065563 As lot of package are using a bad virtual provides / requires with a double dash in EVR, and as a mass rebuild is probably a very bad idea in stable release, I think this new check should only go in rawhide. Remi. P.S. php is not affected, only httpd, as this double-dash have be removed in the php 5.5 update, so in fedora 19. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMB300ACgkQYUppBSnxahiQEACcCetAykGvjJ0qD29Bqe8bbQ/d glgAnjmkZjya/LxR+wHe1OTJMScC+dog =fwvA -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rpm bug 1065563 affecting httpd / php packages
On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet fed...@famillecollet.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 17/02/2014 10:24, Reindl Harald a écrit : are such changes allowed within a stable release? https://bugzilla.redhat.com/show_bug.cgi?id=1065563 As lot of package are using a bad virtual provides / requires with a double dash in EVR, and as a mass rebuild is probably a very bad idea in stable release, I think this new check should only go in rawhide. I don't think this calls for a mass rebuild or any kind of a rebuild actually, nor should it be rawhide only. AFAIU this doesn't affect runtime at all, only build time, and affected packages can be just fixed at the same time if they need an update in affected releases in the first place. -- 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: rpm bug 1065563 affecting httpd / php packages
Am 17.02.2014 11:37, schrieb Ville Skyttä: On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet fed...@famillecollet.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 17/02/2014 10:24, Reindl Harald a écrit : are such changes allowed within a stable release? https://bugzilla.redhat.com/show_bug.cgi?id=1065563 As lot of package are using a bad virtual provides / requires with a double dash in EVR, and as a mass rebuild is probably a very bad idea in stable release, I think this new check should only go in rawhide. I don't think this calls for a mass rebuild or any kind of a rebuild actually, nor should it be rawhide only. AFAIU this doesn't affect runtime at all, only build time, and affected packages can be just fixed at the same time if they need an update in affected releases in the first place. *no* look here to see why https://bugzilla.redhat.com/show_bug.cgi?id=1065563#c7 and the same will happen for *any* package built the same way, i can only speak about the few i am using yes, i am about rebuild subversion to get this solved because i have now changed all these Provides/Requires in my *private* webstack packages, but that shows it's not that simple you assume signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rpm bug 1065563 affecting httpd / php packages
On 02/17/2014 11:37 AM, Ville Skyttä wrote: On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet fed...@famillecollet.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 17/02/2014 10:24, Reindl Harald a écrit : are such changes allowed within a stable release? https://bugzilla.redhat.com/show_bug.cgi?id=1065563 As lot of package are using a bad virtual provides / requires with a double dash in EVR, and as a mass rebuild is probably a very bad idea in stable release, I think this new check should only go in rawhide. I don't think this calls for a mass rebuild or any kind of a rebuild actually, nor should it be rawhide only. AFAIU this doesn't affect runtime at all, only build time, and affected packages can be just fixed at the same time if they need an update in affected releases in the first place. Hmm, what is the recommended fix to affected EVRs which would allow fully transparent updates and upgrades from packages with broken EVRs? To replace - with _? Ralf -- 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: rpm bug 1065563 affecting httpd / php packages
On Mon, Feb 17, 2014 at 12:37:53PM +0200, Ville Skyttä wrote: I don't think this calls for a mass rebuild or any kind of a rebuild actually, nor should it be rawhide only. AFAIU this doesn't affect runtime at all, only build time, and affected packages can be just fixed at the same time if they need an update in affected releases in the first place. The new rpmbuild cannot build an httpd which will satisfy dependencies of current Fedora packages. The new rpmbuild will force us to break the existing ABI dependency for httpd, breaking compatibility with existing and third-party packages. And all that breakage is for zero gain, with a bunch of engineering time wasted. This change is inappropriate for a F19/20 update IMO. Yes, we know the deps are wrong, but that was not hurting any Fedora users, and we've fixed it properly for F21. Regards, Joe -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
how does somobeody install perl(ExtUtils::Embed)
[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: how does somobeody install perl(ExtUtils::Embed)
On 17/02/14 11:08, Reindl Harald wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? By quoting them: $ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)' 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 does somobeody install perl(ExtUtils::Embed)
On 17/02/14 11:08, Reindl Harald wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? You have to quote it, to stop the shell interpreting the parenthesis: sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)' Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- 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 does somobeody install perl(ExtUtils::Embed)
On Mon, 17 Feb 2014 12:08:53 +0100, Reindl Harald h.rei...@thelounge.net wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? Hi, use yum-builddep subversion or yum install perl(ExtUtils::Embed) to avoid treating the parentheses as control symbols -- 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 does somobeody install perl(ExtUtils::Embed)
Am 17.02.2014 12:10, schrieb Paul Howarth: On 17/02/14 11:08, Reindl Harald wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? By quoting them: $ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)' oh, thanks Build-Requires: perl-ExtUtils-Embed rubygem-minitest would do the same without special chars, no idea why things are done the hard way here and there signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: how does somobeody install perl(ExtUtils::Embed)
On 17/02/14 11:13, Reindl Harald wrote: Am 17.02.2014 12:10, schrieb Paul Howarth: On 17/02/14 11:08, Reindl Harald wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? By quoting them: $ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)' oh, thanks Build-Requires: perl-ExtUtils-Embed rubygem-minitest would do the same without special chars, no idea why things are done the hard way here and there Because modules sometimes move between packages. Using the virtual provide means that the dependency works regardless of which package provides it. 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
Package takeover request - pidgin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/10/2014 01:32 PM, Jan Synacek wrote: Hello, I've been trying to contact Stu Tomlinson for a while now -- in a bugzilla [1] and by mail. Anybody know how to contact him? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220 Cheers, As per [1], item 5., this is my request to take over the package. [1] http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline - -- Jan Synacek Software Engineer, Red Hat -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTAfXEAAoJEL3BmMJQOtjBhb4P/3LgfJ4d+uLWItSrUlJRFLMp K4ChA94b21XvVG1aX8HYb6/BEefrbivsHHsiB0l1oJwufMg6HJiLj+QujwF8ZiHo e29olP82QrHdWdEDb+69+jbA+vCDzP7hgAEDUDcjB8/NjvshuYBM77VyncLTXZZ3 NVDSfq8st/zMxTSN/01EJjwOvQwS+chKq8VL0mYNPMFqdciczgtt0TFYYl68Uns7 d/M6syyPjhXMpMjt6ETqgwgrzJ0JPbR5n8joAOKaaFJcuvEbxsBoYQiezKJ0+0Za T8eZOtSmzhDVJ+FotDsGFpxBoDiAL5k9vjXvuRzOfrh5FkTDlkPpqwrjHrFsnmHK tyPeBnxnMEsBqHNh+CFS8v/vYxh5n1hL5h9O183BsQJTAS2xOi42HaV5KY3NK6Li DWapcjp4bAYwJjuRoU4pY1yx+l/IWS3QhX5zXfQnTPaTPG/eKm5rUi5HhuAbmxdy ExEsiEhjR60vP8NtAmvwR89xWK5fh70XrUnPI/ZZ7Njr5pr278dRIqUn2nepad5D ZqFuCIMiykwVLR6BaRPKCxMeH0Psy+RAUP2fFzpC4QSr6Wfg69CbIbT1Fe/CMQxD C5cnwIS+4+Rjv9svnSYnLU6KeoOimGwBDL4/C6rLKne7EUvtSl5KkH4E09O8GvJv R40WehJUqM6XV4nVHhpA =dKCk -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
unsure for which package report a bug
what happened below is typing rpmü followed by a backspace interesting is that it results in a error message and in the history you have to press backspace again to get rid of a invisible char INTERESTING: * normally the machine is german * this happens only after LANG=C ___ [builduser@buildserver64:/rpmbuild/SRPMS]$ rpm -ivh *.rpmü error: File not found by glob: *.rpmü [builduser@buildserver64:/rpmbuild/SRPMS]$ rpm -ivh *.rpm error: File not found by glob: *.rpm� [builduser@buildserver64:/rpmbuild/SRPMS]$ rpm -ivh *.rpm Updating / installing... 1:GeoIP-1.6.0-1.fc20.20140217.rh # [100%] signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: unsure for which package report a bug
On 02/17/2014 12:47 PM, Reindl Harald wrote: what happened below is typing rpmü followed by a backspace interesting is that it results in a error message and in the history you have to press backspace again to get rid of a invisible char INTERESTING: * normally the machine is german * this happens only after LANG=C It's not a bug. This behavior is expected if your input locale is multi-byte and the input is process by a console application assuming it's in a single-byte locale. -- Florian Weimer / Red Hat Product Security Team -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: how does somobeody install perl(ExtUtils::Embed)
On 02/17/2014 12:13 PM, Reindl Harald wrote: Am 17.02.2014 12:10, schrieb Paul Howarth: On 17/02/14 11:08, Reindl Harald wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? By quoting them: $ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)' oh, thanks Build-Requires: perl-ExtUtils-Embed rubygem-minitest would do the same without special chars, no idea why things are done the hard way here and there perl-ExtUtils-Embed and perl(ExtUtils::Embed) are not the same thing: * perl-ExtUtils-Embed refers to a package named perl-ExtUtils-Embed * perl(ExtUtils::Embed) refers to the perl module providing ExtUtils::Embed. As perl modules may move between packages at any time, there is no strict connection between a perl module and a package (which happens to temporarily provide a module). That said, it's Fedora perl-packaging convention not use perl packages but to use perl module names for BuildRequires/Requires/Provides. Furthermore, rpm automatically adds many (theoretically all) Provides/Requires based on perl modules. Ralf -- 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 1062968] systemd failed to run vncserver due to permission issues
https://bugzilla.redhat.com/show_bug.cgi?id=1062968 --- Comment #12 from Miroslav Grepl mgr...@redhat.com --- This works on F20 because of initrc_t - unconfined_t transition which has been removed in F20. -- 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=0JGsAj8BwJa=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
New PCRE API proposal
Many of you use regular expressions. Many of the expression are more than regular. They can be called Perl-Compatible Regular Expressions (PCRE). Those who need to support PCRE in their code use usually the well-known PCRE library http://www.pcre.org/. PCRE library maintainers decided to design shiny new API and implement it in a new PCRE2 library. (Don't panic, current PCRE library will be _maintained_ for reasonable long time). This new API proposal is available at ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/Testing/PCRE2_proposal.pdf. Some of the new features are call-back based interface with thread-safe memory model, proper (Unicode) code unit support (different character widths), or start-pointer-and-length string specification. Feel free to discuss these changes at PCRE development mailing list pcre-...@exim.org. -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Package takeover request - pidgin
Jan, On Mon, Feb 17, 2014 at 11:43 AM, Jan Synacek jsyna...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/10/2014 01:32 PM, Jan Synacek wrote: Hello, I've been trying to contact Stu Tomlinson for a while now -- in a bugzilla [1] and by mail. Anybody know how to contact him? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220 Cheers, As per [1], item 5., this is my request to take over the package. [1] http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline Many apologies for missing your bug email. As you can tell I have had no time to contribute to Fedora in a long time. I will shortly orphan the following packages: pidgin libsilc pidgin pidgin-guifications pidgin-libnotify pidgin-rhythmbox Regards, Stu. -- 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: Package takeover request - pidgin
On Mon, Feb 17, 2014 at 12:57 PM, Stu Tomlinson s...@nosnilmot.com wrote: Jan, On Mon, Feb 17, 2014 at 11:43 AM, Jan Synacek jsyna...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/10/2014 01:32 PM, Jan Synacek wrote: Hello, I've been trying to contact Stu Tomlinson for a while now -- in a bugzilla [1] and by mail. Anybody know how to contact him? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220 Cheers, As per [1], item 5., this is my request to take over the package. [1] http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline Many apologies for missing your bug email. As you can tell I have had no time to contribute to Fedora in a long time. I will shortly orphan the following packages: pidgin libsilc pidgin pidgin-guifications pidgin-libnotify pidgin-rhythmbox Correction: I was not owner of pidgin-guifications pidgin-libnotify. The others have been released now. Regards, Stu. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
gnome-disk-utility orphaned ?
Hi, See: https://bugzilla.redhat.com/show_bug.cgi?id=1063259 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
Re: Package takeover request - pidgin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/17/2014 01:57 PM, Stu Tomlinson wrote: Jan, On Mon, Feb 17, 2014 at 11:43 AM, Jan Synacek jsyna...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/10/2014 01:32 PM, Jan Synacek wrote: Hello, I've been trying to contact Stu Tomlinson for a while now -- in a bugzilla [1] and by mail. Anybody know how to contact him? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220 Cheers, As per [1], item 5., this is my request to take over the package. [1] http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline Many apologies for missing your bug email. As you can tell I have had no time to contribute to Fedora in a long time. I will shortly orphan the following packages: pidgin libsilc pidgin pidgin-guifications pidgin-libnotify pidgin-rhythmbox No problem, I've already taken over pidgin. Thanks! - -- Jan Synacek Software Engineer, Red Hat -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTAhOTAAoJEL3BmMJQOtjBhLgP/1khnhoSao3UILZ8QTiekxMM 0JjpOsRnvLOGqT+BTulkUoassbh/iLk3vIxTUQesAU38x2rVyPLCXpol/7oeGeRU CEl6eaFkgrC8mNEVJb/+6T1DHMxmDEDTdICQCurszt7muRjSgfQF6V1I/YFgo0gS x/N53G9j+CWrgawwWxY1ArcQvfRphPDrO46TFTx8CrC5H4rTQ16IMb8Kg3Ll7SRB GV4mIvi/gkbwk4vDtj+EgjbYdA2NI4vMobzpHhnETzwz8V3a4kx05GJ4Xma2+hvF tO9pno6U40YSsG8wgfMe8VpkagNeXbs6fJrU/kJsSU4VBVLV+n8+wfsoBR7H941h Mv6JHWRPcZ1hkPrmqGE6mlYnIt64cYzQHUCW8bK/CVzblyPMQrXopD3TvKD1eA9o OjHOt8gWfQM9VgSF3A0u38LBy3sWUxyo1m9tAGq3IvdIHz93/RmqPavrR5yJ0IIT g8Q/W0DnJSwSrSflvMLO5YW/Op5xHgNcavXMtDsFwERV8QNBOUcu8cEwU8AH5Y2K /RIY/wkvbyVJq1bWBKEnz+uoM8TglNa4O6WqGVTHdKDJCLpTcNNsiVIrbSrYlDLF 7KDQuDOBpxADgmoFQbaQ2UTnPuyEGRbxJZpj3ijzZPZhzc4p9jPx8gFldSWjWfuy +WyWQPfypoqLjyrCScRZ =ou54 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-IPC-Shareable/epel7] (3 commits) ...Update to 0.61
Summary of changes: 6349ee2... Perl 5.18 rebuild (*) a33e831... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 55d78df... Update to 0.61 (*) (*) 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: Heads up; F22 will require applications to ship appdata to be listed in software center
On 17 February 2014 08:45, Christian Schaller cscha...@redhat.com wrote: Well with GCC we are assuming people will read docs and figure out the command line parameters needed to use gcc. So expecting people to read the docs on how to use yum or 'yum search' is not expecting to much in my opinion. That said we should list the Developer Assistant in the Software center (or even have it installed by default) and that should be the tool IMHO to install these and other developer tools. Really? I mean, it's one thing to say 'if you want to use command line tools you have to use a command line package manager' (which isn't really the case anyway), but is it actually the intention that non-GUI components get split up into separate domains with their own GUI managers. Just seems a little odd. -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Test-Pod] Declare run-time dependency on File::Find
commit d7fd0c9ad397bb4cd13e5e36d9be41b64c18bf0e Author: Petr Písař ppi...@redhat.com Date: Mon Feb 17 14:50:17 2014 +0100 Declare run-time dependency on File::Find perl-Test-Pod.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec index d1b9aaf..4dcbf90 100644 --- a/perl-Test-Pod.spec +++ b/perl-Test-Pod.spec @@ -1,6 +1,6 @@ Name: perl-Test-Pod Version:1.48 -Release:4%{?dist} +Release:5%{?dist} Summary:Test POD files for correctness Group: Development/Libraries License:GPL+ or Artistic @@ -20,6 +20,7 @@ BuildRequires: perl(Test::Builder::Tester) = 1.02 BuildRequires: perl(Test::More) = 0.62 BuildRequires: perl(warnings) Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) +Requires: perl(File::Find) Requires: perl(Pod::Simple) = 3.05 Requires: perl(Test::More) = 0.62 @@ -51,6 +52,9 @@ LC_ALL=C ./Build test %{_mandir}/man3/Test::Pod.3pm* %changelog +* Mon Feb 17 2014 Petr Pisar ppi...@redhat.com - 1.48-5 +- Declare run-time dependency on File::Find (bug #1066006) + * Thu Feb 13 2014 Petr Pisar ppi...@redhat.com - 1.48-4 - Clarify license (bug #1064447) - Remove run-time dependency on Test::Builder::Tester (bug #1064743) -- 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-Log-Any] Bootstrap of EPEL-7 done
commit 9680f0175314fe48ee9528586641d387f595d04f Author: Paul Howarth p...@city-fan.org Date: Mon Feb 17 13:50:55 2014 + Bootstrap of EPEL-7 done perl-Log-Any.spec |8 1 files changed, 4 insertions(+), 4 deletions(-) --- diff --git a/perl-Log-Any.spec b/perl-Log-Any.spec index 098e0e7..20426d0 100644 --- a/perl-Log-Any.spec +++ b/perl-Log-Any.spec @@ -1,9 +1,6 @@ -# Bootstrap EPEL-7 build -%global perl_bootstrap 1 - Name: perl-Log-Any Version:0.15 -Release:2%{?dist} +Release:3%{?dist} Summary:Bringing loggers and listeners together License:GPL+ or Artistic Group: Development/Libraries @@ -65,6 +62,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/Log::Any::Test.3pm* %changelog +* Mon Feb 17 2014 Paul Howarth p...@city-fan.org - 0.15-3 +- Bootstrap of EPEL-7 done + * Sun Feb 16 2014 Paul Howarth p...@city-fan.org - 0.15-2 - Bootstrap EPEL-7 build -- 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: additional repository with {experimental,incubating} content
On 02/12/2014 04:58 PM, Marcela Mašláňová wrote: Yesterday we spoke at Env and Stacks WG about Fedora additional repository. I was wondering what might other products need to put there. Will be the content experimental? Would it be the content just developing (not good for main Fedora repository) or simply not good to became Fedora package, because it contains bundles? I would love to hear your use-cases, so Env WG could create policy and workflow for such repo. Currently, it looks like it could contain also packages, which will be good for main repo in the future. The repository should have only minimal rules, not standard review, no conflicts among packages, ... You can follow whole discussion here [1], but no conclusion yet, just ideas. Another question is if for example Ruby collection needed by OpenShift (Cloud WG) will be needed in main repo or it could be installed from additional repository. [1] https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-February/000173.html Thanks for your input, Marcela Sorry for the late reply, darn DevConf plague struck me last week quite badly. I would have one concrete example that probably would apply for a host of other packages: Right now Daniel Vratil is using COPRS to package and provide the latest early version of KDE5 resp. KF5 as it's called now. As those packages are actually destined to be be part of Fedora proper over the next months i think an incubator repository would be an excellent idea for early development next release version of software. Lower hurdle to get packages in, don't need to yet follow the FPC fully but which at some point are expected to move to Fedora and where a better visibility then COPRS repositories provides would be great. And this could work i think for many other projects too, where early access test packages could be provided for the Brave and the Free. :) Not sure if that would apply to your idea of the experimental/incubator repository, but i'd love to see something like that to be honest. Basically a middle ground between Fedora proper and COPRS. Thanks regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Manager Core Services| Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com Wankelstrasse 5 | Web: http://www.redhat.com/ D-70563 Stuttgart, Germany -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: gnome-disk-utility orphaned ?
- Original Message - Hi, See: https://bugzilla.redhat.com/show_bug.cgi?id=1063259 It's not, and it's probably just an oversight. Feel free to cherry-pick the updates from F20 into master. Cheers -- 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: gnome-disk-utility orphaned ?
On Mon, Feb 17, 2014 at 09:17:18AM -0500, Bastien Nocera wrote: - Original Message - Hi, See: https://bugzilla.redhat.com/show_bug.cgi?id=1063259 It's not, and it's probably just an oversight. Feel free to cherry-pick the updates from F20 into master. If it's not, the maintainer listed on pkgdb is named 'orphan' https://admin.fedoraproject.org/pkgdb/acls/name/gnome-disk-utility Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Log-Any] Created tag perl-Log-Any-0.15-3.fc21
The lightweight tag 'perl-Log-Any-0.15-3.fc21' was created pointing to: 9680f01... Bootstrap of EPEL-7 done -- 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-Log-Any] Created tag perl-Log-Any-0.15-2.el7
The lightweight tag 'perl-Log-Any-0.15-2.el7' was created pointing to: c19badf... Bootstrap EPEL-7 build -- 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: additional repository with {experimental,incubating} content
On 02/17/2014 02:58 PM, Phil Knirsch wrote: On 02/12/2014 04:58 PM, Marcela Mašláňová wrote: Yesterday we spoke at Env and Stacks WG about Fedora additional repository. I was wondering what might other products need to put there. Will be the content experimental? Would it be the content just developing (not good for main Fedora repository) or simply not good to became Fedora package, because it contains bundles? I would love to hear your use-cases, so Env WG could create policy and workflow for such repo. Currently, it looks like it could contain also packages, which will be good for main repo in the future. The repository should have only minimal rules, not standard review, no conflicts among packages, ... You can follow whole discussion here [1], but no conclusion yet, just ideas. Another question is if for example Ruby collection needed by OpenShift (Cloud WG) will be needed in main repo or it could be installed from additional repository. [1] https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-February/000173.html Thanks for your input, Marcela Sorry for the late reply, darn DevConf plague struck me last week quite badly. I would have one concrete example that probably would apply for a host of other packages: Right now Daniel Vratil is using COPRS to package and provide the latest early version of KDE5 resp. KF5 as it's called now. As those packages are actually destined to be be part of Fedora proper over the next months i think an incubator repository would be an excellent idea for early development next release version of software. Lower hurdle to get packages in, don't need to yet follow the FPC fully but which at some point are expected to move to Fedora and where a better visibility then COPRS repositories provides would be great. And this could work i think for many other projects too, where early access test packages could be provided for the Brave and the Free. :) Not sure if that would apply to your idea of the experimental/incubator repository, but i'd love to see something like that to be honest. Basically a middle ground between Fedora proper and COPRS. Thanks regards, Phil Sounds great to me. Hurray, first good use-case. Thanks, Marcela -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ModemManager update
On Sex, 2014-02-14 at 09:18 -0600, Dan Williams wrote: On Thu, 2014-02-13 at 19:00 +, Sérgio Basto wrote: On Qui, 2014-02-13 at 12:56 -0600, Dan Williams wrote: On Sat, 2014-02-01 at 15:03 +0100, poma wrote: With a companion libraries. ;) ↗ libmbim-1.6.0 ↗ libqmi-1.8.0 ↗ ModemManager-1.2.0 poma Oh Danny boy, the pipes, the pipes are calling From glen to glen, and down the mountain side The summer's gone, and all the flowers are dying 'Tis you, 'tis you must go and I must bide. I've done the builds for rawhide with your patches; lets let them be there for a week to see if there are major issues, and then update F20. Sound OK? So to test it, I need build [1] ModemManager, libmbim and libqmi any thing else ? I believe these 3 are all you need. If you encounter any problems: I built locally with : fedpkg clone libmbim fedpkg clone libqmi fedpkg clone ModemManager cd libmbim fedpkg srpm mock -r fedora-20-x86_64 --rebuild libmbim-1.6.0-1.fc21.src.rpm --no-clean cd ../libqmi fedpkg srpm mock -r fedora-20-x86_64 --rebuild libqmi-1.8.0-1.fc21.src.rpm --no-clean mock -r fedora-20-x86_64 --install /var/lib/mock/fedora-20-x86_64/result/libqmi-devel-1.8.0-1.fc20.x86_64.rpm /var/lib/mock/fedora-20-x86_64/result/libqmi-1.8.0-1.fc20.x86_64.rpm /var/lib/mock/fedora-20-x86_64/result/libmbim-devel-1.6.0-1.fc20.x86_64.rpm /var/lib/mock/fedora-20-x86_64/result/libmbim-1.6.0-1.fc20.x86_64.rpm cd ../ModemManager/ vi ModemManager.spec -BuildRequires: libqmi-devel = 1.6 -BuildRequires: libmbim-devel = 1.5 +BuildRequires: libqmi-devel = 1.8 +BuildRequires: libmbim-devel = 1.6 fedpkg srpm; mock -r fedora-20-x86_64 --rebuild ModemManager-1.2.0-1.fc21.src.rpm --no-clean and is working exactly in the same way. this messages are gone : warn couldn't load IMSI: 'QMI operation failed: Cannot send message: QMI service 'dms' version '1.3' required, got version '1.2'' warn couldn't load current Bands: 'QMI operation failed: Cannot send message: QMI service 'nas' version '1.1' required, got version '1.0'' but stil missing signal strength on nm-applet. Many thanks, mmcli --set-logging=DEBUG and then try to reproduce the problem, and grab the systemd journal output from ModemManager. mmcli -m 0 output is also very useful, feel free to XXX out any IMSI or IMEI or phone #. Dan -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Owner-change] Fedora packages ownership change
Change in ownership over the last 168 hours === 57 packages were orphaned - ghc-arrows [devel,f19] was orphaned by shakthimaan Classes that extend the Arrow class https://admin.fedoraproject.org/pkgdb/acls/name/ghc-arrows gnome-disk-utility [devel,f19,f20] was orphaned by lbazan Disk management application https://admin.fedoraproject.org/pkgdb/acls/name/gnome-disk-utility ghc-IOSpec [f19,f20] was orphaned by shakthimaan A pure specification of the IO monad https://admin.fedoraproject.org/pkgdb/acls/name/ghc-IOSpec dgc [EL-5,EL-6,devel,f20] was orphaned by shakthimaan Digital Gate Compiler https://admin.fedoraproject.org/pkgdb/acls/name/dgc ghc-lazysmallcheck [devel,f20] was orphaned by shakthimaan A library for demand-driven testing of Haskell programs https://admin.fedoraproject.org/pkgdb/acls/name/ghc-lazysmallcheck torque [EL-5,EL-6] was orphaned by stevetraylen Tera-scale Open-source Resource and QUEue manager https://admin.fedoraproject.org/pkgdb/acls/name/torque ghc-chalmers-lava2000 [devel,f19,f20] was orphaned by shakthimaan A Hardware description library for Haskell https://admin.fedoraproject.org/pkgdb/acls/name/ghc-chalmers-lava2000 ghc-blaze-textual [devel,f19] was orphaned by shakthimaan Library for fast rendering of common data types https://admin.fedoraproject.org/pkgdb/acls/name/ghc-blaze-textual sed [devel,f19] was orphaned by ovasik A GNU stream text editor https://admin.fedoraproject.org/pkgdb/acls/name/sed brainfuck [f19,f20] was orphaned by shakthimaan Haskell brainfuck library https://admin.fedoraproject.org/pkgdb/acls/name/brainfuck openshift-origin-cartridge-diy-0.1 [devel,f19,f20] was orphaned by tdawson Provides openshift diy (Do It Yourself) support https://admin.fedoraproject.org/pkgdb/acls/name/openshift-origin-cartridge-diy-0.1 ghc-show [f19,f20] was orphaned by shakthimaan Show library that provides ShowQ, ShowFun, and SimpleReflect https://admin.fedoraproject.org/pkgdb/acls/name/ghc-show ghc-data-reify [devel,f20] was orphaned by shakthimaan Converts recursive data structures into graphs https://admin.fedoraproject.org/pkgdb/acls/name/ghc-data-reify gengetopt [devel,f20] was orphaned by rishi Tool to write command line option parsing code for C programs https://admin.fedoraproject.org/pkgdb/acls/name/gengetopt eqntott [devel,f19,f20] was orphaned by shakthimaan Generates truth tables from Boolean equations https://admin.fedoraproject.org/pkgdb/acls/name/eqntott ghc-smallcheck [devel,f20] was orphaned by shakthimaan A testing library to verify properties of test cases https://admin.fedoraproject.org/pkgdb/acls/name/ghc-smallcheck CUnit [EL-6,devel,f19,f20] was orphaned by shakthimaan A unit testing framework for C https://admin.fedoraproject.org/pkgdb/acls/name/CUnit libxml++ [EL-5,EL-6] was orphaned by icon C++ wrapper for the libxml2 XML parser library https://admin.fedoraproject.org/pkgdb/acls/name/libxml++ cgnslib [EL-6,devel,f20] was orphaned by shakthimaan Computational Fluid Dynamics General Notation System https://admin.fedoraproject.org/pkgdb/acls/name/cgnslib ghc-ForSyDe [devel,f20] was orphaned by shakthimaan A formal system design methodology library for Haskell https://admin.fedoraproject.org/pkgdb/acls/name/ghc-ForSyDe ghc-dotgen [f20] was orphaned by shakthimaan Simple interface to build .dot graph files https://admin.fedoraproject.org/pkgdb/acls/name/ghc-dotgen nesc [EL-5,EL-6,devel,f19] was orphaned by shakthimaan Compiler used by TinyOS https://admin.fedoraproject.org/pkgdb/acls/name/nesc ghc-parameterized-data [devel,f19,f20] was orphaned by shakthimaan A parameterized-data library for Haskell https://admin.fedoraproject.org/pkgdb/acls/name/ghc-parameterized-data ghc-feldspar-language [devel] was orphaned by shakthimaan Functional Embedded Language for DSP and PARallelism https://admin.fedoraproject.org/pkgdb/acls/name/ghc-feldspar-language ghc-oeis [f19,f20] was orphaned by shakthimaan A oeis library for Haskell https://admin.fedoraproject.org/pkgdb/acls/name/ghc-oeis ghc-logict [devel] was orphaned by shakthimaan A continuation-based, backtracking, logic programming monad https://admin.fedoraproject.org/pkgdb/acls/name/ghc-logict ghc-numbers [f20] was orphaned by shakthimaan Instances of the numerical classes for a variety of different numbers https://admin.fedoraproject.org/pkgdb/acls/name/ghc-numbers ghc-readline [f19] was orphaned by shakthimaan A Haskell interface to the GNU readline library https://admin.fedoraproject.org/pkgdb/acls/name/ghc-readline openshift-origin-cartridge-abstract [devel,f19,f20] was orphaned by tdawson OpenShift Origin common cartridge components
Agenda for Env-and-Stacks WG meeting (2014-02-18)
WG meeting will be at 13:00 UTC in #fedora-meeting on Freenode. == Topic == # additional repository fedora-{incubator,ugly} * prepare proposal for additional repository based on discussion from mailing list https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-February/000173.html https://lists.fedoraproject.org/pipermail/devel/2014-February/195483.html We can change proposal if we receive more input from other WG. #SCL in Fedora Speak with Server and Cloud - what do they need. FPC - what's needed now See you tomorrow, Marcela -- 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-qpid_proton/epel7] Fixed a few packages to properly provide virtual Perl packages.
Summary of changes: f7f557f... Fixed a few packages to properly provide virtual Perl packa (*) (*) 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 does somobeody install perl(ExtUtils::Embed)
On Mon, Feb 17, 2014 at 12:11:54PM +0100, Martin Briza wrote: On Mon, 17 Feb 2014 12:08:53 +0100, Reindl Harald h.rei...@thelounge.net wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? Hi, use yum-builddep subversion or even better in this case: yum-builddep ./subversion.spec 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: gnome-disk-utility orphaned ?
On 17 February 2014 15:45, Hans de Goede hdego...@redhat.com wrote: rhughes just bumped it to 3.11.0, so this is fixed now, I'll go and close the bug. Actually, mclazy picked it up automatically, I can't claim credit :) Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: how does somobeody install perl(ExtUtils::Embed)
Am 17.02.2014 17:42, schrieb Richard W.M. Jones: On Mon, Feb 17, 2014 at 12:11:54PM +0100, Martin Briza wrote: On Mon, 17 Feb 2014 12:08:53 +0100, Reindl Harald h.rei...@thelounge.net wrote: [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec error: Failed build dependencies: perl(ExtUtils::Embed) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 rubygem(minitest) is needed by subversion-1.8.5-2.fc20.20140217.rh.x86_64 [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install perl(ExtUtils::Embed) rubygem(minitest) -bash: syntax error near unexpected token `(' _ how is somebody expected to translate such Require / Build-Requires to a package name yum understands? yum-builddep subversion or even better in this case: yum-builddep ./subversion.spec *that* is cool - thanks! signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rpm bug 1065563 affecting httpd / php packages
On Mon, Feb 17, 2014 at 10:56:14AM +, Joe Orton wrote: On Mon, Feb 17, 2014 at 12:37:53PM +0200, Ville Skyttä wrote: I don't think this calls for a mass rebuild or any kind of a rebuild actually, nor should it be rawhide only. AFAIU this doesn't affect runtime at all, only build time, and affected packages can be just fixed at the same time if they need an update in affected releases in the first place. The new rpmbuild cannot build an httpd which will satisfy dependencies of current Fedora packages. The new rpmbuild will force us to break the existing ABI dependency for httpd, breaking compatibility with existing and third-party packages. And all that breakage is for zero gain, with a bunch of engineering time wasted. This change is inappropriate for a F19/20 update IMO. Yes, we know the deps are wrong, but that was not hurting any Fedora users, and we've fixed it properly for F21. I think this depends on what rpm and yum are currently doing with the dependencies. As Panu says here: https://bugzilla.redhat.com/show_bug.cgi?id=1065563#c1 if - is used in version or release then rpm and yum have to guess about what portion of hte string is the version and which is the release. If rpm/yum are doing the wrong thing in a large number of cases (there's several ways it could be wrong -- one portion of the stack is parsing it as Version: 20140215-x86 Release: 64 and another is parsing it as Version: 20140215 Release: x86-64; there's a manual version comparison somewhere that's looking for something like httpd-mmn = 20140215 which always evaluates false because the Provides is evaluating to Version: 20140215-x86; etc) then it can be effectively argued that the provides themselves need to be fixed in the stable Fedora release. rpmbuild's refusal to build is simply a helpful tool for showing where these broken Provides are present. However, it could also be that over the course of time rpm and the software built on top of it has evolved to make the same guess about where to separate version-release in the ambiguous case. If that's the case then sure, rpm could continue to allow the broken behaviour in stable releases and only make the change in rawhide. I'd leave it to Panu and the rpm team to let us know which of those scenarios are true for the current code. -Toshio pgpjADYu0Jmk_.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rpm bug 1065563 affecting httpd / php packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 17/02/2014 18:02, Toshio Kuratomi a écrit : I think this depends on what rpm and yum are currently doing with the dependencies. As Panu says here: https://bugzilla.redhat.com/show_bug.cgi?id=1065563#c1 if - is used in version or release then rpm and yum have to guess about what portion of hte string is the version and which is the release. Yes the EVR is broken. But currently yum / rpm / createrepo parse this the same way, and so this issue have never hit fedora User. This issue only hits spacewalk / satellite (or RHN) users (which have a different parser for EVR). I think the panu's proposal to turn this into a warning in f19/f20 is the correct solution. Remi. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMCRIUACgkQYUppBSnxahhAiwCghrs7RJ7+rLIF9wEEx3A30FH3 FUUAoJUovq8hYGYqPy+du2SNMgIGLSJc =RiXS -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 820663] update of Finance::Quote
https://bugzilla.redhat.com/show_bug.cgi?id=820663 --- Comment #20 from Fedora Update System upda...@fedoraproject.org --- perl-Finance-Quote-1.20-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/perl-Finance-Quote-1.20-1.el6 -- 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=IuM6ZBtcWma=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
Good Fedora-compatible multi-monitor video card recommendation
Hi all, What would be a good (as in, relatively painless) video card for driving as many 1080p monitors as possible? I'm not concerned about 3D performance at all... It will be to display terminals/rarely-changing web pages only. I know Matrox sort of specializes in multi-monitor setups, but I can't say I've heard them recommended much. Fedora 20, fwiw. Thanks! -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Ignore - Re: Good Fedora-compatible multi-monitor video card recommendation
Sorry, I meant to post this to the general user's list. -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? -- 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: a stop job is running for User Manager for 0
On Thu, 2014-02-06 at 14:43 -0500, Paul Wouters wrote: I'm using a minimal netinstall version of fedora20 for testing using KVM. We very often cycle these machines (once per test, we run hundreds of tests) Regularly, we get tests failing because the VM does not boot within 60 seconds, and seems to hang at: a stop job is running for User Manager for 0 The machine is still in single user mode, so I cannot get any more information out of it. The message is rather useless, because it does not tell me anything about the problem. Which job is still running? What is it waiting for? What's a User Manager? Who is 0? I'm not even sure at what component we are looking for to report a bug :( Does anyone have more information for me? This may be fixed with https://admin.fedoraproject.org/updates/systemd-208-14.fc20 . Try it? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[amavisd-new] Move clamd socket to /var/run/clamd.amavisd/clamd.sock
commit 07c1a82b541e40cd02acd8f9e1872babc3c75548 Author: Juan Orti Alcaine j.orti.alca...@gmail.com Date: Mon Feb 17 09:21:16 2014 +0100 Move clamd socket to /var/run/clamd.amavisd/clamd.sock Move clamd socket and allow freshclam to notify the running daemon amavis-clamd.conf |4 ++-- amavisd-conf.patch|2 +- amavisd-new-tmpfiles.conf |2 +- amavisd-new.spec | 11 +++ 4 files changed, 11 insertions(+), 8 deletions(-) --- diff --git a/amavis-clamd.conf b/amavis-clamd.conf index 0449325..a84b8ef 100644 --- a/amavis-clamd.conf +++ b/amavis-clamd.conf @@ -7,7 +7,7 @@ LogFacility LOG_MAIL # This option allows you to save a process identifier of the listening # daemon (main thread). -PidFile /var/run/amavisd/clamd.pid +PidFile /var/run/clamd.amavisd/clamd.pid # Remove stale socket after unclean shutdown. # Default: disabled @@ -17,4 +17,4 @@ FixStaleSocket yes User amavis # Path to a local socket file the daemon will listen on. -LocalSocket /var/spool/amavisd/clamd.sock +LocalSocket /var/run/clamd.amavisd/clamd.sock diff --git a/amavisd-conf.patch b/amavisd-conf.patch index ef1b7a1..5cb5e23 100644 --- a/amavisd-conf.patch +++ b/amavisd-conf.patch @@ -92,7 +92,7 @@ -# # this entry; when running chrooted one may prefer a socket under $MYHOME. + ### http://www.clamav.net/ + ['ClamAV-clamd', -+\ask_daemon, [CONTSCAN {}\n, /var/spool/amavisd/clamd.sock], ++\ask_daemon, [CONTSCAN {}\n, /var/run/clamd.amavisd/clamd.sock], +qr/\bOK$/m, qr/\bFOUND$/m, +qr/^.*?: (?!Infected Archive)(.*) FOUND$/m ], + # NOTE: run clamd under the same user as amavisd - or run it under its own diff --git a/amavisd-new-tmpfiles.conf b/amavisd-new-tmpfiles.conf index 082b271..fac3b2f 100644 --- a/amavisd-new-tmpfiles.conf +++ b/amavisd-new-tmpfiles.conf @@ -1,2 +1,2 @@ d /var/run/amavisd 755 amavis amavis - -d /var/run/clamd.amavisd 755 amavis amavis - +d /var/run/clamd.amavisd 770 amavis clamupdate - diff --git a/amavisd-new.spec b/amavisd-new.spec index a9fb647..e56caf7 100644 --- a/amavisd-new.spec +++ b/amavisd-new.spec @@ -3,7 +3,7 @@ Summary:Email filter with virus scanner and spamassassin support Name: amavisd-new Version:2.8.1 -Release:1%{?prerelease:.%{prerelease}}%{?dist} +Release:2%{?prerelease:.%{prerelease}}%{?dist} # LDAP schema is GFDL, some helpers are BSD, core is GPLv2+ License:GPLv2+ and BSD and GFDL Group: Applications/System @@ -147,8 +147,7 @@ install -D -p -m 644 %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/clamd.d/amavisd.co install -D -p -m 755 %{SOURCE6} $RPM_BUILD_ROOT%{_sysconfdir}/cron.daily/amavisd mkdir -p $RPM_BUILD_ROOT%{_localstatedir}/spool/amavisd/{tmp,db,quarantine} -touch $RPM_BUILD_ROOT%{_localstatedir}/spool/amavisd/clamd.sock -mkdir -p $RPM_BUILD_ROOT%{_localstatedir}/run/amavisd +mkdir -p $RPM_BUILD_ROOT%{_localstatedir}/run/{clamd.amavisd,amavisd} %if 0%{?fedora} 17 install -D -m 644 %{SOURCE8} $RPM_BUILD_ROOT%{_tmpfilesdir}/amavisd-new.conf @@ -197,11 +196,11 @@ exit 0 %dir %attr(700,amavis,amavis) %{_localstatedir}/spool/amavisd/tmp %dir %attr(700,amavis,amavis) %{_localstatedir}/spool/amavisd/db %dir %attr(700,amavis,amavis) %{_localstatedir}/spool/amavisd/quarantine -%ghost %{_localstatedir}/spool/amavisd/clamd.sock %if 0%{?fedora} 17 %attr(644,root,root) %{_tmpfilesdir}/amavisd-new.conf %endif %dir %attr(755,amavis,amavis) %{_localstatedir}/run/amavisd +%dir %attr(770,amavis,clamupdate) %{_localstatedir}/run/clamd.amavisd %files snmp %defattr(-,root,root,-) @@ -210,6 +209,10 @@ exit 0 %{_sbindir}/amavisd-snmp-subagent %changelog +* Mon Feb 17 2014 Juan Orti Alcaine jo...@fedoraproject.org 2.8.1-2 +- Move clamd socket to /var/run/clamd.amavisd +- Add permissions to clamupdate to notify clamd + * Wed Feb 12 2014 Juan Orti Alcaine jo...@fedoraproject.org 2.8.1-1 - Update to version 2.8.1 - Add systemd service units -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Unicode-LineBreak
perl-Unicode-LineBreak has broken dependencies in the epel-7 tree: On x86_64: perl-Unicode-LineBreak-2013.11-1.el7.x86_64 requires perl(Unicode::LineBreak::Constants) On ppc64: perl-Unicode-LineBreak-2013.11-1.el7.ppc64 requires perl(Unicode::LineBreak::Constants) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the epel-7 tree: On x86_64: perl-PDL-2.7.0-2.el7.1.x86_64 requires perl(Prima::MsgBox) On ppc64: perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(Prima::MsgBox) perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Authen-Simple
perl-Authen-Simple has broken dependencies in the epel-7 tree: On ppc64: perl-Authen-Simple-0.5-4.el7.noarch requires perl(Crypt::PasswdMD5) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: dspam
dspam has broken dependencies in the epel-7 tree: On x86_64: dspam-3.10.2-9.el7.x86_64 requires perl(Mail::MboxParser) On ppc64: dspam-3.10.2-9.el7.ppc64 requires perl(Mail::MboxParser) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: stompclt
stompclt has broken dependencies in the epel-7 tree: On x86_64: stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0 On ppc64: stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Env-Sanctify-1.12.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Env-Sanctify: d84cbd3edb45584d074684e4d8114e64 Env-Sanctify-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-Env-Sanctify] Update to 1.12
commit 3879a5c0f9640ca0c6fdbb1aaac91b199eb2b4e6 Author: Paul Howarth p...@city-fan.org Date: Mon Feb 17 10:19:58 2014 + Update to 1.12 - New upstream release 1.12 - Added test for sanctification plus adding an env variable - Don't run the Pod tests for EL-5/EL-6 builds perl-Env-Sanctify.spec | 19 --- sources|2 +- 2 files changed, 17 insertions(+), 4 deletions(-) --- diff --git a/perl-Env-Sanctify.spec b/perl-Env-Sanctify.spec index 5a414ac..2151991 100644 --- a/perl-Env-Sanctify.spec +++ b/perl-Env-Sanctify.spec @@ -1,6 +1,6 @@ Name: perl-Env-Sanctify Summary: Lexically scoped sanctification of %%ENV -Version: 1.10 +Version: 1.12 Release: 1%{?dist} License: GPL+ or Artistic Group: Development/Libraries @@ -9,13 +9,16 @@ Source0: http://search.cpan.org/CPAN/authors/id/B/BI/BINGOS/Env-Sanctify-%{versi BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch # Build -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +# Module +BuildRequires: perl(strict) +BuildRequires: perl(warnings) # Test suite BuildRequires: perl(File::Spec) BuildRequires: perl(IO::Handle) BuildRequires: perl(IPC::Open3) BuildRequires: perl(Pod::Coverage::TrustPod) -BuildRequires: perl(Test::More) +BuildRequires: perl(Test::More) = 0.47 BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) # Runtime @@ -44,7 +47,12 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} ';' %{_fixperms} %{buildroot} %check +# Pod test modules too old prior to RHEL-7 +%if 0%{?fedora} || 0%{?rhel} 6 make test AUTHOR_TESTING=1 RELEASE_TESTING=1 +%else +make test AUTHOR_TESTING=1 +%endif %clean rm -rf %{buildroot} @@ -55,6 +63,11 @@ rm -rf %{buildroot} %{_mandir}/man3/Env::Sanctify.3pm* %changelog +* Mon Feb 17 2014 Paul Howarth p...@city-fan.org - 1.12-1 +- Update to 1.12 + - Added test for sanctification plus adding an env variable +- Don't run the Pod tests for EL-5/EL-6 builds + * Fri Sep 27 2013 Paul Howarth p...@city-fan.org - 1.10-1 - Update to 1.10 - Release new dist with fixed compile test diff --git a/sources b/sources index b525bcd..179b001 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -eb73cab014fb60e0795618589dbc6565 Env-Sanctify-1.10.tar.gz +d84cbd3edb45584d074684e4d8114e64 Env-Sanctify-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-Env-Sanctify/epel7] Update to 1.12
Summary of changes: 3879a5c... Update to 1.12 (*) (*) 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-Env-Sanctify] Created tag perl-Env-Sanctify-1.12-1.fc21
The lightweight tag 'perl-Env-Sanctify-1.12-1.fc21' was created pointing to: 3879a5c... Update to 1.12 -- Fedora Extras Perl SIG http://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-Env-Sanctify] Created tag perl-Env-Sanctify-1.12-1.el7
The lightweight tag 'perl-Env-Sanctify-1.12-1.el7' was created pointing to: 3879a5c... Update to 1.12 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1062968] systemd failed to run vncserver due to permission issues
https://bugzilla.redhat.com/show_bug.cgi?id=1062968 Tim Waugh twa...@redhat.com changed: What|Removed |Added Flags||needinfo?(yevgeniy.melnichu ||k...@googlemail.com) --- Comment #9 from Tim Waugh twa...@redhat.com --- type=SELINUX_ERR msg=audit(1392234160.211:2339): security_compute_sid: invalid context system_u:unconfined_r:initrc_t:s0 for scontext=system_u:system_r:initrc_t:s0 tcontext=system_u:object_r:unconfined_exec_t:s0 tclass=process Perhaps one of the binaries involved is labelled unconfined_exec_t? What does 'ls -Z /bin/bash /usr/bin/perl /usr/bin/vncserver' say? -- 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=Pyc0gbvoiua=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 1062968] systemd failed to run vncserver due to permission issues
https://bugzilla.redhat.com/show_bug.cgi?id=1062968 Miroslav Grepl mgr...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED Flags|needinfo?(yevgeniy.melnichu | |k...@googlemail.com) | --- Comment #10 from Miroslav Grepl mgr...@redhat.com --- This is really weird issue. Basically it is caused by ExecStartPre=/bin/sh -c '/usr/bin/vncserver -kill %i /dev/null 21 || :' which means we have init_t @bin_t - initrc_t But we don't want to see it in initrc_t but in unconfined_t. -- 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=hMcp9qgDo1a=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 1062968] systemd failed to run vncserver due to permission issues
https://bugzilla.redhat.com/show_bug.cgi?id=1062968 --- Comment #11 from Miroslav Grepl mgr...@redhat.com --- (In reply to Miroslav Grepl from comment #10) This is really weird issue. Basically it is caused by ExecStartPre=/bin/sh -c '/usr/bin/vncserver -kill %i /dev/null 21 || :' which means we have init_t @bin_t - initrc_t I meant init_t @shell_exec_t - initrc_t But we don't want to see it in initrc_t but in unconfined_t. -- 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=m0zgKeVWbVa=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 ctstream-15 uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for ctstream: ee75490936cf8a559ba649cf54fee50c ctstream-15 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[ctstream] Version 15 bump
commit f6f39a1e95928d6528909946e53d739decc737a7 Author: Petr Písař ppi...@redhat.com Date: Mon Feb 17 12:40:15 2014 +0100 Version 15 bump .gitignore|1 + ctstream.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 2b8c4d7..e774857 100644 --- a/.gitignore +++ b/.gitignore @@ -6,3 +6,4 @@ /ctstream-11 /ctstream-12 /ctstream-13 +/ctstream-15 diff --git a/ctstream.spec b/ctstream.spec index 7ed5c65..dbb4f39 100644 --- a/ctstream.spec +++ b/ctstream.spec @@ -1,5 +1,5 @@ Name: ctstream -Version:13 +Version:15 Release:1%{?dist} Summary:Get URLs of Czech Television video streams Group: Applications/Internet @@ -23,6 +23,9 @@ install %{SOURCE0} %{buildroot}%{_bindir}/%{name} %{_bindir}/* %changelog +* Mon Feb 17 2014 Petr Pisar ppi...@redhat.com - 15-1 +- Version 15 bump + * Mon Feb 03 2014 Petr Pisar ppi...@redhat.com - 13-1 - Version 13 bump diff --git a/sources b/sources index f138973..b8dc71b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -726afb9346cd04fc6e415862e0f02229 ctstream-13 +ee75490936cf8a559ba649cf54fee50c ctstream-15 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[ctstream/f19] Version 15 bump
commit 3968c07ec1940427fde7c332e5d94da409a01869 Author: Petr Písař ppi...@redhat.com Date: Mon Feb 17 12:40:15 2014 +0100 Version 15 bump .gitignore|1 + ctstream.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 2b8c4d7..e774857 100644 --- a/.gitignore +++ b/.gitignore @@ -6,3 +6,4 @@ /ctstream-11 /ctstream-12 /ctstream-13 +/ctstream-15 diff --git a/ctstream.spec b/ctstream.spec index b9e0380..4198f61 100644 --- a/ctstream.spec +++ b/ctstream.spec @@ -1,5 +1,5 @@ Name: ctstream -Version:13 +Version:15 Release:1%{?dist} Summary:Get URLs of Czech Television video streams Group: Applications/Internet @@ -23,6 +23,9 @@ install %{SOURCE0} %{buildroot}%{_bindir}/%{name} %{_bindir}/* %changelog +* Mon Feb 17 2014 Petr Pisar ppi...@redhat.com - 15-1 +- Version 15 bump + * Mon Feb 03 2014 Petr Pisar ppi...@redhat.com - 13-1 - Version 13 bump diff --git a/sources b/sources index f138973..b8dc71b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -726afb9346cd04fc6e415862e0f02229 ctstream-13 +ee75490936cf8a559ba649cf54fee50c ctstream-15 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[ctstream/f20] Version 15 bump
Summary of changes: f6f39a1... Version 15 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1065277] ctstream-14 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1065277 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |MODIFIED Fixed In Version||ctstream-15-1.fc21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7DSGFnqjB0a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1065277] ctstream-14 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1065277 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- ctstream-15-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/ctstream-15-1.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=4mXvLmJ5Fea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1065277] ctstream-14 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1065277 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- ctstream-15-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/ctstream-15-1.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=HRWev0gku9a=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 rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Catalyst-Controller-HTML-FormFu
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide tree: On x86_64: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On i386: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On armhfp: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: mojomojo
mojomojo has broken dependencies in the rawhide tree: On x86_64: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On i386: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On armhfp: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Crypt-PasswdMD5/epel7] This is an EPEL limited-arch support package
commit dd48560cbf9e288abb8fdc76c987b489d93b79f3 Author: Paul Howarth p...@city-fan.org Date: Mon Feb 17 13:12:21 2014 + This is an EPEL limited-arch support package Prefix release with 0. for EPEL-7 limited-arch support package (package is in RHEL-7 but not for ppc64) perl-Crypt-PasswdMD5.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/perl-Crypt-PasswdMD5.spec b/perl-Crypt-PasswdMD5.spec index b38dd50..48f0abd 100644 --- a/perl-Crypt-PasswdMD5.spec +++ b/perl-Crypt-PasswdMD5.spec @@ -1,6 +1,6 @@ Name: perl-Crypt-PasswdMD5 Version: 1.3 -Release: 16%{?dist} +Release: 0.16%{?dist} Summary: Provides interoperable MD5-based crypt() functions License: (GPL+ or Artistic) and Beerware Group: Development/Libraries @@ -39,6 +39,10 @@ make test %{_mandir}/man3/* %changelog +* Mon Feb 17 2014 Paul Howarth p...@city-fan.org - 1.3-0.16 +- Prefix release with 0. for EPEL-7 limited-arch support package + (package is in RHEL-7 but not for ppc64) + * Tue Nov 13 2012 Jitka Plesnikova jples...@redhat.com - 1.3-16 - Add license Beerware - Use DESTDIR rather than PERL_INSTALL_ROOT -- Fedora Extras Perl SIG http://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-Crypt-PasswdMD5/epel7] Sync with EL-7 package for ppc64 support
commit 40ff1ff7a1dcd2c16cf36fc13492aad08c282823 Author: Paul Howarth p...@city-fan.org Date: Mon Feb 17 13:07:28 2014 + Sync with EL-7 package for ppc64 support perl-Crypt-PasswdMD5.spec | 58 ++--- sources |2 +- 2 files changed, 19 insertions(+), 41 deletions(-) --- diff --git a/perl-Crypt-PasswdMD5.spec b/perl-Crypt-PasswdMD5.spec index a0a2516..b38dd50 100644 --- a/perl-Crypt-PasswdMD5.spec +++ b/perl-Crypt-PasswdMD5.spec @@ -1,34 +1,25 @@ -%global cpan_version 1.40 -Name: perl-Crypt-PasswdMD5 -# Keep 1-digit version because of history -Version:%(echo '%{cpan_version}' | sed 's/\.\(.\)/.\1./') -Release:1%{?dist} -Summary:Provides interoperable MD5-based crypt() functions -License:GPL+ or Artistic -Group: Development/Libraries -URL:http://search.cpan.org/dist/Crypt-PasswdMD5/ -Source0: http://search.cpan.org/CPAN/authors/id/R/RS/RSAVAGE/Crypt-PasswdMD5-%{cpan_version}.tgz -BuildArch: noarch -BuildRequires: perl -BuildRequires: perl(ExtUtils::MakeMaker) -BuildRequires: perl(strict) -BuildRequires: perl(warnings) -# Run-time: -BuildRequires: perl(Digest::MD5) = 2.53 +Name: perl-Crypt-PasswdMD5 +Version: 1.3 +Release: 16%{?dist} +Summary: Provides interoperable MD5-based crypt() functions +License: (GPL+ or Artistic) and Beerware +Group: Development/Libraries +URL: http://search.cpan.org/dist/Crypt-PasswdMD5/ +Source0: http://search.cpan.org/CPAN/authors/id/L/LU/LUISMUNOZ/Crypt-PasswdMD5-%{version}.tar.gz +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +BuildArch: noarch +BuildRequires: perl(Digest::MD5) BuildRequires: perl(Exporter) -# Tests: -BuildRequires: perl(Test::More) = 0.94 -Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) -Requires: perl(Digest::MD5) = 2.53 - -# Filer under-specified dependencies -%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(Digest::MD5\\)$ +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: %{_bindir}/iconv %description -This package provides MD5-based crypt() functions. +This package provides MD5-based crypt() functions %prep -%setup -q -n Crypt-PasswdMD5-%{cpan_version} +%setup -q -n Crypt-PasswdMD5-%{version} +%{_bindir}/iconv -f iso-8859-1 -t utf-8 -o PasswdMD5.pm.new PasswdMD5.pm mv PasswdMD5.pm.new PasswdMD5.pm +%{__sed} -i -e 's/ISO-8859-1/UTF-8/' PasswdMD5.pm %build perl Makefile.PL INSTALLDIRS=vendor @@ -43,24 +34,11 @@ chmod -R u+w %{buildroot}/* make test %files -%doc Changes README +%doc README %{perl_vendorlib}/Crypt %{_mandir}/man3/* %changelog -* Tue Oct 01 2013 Petr Pisar ppi...@redhat.com - 1.4.0-1 -- 1.40 bump -- License changed to (GPL+ or Artistic) - -* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.3-19 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild - -* Wed Jul 17 2013 Petr Pisar ppi...@redhat.com - 1.3-18 -- Perl 5.18 rebuild - -* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.3-17 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild - * Tue Nov 13 2012 Jitka Plesnikova jples...@redhat.com - 1.3-16 - Add license Beerware - Use DESTDIR rather than PERL_INSTALL_ROOT diff --git a/sources b/sources index 2e80e9d..258fbda 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -efc61e1f62c9768be39df2613d685343 Crypt-PasswdMD5-1.40.tgz +368205b1be8c0d4f807afe25d6fbd1ad Crypt-PasswdMD5-1.3.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Compress-Lzma/epel7] Update to 2.061
Summary of changes: e7f0c6b... Update to 2.061 (*) (*) 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-Crypt-PasswdMD5] Created tag perl-Crypt-PasswdMD5-1.3-0.16.el7
The lightweight tag 'perl-Crypt-PasswdMD5-1.3-0.16.el7' was created pointing to: dd48560... This is an EPEL limited-arch support package -- Fedora Extras Perl SIG http://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-Log-Any/epel7] (4 commits) ...Bootstrap EPEL-7 build
Summary of changes: 43a7f44... Perl 5.18 rebuild (*) e7ed75a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 8c69ea4... Update to 0.15 (*) c19badf... Bootstrap EPEL-7 build (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Multiplex] Created tag perl-IO-Multiplex-1.13-6.el7
The lightweight tag 'perl-IO-Multiplex-1.13-6.el7' was created pointing to: e249df9... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://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-IPC-Shareable] Created tag perl-IPC-Shareable-0.61-1.el7
The lightweight tag 'perl-IPC-Shareable-0.61-1.el7' was created pointing to: 55d78df... Update to 0.61 -- Fedora Extras Perl SIG http://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 1066021] New: Fix package specifications in qpid_proton.pm and ExceptionHandling.pm
https://bugzilla.redhat.com/show_bug.cgi?id=1066021 Bug ID: 1066021 Summary: Fix package specifications in qpid_proton.pm and ExceptionHandling.pm Product: Fedora Version: rawhide Component: perl-qpid_proton Assignee: dpie...@redhat.com Reporter: dpie...@redhat.com QA Contact: extras...@fedoraproject.org CC: dpie...@redhat.com, perl-devel@lists.fedoraproject.org External Bug ID: Apache JIRA PROTON-519 It would be better to follow common Perl practice to specify package name according to the file path. Here's the patch: http://cheeselee.fedorapeople.org/qpid_proton-0.6-perl-package.diff -- 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=J0IMUZm5c0a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
perl-Guard in EPEL-7
Hi, I need perl-Guard in EPEL-7 as a dependency of perl-Log-Any-Adapter. Would one of you please branch and build it? I'm happy to do it myself if you're busy. I'm also happy to take the package myself if you're not interested in EPEL-7. Please let me know anyway. The Rawhide package builds cleanly in EPEL-7 by the way. Cheers, Paul. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: perl-Guard in EPEL-7
Feel free to request the branch I'm notre interested un perl module anymore. So feel free to request acl on the Fedora package also. Thx for asking Nicolas (kwizart) Le 17 févr. 2014 15:17, Paul Howarth p...@city-fan.org a écrit : Hi, I need perl-Guard in EPEL-7 as a dependency of perl-Log-Any-Adapter. Would one of you please branch and build it? I'm happy to do it myself if you're busy. I'm also happy to take the package myself if you're not interested in EPEL-7. Please let me know anyway. The Rawhide package builds cleanly in EPEL-7 by the way. Cheers, Paul. -- Fedora Extras Perl SIG http://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-qpid_proton] Fixed a few packages to properly provide virtual Perl packages.
commit f7f557fc09d4aaa6ae580f533b4109bc9f9708ee Author: Darryl L. Pierce mcpie...@gmail.com Date: Mon Feb 17 09:30:46 2014 -0500 Fixed a few packages to properly provide virtual Perl packages. - Removed the Provides that are now fixed. - Resolves: BZ#1066021 ...Updated-Perl-modules-to-provide-missing-p.patch | 52 perl-qpid_proton.spec | 14 +++-- 2 files changed, 61 insertions(+), 5 deletions(-) --- diff --git a/01-PROTON-519-Updated-Perl-modules-to-provide-missing-p.patch b/01-PROTON-519-Updated-Perl-modules-to-provide-missing-p.patch new file mode 100644 index 000..d5c28ef --- /dev/null +++ b/01-PROTON-519-Updated-Perl-modules-to-provide-missing-p.patch @@ -0,0 +1,52 @@ +From da781326b38bcd263c6806f1efa91df0d50c6ddd Mon Sep 17 00:00:00 2001 +From: Darryl L. Pierce mcpie...@gmail.com +Date: Mon, 17 Feb 2014 09:19:34 -0500 +Subject: [PATCH] PROTON-519: Updated Perl modules to provide missing packages. + +Incorporated patch from Robin Lee, plus added a similar change to +qpid_proton.pm as well. + +Contributed by: Robin Lee cheese...@fedoraproject.org +--- + proton-c/bindings/perl/lib/qpid/proton/Constants.pm | 2 ++ + proton-c/bindings/perl/lib/qpid/proton/ExceptionHandling.pm | 2 ++ + proton-c/bindings/perl/lib/qpid_proton.pm | 2 ++ + 3 files changed, 6 insertions(+) + +diff --git a/proton-c/bindings/perl/lib/qpid/proton/Constants.pm b/proton-c/bindings/perl/lib/qpid/proton/Constants.pm +index 2bd69c9..8397011 100644 +--- a/proton-c/bindings/perl/lib/qpid/proton/Constants.pm b/proton-c/bindings/perl/lib/qpid/proton/Constants.pm +@@ -164,4 +164,6 @@ use constant { + UNKNOWN = undef, + }; + ++package qpid::proton::Constants; ++ + 1; +diff --git a/proton-c/bindings/perl/lib/qpid/proton/ExceptionHandling.pm b/proton-c/bindings/perl/lib/qpid/proton/ExceptionHandling.pm +index f166b07..534a2ab 100644 +--- a/proton-c/bindings/perl/lib/qpid/proton/ExceptionHandling.pm b/proton-c/bindings/perl/lib/qpid/proton/ExceptionHandling.pm +@@ -33,4 +33,6 @@ sub check_for_error { + } + } + ++package qpid::proton::ExceptionHandling; ++ + 1; +diff --git a/proton-c/bindings/perl/lib/qpid_proton.pm b/proton-c/bindings/perl/lib/qpid_proton.pm +index 222a94f..dc7fefb 100644 +--- a/proton-c/bindings/perl/lib/qpid_proton.pm b/proton-c/bindings/perl/lib/qpid_proton.pm +@@ -31,5 +31,7 @@ use qpid::proton::Message; + + use qpid::proton; + ++package qpid_proton; ++ + 1; + +-- +1.8.5.3 + diff --git a/perl-qpid_proton.spec b/perl-qpid_proton.spec index 391e252..4b15a8a 100644 --- a/perl-qpid_proton.spec +++ b/perl-qpid_proton.spec @@ -3,16 +3,13 @@ Name: perl-qpid_proton Version:0.6 -Release:2%{?dist} +Release:3%{?dist} Summary:Perl language bindings for Qpid Proton License:ASL 2.0 URL:http://qpid.apache.org/proton/ Source0: http://www.apache.org/dist/qpid/proton/%{version}/qpid-proton-%{version}.tar.gz - -Provides: perl(qpid_proton) = %{version} -Provides: perl(qpid::proton::Constants) = %{version} -Provides: perl(qpid::proton::ExceptionHandling) = %{version} +Patch01:01-PROTON-519-Updated-Perl-modules-to-provide-missing-p.patch BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: swig @@ -33,6 +30,8 @@ Requires: qpid-proton-c = %{version} %prep %setup -q -n qpid-proton-%{version} +%patch01 -p1 + pushd proton-c/bindings/perl swig -perl -I/usr/include -o cproton_perl.c perl.i popd @@ -71,6 +70,11 @@ popd %changelog +* Mon Feb 17 2014 Darryl L. Pierce dpie...@redhat.com = 0.6-3 +- Fixed a few packages to properly provide virtual Perl packages. +- Removed the Provides that are now fixed. +- Resolves: BZ#1066021 + * Wed Feb 12 2014 Darryl L. Pierce dpie...@redhat.com - 0.6-2 - Updated the Provides to include - * qpid_proton -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Pod-Coverage] Correct changelog
commit 3ce7a62632cba470ac4608b843a926f921de2d55 Author: Petr Písař ppi...@redhat.com Date: Mon Feb 17 16:05:12 2014 +0100 Correct changelog perl-Test-Pod-Coverage.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Test-Pod-Coverage.spec b/perl-Test-Pod-Coverage.spec index 7c9e775..8296714 100644 --- a/perl-Test-Pod-Coverage.spec +++ b/perl-Test-Pod-Coverage.spec @@ -118,7 +118,7 @@ make test * Thu May 12 2005 Jose Pedro Oliveira jpo at di.uminho.pt - 1.06-3 - Add dist tag. -* Fri Apr 7 2005 Michael Schwendt mschwendt[AT]users.sf.net - 1.06-2 +* Thu May 12 2005 Michael Schwendt mschwendt[AT]users.sf.net - 1.06-2 - rebuilt * Thu Jun 24 2004 Jose Pedro Oliveira jpo at di.uminho.pt - 0:1.06-1 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Pod-Coverage] Modernize spec file
commit 3eef745f52a19cfd0f0445855ee76d4db929d318 Author: Petr Písař ppi...@redhat.com Date: Mon Feb 17 16:03:34 2014 +0100 Modernize spec file perl-Test-Pod-Coverage.spec | 43 +++ 1 files changed, 19 insertions(+), 24 deletions(-) --- diff --git a/perl-Test-Pod-Coverage.spec b/perl-Test-Pod-Coverage.spec index baf64bc..7c9e775 100644 --- a/perl-Test-Pod-Coverage.spec +++ b/perl-Test-Pod-Coverage.spec @@ -1,62 +1,57 @@ Name: perl-Test-Pod-Coverage Version:1.08 -Release:21%{?dist} +Release:22%{?dist} Summary:Check for pod coverage in your distribution - Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Test-Pod-Coverage/ Source0: http://www.cpan.org/authors/id/P/PE/PETDANCE/Test-Pod-Coverage-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - BuildArch: noarch -BuildRequires: perl(base) -BuildRequires: perl(lib) +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Run-time: BuildRequires: perl(Pod::Coverage) BuildRequires: perl(Test::Builder) +# Tests: +BuildRequires: perl(base) +BuildRequires: perl(lib) +BuildRequires: perl(Pod::Coverage::CountParents) BuildRequires: perl(Test::Builder::Tester) BuildRequires: perl(Test::More) -BuildRequires: perl(Test::Pod) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +# Optional tests: +BuildRequires: perl(Test::Pod) = 1.14 +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description Checks for POD coverage in files for your distribution. - %prep %setup -q -n Test-Pod-Coverage-%{version} - %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 -type d -depth -exec rmdir {} 2/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* - +%{_fixperms} $RPM_BUILD_ROOT/* %check make test - -%clean -rm -rf $RPM_BUILD_ROOT - - %files -%defattr(-,root,root,-) %doc Changes %{perl_vendorlib}/Test/ %{_mandir}/man3/*.3pm* - %changelog +* Mon Feb 17 2014 Petr Pisar ppi...@redhat.com - 1.08-22 +- Modernize spec file +- Specify all dependencies (bug #1066046) + * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.08-21 - 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
[perl-qpid_proton/f20] (2 commits) ...Merge branch 'master' into f20
Summary of changes: f7f557f... Fixed a few packages to properly provide virtual Perl packa (*) 87440c3... Merge branch 'master' into f20 (*) 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-qpid_proton/f20: 2/2] Merge branch 'master' into f20
commit 87440c36687ca9adbcb19418a81ad9d85b9a34e9 Merge: 9ac958d f7f557f Author: Darryl L. Pierce mcpie...@gmail.com Date: Mon Feb 17 10:15:09 2014 -0500 Merge branch 'master' into f20 ...Updated-Perl-modules-to-provide-missing-p.patch | 52 perl-qpid_proton.spec | 14 +++-- 2 files changed, 61 insertions(+), 5 deletions(-) --- -- Fedora Extras Perl SIG http://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 1066021] Fix package specifications in qpid_proton.pm and ExceptionHandling.pm
https://bugzilla.redhat.com/show_bug.cgi?id=1066021 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-qpid_proton-0.6-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-qpid_proton-0.6-3.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vKDL8r3BUOa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-qpid_proton/f19] (3 commits) ...Merge branch 'f20' into f19
Summary of changes: f7f557f... Fixed a few packages to properly provide virtual Perl packa (*) 87440c3... Merge branch 'master' into f20 (*) 91ae5ef... Merge branch 'f20' into f19 (*) 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-qpid_proton/f19: 3/3] Merge branch 'f20' into f19
commit 91ae5ef41975c62e2b465f6c3ce0c4cd3bba3309 Merge: ca5acb9 87440c3 Author: Darryl L. Pierce mcpie...@gmail.com Date: Mon Feb 17 10:30:19 2014 -0500 Merge branch 'f20' into f19 ...Updated-Perl-modules-to-provide-missing-p.patch | 52 perl-qpid_proton.spec | 14 +++-- 2 files changed, 61 insertions(+), 5 deletions(-) --- -- Fedora Extras Perl SIG http://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-FCGI-Client/epel7] Add a Build Dependency on perl(Time::HiRes) to prevent the package to FTBFS.
commit dc1b4673e1539302c0583803f93cd78897b719f8 Author: Andrea Veri a...@gnome.org Date: Mon Feb 17 16:35:02 2014 +0100 Add a Build Dependency on perl(Time::HiRes) to prevent the package to FTBFS. perl-FCGI-Client.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/perl-FCGI-Client.spec b/perl-FCGI-Client.spec index c9dde21..baf908d 100644 --- a/perl-FCGI-Client.spec +++ b/perl-FCGI-Client.spec @@ -1,7 +1,7 @@ Name: perl-FCGI-Client Summary:Client library for the fastcgi protocol Version:0.08 -Release:5%{?dist} +Release:6%{?dist} # lib/FCGI/Client.pm - GPL+ or Artistic License:GPL+ or Artistic Group: Development/Libraries @@ -17,6 +17,7 @@ BuildRequires: perl(Filter::Util::Call) BuildRequires: perl(IO::Socket::UNIX) BuildRequires: perl(Test::More) BuildRequires: perl(Try::Tiny) +BuildRequires: perl(Time::HiRes) %{?perl_default_filter} @@ -47,6 +48,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Mon Feb 17 2014 Andrea Veri av...@fedoraproject.org - 0.08-6 +- Add a Build Dependency on perl(Time::HiRes) to prevent the package to FTBFS. + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.08-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1066021] Fix package specifications in qpid_proton.pm and ExceptionHandling.pm
https://bugzilla.redhat.com/show_bug.cgi?id=1066021 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-qpid_proton-0.6-3.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-qpid_proton-0.6-3.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LFV9fyAsbra=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CGI-Emulate-PSGI/epel7] Drop the circular build dependency through the perl_bootstrap flag. We will build perl-Plack as soon
commit cc7793902eff72c65e9ff9f7bf1627a6752645fa Author: Andrea Veri a...@gnome.org Date: Mon Feb 17 16:40:31 2014 +0100 Drop the circular build dependency through the perl_bootstrap flag. We will build perl-Plack as soon as the other B-Ds will be satisfied perl-CGI-Emulate-PSGI.spec |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) --- diff --git a/perl-CGI-Emulate-PSGI.spec b/perl-CGI-Emulate-PSGI.spec index b61a501..8deae17 100644 --- a/perl-CGI-Emulate-PSGI.spec +++ b/perl-CGI-Emulate-PSGI.spec @@ -1,6 +1,8 @@ +%global perl_bootstrap 1 + Name: perl-CGI-Emulate-PSGI Version:0.15 -Release:2%{?dist} +Release:3%{?dist} Summary:PSGI adapter for CGI applications License:GPL+ or Artistic Group: Development/Libraries @@ -48,6 +50,10 @@ make test %{_mandir}/man3/* %changelog +* Mon Feb 17 2014 Andrea Veri av...@fedoraproject.org - 0.15-3 +- Drop the circular build dependency through the perl_bootstrap flag. We'll build + perl-Plack as soon as the other B-Ds will be there. + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.15-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1060360] Request branch
https://bugzilla.redhat.com/show_bug.cgi?id=1060360 --- Comment #1 from Nathanael Noblet nathan...@gnat.ca --- Sorry to bother but this is the last package in my dependency chain. Did you not want to maintain this in epel7 or perhaps the bug got lost in a bunch of others? -- 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=NVuqzZCcona=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