F-23 Branched report: 20150819 changes
Compose started at Wed Aug 19 07:15:03 UTC 2015 Broken deps for armhfp -- [QuantLib] QuantLib-test-1.6.1-1.fc23.armv7hl requires libboost_unit_test_framework.so.1.58.0 [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [cduce] cduce-0.6.0-13.fc23.armv7hl requires ocaml(Curl) = 0:c9482fe21d30ad4b5f1ca281b3da3d99 [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.armv7hl requires pyorbit(armv7hl-32) = 0:2.0.1 [golang-github-influxdb-influxdb] golang-github-influxdb-influxdb-devel-0.8.5-0.2.git9485e99.fc23.noarch requires golang(github.com/rakyll/statik) [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [klavaro] klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0 [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 0:25.3.3 [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0 [ncbi-blast+] ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so [netbeans-platform] 1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 0:1.9.3 [nodejs-grunt-contrib-copy] nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) 0:0.2 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) = 0:0.1.0 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 0:0.5.1 [nodejs-grunt-saucelabs] nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(sauce-tunnel) = 0:2.2.3 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) 0:1.3 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) = 0:1.2.2 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch
Re: F23 Self Contained Change: RPM MPI Requires Provides
Sandro Mani manisan...@gmail.com writes: Where are we with this? I see some F23 builds but no updates yet. Formally, this Change has been removed from the scope of F23 as it was not ready for Alpha, which is a requirement to have a Change in a release. However Zbyszek told me yesterday that he is going to work on it and would like to push this F23. So, lets see when it will be ready and then decide whether it can still meet the F23. Regards, Jan So the issues I pointed out in my previous mail (conerning MPI_PYTHON_SITEARCH and MPI_FORTRAN_MOD_DIR) above have been resolved. A batch of F24 rebuilts has been done by Zbyszek, hitting some build failures along the way. Most of these are now fixed, still needing a fix is nwchem which fails [1] due to what appears to be a fortran use before decleared issue. Once a full set of working F23 package is built, the plan is to submit one big mass-update. Should MPI packages be OK to push in f23 currently? I've just had failures from auto-qa like this, though the build actually ran an MPI test successfully: not ok - depcheck for Koji build scalasca-2.2.2-2.fc23# FAIL --- arch: x86_64 details: output: |- conflicting requests nothing provides libmpi.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 nothing provides libmpicxx.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 conflicting requests nothing provides libmpi.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 nothing provides libmpicxx.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 conflicting requests nothing provides libmpi.so.1()(64bit)(openmpi-x86_64) needed by scalasca-openmpi-2.2.2-2.fc23.x86_64 nothing provides libmpi_cxx.so.1()(64bit)(openmpi-x86_64) needed by scalasca-openmpi-2.2.2-2.fc23.x86_64 If anyone knowledgable of fortran has an idea how to fix the nwchem issue, that should resolve the last pending issue. Appears to have been triggered by a recent change of some other component, since it rebuilt fine just a few weeks back when testing in copr. Sandro [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=676763 I can take a look if no-one else is going to. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Wednesday's FESCo Meeting (2015-08-19)
Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2015-08-19 18:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1466 non-responsive maintainer exception process for skottler .fesco 1466 https://fedorahosted.org/fesco/ticket/1466 = New business = #topic #1471 F24 System Wide Change: TeXLive 2015 .fesco 1471 https://fedorahosted.org/fesco/ticket/1471 #topic #1469 i686 as a non-blocking architecture .fesco 1469 https://fedorahosted.org/fesco/ticket/1469 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: openmpi/python-related problems in epel7 ppc buildroot
Orion Poplawski or...@cora.nwra.com writes: On 08/18/2015 09:21 AM, Dave Love wrote: I'm trying to build a new package. It's failing on epel-7-ppc64le (only) with two sorts of errors in %check which appear to be problems with the build root, e.g. https://koji.fedoraproject.org/koji/taskinfo?taskID=10740549. One is from openmpi of a sort I don't recognize but which looks like an installation problem: [buildppc-01.phx2.fedoraproject.org:62215] [[INVALID],INVALID] ORTE_ERROR_LOG: Not found in file ess_hnp_module.c at line 170 I would ask on the openmpi list. Do you mean it's up to me to debug it? I don't think it's reasonable to try to without direct access to the buildroot, and I wouldn't be able to fix it anyhow. The other appears to be from Python rpm macros: error: Bad exit status from /var/tmp/rpm-tmp.Ytxu8V (%check) Macro %py2_install has unterminated body This will show up on all arches due to: https://bugzilla.redhat.com/show_bug.cgi?id=1241655 fix in: https://admin.fedoraproject.org/updates/epel-rpm-macros-7-3 Should only be fatal for packages that use the py2_install macro though I think. OK, thanks. It looked as if it was the fatal failure, but maybe that was just confusion with the test failure in this case. -- 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: openmpi/python-related problems in epel7 ppc buildroot
On 08/19/2015 06:20 AM, Dave Love wrote: Orion Poplawski or...@cora.nwra.com writes: On 08/18/2015 09:21 AM, Dave Love wrote: I'm trying to build a new package. It's failing on epel-7-ppc64le (only) with two sorts of errors in %check which appear to be problems with the build root, e.g. https://koji.fedoraproject.org/koji/taskinfo?taskID=10740549. One is from openmpi of a sort I don't recognize but which looks like an installation problem: [buildppc-01.phx2.fedoraproject.org:62215] [[INVALID],INVALID] ORTE_ERROR_LOG: Not found in file ess_hnp_module.c at line 170 I would ask on the openmpi list. Do you mean it's up to me to debug it? I don't think it's reasonable to try to without direct access to the buildroot, and I wouldn't be able to fix it anyhow. Who else is it going be up to? :) BTW - I think it's ppc64, not ppc64le. See https://fedoraproject.org/wiki/Architectures/PowerPC#PPC_Shell_access_for_debugging for access to ppc64 hardware for testing. I'm happy to help out as well, but first I would get the openmpi folks take on it. They are very helpful. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Rawhide plans
Greetings. We had some nice discussions about rawhide in my friday workshop at flock. I thought I would post here to get input from folks not there, and also allow people who were there to comment more now that it's not after 5pm on a friday of the 3rd day of flock. ;) * The problems/issues: First we talked about current issues we see. I think most everyone was in agreement that once you had a rawhide install and were just applying updates, you were in pretty good shape. Much better than you would have been a few years ago. There are bugs, but they are often easy to workaround with downgrades until they are fixed, etc. Also dnf tries very hard to not install anything thats part of a set of broken deps, so while it might take longer to get some packages you won't break your local install. I think everyone also agreed that the pain points were around getting a rawhide install in the first place: 1. boot/netinstall iso is often broken or not produced. Live media likewise. 2. Upgrading from a stable release is also often hard due to broken deps, resulting in having to remove packages just to get upgraded. There was some mention of rawhide not being fully signed (which we cannot do until we have gating of some kind and the sigul batch signing bug fixed). There was mention of larger rebuilds that didn't use side tags. It's pretty easy to request a side tag from releng and use it to do all your rebuilds and then get it tagged back in. When larger stacks don't do this, they break things for a few days while they sort out all the packages. Finally there was mention of the baggage associated with the name rawhide. To this day I see people telling others that rawhide will eat your babies or rawhide is a methlab and will blow up in your face every day. Do you all see other issues ? Next I divided things up into 3 time periods. What could we do to make things better short term (in the next few weeks), medium term (next few months), longer term (next year). Short term: * Hook up openqa to run on rawhide every night and give us data on how often things are broken on the install path. This could be a seperate report, or we could hook it up to the rawhide compose. * Hook up taskotron to run checks on packages as they are built and send at least to the maintainer about the broken deps. If the maintainer sees their build causing lots of broken deps they can untag it or get someone to rebuild all the other packages. * pungi4 landing. pungi4 is a big re-write of our pungi tool. When we enable this in rawhide it's going to make rawhide look a lot more like release trees. Instead of having a rawhide/ dir with just trees and boot isos, we will have Everything tree like we do at release time, and server/cloud/workstation trees each with their own branded netinstall isos, the server dvd and such. Also, pungi4 emits json logs with exactly what was produced, so we can easily parse from day to day and know what broke, etc. * Matt opened a thread on the marketing list about renaming rawhide. It sounds like most people would prefer us to make the changes first, then and only then look at renaming. Medium term: * Setup some gating. I think it should work like this: today you build a rawhide build and it tags into f24 tag, which is used by the daily compose. I'd like to change that to build into a f24-candidate tag. At that point taskotron or other tests are run. If the package passes it goes to f24-pending tag. When a compose happens we run taskotron or other tests on the f24-pending packages and if they pass, they tag into f24 and the compose happens. This gives us two points to check/test things. If someone needs to override due to a check thats wrong or some other need, they can simply use the existing koji command line client to tag their package over and it will go out in the compose anyhow. Note that we will then have a log of who did this. ;) This will also hopefully allow us to enable autosign for rawhide packages (if we can get the batch signing bug fixed) since we can sign them at one of the above points. Longer term: * Put in place something so we can tell if a just rebuilt package is: - in the mock init root - in the deps for pungi4/mock/etc - on the boot/netinstall isos - on live media/images - not on/used by anything in composes If it is, then fire off a test rebuild of that thing, test it and only let the new thing in if it doesn't fail. We can also then relax requirements for leaf node type packages if we wish. * Possibly drop daily rawhide composes in favor of just rebuilding things when something in them changes. ie, new kernel build? then rebuild images/trees, new cowsay, just rebuild the repo. Feedback welcome. kevin pgpYzbqs2FXZx.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct:
F24 System Wide Change: Server Drop i686
= Proposed System Wide Change: Server Drop i686 = https://fedoraproject.org/wiki/Changes/Server_Drop_i686 Change owner(s): Stephen Gallagher sgallagh AT fedoraproject DOT org Drop i686 install media for Fedora Server Edition == Detailed Description == The Fedora Server SIG has determined that we no longer feel that i686 install media is critical to our success. Since delivering and maintaining each install medium requires significant effort, the Server SIG has decided to stop shipping i686 media. This includes both the Server Install DVD and the Server Network Install ISO. == Scope == * Proposal owners: Coordination with other groups * Other developers: Websites will need to be updated to remove references to i686 for Server Edition. * Release engineering: Update compose process to remove i686 Fedora Server builds. * Policies and guidelines: N/A * Trademark approval: N/A -- Jan Kuřík Platform Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
Re: Rawhide plans
Kevin Fenzi wrote: * Matt opened a thread on the marketing list about renaming rawhide. It sounds like most people would prefer us to make the changes first, then and only then look at renaming. s/renaming/rebranding/ I personally would prefer the name be preserved if at all possible, but if the marketing gurus feel otherwise, so be it. -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F24 System Wide Change: Server Drop i686
= Proposed System Wide Change: Server Drop i686 = https://fedoraproject.org/wiki/Changes/Server_Drop_i686 Change owner(s): Stephen Gallagher sgallagh AT fedoraproject DOT org Drop i686 install media for Fedora Server Edition == Detailed Description == The Fedora Server SIG has determined that we no longer feel that i686 install media is critical to our success. Since delivering and maintaining each install medium requires significant effort, the Server SIG has decided to stop shipping i686 media. This includes both the Server Install DVD and the Server Network Install ISO. == Scope == * Proposal owners: Coordination with other groups * Other developers: Websites will need to be updated to remove references to i686 for Server Edition. * Release engineering: Update compose process to remove i686 Fedora Server builds. * Policies and guidelines: N/A * Trademark approval: N/A -- Jan Kuřík Platform Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
New Package: python-scandir
Just thought I'd let this list know python-scandir is now in the stable repos. The code itself has been accepted as an enhancement to the os module in Python 3.5, but the original independent module is great for older versions. I tend to use as an optional speedup when I am heavily using os.walk() or os.listdir(). The maintainer has been very responsive. https://github.com/benhoyt/scandir ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: F23 Self Contained Change: RPM MPI Requires Provides
On 08/19/2015 06:36 AM, Dave Love wrote: Should MPI packages be OK to push in f23 currently? I've just had failures from auto-qa like this, though the build actually ran an MPI test successfully: not ok - depcheck for Koji build scalasca-2.2.2-2.fc23 # FAIL --- arch: x86_64 details: output: |- conflicting requests nothing provides libmpi.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 nothing provides libmpicxx.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 conflicting requests nothing provides libmpi.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 nothing provides libmpicxx.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 conflicting requests nothing provides libmpi.so.1()(64bit)(openmpi-x86_64) needed by scalasca-openmpi-2.2.2-2.fc23.x86_64 nothing provides libmpi_cxx.so.1()(64bit)(openmpi-x86_64) needed by scalasca-openmpi-2.2.2-2.fc23.x86_64 You're going to need to wait for the big MPI update: https://admin.fedoraproject.org/updates/rpm-mpi-hooks-3-1.fc23,mathgl-2.3-10.fc23,elpa-2015.05.001-2.fc23,freefem++-3.31-7.3.fc23,netcdf-4.3.3.1-5.fc23,MUMPS-5.0.1-2.fc23,gpaw-0.11.0.13004-15.fc23,ga-5.3b-18.fc23,valgrind-3.10.1-19.fc23,boost-1.58.0-6.fc23,dl_poly-1.9.20140324-14.fc23,hpl-2.1-13.fc23,netgen-mesher-5.3.1-8.fc23,espresso-3.3.0-7.fc23,scotch-6.0.4-5.fc23,hdf5-1.8.15-6.patch1.fc23,scalapack-2.0.2-10.fc23,gromacs-5.0.6-6.fc23,scorep-1.4.2-2.fc23,sundials-2.6.2-4.fc23,Ray-2.3.1-11.fc23,orsa-0.7.0-33.fc23,elk-3.1.12-14.fc23,mpich-3.1.4-5.fc23,openmpi-1.8.8-3.fc23,mpi4py-1.3.1-14.fc23,pypar-2.1.5_108-11.fc23,paraview-4.3.1-11.fc23 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
On 08/19/2015 08:18 AM, Kevin Fenzi wrote: * Setup some gating. I think it should work like this: today you build a rawhide build and it tags into f24 tag, which is used by the daily compose. I'd like to change that to build into a f24-candidate tag. At that point taskotron or other tests are run. If the package passes it goes to f24-pending tag. When a compose happens we run taskotron or other tests on the f24-pending packages and if they pass, they tag into f24 and the compose happens. How will f24-build be affected by this? This gives us two points to check/test things. If someone needs to override due to a check thats wrong or some other need, they can simply use the existing koji command line client to tag their package over and it will go out in the compose anyhow. Note that we will then have a log of who did this. ;) This will also hopefully allow us to enable autosign for rawhide packages (if we can get the batch signing bug fixed) since we can sign them at one of the above points. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
Rawhide rebrand: Something akin to openSUSE's Tumbleweed name. Maybe reuse the Fedora.Next name? Something that implies its rolling release / pre-release. Fedora Testing? For some reason Fedora Tophat just popped into my head as a pun on hats and being ontop of updates. On Aug 19, 2015 1:00 PM, Zach Villers grey...@greyman.info wrote: On Wed, 19 Aug 2015 11:18:04 -0400 *Kevin Fenzi ke...@scrye.com ke...@scrye.com* wrote Greetings. We had some nice discussions about rawhide in my friday workshop at flock. I thought I would post here to get input from folks not there, and also allow people who were there to comment more now that it's not after 5pm on a friday of the 3rd day of flock. ;) snip Finally there was mention of the baggage associated with the name rawhide. To this day I see people telling others that rawhide will eat your babies or rawhide is a methlab and will blow up in your face every day. As a relative newcomer (using Fedora since ~F20) the name rawhide does seem to have some implied broken-ness, if that's a word. I would be in favor of a name change/rebrand that makes it a little more approachable. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
Rex Dieter (rdie...@math.unl.edu) said: Kevin Fenzi wrote: * Matt opened a thread on the marketing list about renaming rawhide. It sounds like most people would prefer us to make the changes first, then and only then look at renaming. s/renaming/rebranding/ I personally would prefer the name be preserved if at all possible, but if the marketing gurus feel otherwise, so be it. Certainly agree with making the changes first - if a name has a bad reputation because of how things have worked in the past, if you don't fix those things, that reputation will just move right onto the new name... Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
On Wed, Aug 19, 2015 at 1:29 PM, Bill Nottingham nott...@splat.cc wrote: Rex Dieter (rdie...@math.unl.edu) said: Kevin Fenzi wrote: * Matt opened a thread on the marketing list about renaming rawhide. It sounds like most people would prefer us to make the changes first, then and only then look at renaming. s/renaming/rebranding/ I personally would prefer the name be preserved if at all possible, but if the marketing gurus feel otherwise, so be it. Certainly agree with making the changes first - if a name has a bad reputation because of how things have worked in the past, if you don't fix those things, that reputation will just move right onto the new name... Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct One thing I would like to see is that Fedora's development code could reach a state where something like openSUSE's Tumbleweed would be possible. If we could take daily/weekly/biweekly snapshots of the repositories for people to use as a rolling release like the way the openSUSE folks are doing, I think that would go a long way to enabling a higher scale of testing of code that makes it into Fedora releases. I don't want use to let go of normal releases, but I feel that the people who want to have that rolling model should be able to from Fedora and expect a reasonable level of things working. If we're able to do something like this, the rawhide name could certainly stay for the development code, but a new name for these snapshots would be appropriate. -- 真実はいつも一つ!/ Always, there's only one truth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pghmcfc pushed to perl-Test-Vars (perl-Test-Vars-0.007-1.fc24). Update to 0.007 (..more)
This commit already existed in another branch. http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=perl-Test-Vars-0.007-1.fc24id=35a7f9fb4721a202515e49e4a7ff4c675686d1c1 -- 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
pghmcfc pushed to perl-Test-Vars (perl-Test-Vars-0.007-1.fc23). Update to 0.007 (..more)
From 35a7f9fb4721a202515e49e4a7ff4c675686d1c1 Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Wed, 19 Aug 2015 19:00:45 +0100 Subject: Update to 0.007 - New upstream release 0.007 - Fix tests with threaded Perl 5.22+ diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec index de6b54c..cd31345 100644 --- a/perl-Test-Vars.spec +++ b/perl-Test-Vars.spec @@ -1,5 +1,5 @@ Name: perl-Test-Vars -Version: 0.006 +Version: 0.007 Release: 1%{?dist} Summary: Detects unused variables License: GPL+ or Artistic @@ -80,6 +80,10 @@ perl Build.PL --installdirs=vendor %{_mandir}/man3/Test::Vars.3* %changelog +* Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.007-1 +- Update to 0.007 + - Fix tests with threaded Perl 5.22+ + * Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.006-1 - Update to 0.006 - This module now calls Test::Builder-diag and -note _after_ calling -ok; diff --git a/sources b/sources index f25e84f..977b209 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -dac851b90e4079b0315e0b458b4ad56e Test-Vars-0.006.tar.gz +064dcba9d5f71411fa50e9f2fe9a41e4 Test-Vars-0.007.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=perl-Test-Vars-0.007-1.fc23id=35a7f9fb4721a202515e49e4a7ff4c675686d1c1 -- 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: Rawhide plans
On Wed, 19 Aug 2015 11:18:04 -0400 Kevin Fenzi lt;ke...@scrye.comgt; wrote Greetings. We had some nice discussions about rawhide in my friday workshop at flock. I thought I would post here to get input from folks not there, and also allow people who were there to comment more now that it's not after 5pm on a friday of the 3rd day of flock. ;) lt;snipgt; Finally there was mention of the baggage associated with the name rawhide. To this day I see people telling others that rawhide will eat your babies or rawhide is a methlab and will blow up in your face every day. As a relative newcomer (using Fedora since ~F20) the name rawhide does seem to have some implied broken-ness, if that's a word. I would be in favor of a name change/rebrand that makes it a little more approachable. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pghmcfc pushed to perl-Test-Vars (f23). Update to 0.007 (..more)
From 35a7f9fb4721a202515e49e4a7ff4c675686d1c1 Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Wed, 19 Aug 2015 19:00:45 +0100 Subject: Update to 0.007 - New upstream release 0.007 - Fix tests with threaded Perl 5.22+ diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec index de6b54c..cd31345 100644 --- a/perl-Test-Vars.spec +++ b/perl-Test-Vars.spec @@ -1,5 +1,5 @@ Name: perl-Test-Vars -Version: 0.006 +Version: 0.007 Release: 1%{?dist} Summary: Detects unused variables License: GPL+ or Artistic @@ -80,6 +80,10 @@ perl Build.PL --installdirs=vendor %{_mandir}/man3/Test::Vars.3* %changelog +* Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.007-1 +- Update to 0.007 + - Fix tests with threaded Perl 5.22+ + * Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.006-1 - Update to 0.006 - This module now calls Test::Builder-diag and -note _after_ calling -ok; diff --git a/sources b/sources index f25e84f..977b209 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -dac851b90e4079b0315e0b458b4ad56e Test-Vars-0.006.tar.gz +064dcba9d5f71411fa50e9f2fe9a41e4 Test-Vars-0.007.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=f23id=35a7f9fb4721a202515e49e4a7ff4c675686d1c1 -- 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
pghmcfc pushed to perl-Test-Vars (f23). Update to 0.006 (..more)
From 4ace591c483f341c02a45bbb9d93a4fe88a0682c Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Wed, 19 Aug 2015 11:22:14 +0100 Subject: Update to 0.006 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - New upstream release 0.006 - This module now calls Test::Builder-diag and -note _after_ calling -ok; this is more in line with how most test modules work - Added a new exported sub, test_vars(), which does not output TAP; this is useful for integrating this module with things like Code::TidyAll - This release by DROLSKY → update source URL - Use %license where possible diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec index 600c732..de6b54c 100644 --- a/perl-Test-Vars.spec +++ b/perl-Test-Vars.spec @@ -1,23 +1,23 @@ Name: perl-Test-Vars -Version: 0.005 -Release: 8%{?dist} +Version: 0.006 +Release: 1%{?dist} Summary: Detects unused variables License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Test-Vars/ -Source0: http://search.cpan.org/CPAN/authors/id/G/GF/GFUJI/Test-Vars-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Test-Vars-%{version}.tar.gz BuildArch: noarch # === # Build requirements # === +BuildRequires: coreutils +BuildRequires: make BuildRequires: perl(Module::Build) = 0.38 -BuildRequires: perl(CPAN::Meta) -BuildRequires: perl(CPAN::Meta::Prereqs) BuildRequires: perl(File::Basename) +BuildRequires: perl(File::Copy) BuildRequires: perl(File::Spec) -BuildRequires: perl(strict) BuildRequires: perl(utf8) -BuildRequires: perl(warnings) +BuildRequires: sed # === # Module requirements # === @@ -25,14 +25,18 @@ BuildRequires: perl = 4:5.10.0 BuildRequires: perl(B) BuildRequires: perl(constant) BuildRequires: perl(ExtUtils::Manifest) +BuildRequires: perl(IO::Pipe) BuildRequires: perl(parent) +BuildRequires: perl(Storable) +BuildRequires: perl(strict) BuildRequires: perl(Symbol) BuildRequires: perl(Test::Builder::Module) +BuildRequires: perl(warnings) # === # Test suite requirements # === -BuildRequires: perl(Test::Builder::Tester) BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::Tester) # === # Author/Release test requirements # === @@ -54,11 +58,11 @@ Test::Vars finds unused variables in order to keep the source code tidy. sed -i -e '1s|^#!perl|#!/usr/bin/perl|' example/*.t %build -perl Build.PL installdirs=vendor +perl Build.PL --installdirs=vendor ./Build %install -./Build install destdir=%{buildroot} create_packlist=0 +./Build install --destdir=%{buildroot} --create_packlist=0 %{_fixperms} %{buildroot} %check @@ -66,11 +70,25 @@ perl Build.PL installdirs=vendor ./Build test --test_files=xt/*.t %files -%doc Changes LICENSE README.md example/ +%if 0%{?_licensedir:1} +%license LICENSE +%else +%doc LICENSE +%endif +%doc Changes README.md example/ %{perl_vendorlib}/Test/ -%{_mandir}/man3/Test::Vars.3pm* +%{_mandir}/man3/Test::Vars.3* %changelog +* Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.006-1 +- Update to 0.006 + - This module now calls Test::Builder-diag and -note _after_ calling -ok; +this is more in line with how most test modules work + - Added a new exported sub, test_vars(), which does not output TAP; this is +useful for integrating this module with things like Code::TidyAll +- This release by DROLSKY → update source URL +- Use %%license where possible + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.005-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 5944329..f25e84f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -56a763c785f66e4ae0edd2b4e613dc19 Test-Vars-0.005.tar.gz +dac851b90e4079b0315e0b458b4ad56e Test-Vars-0.006.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=f23id=4ace591c483f341c02a45bbb9d93a4fe88a0682c -- 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: Rawhide plans
On Wed, 19 Aug 2015 09:51:26 -0700 Josh Stone jist...@redhat.com wrote: On 08/19/2015 08:18 AM, Kevin Fenzi wrote: * Setup some gating. I think it should work like this: today you build a rawhide build and it tags into f24 tag, which is used by the daily compose. I'd like to change that to build into a f24-candidate tag. At that point taskotron or other tests are run. If the package passes it goes to f24-pending tag. When a compose happens we run taskotron or other tests on the f24-pending packages and if they pass, they tag into f24 and the compose happens. How will f24-build be affected by this? Good question. IMHO we should still populate from f24-pending, so chainbuilds continue to work. kevin pgpv01Cjw7i6P.pgp 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
pghmcfc pushed to perl-Test-Vars (master). Update to 0.007 (..more)
From 35a7f9fb4721a202515e49e4a7ff4c675686d1c1 Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Wed, 19 Aug 2015 19:00:45 +0100 Subject: Update to 0.007 - New upstream release 0.007 - Fix tests with threaded Perl 5.22+ diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec index de6b54c..cd31345 100644 --- a/perl-Test-Vars.spec +++ b/perl-Test-Vars.spec @@ -1,5 +1,5 @@ Name: perl-Test-Vars -Version: 0.006 +Version: 0.007 Release: 1%{?dist} Summary: Detects unused variables License: GPL+ or Artistic @@ -80,6 +80,10 @@ perl Build.PL --installdirs=vendor %{_mandir}/man3/Test::Vars.3* %changelog +* Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.007-1 +- Update to 0.007 + - Fix tests with threaded Perl 5.22+ + * Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.006-1 - Update to 0.006 - This module now calls Test::Builder-diag and -note _after_ calling -ok; diff --git a/sources b/sources index f25e84f..977b209 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -dac851b90e4079b0315e0b458b4ad56e Test-Vars-0.006.tar.gz +064dcba9d5f71411fa50e9f2fe9a41e4 Test-Vars-0.007.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=masterid=35a7f9fb4721a202515e49e4a7ff4c675686d1c1 -- 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
Rescheduled: Planned Outage: fedorahosted lists migration - Now at: 2015-08-21 08:00 UTC
We ran into some issues importing archives, and so are going to fix those and retry the migration on friday (2015-08-21) at the same time. Sorry for any inconvenience. kevin -- On Mon, 17 Aug 2015 12:39:53 -0600 Kevin Fenzi ke...@scrye.com wrote: Planned Outage: fedorahosted lists migration - 2015-08-19 08:00 UTC There will be an outage starting at 2015-08-19 08:00 UTC, which will last approximately 12 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2015-08-19 08:00 UTC' Reason for outage: We will be migrating lists.fedorahosted.org to our new mailman3/hyperkitty setup. Lists will be migrated one by one over the course of the outage window. Archives or admin functions may be unavailable for lists while they are migrated, and posts might be delayed for a short time. All links, archives, subscription lists and settings should be preserved in the new migrated lists. See: https://fedoraproject.org/wiki/Mailman3_Migration for more information. Affected Services: lists.fedorahosted.org Services not listed are not affected by this outage. Contact Information: Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/4860 Please join #fedora-admin or #fedora-noc on irc.freenode.net or add comments to the ticket for this outage above. pgpWER12Al6L5.pgp Description: OpenPGP digital signature ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
Rescheduled: Planned Outage: fedorahosted lists migration - Now at: 2015-08-21 08:00 UTC
We ran into some issues importing archives, and so are going to fix those and retry the migration on friday (2015-08-21) at the same time. Sorry for any inconvenience. kevin -- On Mon, 17 Aug 2015 12:39:53 -0600 Kevin Fenzi ke...@scrye.com wrote: Planned Outage: fedorahosted lists migration - 2015-08-19 08:00 UTC There will be an outage starting at 2015-08-19 08:00 UTC, which will last approximately 12 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2015-08-19 08:00 UTC' Reason for outage: We will be migrating lists.fedorahosted.org to our new mailman3/hyperkitty setup. Lists will be migrated one by one over the course of the outage window. Archives or admin functions may be unavailable for lists while they are migrated, and posts might be delayed for a short time. All links, archives, subscription lists and settings should be preserved in the new migrated lists. See: https://fedoraproject.org/wiki/Mailman3_Migration for more information. Affected Services: lists.fedorahosted.org Services not listed are not affected by this outage. Contact Information: Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/4860 Please join #fedora-admin or #fedora-noc on irc.freenode.net or add comments to the ticket for this outage above. pgpKFJDtpF4_n.pgp Description: OpenPGP digital signature ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
On Wed, Aug 19, 2015 at 9:22 AM, Rex Dieter rdie...@math.unl.edu wrote: Kevin Fenzi wrote: * Matt opened a thread on the marketing list about renaming rawhide. It sounds like most people would prefer us to make the changes first, then and only then look at renaming. s/renaming/rebranding/ I personally would prefer the name be preserved if at all possible, but if the marketing gurus feel otherwise, so be it. Making whatever changes you're going to make first would make the most sense IMHO, as far as the name is concerned... if you DO decide to change it, you should just jettison the nickname like we did for the naming of new releases. Just name it unstable. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pghmcfc uploaded Test-Vars-0.007.tar.gz for perl-Test-Vars
064dcba9d5f71411fa50e9f2fe9a41e4 Test-Vars-0.007.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Vars/Test-Vars-0.007.tar.gz/md5/064dcba9d5f71411fa50e9f2fe9a41e4/Test-Vars-0.007.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
Re: F23 Self Contained Change: RPM MPI Requires Provides
On Wed, Aug 19, 2015 at 10:11:04AM -0600, Orion Poplawski wrote: On 08/19/2015 06:36 AM, Dave Love wrote: Should MPI packages be OK to push in f23 currently? I've just had failures from auto-qa like this, though the build actually ran an MPI test successfully: not ok - depcheck for Koji build scalasca-2.2.2-2.fc23# FAIL --- arch: x86_64 details: output: |- conflicting requests nothing provides libmpi.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 nothing provides libmpicxx.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 conflicting requests nothing provides libmpi.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 nothing provides libmpicxx.so.12()(64bit)(mpich-x86_64) needed by scalasca-mpich-2.2.2-2.fc23.x86_64 conflicting requests nothing provides libmpi.so.1()(64bit)(openmpi-x86_64) needed by scalasca-openmpi-2.2.2-2.fc23.x86_64 nothing provides libmpi_cxx.so.1()(64bit)(openmpi-x86_64) needed by scalasca-openmpi-2.2.2-2.fc23.x86_64 You're going to need to wait for the big MPI update: https://admin.fedoraproject.org/updates/rpm-mpi-hooks-3-1.fc23,mathgl-2.3-10.fc23,elpa-2015.05.001-2.fc23,freefem++-3.31-7.3.fc23,netcdf-4.3.3.1-5.fc23,MUMPS-5.0.1-2.fc23,gpaw-0.11.0.13004-15.fc23,ga-5.3b-18.fc23,valgrind-3.10.1-19.fc23,boost-1.58.0-6.fc23,dl_poly-1.9.20140324-14.fc23,hpl-2.1-13.fc23,netgen-mesher-5.3.1-8.fc23,espresso-3.3.0-7.fc23,scotch-6.0.4-5.fc23,hdf5-1.8.15-6.patch1.fc23,scalapack-2.0.2-10.fc23,gromacs-5.0.6-6.fc23,scorep-1.4.2-2.fc23,sundials-2.6.2-4.fc23,Ray-2.3.1-11.fc23,orsa-0.7.0-33.fc23,elk-3.1.12-14.fc23,mpich-3.1.4-5.fc23,openmpi-1.8.8-3.fc23,mpi4py-1.3.1-14.fc23,pypar-2.1.5_108-11.fc23,paraview-4.3.1-11.fc23 The update is now https://admin.fedoraproject.org/updates/rpm-mpi-hooks-3-2.fc23 If you made an update with scalasca for F23, please cancel it and I'll add scalasca to the big update. (I cannot check the status because admin.fedoraproject.org is overloaded.) Zbyszek -- 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: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
2015-08-15 9:13 GMT+02:00 Miroslav Suchý msu...@redhat.com: Recently we had discussion here about the queue of package reviews with FE-NEEDSPONSOR flag. I suggested to write some script which would query db and reveal those sponsors who does not make his duty. Here comes this script: https://github.com/xsuchy/guard-fedora-sponsors It is first version and I'm sure there will be some false negatives. The current logic is: 1. query FAS to get all usernames from packager group who are sponsors 2. for each such user get all bugs from past 365 day for Package Review component which are assigned to this sponsor 3. give the sponsor some credit when he changed bug status (to whatever state) as this indicate some work on this bug 4. give the sponsor some credit if he remove FE-NEEDSPONSOR from blocking bugs as this indicate finishing sponsor work This does not reflect if you sponsor somebody directly. Hi Miroslav, this is not the only problem with your script. I think the underlying definition of sponsoring work is flawed. A sponsor not only sponsors new contributors into the packager group but acts as guide ever after. Even though I have not accepted any new candidates throughout the last year, I still look after all of my 24 protégés. I not only answer questions when they occur, I also look at every commit, build and update. This of course, takes some time and thus limits the number of packagers a sponsor can take care of. While I see the need for sponsoring new contributors in a timely manner, I always found the focus on sponsoring as many as possible questionable. And I'm afraid your script can encourage this behavior, no matter if the output says no sponsor work or recent sponsor activity. I think the least you should do is change the wording to has not accepted any new candidates or alike, but you will never be able to know who did actual sponsor work. Best regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
Kevin Fenzi composed on 2015-08-19 09:18 (UTC-0600): Finally there was mention of the baggage associated with the name rawhide. To this day I see people telling others that rawhide will eat your babies or rawhide is a methlab and will blow up in your face every day. Boo, hiss on the idea. IMO the Rawhide name is appropriate and meaningful. Another is unlikely to better serve. Plus there's baggage that goes with any name change, including a disruption in historical record. Did we learn nothing from the yum to dnf switch? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the rawhide tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 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-Test-Vars
perl-Test-Vars has broken dependencies in the rawhide tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.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
Schedule for Thursday's FPC Meeting (2015-08-20 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2015-08-20 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2015-08-20 09:00 Thu US/Pacific PDT 2015-08-20 12:00 Thu US/Eastern EDT 2015-08-20 16:00 Thu UTC - 2015-08-20 17:00 Thu Europe/London BST 2015-08-20 18:00 Thu Europe/Paris CEST 2015-08-20 18:00 Thu Europe/Berlin CEST 2015-08-20 21:30 Thu Asia/Calcutta IST --new day-- 2015-08-21 00:00 Fri Asia/Singapore SGT 2015-08-21 00:00 Fri Asia/Hong_Kong HKT 2015-08-21 01:00 Fri Asia/Tokyo JST 2015-08-21 02:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/13 = Followups = #topic #508 New GID for openstack-neutron .fpc 508 https://fedorahosted.org/fpc/ticket/508 = New business = #topic #558 Switch order of install macros .fpc 558 https://fedorahosted.org/fpc/ticket/558 #topic #559 Ban use of rich dependencies .fpc 559 https://fedorahosted.org/fpc/ticket/559 #topic #560 Bundling exception for rubygem{molinillo,thor,net-http-persistent} .fpc 560 https://fedorahosted.org/fpc/ticket/560 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/13 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fpc, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
eseyman uploaded MooseX-AttributeHelpers-0.24.tar.gz for perl-MooseX-AttributeHelpers
1356bfec2eee9ad87bd5347fc7164244 MooseX-AttributeHelpers-0.24.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MooseX-AttributeHelpers/MooseX-AttributeHelpers-0.24.tar.gz/md5/1356bfec2eee9ad87bd5347fc7164244/MooseX-AttributeHelpers-0.24.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
Summary/Minutes from today's FESCo Meeting (2015-08-19)
=== #fedora-meeting: FESCO (2015-08-19) === Meeting started by sgallagh at 18:00:24 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-08-19/fesco.2015-0 8-19-18.00.log.html . Meeting summary --- * init process (sgallagh, 18:00:25) * #1466 non-responsive maintainer exception process for skottler (sgallagh, 18:04:33) * AGREED: Revisit this next week (+5, 0, -0) (sgallagh, 18:06:06) * #1471 F24 System Wide Change: TeXLive 2015 (sgallagh, 18:06:12) * AGREED: F24 System Wide Change: TeXLive 2015 is accepted (+8, 0, -0) (sgallagh, 18:12:20) * #1469 i686 as a non-blocking architecture (sgallagh, 18:12:33) * Discussion postponed until next week to wait for more feedback. (sgallagh, 18:13:58) * Next week's chair (sgallagh, 18:14:08) * rishi to chair next week's meeting (sgallagh, 18:14:57) * Open Floor (sgallagh, 18:15:03) * ajax will be unable to attend for the next 3-4 meetings (sgallagh, 18:15:41) * ACTION: thozza to create a ticket around Change approval process as discussed at Flock (sgallagh, 18:17:52) Meeting ended at 18:45:29 UTC. Action Items * thozza to create a ticket around Change approval process as discussed at Flock Action Items, by person --- * thozza * thozza to create a ticket around Change approval process as discussed at Flock * **UNASSIGNED** * (none) People Present (lines said) --- * sgallagh (57) * rishi (32) * thozza (26) * ajax (13) * nirik (11) * zodbot (9) * langdon (4) * dgilmore (4) * paragan (0) * hguemar (0) * jwb (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20150819 changes
Compose started at Wed Aug 19 15:32:04 UTC 2015 Broken deps for i386 -- [ScientificPython] ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1 [adobe-source-libraries] adobe-source-libraries-1.0.43-24.fc22.i686 requires libboost_thread.so.1.57.0 adobe-source-libraries-1.0.43-24.fc22.i686 requires libboost_system.so.1.57.0 adobe-source-libraries-1.0.43-24.fc22.i686 requires libboost_signals.so.1.57.0 [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.i686 requires libaws_ssl.so [darcs] darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so darcs-2.8.5-3.fc23.i686 requires ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d) ghc-darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so ghc-darcs-2.8.5-3.fc23.i686 requires ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d) ghc-darcs-devel-2.8.5-3.fc23.i686 requires ghc-devel(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d) [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.i686 requires MySQL-python(x86-32) [elasticsearch] elasticsearch-1.7.1-1.fc24.noarch requires lucene4-sandbox [ghc-citeproc-hs] ghc-citeproc-hs-0.3.9-6.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so ghc-citeproc-hs-0.3.9-6.fc23.i686 requires ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) ghc-citeproc-hs-devel-0.3.9-6.fc23.i686 requires ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) [ghc-hakyll] ghc-hakyll-4.5.4.0-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so [ghc-scotty] ghc-scotty-0.9.0-3.fc23.i686 requires libHSstringsearch-0.3.6.5-ghc7.8.4.so [ghc-texmath] ghc-texmath-0.8.0.1-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so ghc-texmath-0.8.0.1-3.fc23.i686 requires ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) ghc-texmath-devel-0.8.0.1-3.fc23.i686 requires ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) [ghc-wai-extra] ghc-wai-extra-3.0.4.5-2.fc23.i686 requires libHSstringsearch-0.3.6.5-ghc7.8.4.so ghc-wai-extra-3.0.4.5-2.fc23.i686 requires ghc(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d) ghc-wai-extra-devel-3.0.4.5-2.fc23.i686 requires ghc-devel(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d) [gnatcoll] gnatcoll-2014-4.fc23.i686 requires libgtkada-3.8.so.2 [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.i686 requires pyorbit(x86-32) = 0:2.0.1 [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.i686 requires gtksourceview [gtranslator] gtranslator-2.91.7-3.fc23.i686 requires libgdict-1.0.so.8 [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.i686 requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires
Broken dependencies: perl-Method-Signatures
perl-Method-Signatures has broken dependencies in the rawhide tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) 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-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the rawhide tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Alias
perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 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-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the rawhide tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 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-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 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-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the rawhide tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 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: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 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
Re: Rawhide plans
On Wed, Aug 19, 2015 at 09:18:04 -0600, Kevin Fenzi ke...@scrye.com wrote: 2. Upgrading from a stable release is also often hard due to broken deps, resulting in having to remove packages just to get upgraded. dnf works much better than yum for this. You can use distro-sync with the --allowerasing option to do an update. If there are file conflicts, you might have to remove a handful of packages and retry it. You can use script to keep track of what actually got erased. You might need to upgrade the kernel first as distro-sync may try to remove your running kernel and then abort the update. If you run rawhide nodebug kernels this won't normally be an issue. A few days ago I went from f22 to branched on a system with over 17000 packages installed and things went well. I had to remove a couple of packages that had a file conflict before being able to do the update and one package's clean up script hung and I had to manually kill it to let the upgrade procede. rpmfusion is messed up for branched and rawhide right now (the packages haven't been rebuilt since f22 and this is resulting in soname conflicts) so having the superior depsolving of dnf is really useful right now. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
eseyman uploaded Plack-Middleware-MethodOverride-0.15.tar.gz for perl-Plack-Middleware-MethodOverride
6422375e0f1ab232839becb04d3d4098 Plack-Middleware-MethodOverride-0.15.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Plack-Middleware-MethodOverride/Plack-Middleware-MethodOverride-0.15.tar.gz/md5/6422375e0f1ab232839becb04d3d4098/Plack-Middleware-MethodOverride-0.15.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
eseyman pushed to perl-Plack-Middleware-MethodOverride (master). Update to 0.15
From 2dc92003285c3a427cdc44a936d51cde86f629c0 Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Wed, 19 Aug 2015 23:51:28 +0200 Subject: Update to 0.15 diff --git a/.gitignore b/.gitignore index 0f26654..c4a4f07 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ /Plack-Middleware-MethodOverride-0.12.tar.gz /Plack-Middleware-MethodOverride-0.13.tar.gz /Plack-Middleware-MethodOverride-0.14.tar.gz +/Plack-Middleware-MethodOverride-0.15.tar.gz diff --git a/perl-Plack-Middleware-MethodOverride.spec b/perl-Plack-Middleware-MethodOverride.spec index 4dfd9b2..b03d47b 100644 --- a/perl-Plack-Middleware-MethodOverride.spec +++ b/perl-Plack-Middleware-MethodOverride.spec @@ -1,6 +1,6 @@ Name: perl-Plack-Middleware-MethodOverride -Version:0.14 -Release:3%{?dist} +Version:0.15 +Release:1%{?dist} Summary:Override REST methods to Plack apps via POST License:GPL+ or Artistic @@ -51,6 +51,9 @@ make test %{_mandir}/man3/Plack* %changelog +* Wed Aug 19 2015 Emmanuel Seyman emman...@seyman.fr - 0.15-1 +- Update to 0.15 + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.14-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 4b200b5..94f4e8c 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -70571a8768a03477e5a3cb268f2e4aac Plack-Middleware-MethodOverride-0.14.tar.gz +6422375e0f1ab232839becb04d3d4098 Plack-Middleware-MethodOverride-0.15.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Plack-Middleware-MethodOverride.git/commit/?h=masterid=2dc92003285c3a427cdc44a936d51cde86f629c0 -- 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
eseyman uploaded Net-FTPSSL-0.30.tar.gz for perl-Net-FTPSSL
72fd7e675f525ecd16d60ab751f5a8dc Net-FTPSSL-0.30.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-FTPSSL/Net-FTPSSL-0.30.tar.gz/md5/72fd7e675f525ecd16d60ab751f5a8dc/Net-FTPSSL-0.30.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
Re: Rawhide plans
On Wed, Aug 19, 2015 at 01:18:42PM -0400, Eric Griffith wrote: Something akin to openSUSE's Tumbleweed name. Maybe reuse the Fedora.Next name? Something that implies its rolling release / pre-release. Fedora Testing? For some reason Fedora Tophat just popped into my head as a pun on hats and being ontop of updates. Yeah, I thought about Fedora Next. Mostly along the lines of Hmmm, we've been talking about Fedora.Next for so long as something else that it might be really confusing, which is a shame, because it'd be a great name for this. :) -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
I thought the Fedora Tophat suggestion was pretty awesome. I also think the bike shed should be light gray. -- Ben Cotton -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
Personally, if it weren't for the confusion, I think Fedora Next would be the perfect name for this. But the confusion exists so... we either don't use it, or we -do- use it and Marketing makes an announcement that as as part of the continuously-changing plans of what defines Fedora Next they are adding a more-stable Rawhide to the list of goals. This new initiative will share the name. Still might be a little confusing but if it would be announced along side Fedora Next news then -maybe- itd be less confusing? Kind of bringing the more stable rawhide under the Fedora Next umbrella. On Wed, Aug 19, 2015 at 6:56 PM, Matthew Miller mat...@fedoraproject.org wrote: On Wed, Aug 19, 2015 at 01:18:42PM -0400, Eric Griffith wrote: Something akin to openSUSE's Tumbleweed name. Maybe reuse the Fedora.Next name? Something that implies its rolling release / pre-release. Fedora Testing? For some reason Fedora Tophat just popped into my head as a pun on hats and being ontop of updates. Yeah, I thought about Fedora Next. Mostly along the lines of Hmmm, we've been talking about Fedora.Next for so long as something else that it might be really confusing, which is a shame, because it'd be a great name for this. :) -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
Come to think of it, wasn't there an initiative a few years ago to make Rawhide more stable called Fedora CUT ? Continuously Usable Testing or something similar On Wed, Aug 19, 2015 at 7:09 PM, Ben Cotton bcot...@fedoraproject.org wrote: I thought the Fedora Tophat suggestion was pretty awesome. I also think the bike shed should be light gray. -- Ben Cotton -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
Google informs me that was for Debian, nevermind! . On Wed, Aug 19, 2015 at 7:11 PM, Eric Griffith egriffit...@gmail.com wrote: Come to think of it, wasn't there an initiative a few years ago to make Rawhide more stable called Fedora CUT ? Continuously Usable Testing or something similar On Wed, Aug 19, 2015 at 7:09 PM, Ben Cotton bcot...@fedoraproject.org wrote: I thought the Fedora Tophat suggestion was pretty awesome. I also think the bike shed should be light gray. -- Ben Cotton -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
eseyman pushed to perl-MooseX-AttributeHelpers (master). Update to 0.24 (..more)
From 4c1ce62fbeca34a40424fe792b35e20a378742c7 Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Wed, 19 Aug 2015 23:01:33 +0200 Subject: Update to 0.24 Remove upstreamed patch Switch to the Module::Build::Tiny workflow Clean up spec file diff --git a/.gitignore b/.gitignore index ea8d84b..fbec8a3 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ MooseX-AttributeHelpers-0.23.tar.gz +/MooseX-AttributeHelpers-0.24.tar.gz diff --git a/MooseX-AttributeHelpers-0.23-Fix-tests-to-cope-radnomized-hash-keys.patch b/MooseX-AttributeHelpers-0.23-Fix-tests-to-cope-radnomized-hash-keys.patch deleted file mode 100644 index 3a28e40..000 --- a/MooseX-AttributeHelpers-0.23-Fix-tests-to-cope-radnomized-hash-keys.patch +++ /dev/null @@ -1,55 +0,0 @@ -From 94d4ecede542aa0ae5e33e1aa68c6d9731bf295e Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com -Date: Fri, 2 Aug 2013 19:09:45 +0200 -Subject: [PATCH] Fix tests to cope radnomized hash keys -MIME-Version: 1.0 -Content-Type: text/plain; charset=UTF-8 -Content-Transfer-Encoding: 8bit - -Similar patch is in Moose. - -https://rt.cpan.org/Public/Bug/Display.html?id=81564 - -Signed-off-by: Petr Písař ppi...@redhat.com - t/003_basic_hash.t | 4 ++-- - t/203_trait_hash.t | 4 ++-- - 2 files changed, 4 insertions(+), 4 deletions(-) - -diff --git a/t/003_basic_hash.t b/t/003_basic_hash.t -index 1f842ae..c21ac52 100644 a/t/003_basic_hash.t -+++ b/t/003_basic_hash.t -@@ -170,10 +170,10 @@ is_deeply($options-provides, { - is($options-type_constraint-type_parameter, 'Str', '... got the right container type'); - - $stuff-set_option( oink = blah, xxy = flop ); --my @key_value = $stuff-key_value; -+my @key_value = sort{ $a-[0] cmp $b-[0] } $stuff-key_value; - is_deeply( - \@key_value, --[ [ 'xxy', 'flop' ], [ 'quantity', 4 ], [ 'oink', 'blah' ] ], -+[ sort{ $a-[0] cmp $b-[0] } [ 'xxy', 'flop' ], [ 'quantity', 4 ], [ 'oink', 'blah' ] ], - '... got the right key value pairs' - ); - -diff --git a/t/203_trait_hash.t b/t/203_trait_hash.t -index 8e876b1..451c0bb 100644 a/t/203_trait_hash.t -+++ b/t/203_trait_hash.t -@@ -156,10 +156,10 @@ is_deeply($options-provides, { - is($options-type_constraint-type_parameter, 'Str', '... got the right container type'); - - $stuff-set_option( oink = blah, xxy = flop ); --my @key_value = $stuff-key_value; -+my @key_value = sort{ $a-[0] cmp $b-[0] } $stuff-key_value; - is_deeply( - \@key_value, --[ [ 'xxy', 'flop' ], [ 'quantity', 4 ], [ 'oink', 'blah' ] ], -+[ sort{ $a-[0] cmp $b-[0] } [ 'xxy', 'flop' ], [ 'quantity', 4 ], [ 'oink', 'blah' ] ], - '... got the right key value pairs' - ); - --- -1.8.1.4 - diff --git a/perl-MooseX-AttributeHelpers.spec b/perl-MooseX-AttributeHelpers.spec index d2f34be..117552c 100644 --- a/perl-MooseX-AttributeHelpers.spec +++ b/perl-MooseX-AttributeHelpers.spec @@ -1,21 +1,19 @@ Name: perl-MooseX-AttributeHelpers -Version:0.23 -Release:15%{?dist} +Version:0.24 +Release:1%{?dist} Summary:Extended Moose attribute interfaces License:GPL+ or Artistic URL:http://search.cpan.org/dist/MooseX-AttributeHelpers/ -Source0: http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/MooseX-AttributeHelpers-%{version}.tar.gz -# Perl 5.18 compatibility, CPAN RT#81564 -Patch0: MooseX-AttributeHelpers-0.23-Fix-tests-to-cope-radnomized-hash-keys.patch -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) +Source0: http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/MooseX-AttributeHelpers-%{version}.tar.gz + BuildArch: noarch Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) -BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 -BuildRequires: perl(Moose) = 0.56 +BuildRequires: perl(Module::Build::Tiny) = 0.07 +BuildRequires: perl(Moose) = 0.56 BuildRequires: perl(Test::Exception) = 0.21 BuildRequires: perl(Test::Moose) -BuildRequires: perl(Test::More) = 0.62 +BuildRequires: perl(Test::More) = 0.94 ### auto-added reqs! Requires: perl(Moose) = 0.56 @@ -29,28 +27,31 @@ used attribute helper methods for more specific types of data. %prep %setup -q -n MooseX-AttributeHelpers-%{version} -%patch0 -p1 %build -%{__perl} Makefile.PL INSTALLDIRS=vendor -make %{?_smp_mflags} +%{__perl} Build.PL --installdirs=vendor +./Build %install -make pure_install DESTDIR=%{buildroot} - -find %{buildroot} -type f -name .packlist -exec rm -f {} + - -%{_fixperms} %{buildroot}/* +./Build install --destdir=$RPM_BUILD_ROOT --create_packlist=0 +%{_fixperms} $RPM_BUILD_ROOT/* %check -make test +./Build test %files -%doc ChangeLog README t/ -%{perl_vendorlib}/* -%{_mandir}/man3/* +%doc Changes README t/ +%license LICENSE +%{perl_vendorlib}/MooseX* +%{_mandir}/man3/MooseX* %changelog +* Wed Aug 19 2015 Emmanuel Seyman emman...@seyman.fr - 0.24-1 +- Update to
eseyman uploaded MooseX-ConfigFromFile-0.14.tar.gz for perl-MooseX-ConfigFromFile
74330bae924b304bb95ccec4d1c93991 MooseX-ConfigFromFile-0.14.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MooseX-ConfigFromFile/MooseX-ConfigFromFile-0.14.tar.gz/md5/74330bae924b304bb95ccec4d1c93991/MooseX-ConfigFromFile-0.14.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
eseyman pushed to perl-MooseX-ConfigFromFile (master). Update to 0.14
From 6bfef45ec6fe07bbe21212206a3e91a1668f1a4a Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Wed, 19 Aug 2015 23:42:45 +0200 Subject: Update to 0.14 diff --git a/perl-MooseX-ConfigFromFile.spec b/perl-MooseX-ConfigFromFile.spec index df9c7ed..ff45fa0 100644 --- a/perl-MooseX-ConfigFromFile.spec +++ b/perl-MooseX-ConfigFromFile.spec @@ -1,6 +1,6 @@ Name: perl-MooseX-ConfigFromFile -Version:0.13 -Release:8%{?dist} +Version:0.14 +Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Summary:An abstract Moose role for setting attributes from a configfile @@ -28,6 +28,7 @@ BuildRequires: perl(strict) BuildRequires: perl(Test::Deep) BuildRequires: perl(Test::Fatal) BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(Test::Requires) BuildRequires: perl(Test::Without::Module) # Optional Test Requirements @@ -58,6 +59,7 @@ those in the configfile. %prep %setup -q -n MooseX-ConfigFromFile-%{version} +sed -i '1s,#!perl,#!%{__perl},' t/*.t %build perl Build.PL --installdirs=vendor @@ -70,11 +72,15 @@ perl Build.PL --installdirs=vendor ./Build test %files -%doc Changes CONTRIBUTING LICENSE README README.md t/ +%doc Changes CONTRIBUTING README t/ +%license LICENSE %{perl_vendorlib}/MooseX/ %{_mandir}/man3/MooseX::ConfigFromFile.3* %changelog +* Wed Aug 19 2015 Emmanuel Seyman emman...@seyman.fr - 0.14-1 +- Update to 0.14 + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.13-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index eb58954..e5fbb7d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -0912c7b626e2fd5088979b8223d58092 MooseX-ConfigFromFile-0.13.tar.gz +74330bae924b304bb95ccec4d1c93991 MooseX-ConfigFromFile-0.14.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-MooseX-ConfigFromFile.git/commit/?h=masterid=6bfef45ec6fe07bbe21212206a3e91a1668f1a4a -- 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
eseyman pushed to perl-Net-FTPSSL (master). Update to 0.30
From b5ec605805262d366caa2c558aaf98f20b5825ca Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Thu, 20 Aug 2015 00:06:06 +0200 Subject: Update to 0.30 diff --git a/.gitignore b/.gitignore index 534f3d1..6c0dcbf 100644 --- a/.gitignore +++ b/.gitignore @@ -6,3 +6,4 @@ Net-FTPSSL-0.15.tar.gz /Net-FTPSSL-0.26.tar.gz /Net-FTPSSL-0.27.tar.gz /Net-FTPSSL-0.29.tar.gz +/Net-FTPSSL-0.30.tar.gz diff --git a/perl-Net-FTPSSL.spec b/perl-Net-FTPSSL.spec index f36097d..c4b6e60 100644 --- a/perl-Net-FTPSSL.spec +++ b/perl-Net-FTPSSL.spec @@ -1,5 +1,5 @@ Name: perl-Net-FTPSSL -Version:0.29 +Version:0.30 Release:1%{?dist} Summary:Perl module for FTP over SSL/TLS License:GPL+ or Artistic @@ -54,6 +54,9 @@ echo n |make test %changelog +* Wed Aug 19 2015 Emmanuel Seyman emman...@seyman.fr - 0.30-1 +- Update to 0.30 + * Sun Jul 12 2015 Emmanuel Seyman emman...@seyman.fr - 0.29-1 - Update to 0.29 diff --git a/sources b/sources index ef34826..5ed80d4 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -eb4f533590e1adabf8563b037ff3d0c8 Net-FTPSSL-0.29.tar.gz +72fd7e675f525ecd16d60ab751f5a8dc Net-FTPSSL-0.30.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Net-FTPSSL.git/commit/?h=masterid=b5ec605805262d366caa2c558aaf98f20b5825ca -- 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: Rawhide plans
On 8/20/15, Matthew Miller mat...@fedoraproject.org wrote: Yeah, I thought about Fedora Next. Mostly along the lines of Hmmm, we've been talking about Fedora.Next for so long as something else that it might be really confusing, which is a shame, because it'd be a great name for this. :) That's the scheme from people who proposed Fedora.next, not all of us. -- Yours sincerely, Christopher Meng http://awk.io -- 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: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
Miroslav Suchý wrote: Recently we had discussion here about the queue of package reviews with FE-NEEDSPONSOR flag. I suggested to write some script which would query db and reveal those sponsors who does not make his duty. Here comes this script: https://github.com/xsuchy/guard-fedora-sponsors So you think public shaming is the way to bully people into sponsoring more packagers? SARCASMThat's sure going to increase the quality of sponsorship!/SARCASM I can easily hit the sponsor button on 10 random people a week to make your metrics happy, without any kind of package review or mentoring. But I don't think that is going to help the project at all, so I DON'T want to do that! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
On 08/19/2015 02:05 PM, Christoph Wickert wrote: 2015-08-15 9:13 GMT+02:00 Miroslav Suchý msu...@redhat.com: Recently we had discussion here about the queue of package reviews with FE-NEEDSPONSOR flag. I suggested to write some script which would query db and reveal those sponsors who does not make his duty. Here comes this script: https://github.com/xsuchy/guard-fedora-sponsors It is first version and I'm sure there will be some false negatives. The current logic is: 1. query FAS to get all usernames from packager group who are sponsors 2. for each such user get all bugs from past 365 day for Package Review component which are assigned to this sponsor 3. give the sponsor some credit when he changed bug status (to whatever state) as this indicate some work on this bug 4. give the sponsor some credit if he remove FE-NEEDSPONSOR from blocking bugs as this indicate finishing sponsor work This does not reflect if you sponsor somebody directly. Hi Miroslav, this is not the only problem with your script. I think the underlying definition of sponsoring work is flawed. A sponsor not only sponsors new contributors into the packager group but acts as guide ever after. Even though I have not accepted any new candidates throughout the last year, I still look after all of my 24 protégés. I not only answer questions when they occur, I also look at every commit, build and update. This of course, takes some time and thus limits the number of packagers a sponsor can take care of. While I see the need for sponsoring new contributors in a timely manner, I always found the focus on sponsoring as many as possible questionable. And I'm afraid your script can encourage this behavior, no matter if the output says no sponsor work or recent sponsor activity. I think the least you should do is change the wording to has not accepted any new candidates or alike, but you will never be able to know who did actual sponsor work. Best regards, Christoph I was about to send just the same thing. -- 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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rawhide plans
On Thu, Aug 20, 2015 at 07:59:45AM +0800, Christopher Meng wrote: Yeah, I thought about Fedora Next. Mostly along the lines of Hmmm, we've been talking about Fedora.Next for so long as something else that it might be really confusing, which is a shame, because it'd be a great name for this. :) That's the scheme from people who proposed Fedora.next, not all of us. Christopher, I'm not sure what you mean here. Can you elaborate? -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pghmcfc pushed to perl-Test-Vars (master). Update to 0.006 (..more)
From 4ace591c483f341c02a45bbb9d93a4fe88a0682c Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Wed, 19 Aug 2015 11:22:14 +0100 Subject: Update to 0.006 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - New upstream release 0.006 - This module now calls Test::Builder-diag and -note _after_ calling -ok; this is more in line with how most test modules work - Added a new exported sub, test_vars(), which does not output TAP; this is useful for integrating this module with things like Code::TidyAll - This release by DROLSKY → update source URL - Use %license where possible diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec index 600c732..de6b54c 100644 --- a/perl-Test-Vars.spec +++ b/perl-Test-Vars.spec @@ -1,23 +1,23 @@ Name: perl-Test-Vars -Version: 0.005 -Release: 8%{?dist} +Version: 0.006 +Release: 1%{?dist} Summary: Detects unused variables License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Test-Vars/ -Source0: http://search.cpan.org/CPAN/authors/id/G/GF/GFUJI/Test-Vars-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Test-Vars-%{version}.tar.gz BuildArch: noarch # === # Build requirements # === +BuildRequires: coreutils +BuildRequires: make BuildRequires: perl(Module::Build) = 0.38 -BuildRequires: perl(CPAN::Meta) -BuildRequires: perl(CPAN::Meta::Prereqs) BuildRequires: perl(File::Basename) +BuildRequires: perl(File::Copy) BuildRequires: perl(File::Spec) -BuildRequires: perl(strict) BuildRequires: perl(utf8) -BuildRequires: perl(warnings) +BuildRequires: sed # === # Module requirements # === @@ -25,14 +25,18 @@ BuildRequires: perl = 4:5.10.0 BuildRequires: perl(B) BuildRequires: perl(constant) BuildRequires: perl(ExtUtils::Manifest) +BuildRequires: perl(IO::Pipe) BuildRequires: perl(parent) +BuildRequires: perl(Storable) +BuildRequires: perl(strict) BuildRequires: perl(Symbol) BuildRequires: perl(Test::Builder::Module) +BuildRequires: perl(warnings) # === # Test suite requirements # === -BuildRequires: perl(Test::Builder::Tester) BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::Tester) # === # Author/Release test requirements # === @@ -54,11 +58,11 @@ Test::Vars finds unused variables in order to keep the source code tidy. sed -i -e '1s|^#!perl|#!/usr/bin/perl|' example/*.t %build -perl Build.PL installdirs=vendor +perl Build.PL --installdirs=vendor ./Build %install -./Build install destdir=%{buildroot} create_packlist=0 +./Build install --destdir=%{buildroot} --create_packlist=0 %{_fixperms} %{buildroot} %check @@ -66,11 +70,25 @@ perl Build.PL installdirs=vendor ./Build test --test_files=xt/*.t %files -%doc Changes LICENSE README.md example/ +%if 0%{?_licensedir:1} +%license LICENSE +%else +%doc LICENSE +%endif +%doc Changes README.md example/ %{perl_vendorlib}/Test/ -%{_mandir}/man3/Test::Vars.3pm* +%{_mandir}/man3/Test::Vars.3* %changelog +* Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.006-1 +- Update to 0.006 + - This module now calls Test::Builder-diag and -note _after_ calling -ok; +this is more in line with how most test modules work + - Added a new exported sub, test_vars(), which does not output TAP; this is +useful for integrating this module with things like Code::TidyAll +- This release by DROLSKY → update source URL +- Use %%license where possible + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.005-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 5944329..f25e84f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -56a763c785f66e4ae0edd2b4e613dc19 Test-Vars-0.005.tar.gz +dac851b90e4079b0315e0b458b4ad56e Test-Vars-0.006.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=masterid=4ace591c483f341c02a45bbb9d93a4fe88a0682c -- 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-Data-Alias
perl-Data-Alias has broken dependencies in the F-23 tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 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
pghmcfc uploaded Test-Vars-0.006.tar.gz for perl-Test-Vars
dac851b90e4079b0315e0b458b4ad56e Test-Vars-0.006.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Vars/Test-Vars-0.006.tar.gz/md5/dac851b90e4079b0315e0b458b4ad56e/Test-Vars-0.006.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the F-23 tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the F-23 tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 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-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the F-23 tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Test-Vars
perl-Test-Vars has broken dependencies in the F-23 tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the F-23 tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 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-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the F-23 tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 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-Method-Signatures
perl-Method-Signatures has broken dependencies in the F-23 tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) 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-MongoDB
perl-MongoDB has broken dependencies in the F-23 tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 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: polymake
polymake has broken dependencies in the F-23 tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 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-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the F-23 tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Carp-REPL
perl-Carp-REPL has broken dependencies in the F-23 tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.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-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the F-23 tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 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
[389-devel] Please review: [lib389] Reliability improvements to ds allocate and setup-ds helpers.
https://fedorahosted.org/389/ticket/48253 https://fedorahosted.org/389/attachment/ticket/48253/0001-Reliability-improvimen ts-to-DS-allocate-functions.patch Sincerely, -- William Brown will...@blackhats.net.au -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
eseyman uploaded MooseX-Daemonize-0.20.tar.gz for perl-MooseX-Daemonize
f48a8e79d20475981c8fe84b0aa98f46 MooseX-Daemonize-0.20.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MooseX-Daemonize/MooseX-Daemonize-0.20.tar.gz/md5/f48a8e79d20475981c8fe84b0aa98f46/MooseX-Daemonize-0.20.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
eseyman pushed to perl-MooseX-Daemonize (master). Update to 0.20
From 7d2f455d74044646775f44082cab3a2a7a0dfd88 Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Thu, 20 Aug 2015 07:38:25 +0200 Subject: Update to 0.20 diff --git a/.gitignore b/.gitignore index 9199d6a..ec324be 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ MooseX-Daemonize-0.09.tar.gz /MooseX-Daemonize-0.13.tar.gz /MooseX-Daemonize-0.15.tar.gz /MooseX-Daemonize-0.19.tar.gz +/MooseX-Daemonize-0.20.tar.gz diff --git a/perl-MooseX-Daemonize.spec b/perl-MooseX-Daemonize.spec index e79a2e1..a83c4cb 100644 --- a/perl-MooseX-Daemonize.spec +++ b/perl-MooseX-Daemonize.spec @@ -1,6 +1,6 @@ Name: perl-MooseX-Daemonize -Version:0.19 -Release:3%{?dist} +Version:0.20 +Release:1%{?dist} Summary:Role for daemonizing your Moose based application License:GPL+ or Artistic @@ -8,7 +8,7 @@ URL:http://search.cpan.org/dist/MooseX-Daemonize/ Source0: http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/MooseX-Daemonize-%{version}.tar.gz BuildArch: noarch BuildRequires: perl(Devel::AssertOS) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Module::Build::Tiny) BuildRequires: perl(Moose) = 0.33 BuildRequires: perl(MooseX::Getopt) = 0.07 BuildRequires: perl(MooseX::Types::Path::Class) @@ -17,6 +17,7 @@ BuildRequires: perl(Test::More) BuildRequires: perl(Test::Exception) BuildRequires: perl(Test::Fatal) BuildRequires: perl(Test::Moose) +BuildRequires: perl(Test::Pod::Coverage) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} @@ -30,25 +31,27 @@ roles as an infrastructure to do that. %setup -q -n MooseX-Daemonize-%{version} %build -%{__perl} Makefile.PL INSTALLDIRS=vendor -make %{?_smp_mflags} +perl Build.PL --installdirs=vendor +./Build %install -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT - -find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; - +./Build install --destdir=%{buildroot} --create_packlist=0 %{_fixperms} $RPM_BUILD_ROOT/* %check -make test +./Build test %files %doc Changes README +%license LICENCE %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Wed Aug 19 2015 Emmanuel Seyman emman...@seyman.fr - 0.20-1 +- Update to 0.20 +- Move to the Module::Build::Tiny workflow + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.19-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index c5932d2..cdcffbc 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ef293a3e8faf6b4f20ce23213a257cef MooseX-Daemonize-0.19.tar.gz +f48a8e79d20475981c8fe84b0aa98f46 MooseX-Daemonize-0.20.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-MooseX-Daemonize.git/commit/?h=masterid=7d2f455d74044646775f44082cab3a2a7a0dfd88 -- 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
eseyman uploaded MooseX-Declare-0.43.tar.gz for perl-MooseX-Declare
d2397ef961bcdb75fb353b0bf53c24c0 MooseX-Declare-0.43.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MooseX-Declare/MooseX-Declare-0.43.tar.gz/md5/d2397ef961bcdb75fb353b0bf53c24c0/MooseX-Declare-0.43.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
eseyman pushed to perl-MooseX-Declare (master). Update to 0.43
From 8967370d5c85bdbac5bba2d26db0ab14c6259c2b Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Thu, 20 Aug 2015 07:50:54 +0200 Subject: Update to 0.43 diff --git a/.gitignore b/.gitignore index 603ea66..51f1b27 100644 --- a/.gitignore +++ b/.gitignore @@ -5,3 +5,4 @@ MooseX-Declare-0.33.tar.gz /MooseX-Declare-0.40.tar.gz /MooseX-Declare-0.41.tar.gz /MooseX-Declare-0.42.tar.gz +/MooseX-Declare-0.43.tar.gz diff --git a/perl-MooseX-Declare.spec b/perl-MooseX-Declare.spec index 010e5bd..f12ccf3 100644 --- a/perl-MooseX-Declare.spec +++ b/perl-MooseX-Declare.spec @@ -1,6 +1,6 @@ Name: perl-MooseX-Declare -Version:0.42 -Release:3%{?dist} +Version:0.43 +Release:1%{?dist} Summary:Declarative syntax for Moose License:GPL+ or Artistic @@ -8,7 +8,6 @@ URL:http://search.cpan.org/dist/MooseX-Declare/ Source0: http://www.cpan.org/authors/id/E/ET/ETHER/MooseX-Declare-%{version}.tar.gz BuildArch: noarch BuildRequires: perl(Devel::Declare) = 0.005011 -BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(List::MoreUtils) BuildRequires: perl(Module::Build::Tiny) = 0.039 BuildRequires: perl(Moose) = 0.90 @@ -55,6 +54,9 @@ perl Build.PL --installdirs=vendor %{_mandir}/man3/MooseX* %changelog +* Wed Aug 19 2015 Emmanuel Seyman emman...@seyman.fr - 0.43-1 +- Update to 0.43 + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.42-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index d7f2f96..3ba7f3e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -50c601adb760221c8023f1e18fba4c15 MooseX-Declare-0.42.tar.gz +d2397ef961bcdb75fb353b0bf53c24c0 MooseX-Declare-0.43.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-MooseX-Declare.git/commit/?h=masterid=8967370d5c85bdbac5bba2d26db0ab14c6259c2b -- 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
eseyman uploaded MooseX-MethodAttributes-0.30.tar.gz for perl-MooseX-MethodAttributes
f3b4ece37075ec73597fcad41512ad7b MooseX-MethodAttributes-0.30.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MooseX-MethodAttributes/MooseX-MethodAttributes-0.30.tar.gz/md5/f3b4ece37075ec73597fcad41512ad7b/MooseX-MethodAttributes-0.30.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
Re: Build root prepared by DNF is way larger
On 18. 8. 2015 at 18:34:21, Neal Gompa wrote: Do we have a switch or configuration option for that yet? Yes, install_weak_deps = False Jan -- 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: DNF - Update packages from specific repository with dependencies
On 19. 8. 2015 at 09:05:47, Zelja Tux wrote: I tried the deprecated command yum and it works: yum-deprecated -y repository-packages MYREPO update yum-deprecated -y repo-pkgs MYREPO update Also this command is right solution, if all packages have same prefix (but my packages doesnt have same prefix, and I don't want to hardcode all package names there) dnf --enablerepo=MYREPO update $(sudo dnf list installed | grep PREFIX_OF_MY_PACKAGES* | cut -f1 -d ) I don't quite follow. Why don't you use dnf repository-packages? It works the same as yum's equivalent. I can use yum-deprecated, buts iits somehow awkward :) Yes, yum-deprecated is ultimately going to be removed so we generally discourage users from using it if not necessary. After update to dnf-1.1.0-2.fc22.noarch, this same command dnf -y repository-packages MYREPO update takes 5 minutes or more, and update is just few kilobytes. If you think it's a bug and not e.g. network latency, feel free to report it. Thanks Jan -- 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: QA Apps and Bodhi 2.0
On Tue, 18 Aug 2015 16:38:40 -0600 Tim Flink tfl...@redhat.com wrote: snip libtaskotron This has been a bit bigger task than we were hoping. For now, the absolute essentials work but the bodhi_comment is not currently working so notifications of taskotron failures to packagers will not work once bodhi is upgraded. Not really sure how we're going to handle the notifications stuff. I'm not crazy about putting any time into the bodhi_comment directive but because of the lack of notice we had on this change, fedmsg emission isn't ready and probably won't be ready for at least a week or two. I suspect that we'll need to take a stab at fixing the bodhi_comment directive and hope that the effort required there won't be too bad. The discussion around this will continue as we figure out what to do about it :-/ https://phab.qadevel.cloud.fedoraproject.org/T558 After a few releases and much futzing, this should be ready to go once D511 is pushed and included in the next release. I was testing on dev but all of a sudden the clients couldn't talk to bodhi.stg and more testing was rather pointless. Hopefully we'll get this all figured out tomorrow before the downtime starts. stg was inadvertantly updated and is failing just about everything. once we get a new release and fix some of the if deployment_type == dev bits, it should work but I'm having trouble getting at least some of the stg clients to communicate with bodhi.stg as well. Tim pgpGgAnFfqY7C.pgp Description: OpenPGP digital signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: DNF - Update packages from specific repository with dependencies
I tried the deprecated command yum and it works: yum-deprecated -y repository-packages MYREPO update yum-deprecated -y repo-pkgs MYREPO update Also this command is right solution, if all packages have same prefix (but my packages doesnt have same prefix, and I don't want to hardcode all package names there) dnf --enablerepo=MYREPO update $(sudo dnf list installed | grep PREFIX_OF_MY_PACKAGES* | cut -f1 -d ) I can use yum-deprecated, buts iits somehow awkward :) After update to dnf-1.1.0-2.fc22.noarch, this same command dnf -y repository-packages MYREPO update takes 5 minutes or more, and update is just few kilobytes. Just want to update all installed packages from my repository with DNF (I dont wan't to update system repos (fedora, updates, etc). Thanks Zelja On Fri, Aug 14, 2015 at 10:12 AM, Zelja Tux zelja...@gmail.com wrote: That command works, but it takes a VERY LONG time to complete (maybe 5mins). dnf -y repository-packages MYREPO upgrade Earlier version of DNF (maybe few weeks ago), throw these messages while doing upgrade: Package SOMEPACKAGE1 not installed, cannot update it Package SOMEPACKAGE2 not installed, cannot update it Package SOMEPACKAGE3 not installed, cannot update it Package SOMEPACKAGE4 not installed, cannot update it I assume that the problem could be in the fact that DNF is trying to update ALL packages from my custom repository MYREPO, but on my PC, I use only few of those packages (have installed) just a few packages. 2015-08-13 20:53 GMT+02:00 Jan Zelený jzel...@redhat.com: On 12. 8. 2015 at 15:11:38, Zelja Tux wrote: Hi, How to only install updates from a specific repository with DNF (and their dependencies from other repositories)? Is there a option to upgrade only packages from specific repository (and their dependencies from other repositories) I use following on Fedora 22 x86_64: dnf -y repo-pkgs MYREPO upgrade Upgrade is successfull, but it takes VERY LONG time to complete (5mins). If I use following: dnf -y --disablerepo=\* --enablerepo=MYREPO upgrade Upgrade fails with: Skipping packages with broken dependencies: Because I have one package on MYREPO that requires (have dependency) package from other repo (fedora repo). Yum command worked fine. yum -y repo-pkgs MYREPO update Does anyone have a clue. Does dnf -y repository-packages MYREPO upgrade not work? Jan -- 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 1251964] perl-Git-CPAN-Patch-2.2.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1251964 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Git-CPAN-Patch-2.2.0-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1230047] Upgrade perl-Authen-CAS-Client to 0.07
https://bugzilla.redhat.com/show_bug.cgi?id=1230047 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- Package perl-Authen-CAS-Client-0.07-1.fc23: * should fix your issue, * was pushed to the Fedora 23 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Authen-CAS-Client-0.07-1.fc23' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-13635/perl-Authen-CAS-Client-0.07-1.fc23 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1253995] perl-MooseX-Types-DateTime-MoreCoercions-0.15 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1253995 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-MooseX-Types-DateTime-MoreCoercions-0.15-1.fc23: * should fix your issue, * was pushed to the Fedora 23 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-MooseX-Types-DateTime-MoreCoercions-0.15-1.fc23' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-13650/perl-MooseX-Types-DateTime-MoreCoercions-0.15-1.fc23 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1230053] Upgrade perl-Barcode-Code128 to 2.21
https://bugzilla.redhat.com/show_bug.cgi?id=1230053 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- Package perl-Barcode-Code128-2.21-1.fc23: * should fix your issue, * was pushed to the Fedora 23 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Barcode-Code128-2.21-1.fc23' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-13649/perl-Barcode-Code128-2.21-1.fc23 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1254028] perl-constant-tiny-1.02 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1254028 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-constant-tiny-1.02-1.fc23: * should fix your issue, * was pushed to the Fedora 23 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-constant-tiny-1.02-1.fc23' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-13659/perl-constant-tiny-1.02-1.fc23 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1252632] perl-DateTime-TimeZone-1.93 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1252632 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-DateTime-TimeZone-1.93-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1246130] perl-DateTime-Format-Pg-0.16011 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1246130 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-DateTime-Format-Pg-0.1 ||6011-1.fc22 Resolution|--- |CURRENTRELEASE Last Closed||2015-08-19 04:13:46 -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1247421] perl-Test-Spec-0.51 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1247421 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-Test-Spec-0.51-1.fc22 Resolution|--- |CURRENTRELEASE Last Closed||2015-08-19 04:14:10 -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1251648] perl-Dist-Zilla-5.038 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1251648 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Dist-Zilla-5.038-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1249431] perl-DateTime-Format-Natural-1.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249431 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-DateTime-Format-Natura ||l-1.03-1.fc22 Resolution|--- |CURRENTRELEASE Last Closed||2015-08-19 04:23:21 -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1249616] perl-Devel-NYTProf-6.02 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249616 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-Devel-NYTProf-6.02-1.f ||c23 Resolution|--- |CURRENTRELEASE Last Closed||2015-08-19 04:23:47 -- You are receiving this mail because: You are on the CC list for the bug. -- 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: Build root prepared by DNF is way larger
Dne 18.8.2015 v 16:26 Vít Ondruch napsal(a): Hi all, Today, I noticed that mock build root prepared by DNF is significantly larger then prepared by YUM (see attached logs). Owners of packages installed into minimal buildroot probably wants to review their dependency chain. I also reported the issue against DNF [1] in case DNF guys wants to improve this situation. Vít [1] https://bugzilla.redhat.com/show_bug.cgi?id=1254634 Please note that the issue was already resolved in mock upstream, but you need to have DNF 1.1 to make it work, if I am not mistaken. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct