Re: [Test-Announce] Fedora 22 Branched 20150217 nightly compose nominated for testing
You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150217_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150217_Installation Maybe I am stupid but I can't find the download isos/images... Even though the email says the images are linked from the summary page, they aren't, you have to go to the installation page. Adam, can you please either adjust the email description or the summary template? Thanks! -- 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: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-18.git20141013.fc22.x86_64 requires perl = 4:5.20.1 On i386: polymake-2.13-18.git20141013.fc22.i686 requires perl = 4:5.20.1 On armhfp: polymake-2.13-18.git20141013.fc22.armv7hl requires perl = 4: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-Hash-MultiValue
perl-Hash-MultiValue has broken dependencies in the rawhide tree: On x86_64: perl-Hash-MultiValue-0.16-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Hash-MultiValue-0.16-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Hash-MultiValue-0.16-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
openqa_fedora_tools patch: add 'all' mode
This adds an 'all' mode which runs for the current validation event compose if it hasn't already been done, then runs for the current date's Rawhide and Branched nightlies, if they exist and aren't the same as the current validation event. Has a --yesterday parameter to run on the nightlies from a day earlier instead, if your timezone / cron config don't hook up great with releng's. (In future we ought to have a daemon that listens for compose events from fedmsg or something). 'Today' and 'yesterday' are calculated in UTC. Right now the non-'validation event' results are just going to sit in OpenQA, but I have Grand Plans to get 'em out via fedmsg and/or special wiki pages. For now only folks with VPN access or their own Coconut instance will be able to see the results, sorry! We *may* wind up running the tests for a nominated nightly compose twice - once before it gets nominated, once after - but that doesn't seem like a huge problem. Obviously we ought to build one Glorious Unified Sausage Machine for nightlies which pre-flights 'em via OpenQA then does the nomination if that passes, but for now this is fine, I think. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net From d211b7ed4a284688f37152bad2f5bd7fbfd77813 Mon Sep 17 00:00:00 2001 From: Adam Williamson awill...@redhat.com Date: Tue, 17 Feb 2015 23:24:08 -0800 Subject: [PATCH] add an 'all' mode to try and run against everything we can --- tools/openqa_trigger/openqa_trigger.py | 135 + 1 file changed, 86 insertions(+), 49 deletions(-) diff --git a/tools/openqa_trigger/openqa_trigger.py b/tools/openqa_trigger/openqa_trigger.py index 9a43b6c..4f43ed4 100755 --- a/tools/openqa_trigger/openqa_trigger.py +++ b/tools/openqa_trigger/openqa_trigger.py @@ -8,6 +8,7 @@ import os.path import sys import subprocess import argparse +import datetime # We can at least find images and run OpenQA jobs without wikitcms try: import wikitcms.wiki @@ -77,12 +78,15 @@ def run_openqa_jobs(isoname, arch, image_version): else: return [] -# run OpenQA on current compose if it is newer version since last run -def run_current(args, wiki): +def jobs_from_current(wiki): +Schedule jobs against the 'current' release validation event +(according to wikitcms) if we have not already. Returns a tuple, +first value is the job list, second is the current event. + if not wiki: -sys.exit(python-wikitcms is required for --current. Try - --compose to run against today's Rawhide nightly - without wiki result submission.) +print(python-wikitcms is required for current validation event + discovery.) +return ([], None) last_versions, json_parsed = read_last() currev = wiki.current_event print(Current event: {0}.format(currev.version)) @@ -101,14 +105,49 @@ def run_current(args, wiki): f.write(json.dumps(json_parsed)) f.close() +return (jobs, currev) + +def jobs_from_fedfind(ff_release, arches=VERSIONS): +Given a fedfind.Release object, find the ISOs we want and run +jobs on them. arches is an iterable of arches to run on, if not +specified, we'll use our constant. + +# Find boot.iso images for our arches; third query is a bit of a +# bodge till I know what 22 TCs/RCs will actually look like, +# ideally we want a query that will reliably return one image per +# arch without us having to filter further, but we can always just +# take the first image for each arch if necessary +jobs = [] +queries = ( +fedfind.release.Query('imagetype', ('boot',)), +fedfind.release.Query('arch', arches), +fedfind.release.Query('payload', ('server', 'generic'))) + +for image in ff_release.find_images(queries): +print({0} {1}.format(image.url, image.desc)) +isoname = download_image(image) +version = '_'.join( +(ff_release.release, ff_release.milestone, ff_release.compose)) +job_ids = run_openqa_jobs(isoname, image.arch, version) +jobs.extend(job_ids) +return jobs + +## SUB-COMMAND FUNCTIONS + +def run_current(args, wiki): +run OpenQA for current release validation event, if we have +not already done it. + +jobs = jobs_from_current(wiki)[0] # wait for jobs to finish and display results -print jobs -report_results(jobs) +if jobs: +print jobs +report_results(jobs) sys.exit() def run_compose(args, wiki=None): run OpenQA on a specified compose, optionally reporting results -if a matching wikitcms ValidationEvent can be found. +if a matching wikitcms ValidationEvent is found by relval/wikitcms # get the fedfind release object try: @@ -118,26 +157,6 @@ def run_compose(args, wiki=None): except ValueError as err:
[Bug 1181654] Please package perl-Apache-Session-NoSQL into EPEL 5/6/7
https://bugzilla.redhat.com/show_bug.cgi?id=1181654 Bug 1181654 depends on bug 1186725, which changed state. Bug 1186725 Summary: Review Request: perl-Apache-Session-NoSQL - NoSQL implementation of Apache::Session https://bugzilla.redhat.com/show_bug.cgi?id=1186725 What|Removed |Added Status|MODIFIED|CLOSED Resolution|--- |NEXTRELEASE -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=slbIexsm7Ma=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl/f22] Provide 5.20.2 MODULE_COMPAT; Clean up list of provided files
commit 76c22b2ce225c229296cf731d0ff400c26e91fac Author: Jitka Plesnikova jples...@redhat.com Date: Wed Feb 18 10:02:43 2015 +0100 Provide 5.20.2 MODULE_COMPAT; Clean up list of provided files 20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch |0 2-Install-libperl.so-to-shrpdir-on-Linux.patch |0 perl.spec | 46 --- 3 files changed, 10 insertions(+), 36 deletions(-) --- diff --git a/perl-5.20.1-Fix-Errno.pm-generation-for-gcc-5.0.patch b/perl-5.20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch similarity index 100% rename from perl-5.20.1-Fix-Errno.pm-generation-for-gcc-5.0.patch rename to perl-5.20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch diff --git a/perl-5.16.3-Install-libperl.so-to-shrpdir-on-Linux.patch b/perl-5.20.2-Install-libperl.so-to-shrpdir-on-Linux.patch similarity index 100% rename from perl-5.16.3-Install-libperl.so-to-shrpdir-on-Linux.patch rename to perl-5.20.2-Install-libperl.so-to-shrpdir-on-Linux.patch diff --git a/perl.spec b/perl.spec index 3ad2eee..ef61a78 100644 --- a/perl.spec +++ b/perl.spec @@ -30,7 +30,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:320%{?dist} +Release:321%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -80,7 +80,7 @@ Patch8: perl-5.14.1-offtest.patch Patch15:perl-5.16.3-create_libperl_soname.patch # Install libperl.so to -Dshrpdir value -Patch16:perl-5.16.3-Install-libperl.so-to-shrpdir-on-Linux.patch +Patch16:perl-5.20.2-Install-libperl.so-to-shrpdir-on-Linux.patch # Document Math::BigInt::CalcEmu requires Math::BigInt, rhbz#959096, # CPAN RT#85015 @@ -102,7 +102,7 @@ Patch27: perl-5.21.6-Report-inaccesible-file-on-failed-require.patch Patch28: perl-5.21.6-t-op-taint.t-Perform-SHA-256-algorithm-by-crypt-if-d.patch # Fix Errno.pm generation for GCC 5.0, RT#123784, in upstream after 5.21.8 -Patch29:perl-5.20.1-Fix-Errno.pm-generation-for-gcc-5.0.patch +Patch29:perl-5.20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch # Handle hexadecimal constants by h2ph, RT#123784, in upstream after 5.21.8 Patch30: perl-5.21.8-h2ph-correct-handling-of-hex-constants-for-the-pream.patch @@ -137,10 +137,11 @@ BuildRequires: procps, rsyslog # compat macro needed for rebuild -%global perl_compat perl(:MODULE_COMPAT_5.20.1) +%global perl_compat perl(:MODULE_COMPAT_5.20.2) # Compat provides Provides: %perl_compat +Provides: perl(:MODULE_COMPAT_5.20.1) Provides: perl(:MODULE_COMPAT_5.20.0) # Threading provides @@ -151,42 +152,10 @@ Provides: perl(:WITH_LARGEFILES) # PerlIO provides Provides: perl(:WITH_PERLIO) # File provides -Provides: perl(abbrev.pl) -Provides: perl(assert.pl) -Provides: perl(bigfloat.pl) -Provides: perl(bigint.pl) -Provides: perl(bigrat.pl) Provides: perl(bytes_heavy.pl) -Provides: perl(cacheout.pl) -Provides: perl(complete.pl) -Provides: perl(ctime.pl) -Provides: perl(dotsh.pl) Provides: perl(dumpvar.pl) -Provides: perl(exceptions.pl) -Provides: perl(fastcwd.pl) -Provides: perl(find.pl) -Provides: perl(finddepth.pl) -Provides: perl(flush.pl) -Provides: perl(ftp.pl) -Provides: perl(getcwd.pl) -Provides: perl(getopt.pl) -Provides: perl(getopts.pl) -Provides: perl(hostname.pl) -Provides: perl(importenv.pl) -Provides: perl(look.pl) -Provides: perl(newgetopt.pl) -Provides: perl(open2.pl) -Provides: perl(open3.pl) Provides: perl(perl5db.pl) -Provides: perl(pwd.pl) -Provides: perl(shellwords.pl) -Provides: perl(stat.pl) -Provides: perl(syslog.pl) -Provides: perl(tainted.pl) -Provides: perl(termcap.pl) -Provides: perl(timelocal.pl) Provides: perl(utf8_heavy.pl) -Provides: perl(validate.pl) # suidperl isn't created by upstream since 5.12.0 Obsoletes: perl-suidperl = 4:5.12.2 @@ -3862,6 +3831,11 @@ sed \ # Old changelog entries are preserved in CVS. %changelog +* Wed Feb 18 2015 Jitka Plesnikova jples...@redhat.com - 4:5.20.2-321 +- Provide 5.20.2 MODULE_COMPAT +- Clean list of provided files +- Update names of changed patches + * Tue Feb 17 2015 Jitka Plesnikova jples...@redhat.com - 4:5.20.2-320 - 5.20.2 bump (see http://search.cpan.org/dist/perl-5.20.2/pod/perldelta.pod for release notes) -- Fedora Extras Perl SIG http://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 report: 20150218 changes
On 2015-02-18, Fedora Rawhide Report rawh...@fedoraproject.org wrote: Compose started at Wed Feb 18 05:15:03 UTC 2015 Broken deps for i386 [...] GraphicsMagick-perl-1.3.20-5.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) This was a mistake in perl-5.20.2-320 and will be fixed in perl-5.20.2-321 very soon (F22 and F23). -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: nonresponsive maintainer - Axel Thimm
On Wed, Feb 18, 2015 at 5:20 AM, Orion Poplawski or...@cora.nwra.com wrote: I'm continuing the nonresponsive maintainer process for Axel Thimm https://bugzilla.redhat.com/show_bug.cgi?id=1186467 +1 I've been effectively maintaining a number of Axel's packages for years now. Time to get them properly owned. Does anyone know how to contact Axel? I can help maintain vtk/vtkdata/fail2ban and possibly others if needed. François -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Config-Tiny] Created tag perl-Config-Tiny-2.22-1.fc23
The lightweight tag 'perl-Config-Tiny-2.22-1.fc23' was created pointing to: 531b6f0... Update to 2.22 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Inline-0.79.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Inline: 439219736492bf24379f0c5681a9b4c6 Inline-0.79.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-CoreList/f22] 5.20150214 bump
Summary of changes: cf36c89... 5.20150214 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193727] perl-Inline-0.79 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1193727 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Inline-0.79-1.fc22 Resolution|--- |RAWHIDE Last Closed||2015-02-18 04:38:01 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Dk6sennOPZa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: ANNOUNCE: OCaml compiler will be updated in Fedora Rawhide
The following packages have build failures, and I'm going to fix them now, except where noted below: - xen Xen maintainer asked me not to rebuild this. - llvm LLVM seems to have generic FTBFS problems unrelated to OCaml. - plplot - ocaml-zarith - ocaml-tplib - ocaml-xmlrpc-light - frama-c - why Looking at these. - ocaml-ocamlnet This builds fine, but because there was a major version jump, I disabled a few ./configure features to get it to build quickly. I'm going to revisit this and try to re-enable features. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 965126] License metadata do not reflect cpansign license
https://bugzilla.redhat.com/show_bug.cgi?id=965126 Paul Howarth p...@city-fan.org changed: What|Removed |Added External Bug ID||CPAN 85466 Version|20 |rawhide -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lWrVNm3J4Qa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1181654] Please package perl-Apache-Session-NoSQL into EPEL 5/6/7
https://bugzilla.redhat.com/show_bug.cgi?id=1181654 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-Apache-Session-NoSQL-0 ||.1-2.el7 Resolution|--- |NEXTRELEASE Last Closed||2015-02-18 03:58:56 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=RPKnLsXf70a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Inline] 0.79 bump, Win32 fixes only
commit f70eb744b5474bd7244bbf2d579712001a508bac Author: Petr Šabata con...@redhat.com Date: Wed Feb 18 10:35:14 2015 +0100 0.79 bump, Win32 fixes only .gitignore |1 + perl-Inline.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 051b98b..30e585a 100644 --- a/.gitignore +++ b/.gitignore @@ -14,3 +14,4 @@ Inline-0.46.tar.gz /Inline-0.76.tar.gz /Inline-0.77.tar.gz /Inline-0.78.tar.gz +/Inline-0.79.tar.gz diff --git a/perl-Inline.spec b/perl-Inline.spec index 35a5b56..9ca4aec 100644 --- a/perl-Inline.spec +++ b/perl-Inline.spec @@ -1,5 +1,5 @@ Name: perl-Inline -Version:0.78 +Version:0.79 Release:1%{?dist} Summary:Inline Perl module Group: Development/Libraries @@ -83,6 +83,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Wed Feb 18 2015 Petr Šabata con...@redhat.com - 0.79-1 +- 0.79 bump, Win32 fixes only + * Fri Dec 05 2014 Petr Šabata con...@redhat.com - 0.78-1 - 0.78 bump diff --git a/sources b/sources index c6d9b03..5dbf401 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -5f5c2e27cf296a9e1e9d0be04817 Inline-0.78.tar.gz +439219736492bf24379f0c5681a9b4c6 Inline-0.79.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Inline/f22] 0.79 bump, Win32 fixes only
Summary of changes: f70eb74... 0.79 bump, Win32 fixes only (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Proposal] Ring-based Packaging Policies
Dne 17.2.2015 v 17:18 Petr Pisar napsal(a): On 2015-02-17, Josh Boyer jwbo...@fedoraproject.org wrote: On Thu, Feb 12, 2015 at 1:32 PM, Stephen Gallagher sgall...@redhat.com wrote: == Proposal == With these things in mind, I'd like to propose that we amend the packaging policy by splitting it into two forms: I think this needs to go beyond simple policy. It needs some buildsystem enforcement as well. [...] With the definition you have here, I'm afraid we are going to be constantly playing is or isn't on whether a package is core or not. E.g. things get sucked into the install media due to dependencies and nobody notices until it's time to trim the size. It just doesn't seem like this would scale, particularly since the distro is rather fluid. Perhaps instead the Base WG could come up with what they consider core, and we could really stick to that? Meaning, things in core cannot Require packages outside of core at runtime. [...] I'm OK with this if Ring packages land in a separated repo. That could be done by having a separate koji target that spits out things into a rings repo. My concern here is that if everything (ring and core combined) lands in the same koji tag and goes through koji just like packages do today, we're going to wind up with a big mess. Having dependencies on ring packages is going to entangle things and make it very hard to clean up later. I agree. While it's tempting to just tune policy a little (i.e. reduce packaging guidelines), it's not enough. The implications are huge (from security, suistainability, trust point of view). My impression from reading this thread is people do not want mixed system. Why not to create a new repository with reduced policy as Stephen proposed with the one-way dependency rule (between current Fedora and the new easy-for-beginners repository)? If the repository was fully supported by Fedora project (package databse, dist-git, koji, bodhi, bugzilla) with yum/dnf configuration knowing the easy-for-beginners repository, then both groups (deniers and supporters of the mixed system) would be satisfied. After some time, we can evaluate if the easy-for-beginners repository is a viable solution (from all the points of view I listed above). If the reduced policy is really the golden solution, then we will witness spontaneous move of packages from Fedora to easy-for-beginners repository. -- Petr What is wrong with using Copr for the ring packages. It already works just fine (may be BZ is missing). There are no reviews, no guidelines, you can bundle ... I believe that everybody understands that while Copr is supported by Fedora, you are using these packages on your own risk. I can't imagine better state. 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
File Inline-C-0.74.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Inline-C: 1609466bad491f10dad85eb43dc2ca0c Inline-C-0.74.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193728] perl-Inline-C-0.74 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1193728 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Inline-C-0.74-1.fc22 Resolution|--- |RAWHIDE Last Closed||2015-02-18 06:27:12 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Ijn6qOVziia=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: ANNOUNCE: OCaml compiler will be updated in Fedora Rawhide
On Wed, Feb 18, 2015 at 11:05:43AM +, Richard W.M. Jones wrote: - plplot I believe this one is a general FTBFS problem, rather than anything to do with OCaml. http://koji.fedoraproject.org/koji/buildinfo?buildID=612220 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: yum or dnf in the Fedora 22 Docker base image?
On 17.2.2015 12:33, Daniel J Walsh wrote: Not that I know of. On 02/16/2015 09:50 AM, M. Edward (Ed) Borasky wrote: Thanks! Are there tracking bugs in Bugzilla I can subscribe to? I don't think there are any - feel free to file it. On Mon, Feb 16, 2015 at 9:42 AM, Daniel J Walsh dwa...@redhat.com wrote: On 02/16/2015 12:31 PM, M. Edward (Ed) Borasky wrote: On Mon, Feb 16, 2015 at 5:19 AM, Daniel J Walsh dwa...@redhat.com wrote: I think the F22 and Rawhide (Is it F23 at this point), should both use dnf not yum. We need to get more testing on dnf in containers. I'm ready to start testing F22 containers either way and would prefer dnf. What's the best process to get this rolling? Who owns the image - release engineering or Project Atomic? The reason I ask is that Project Atomic has their own mailing list and uses Trac, not the Red Hat Bugzilla, for issue tracking. Either way, my main upstream component (RStudio Server) may end up stuck with F21 - it doesn't link with the latest Boost right now and they only support CentOS and Debian/Ubuntu. Vaclav is handling this right now. I don't see this as owned by ProjectAtomic. The problem currently is I am not able to build any Fedora image due to some Anaconda problems. I'll get back to you as soon as I have something helpful. Vašek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Lead Infrastructure Engineer Developer Experience Brno, Czech Republic -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl] Provide 5.20.2 MODULE_COMPAT; Clean up list of provided files
commit d233c6780e8934022f979a5aa9b7795174e6e10b Author: Jitka Plesnikova jples...@redhat.com Date: Wed Feb 18 10:02:43 2015 +0100 Provide 5.20.2 MODULE_COMPAT; Clean up list of provided files 20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch |0 2-Install-libperl.so-to-shrpdir-on-Linux.patch |0 perl.spec | 46 --- 3 files changed, 10 insertions(+), 36 deletions(-) --- diff --git a/perl-5.20.1-Fix-Errno.pm-generation-for-gcc-5.0.patch b/perl-5.20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch similarity index 100% rename from perl-5.20.1-Fix-Errno.pm-generation-for-gcc-5.0.patch rename to perl-5.20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch diff --git a/perl-5.16.3-Install-libperl.so-to-shrpdir-on-Linux.patch b/perl-5.20.2-Install-libperl.so-to-shrpdir-on-Linux.patch similarity index 100% rename from perl-5.16.3-Install-libperl.so-to-shrpdir-on-Linux.patch rename to perl-5.20.2-Install-libperl.so-to-shrpdir-on-Linux.patch diff --git a/perl.spec b/perl.spec index 3ad2eee..ef61a78 100644 --- a/perl.spec +++ b/perl.spec @@ -30,7 +30,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:320%{?dist} +Release:321%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -80,7 +80,7 @@ Patch8: perl-5.14.1-offtest.patch Patch15:perl-5.16.3-create_libperl_soname.patch # Install libperl.so to -Dshrpdir value -Patch16:perl-5.16.3-Install-libperl.so-to-shrpdir-on-Linux.patch +Patch16:perl-5.20.2-Install-libperl.so-to-shrpdir-on-Linux.patch # Document Math::BigInt::CalcEmu requires Math::BigInt, rhbz#959096, # CPAN RT#85015 @@ -102,7 +102,7 @@ Patch27: perl-5.21.6-Report-inaccesible-file-on-failed-require.patch Patch28: perl-5.21.6-t-op-taint.t-Perform-SHA-256-algorithm-by-crypt-if-d.patch # Fix Errno.pm generation for GCC 5.0, RT#123784, in upstream after 5.21.8 -Patch29:perl-5.20.1-Fix-Errno.pm-generation-for-gcc-5.0.patch +Patch29:perl-5.20.2-Fix-Errno.pm-generation-for-gcc-5.0.patch # Handle hexadecimal constants by h2ph, RT#123784, in upstream after 5.21.8 Patch30: perl-5.21.8-h2ph-correct-handling-of-hex-constants-for-the-pream.patch @@ -137,10 +137,11 @@ BuildRequires: procps, rsyslog # compat macro needed for rebuild -%global perl_compat perl(:MODULE_COMPAT_5.20.1) +%global perl_compat perl(:MODULE_COMPAT_5.20.2) # Compat provides Provides: %perl_compat +Provides: perl(:MODULE_COMPAT_5.20.1) Provides: perl(:MODULE_COMPAT_5.20.0) # Threading provides @@ -151,42 +152,10 @@ Provides: perl(:WITH_LARGEFILES) # PerlIO provides Provides: perl(:WITH_PERLIO) # File provides -Provides: perl(abbrev.pl) -Provides: perl(assert.pl) -Provides: perl(bigfloat.pl) -Provides: perl(bigint.pl) -Provides: perl(bigrat.pl) Provides: perl(bytes_heavy.pl) -Provides: perl(cacheout.pl) -Provides: perl(complete.pl) -Provides: perl(ctime.pl) -Provides: perl(dotsh.pl) Provides: perl(dumpvar.pl) -Provides: perl(exceptions.pl) -Provides: perl(fastcwd.pl) -Provides: perl(find.pl) -Provides: perl(finddepth.pl) -Provides: perl(flush.pl) -Provides: perl(ftp.pl) -Provides: perl(getcwd.pl) -Provides: perl(getopt.pl) -Provides: perl(getopts.pl) -Provides: perl(hostname.pl) -Provides: perl(importenv.pl) -Provides: perl(look.pl) -Provides: perl(newgetopt.pl) -Provides: perl(open2.pl) -Provides: perl(open3.pl) Provides: perl(perl5db.pl) -Provides: perl(pwd.pl) -Provides: perl(shellwords.pl) -Provides: perl(stat.pl) -Provides: perl(syslog.pl) -Provides: perl(tainted.pl) -Provides: perl(termcap.pl) -Provides: perl(timelocal.pl) Provides: perl(utf8_heavy.pl) -Provides: perl(validate.pl) # suidperl isn't created by upstream since 5.12.0 Obsoletes: perl-suidperl = 4:5.12.2 @@ -3862,6 +3831,11 @@ sed \ # Old changelog entries are preserved in CVS. %changelog +* Wed Feb 18 2015 Jitka Plesnikova jples...@redhat.com - 4:5.20.2-321 +- Provide 5.20.2 MODULE_COMPAT +- Clean list of provided files +- Update names of changed patches + * Tue Feb 17 2015 Jitka Plesnikova jples...@redhat.com - 4:5.20.2-320 - 5.20.2 bump (see http://search.cpan.org/dist/perl-5.20.2/pod/perldelta.pod for release notes) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Inline-C/f22] 0.74 bump, Win32 fixes only
Summary of changes: a251c70... 0.74 bump, Win32 fixes only (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Inline-C] 0.74 bump, Win32 fixes only
commit a251c70befd9ef7321ee238754545bb0c4256305 Author: Petr Šabata con...@redhat.com Date: Wed Feb 18 12:22:32 2015 +0100 0.74 bump, Win32 fixes only .gitignore |1 + perl-Inline-C.spec |5 - sources|2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index e21c2c2..4340b70 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ /Inline-C-0.64.tar.gz /Inline-C-0.67.tar.gz /Inline-C-0.73.tar.gz +/Inline-C-0.74.tar.gz diff --git a/perl-Inline-C.spec b/perl-Inline-C.spec index 23a9b86..87b8d21 100644 --- a/perl-Inline-C.spec +++ b/perl-Inline-C.spec @@ -1,5 +1,5 @@ Name: perl-Inline-C -Version:0.73 +Version:0.74 Release:1%{?dist} Summary:Write Perl subroutines in C License:GPL+ or Artistic @@ -80,6 +80,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Feb 18 2015 Petr Šabata con...@redhat.com - 0.74-1 +- 0.74 bump, Win32 fixes only + * Thu Jan 08 2015 Petr Šabata con...@redhat.com - 0.73-1 - 0.73 bump diff --git a/sources b/sources index bfabdcd..1a0288a 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -fb9a7dc92b959ab023838357767a5251 Inline-C-0.73.tar.gz +1609466bad491f10dad85eb43dc2ca0c Inline-C-0.74.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193905] XML-Parser-Lite-0.72 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193905 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-XML-Parser-Lite-0.720- ||1.fc22 Resolution|--- |RAWHIDE Last Closed||2015-02-18 12:46:05 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=iKRkHXIeE8a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-Trap-v0.3.0.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Test-Trap: 9e3a3bd809a81f4b5bd40107511c9709 Test-Trap-v0.3.0.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: openqa_fedora_tools patch: add 'all' mode
On Wed, 2015-02-18 at 09:53 -0800, Adam Williamson wrote: Patch attached which more or less brings it to my intended version, with !='s and get_release() exception handling added and your cleanups preserved. sorry for the mixup! Consider the previous version an example of my personal kinds of silly thinkos that get fixed up when I first test the code :P Gack, that patch had another stray parser_current.set_defaults() line in it. Here's a copy with that taken out. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net From 8a95ff8494343cc10d869af64aded16202e11972 Mon Sep 17 00:00:00 2001 From: Adam Williamson awill...@redhat.com Date: Wed, 18 Feb 2015 09:48:30 -0800 Subject: [PATCH] 'all' sub-command cleanup and bugfix The patch jskladan applied was an older broken one I sent accidentally; apologies. This is more or less my intended version, with some of the cleanups from jskladan preserved and a couple of his suggestions added (!= instead of not ==, and a bit of just-in-case exception handling). --- tools/openqa_trigger/openqa_trigger.py | 61 +++--- 1 file changed, 41 insertions(+), 20 deletions(-) diff --git a/tools/openqa_trigger/openqa_trigger.py b/tools/openqa_trigger/openqa_trigger.py index a390d34..cce5dad 100755 --- a/tools/openqa_trigger/openqa_trigger.py +++ b/tools/openqa_trigger/openqa_trigger.py @@ -169,32 +169,49 @@ def run_compose(args, wiki=None): sys.exit() def run_all(args, wiki=None): -Do everything we can: test both Rawhide and Branched nightlies -if they exist, and test current compose if it's different from -either and it's new. +Do everything we can: test current validation event compose if +it's new, amd test both Rawhide and Branched nightlies if they +exist and aren't the same as the 'current' compose. -skip = None +skip = '' + +# Run for 'current' validation event. (jobs, currev) = jobs_from_current(wiki) print(Jobs from current validation event: {0}.format(jobs)) -yesterday = datetime.datetime.utcnow() - datetime.timedelta(days=1) -if currev and currev.compose == yesterday.strftime('%Y%m%d'): +utcdate = datetime.datetime.utcnow() +if args.yesterday: +utcdate = utcdate - datetime.timedelta(days=1) +if currev and currev.compose == utcdate.strftime('%Y%m%d'): +# Don't schedule tests for the same compose as both today's +# nightly and current validation event skip = currev.milestone -if not skip.lower() == 'rawhide': -rawhide_ffrel = fedfind.release.get_release( -release='Rawhide', compose=yesterday) -rawjobs = jobs_from_fedfind(rawhide_ffrel) -print(Jobs from {0}: {1}.format(rawhide_ffrel.version, rawjobs)) -jobs.extend(rawjobs) - -if not skip.lower() == 'branched': -branched_ffrel = fedfind.release.get_release( -release=currev.release, compose=yesterday) -branchjobs = jobs_from_fedfind(branched_ffrel) -print(Jobs from {0}: {1}.format(branched_ffrel.version, branchjobs)) -jobs.extend(branchjobs) +# Run for day's Rawhide nightly (if not same as current event.) +if skip.lower() != 'rawhide': +try: +rawhide_ffrel = fedfind.release.get_release( +release='Rawhide', compose=utcdate) +rawjobs = jobs_from_fedfind(rawhide_ffrel) +print(Jobs from {0}: {1}.format(rawhide_ffrel.version, rawjobs)) +jobs.extend(rawjobs) +except ValueError as err: +print(Rawhide image discovery failed: {0}.format(err)) +# Run for day's Branched nightly (if not same as current event.) +# We must guess a release for Branched, fedfind cannot do so. Best +# guess we can make is the same as the 'current' validation event +# compose (this is why we have jobs_from_current return currev). +if skip.lower() != 'branched': +try: +branched_ffrel = fedfind.release.get_release( +release=currev.release, milestone='Branched', compose=utcdate) +branchjobs = jobs_from_fedfind(branched_ffrel) +print(Jobs from {0}: {1}.format(branched_ffrel.version, + branchjobs)) +jobs.extend(branchjobs) +except ValueError as err: +print(Branched image discovery failed: {0}.format(err)) if jobs: report_results(jobs) sys.exit() @@ -241,7 +258,11 @@ if __name__ == __main__: parser_all = subparsers.add_parser( 'all', description=Run for the current validation event (if needed) -and today's Rawhide and Branched nightly's (if found).) +and today's Rawhide and Branched nightly's (if found). 'Today' is +calculated for the UTC time zone, no matter the system timezone.) +parser_all.add_argument(
5tFTW: FUDCon1 Flashback, Getting Involved, Sandboxed Apps, Fedora Planet, and Google Summer of Code (2015-02-18)
Fedora is a big project, and it’s hard to keep up with everything. This series highlights interesting happenings in five different areas every week. It isn’t comprehensive news coverage — just quick summaries with links to each. Here are the five things for February 18th, 2015: FUDCon1 Flashback - Ten years ago today, we had the very first FUDCon — the “Fedora User and Developer Conference”. Check out this awesome video put together at the time, with a lot of familiar faces and good memories. (And if you’re curious, read more about the Historic Event in our wiki archive.) * https://www.youtube.com/watch?v=DMaOcweyNo4 * http://fedoraproject.org/wiki/Archive:FUDCon:Boston_2005 Get Invoved, with *What Can I Do?* -- Fedora hacker Ralph Bean put together a slick new site http://whatcanidoforfedora.org/, in the style of Mozilla’s original. If you’re interested in getting involved as a Fedora contributor but don’t know where to begin, this site can help you find something that fits your interests and skills. Flip through until you find a match, and hit the “tell me more” button. (Or, if you’re part of a Fedora subproject looking for help, you can add your own by submitting a pull request or filing RFEs on GitHub.) * http://whatcanidoforfedora.org/ * http://whatcanidoformozilla.org/ * https://github.com/fedora-infra/asknot-ng/tree/develop/questions Fully-Sandboxed App Proof-of-Concept At the DevConf.cz conference last week, Alexander Larsson spoke about his work on a better way to ship apps — a model which allows applications to be securely sandboxed and also only loosely coupled to distro version. Now, on his blog, Alex demonstrates an actual program running in a real sandbox. We have a long way to go, but many of the technologies required to make this happen are coming into place, including kdbus and Wayland. Docker and related container technologies are all the rage on the server side and in cloud computing. These efforts bring some of the same ideas and benefits to the Linux desktop — a very ambitious effort which is finally starting to become reality. * http://devconf.cz/ * https://www.youtube.com/watch?v=t-2a_XYJPEY * https://blogs.gnome.org/alexl/2015/02/17/first-fully-sandboxed-linux-desktop-app/ * https://www.youtube.com/watch?v=b7Lbvmt2Wt4 * https://www.youtube.com/watch?v=xVVT6Lo7fGI * https://www.docker.com/ * http://www.eweek.com/cloud/red-hat-reimagines-openshift-3-paas-with-docker.html Fedora Planet Blog Aggregator - A few weeks ago, I mentioned the new Fedora Start Page. One of the key changes is that the new page focuses on content from Fedora Magazine, while the older one drew from the Fedora Planet Blog Aggregator. Sumit Bhardwaj asked about this change on the Fedora devel list, and some conversation followed. I think the key thing is: since there are many times more users than developers, we are trying to keep the Fedora Magazine articles user focused, while the Planet presents a firehose of often very technical blog posts. We don’t want to overwhelm users with a torrent of insider, developer content, while at the same time, we *do* want users to know what’s going on and to feel a part of (and drawn into) the Fedora community. We’re still working on that balance for the Magazine, and for the Start page. In the meantime, if you *like* the firehose, suggest setting your start page directly to http://planet.fedoraproject.org/ — that’s not going away. (Personally, I’m subscribed to it using rss2email, so all of your blog posts show up in my inbox next to all of my Fedora mail — speaking of information firehoses….) * http://fedoramagazine.org/5tftw-2015-01-28/ * http://start.fedoraproject.org/ * http://planet.fedoraproject.org/ * https://lists.fedoraproject.org/pipermail/devel/2015-February/207899.html * https://apps.fedoraproject.org/packages/rss2email Google Summer of Code Proposals (Hurry!) This almost slipped through the cracks, but Stephen Gallagher and Kushal Das are picking it up just in time. Every year, Google offers stipends to students for contributions to open source projects; in order for us to *be* one of those projects, we need to apply as a mentoring organization. And to do that, we need to get our proposal in this week: which means, basically, if you have an aspect of Fedora which could benefit from a student code contribution, go here and add your name and prospective project *right now*. * https://lists.fedoraproject.org/pipermail/announce/2015-February/003255.html -- Matthew Millermat...@mattdm.org http://mattdm.org/ Fedora Project Leader mat...@fedoraproject.org http://fedoraproject.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct:
Re: Does order matter for the rebuilds for the gcc 5.0 C++ ABI change?
On Wed, Feb 18, 2015 at 8:54 AM, Richard W.M. Jones rjo...@redhat.com wrote: On Wed, Feb 18, 2015 at 08:04:53AM -0700, Dave Johansen wrote: I rebuilt libcutl the other day and then noticed that later boost was rebuilt. libcutl depends on boost, so is it a problem that it was rebuilt before boost was? Yes. Jakub Jelinek wrote on this list: quote Also, a releng mass rebuild, which I believe is a random package order, would very likely not help very much, due to the ABI changes one needs to rebuild the packages in topological order, non-C++ packages or C++ packages that nothing C++ depends on of course can be left for the mass rebuild, but ideally the rest should be rebuilt manually before the mass rebuild. /quote I had read through the original results of a test mass rebuild and didn't notice anything like that. Sorry for the oversight on my part and thanks for the info. Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Test-Trap/f22] 0.3.0 bump
Summary of changes: e6a0b0d... 0.3.0 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193894] Test-Trap-v0.3.0 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193894 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Test-Trap-0.3.0-1.fc22 Resolution|--- |RAWHIDE Last Closed||2015-02-18 12:47:59 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Y3Z39GoW7Ca=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Trap] 0.3.0 bump
commit e6a0b0d16c1549cfa565a5605a805a3f58d34d2b Author: Petr Šabata con...@redhat.com Date: Wed Feb 18 18:46:32 2015 +0100 0.3.0 bump .gitignore |1 + perl-Test-Trap.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 30e3418..ca0b83d 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /Test-Trap-v0.2.1.tar.gz /Test-Trap-v0.2.2.tar.gz /Test-Trap-v0.2.5.tar.gz +/Test-Trap-v0.3.0.tar.gz diff --git a/perl-Test-Trap.spec b/perl-Test-Trap.spec index 49cb730..113f640 100644 --- a/perl-Test-Trap.spec +++ b/perl-Test-Trap.spec @@ -1,5 +1,5 @@ Name: perl-Test-Trap -Version:0.2.5 +Version:0.3.0 Release:1%{?dist} Summary:Trap exit codes, exceptions, output, etc License:GPL+ or Artistic @@ -59,6 +59,9 @@ perl Build.PL installdirs=vendor %{_mandir}/man3/* %changelog +* Wed Feb 18 2015 Petr Šabata con...@redhat.com - 0.3.0-1 +- 0.3.0 bump + * Mon Dec 08 2014 Petr Šabata con...@redhat.com - 0.2.5-1 - 0.2.5 bump diff --git a/sources b/sources index 9c719c8..b842f64 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -040815f3121e2bea887461c623a806a4 Test-Trap-v0.2.5.tar.gz +9e3a3bd809a81f4b5bd40107511c9709 Test-Trap-v0.3.0.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: Easiest way to debug build failures on rawhide?
On 18.02.2015 16:31, Miroslav Suchý wrote: On 02/18/2015 04:12 PM, Dave Johansen wrote: I'm running into an issue where odb won't build on rawhide ( http://koji.fedoraproject.org/koji/taskinfo?taskID=8966447 ) and I need to be able to take a look at the config.log file but it's not available from the standard koji output. So what's the easiest way for me to get access to that file? Do I have to install rawhide in a virtual machine and do the build myself? Or is there a simpler way to get access to other outputs from a build? mock -r fedora-rawhide-x86_64 --no-cleanup-after your.src.rpm and then investigate /var/lib/mock/fedora-rawhide-x86_64/root/builddir/build/BUILD/ or mock -r fedora-rawhide-x86_64 --shell and you are inside of that build chroot. For such situations I have simple script: - #!/bin/bash SRCRPM=$1 X=X LC_ALL=C LANG=C mock $SRCRPM \ --resultdir=~mjuszkie/rpmbuild/mock/`basename $SRCRPM` \ --verbose \ --no-cleanup-after \ --uniqueext=$SRCRPM $2 X=Y if [ $X == X ]; then echo mock --shell --uniqueext=$SRCRPM $2 fi mock --clean --uniqueext=$SRCRPM $2 - Use is simple: hrwmock.sh *.src.rpm (to change build target I just add -r fedora-21-aarch64). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-MooX-HandlesVia/f21] (2 commits) ...Merge remote-tracking branch 'origin/f22' into f21
Summary of changes: 29f24e6... Upstream update. (*) 73901bc... Merge remote-tracking branch 'origin/f22' into f21 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MooX-HandlesVia/f21: 2/2] Merge remote-tracking branch 'origin/f22' into f21
commit 73901bc2640bfc3ee75668e224d2864d5112f8c6 Merge: 08b64f5 29f24e6 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Feb 18 18:00:33 2015 +0100 Merge remote-tracking branch 'origin/f22' into f21 .gitignore|2 +- perl-MooX-HandlesVia.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: openqa_fedora_tools patch: add 'all' mode
On Wed, 2015-02-18 at 05:33 -0500, Josef Skladanka wrote: Adam, the run_all code does not really make much sense to me, to be honest. After some minor cleanup, the code looks like this: 171 def run_all(args, wiki=None): 172 Do everything we can: test both Rawhide and Branched nightlies 173 if they exist, and test current compose if it's different from 174 either and it's new. 175 176 skip = None 177 (jobs, currev) = jobs_from_current(wiki) 178 print(Jobs from current validation event: {0}.format(jobs)) 179 180 yesterday = datetime.datetime.utcnow() - datetime.timedelta(days=1) 181 if currev and currev.compose == yesterday.strftime('%Y%m%d'): 182 skip = currev.milestone 183 184 if not skip.lower() == 'rawhide': 185 rawhide_ffrel = fedfind.release.get_release( 186 release='Rawhide', compose=yesterday) 187 rawjobs = jobs_from_fedfind(rawhide_ffrel) 188 print(Jobs from {0}: {1}.format(rawhide_ffrel.version, rawjobs)) 189 jobs.extend(rawjobs) 190 191 if not skip.lower() == 'branched': 192 branched_ffrel = fedfind.release.get_release( 193 release=currev.release, compose=yesterday) 194 branchjobs = jobs_from_fedfind(branched_ffrel) 195 print(Jobs from {0}: {1}.format(branched_ffrel.version, branchjobs)) 196 jobs.extend(branchjobs) 197 198 if jobs: 199 report_results(jobs) 200 sys.exit() Which on lines: 177-178: Runs the OpenQA jobs for current event 180: Creates a yesterday's date (formerly done on three lines in a weird way) 181-182: IIUIC checks whether the current compose is from yesterday, and if so, then sets skip to either Rawhide or Branched 184191: Fails terribly, when the if-clause on 181 was False (because skip equals None in that case) = no job results will be reported to wiki matrices Whoops - I've somehow sent an older version of the patch. Which is odd because I was using the same file to apply on qa-01. I fixed all of the above in the next rev. Looks like I had copies of the patch lying in two directories and I sent the wrong one :( The 'yesterday' thing is intended to be conditional on a --yesterday parameter (it's basically a hack for the fact that at the time I was testing it, the 02-18 nightly compose hadn't finished, but I figured I'd leave it in as an option because you might hit that scenario again). Though you're right about doing it more efficiently, dunno how I wound up with it the silly way it was. In the latest version skip is initially set to ''. :) Also, it is kind of non-clear at the first read, that what it does is basically when you should not skip rawhide, run jobs for rawhide and do the same for branched. I'd much rather see something like `if skip.lower() != 'rawhide':` and with a proper comment I'd already added the comments in the latest version. I tend to have 'not ==' rather than '!=' as a tic, not sure why, I don't mind changing it at all. I'm not really sure how the whole 181 if clause works, and why is it evidently always True, since you have not encountered the error. I did encounter the error, don't worry ;) The point of the clause is a scenario that was actually true yesterday: the case where one of the day's nightly builds is also the 'current validation event'. Yesterday, 22 Branched 20150217 was both the 'current validation event' and the day's nightly Branched compose. It would be wasteful to run jobs for it twice. So what that clause does is check if the 'compose' for the current event is the same date as the date we're testing nightlies for (utcdate); if it is, we check what 'milestone' the current event is for and skip running the nightly jobs for that milestone, since they're probably (really, certainly) the same thing. When I was testing it would do this: find that the current event is '22 Branched 20150217', run against that (or skip if it had already done so in a previous test), figure out 'utcdate', realize that it was 20150217 - the same as the current event - read out 'Branched' as the current event's milestone, set 'skip' to 'branched', and therefore not schedule any 'branchjobs'. It could print a message when it skips a nightly for this reason, but you can actually already tell, because it won't print a Jobs from: message for that nightly. Unless it's skipped it will always print such a message, even when there are no jobs. Also, you mention a --yesterday parameter, which I have not really found in the code. Yeah, later version :/ I pushed the slightly polished code to the repos, so make sure to pull :) Whoops, please don't push stuff it it seems broken, I trust your review :) I'm attaching a patch on top of your last commit which should clean things up. I'd really love to see some more comments in you code, which is using the
Re: deadline for fedora org to appy in google summer of code 2015
It was intended to request that the FCAI takes ownership over the GSoC application. Since Remi hasn't started yet, we will collectively bootstrap the application. As for daily management, with Kushal, we involved the mentors in decision-making. The most important is to have a single representative for Google and who have legitimacy to discuss financial matters. H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File XML-Parser-Lite-0.72.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-XML-Parser-Lite: d482cb36f32153b37a8199886dcfe95b XML-Parser-Lite-0.72.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-XML-Parser-Lite/f22] 0.72 bump
Summary of changes: f5d212d... 0.72 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-XML-Parser-Lite] 0.72 bump
commit f5d212d71f3d84ff78416b605484d0ed144395c2 Author: Petr Šabata con...@redhat.com Date: Wed Feb 18 18:44:22 2015 +0100 0.72 bump - Use three digits in version .gitignore|1 + perl-XML-Parser-Lite.spec | 28 ++-- sources |2 +- 3 files changed, 20 insertions(+), 11 deletions(-) --- diff --git a/.gitignore b/.gitignore index 049ce8c..a173311 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /XML-Parser-Lite-0.719.tar.gz +/XML-Parser-Lite-0.72.tar.gz diff --git a/perl-XML-Parser-Lite.spec b/perl-XML-Parser-Lite.spec index bd6e73d..6218bbe 100644 --- a/perl-XML-Parser-Lite.spec +++ b/perl-XML-Parser-Lite.spec @@ -1,26 +1,31 @@ Name: perl-XML-Parser-Lite -Version:0.719 -Release:4%{?dist} +# Use three digits since 0.719 - 0.72 +%global cpan_version 0.72 +Version:%{cpan_version}0 +Release:1%{?dist} Summary:Lightweight regexp-based XML parser License:(GPL+ or Artistic) and REX Group: Development/Libraries URL:http://search.cpan.org/dist/XML-Parser-Lite/ -Source0: http://www.cpan.org/authors/id/P/PH/PHRED/XML-Parser-Lite-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/P/PH/PHRED/XML-Parser-Lite-%{cpan_version}.tar.gz # rt#91434 Patch0: perl-XML-Parser-Lite-0.719-tests.patch # rt#98635 Patch1: perl-XML-Parser-Lite-0.719-plan.patch BuildArch: noarch # SOAP::Lite is not actually needed +# Build BuildRequires: perl -BuildRequires: perl(diagnostics) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Runtime BuildRequires: perl(re) +# Tests only +BuildRequires: perl(diagnostics) BuildRequires: perl(SOAP::Test) -BuildRequires: perl(strict) BuildRequires: perl(Test) BuildRequires: perl(Test::More) -BuildRequires: perl(warnings) BuildRequires: perl(XMLRPC::Lite) BuildRequires: perl(XMLRPC::Test::Server) Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) @@ -31,17 +36,16 @@ XML::Parser. Though not all callbacks are supported, you should be able to use it in the same way you use XML::Parser. %prep -%setup -q -n XML-Parser-Lite-%{version} +%setup -q -n XML-Parser-Lite-%{cpan_version} %patch0 -p1 %patch1 -p1 %build -perl Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 make %{?_smp_mflags} %install make pure_install DESTDIR=%{buildroot} -find %{buildroot} -type f -name .packlist -exec rm -f {} + %{_fixperms} %{buildroot}/* %check @@ -53,6 +57,10 @@ make test %{_mandir}/man3/* %changelog +* Wed Feb 18 2015 Petr Šabata con...@redhat.com - 0.720-1 +- 0.72 bump +- Use three digits in version + * Mon Sep 08 2014 Jitka Plesnikova jples...@redhat.com - 0.719-4 - Perl 5.20 mass diff --git a/sources b/sources index bf8fe0b..5b38858 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -a2da1ddc0248f48f87431544c4926e12 XML-Parser-Lite-0.719.tar.gz +d482cb36f32153b37a8199886dcfe95b XML-Parser-Lite-0.72.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: yum or dnf in the Fedora 22 Docker base image?
I've got a build process that uses Live Media Creator instead of Image Factory if it'll help - see https://bitbucket.org/znmeb/osjourno/src/344cb38b042e352f6198e789ddeeb8654a7a96ed/4Experimental/LiveMediaCreator/ On Wed, Feb 18, 2015 at 1:06 AM, Václav Pavlín vpav...@redhat.com wrote: On 17.2.2015 12:33, Daniel J Walsh wrote: Not that I know of. On 02/16/2015 09:50 AM, M. Edward (Ed) Borasky wrote: Thanks! Are there tracking bugs in Bugzilla I can subscribe to? I don't think there are any - feel free to file it. On Mon, Feb 16, 2015 at 9:42 AM, Daniel J Walsh dwa...@redhat.com wrote: On 02/16/2015 12:31 PM, M. Edward (Ed) Borasky wrote: On Mon, Feb 16, 2015 at 5:19 AM, Daniel J Walsh dwa...@redhat.com wrote: I think the F22 and Rawhide (Is it F23 at this point), should both use dnf not yum. We need to get more testing on dnf in containers. I'm ready to start testing F22 containers either way and would prefer dnf. What's the best process to get this rolling? Who owns the image - release engineering or Project Atomic? The reason I ask is that Project Atomic has their own mailing list and uses Trac, not the Red Hat Bugzilla, for issue tracking. Either way, my main upstream component (RStudio Server) may end up stuck with F21 - it doesn't link with the latest Boost right now and they only support CentOS and Debian/Ubuntu. Vaclav is handling this right now. I don't see this as owned by ProjectAtomic. The problem currently is I am not able to build any Fedora image due to some Anaconda problems. I'll get back to you as soon as I have something helpful. Vašek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Lead Infrastructure Engineer Developer Experience Brno, Czech Republic -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- OSJourno: Robust Power Tools for Digital Journalists http://www.znmeb.mobi/stories/osjourno-robust-power-tools-for-digital-journalists Remember, if you're traveling to Bactria, Hump Day is Tuesday and Thursday. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Fedora 22 Branched 20150218 nightly compose nominated for testing
Announcing the creation of a new nightly release validation test event for Fedora 22 Branched 20150218. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Test coverage information for the current release can be seen at: https://www.happyassassin.net/testcase_stats/22 You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Installation https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Base https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Server https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Cloud https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Desktop https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Security_lab https://fedoraproject.org/wiki/Template:Fedora_22_Branched_20150218_Download Thank you for testing! -- Mail generated by relval: https://www.happyassassin.net/wikitcms/ On behalf of: adamwill ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-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: Does order matter for the rebuilds for the gcc 5.0 C++ ABI change?
On Wed, Feb 18, 2015 at 10:39:16AM -0700, Dave Johansen wrote: On Wed, Feb 18, 2015 at 8:54 AM, Richard W.M. Jones rjo...@redhat.com wrote: On Wed, Feb 18, 2015 at 08:04:53AM -0700, Dave Johansen wrote: I rebuilt libcutl the other day and then noticed that later boost was rebuilt. libcutl depends on boost, so is it a problem that it was rebuilt before boost was? Yes. Jakub Jelinek wrote on this list: quote Also, a releng mass rebuild, which I believe is a random package order, would very likely not help very much, due to the ABI changes one needs to rebuild the packages in topological order, non-C++ packages or C++ packages that nothing C++ depends on of course can be left for the mass rebuild, but ideally the rest should be rebuilt manually before the mass rebuild. /quote I had read through the original results of a test mass rebuild and didn't notice anything like that. Sorry for the oversight on my part and thanks for the info. I sound a bit accusatory there. Wasn't meant that way :-) I don't read even a tenth of all the email lists I'm subscribed to either .. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ANNOUNCE: OCaml compiler will be updated in Fedora Rawhide
The package rebuild is now complete. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- 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 1192824] F20 PPC64 Perl: Now 5.18.2 but primary is now 5.18.4 - updated noarch package deps prevent network installs
https://bugzilla.redhat.com/show_bug.cgi?id=1192824 --- Comment #5 from Al Dunsmuir al.dunsm...@sympatico.ca --- Karsten Hopp built a new perl-5.18.4-290.fc20 on 2015-02-17 at 23:57:37 that Koji believes is successful. I attempted another install, but the error persists. The F20 updates repo needs to be updated with this version. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=mIvePLss7Ma=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: How to install Rawhide?
fedup --network rawhide --nogpgcheck - a bit of progress - it downloads ~1500 packages - it lists a screen full of packages without update - I reboot with the added boot menu entry upgrade prep complete, switching root failed to log coredump - connection refused An early end. Nothing happens. Can't even enter anything on any virtual console. Same for fedup --network 22 --nogpgcheck. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Summary/Minutes from today's FESCo Meeting (2015-02-18)
=== #fedora-meeting: FESCO (2015-02-18) === Meeting started by jwb at 18:00:36 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-02-18/fesco.2015-02-18-18.00.log.html . Meeting summary --- * init process (jwb, 18:00:37) * F22 System Wide Change: RpmOstree - Server side composes and (jwb, 18:03:14) * LINK: https://fedorahosted.org/fesco/ticket/1390 (jwb, 18:03:16) * AGREED: Approve RpmOstree change (+1: 7, -1: 0, 0: 1) (jwb, 18:17:28) * Further documentation and release notes blurbs would be appreciated (jwb, 18:17:49) * F22 System Wide Change: Atomic Host - (jwb, 18:18:03) * LINK: https://fedoraproject.org/wiki/Changes/AtomicHost (jwb, 18:18:03) * LINK: https://fedorahosted.org/fesco/ticket/1396 (jwb, 18:18:03) * AGREED: FESCo tentatively approves the AtomicHost Change. nirik will work with walters and jzb to clarify things on the Change page (+1: 8, -1: 0, 0:0) (jwb, 18:55:43) * AtomicHost stays under Cloud for the time being. (jwb, 18:56:25) * F21 privacy issue, Geolocation done for every install (jwb, 18:56:55) * LINK: https://fedorahosted.org/fesco/ticket/1411 (jwb, 18:56:56) * LINK: https://fedoraproject.org/wiki/Anaconda_Boot_Options#geoloc (nirik, 19:01:59) * AGREED: Make sure that the kernel boot option is listed on a wiki page somewhere and otherwise do nothing. (+1:9, -1:0, 0:0) (jwb, 19:07:39) * anaconda password change is causing consternation among the (jwb, 19:07:58) * LINK: https://fedorahosted.org/fesco/ticket/1412 (jwb, 19:07:59) * LINK: https://fedorahosted.org/fesco/ticket/1412#comment:16 - does this mean that pwquality folks don't like this either. (rishi, 19:21:40) * LINK: https://fedorahosted.org/fesco/ticket/1412#comment:16 (rishi, 19:31:49) * LINK: https://lists.fedoraproject.org/pipermail/test/2015-February/125074.html (mcatanzaro, 19:36:00) * AGREED: FESCo defers on this (jwb, 19:38:50) * People seeing issue with seemingly strong passwords should file bugs. FESCo will revisit when all know bugs are resolved (jwb, 19:39:18) * F22 System Wide Change: Systemd Package Split - (jwb, 19:39:49) * LINK: https://fedoraproject.org/wiki/Changes/SystemdPackageSplit (jwb, 19:39:49) * LINK: https://fedorahosted.org/fesco/ticket/1406 (jwb, 19:39:50) * AGREED: FESCo denies this Change request (+1:1, -1:6, 0:0) (jwb, 19:45:49) * Open Floor (jwb, 19:45:59) * Please file Google Summer of Code proposals if you are interested (jwb, 19:46:58) * LINK: https://fedoraproject.org/wiki/Changes/Xfce412 is the change page. I need to ping jreznik about it I guess. (nirik, 19:51:54) * nirik to investigate late Xfce change (jwb, 19:52:42) * sgallagh to chair next week (jwb, 19:55:06) * NEED MOAR BUILD TOOLS (jwb, 19:58:43) Meeting ended at 19:58:46 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * jwb (208) * nirik (96) * dgilmore (78) * walters (65) * rishi (55) * ajax (54) * sgallagh (40) * thozza (40) * jzb (22) * stickster (18) * zodbot (12) * mcatanzaro (8) * mitr (6) * paragan (5) * jreznik (4) * msekleta (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning and seeking comaintainers of some packages
On Tue, Feb 17, 2015 at 09:02:47AM -0700, Jason Rist wrote: On 02/17/2015 02:19 AM, Christopher Meng wrote: Hi, There are some packages I don't use anymore, feel free to take them: libntlm python-durus barry spambayes rblcheck tokyocabinet jaxodraw flterm libquvi libquvi-scripts quvi python-django-socialregistration dayplanner gengetopt code2html elementary-icon-theme drehatlas-widelands-fonts pycryptopp drehatlas-xaporho-fonts qdevelop kawa perl-BDB txt2rss scanssh mimetex perl-Date-HolidayParser perl-Email-Find python-pymtp(epel7) These below are packages I seldom use, feel free to comaintain them: NetPIPE PyMca roxterm autoconf-archive freetalk unhide firehol npth exaile flickcurl jwm elektra dmenu profile-sync-daemon python-eyed3 oyranos Thanks. I think cicku took python-pymtp on Jan 27. https://lists.fedoraproject.org/pipermail/devel/2014-January/194744.html 'cicku' is Christopher Meng, the person giving up these packages :-) https://admin.fedoraproject.org/accounts/user/view/cicku Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Test-Announce] Fedora 22 Branched 20150218 nightly compose nominated for testing
On 02/18/2015 12:21 PM, adamw...@fedoraproject.org wrote: Announcing the creation of a new nightly release validation test event for Fedora 22 Branched 20150218. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Test coverage information for the current release can be seen at: https://www.happyassassin.net/testcase_stats/22 You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Installation https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Base https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Server https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Cloud https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Desktop https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Security_lab https://fedoraproject.org/wiki/Template:Fedora_22_Branched_20150218_Download Thank you for testing! I'm having no luck with virtio networking under kvm, and perhaps X, with kernel 3.20 https://bugzilla.redhat.com/show_bug.cgi?id=1194042 anyone else seeing this? -- 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: [EPEL-devel] include-what-you-use failing tests on PowerPC
On Mon, Feb 16, 2015 at 12:19 PM, Stephen John Smoogen smo...@gmail.com wrote: On 14 February 2015 at 11:00, Dave Johansen davejohan...@gmail.com wrote: I'm working on packaging include-what-you-use and it's failing tests on PowerPC. I don't have access to PowerPC hardware to do the necessary debugging, so I just opened a bugzilla to document it ( https://bugzilla.redhat.com/show_bug.cgi?id=1192723 ). Hopefully, someone can figure out what the problem is and submit a patch. Thanks, Dave I saw a similar problem you had with the arm with a possible fix listed by Peter Robinson. Did that work for PPC64? If not, I would excludearch64 for the time being. For Fedora on ARM, it's failing to build and I haven't had a chance to try the fix yet. For EPEL on PowerPC, it's building but failing during the tests. I'm guessing that ARM will run into the same test failure once it's building. For the time being I've done an ExcludeArch for both. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[389-devel] please review: Ticket 48003 - add template scripts for plugins/common features
https://fedorahosted.org/389/ticket/48003 https://fedorahosted.org/389/attachment/ticket/48003/0001-Ticket-48003-add-template-scripts.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: How to install Rawhide?
On Tue, 2015-02-17 at 17:31 -0700, Kevin Fenzi wrote: - English (because the translation could be out-of-date, it doesn't mention fedup at all, and the links to koji aren't fast either when showing the list of images to download - a slow koji query!) Yeah, we should mention fedup and we should also mention adams new 'fedfind' tool. Note that fedfind also runs a slow koji query via the XML-RPC API; there's no magic way (that I know of) to find the Koji-built nightlies any faster than running koji queries. It's maybe a bit faster than doing it via a browser, and it at least can get the precise images for a given date (the web interface doesn't let you search by date, AFAICT, only lets you see all jobs with your chosen method and owner and resolution in reverse date order) and filter them as you desire. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Thursday's FPC Meeting (2015-02-19 17:00 UTC) Followup:12 New:0
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2015-02-19 17:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2015-02-19 09:00 Thu US/Pacific PST 2015-02-19 12:00 Thu US/Eastern EST 2015-02-19 17:00 Thu UTC - 2015-02-19 17:00 Thu Europe/London - 2015-02-19 18:00 Thu Europe/Paris CET 2015-02-19 18:00 Thu Europe/Berlin CET 2015-02-19 22:30 Thu Asia/Calcutta IST --new day-- 2015-02-20 01:00 Fri Asia/Singapore SGT 2015-02-20 01:00 Fri Asia/Hong_Kong HKT 2015-02-20 02:00 Fri Asia/Tokyo JST 2015-02-20 03:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/13 = Followups = #topic #492 Reverse weak dependencies .fpc 492 https://fedorahosted.org/fpc/ticket/492 #topic #493 Bundling exception: python-execnet bundles python-apipkg .fpc 493 https://fedorahosted.org/fpc/ticket/493 #topic #495 Proposal: Package Guidelines: PreupgradeAssistant contents packages .fpc 495 https://fedorahosted.org/fpc/ticket/495 #topic #497 Clean up BuildRequires section; don't try to define the minimal build env .fpc 497 https://fedorahosted.org/fpc/ticket/497 #topic #498 Seeking guidance: Apps using default Python in Fedora vs. EPEL .fpc 498 https://fedorahosted.org/fpc/ticket/498 = Ye Ancient tickets (zombie followups) = #topic #126 bundling exception for scintilla .fpc 126 https://fedorahosted.org/fpc/ticket/126 #topic #221 Bundling exception request: numptyphysics and Box2D .fpc 221 https://fedorahosted.org/fpc/ticket/221 #topic #248 python-feedgenerator - a standalone version of a bundled library .fpc 248 https://fedorahosted.org/fpc/ticket/248 #topic #303 Consider reverting decision to ban %{?_isa} in BuildRequires .fpc 303 https://fedorahosted.org/fpc/ticket/303 #topic #325 Temporary bundling exception of yajl library .fpc 325 https://fedorahosted.org/fpc/ticket/325 #topic #338 %doc and %_pkgdocdir duplicate files and cause conflicts .fpc 338 https://fedorahosted.org/fpc/ticket/338 #topic #435 %py3dir not removed by rpmbuild --clean .fpc 435 https://fedorahosted.org/fpc/ticket/435 = 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
[Bug 1194090] perl-Perl-Critic-StricterSubs-0.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194090 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Perl-Critic-StricterSu ||bs-0.04-1.fc23 Resolution|--- |RAWHIDE Last Closed||2015-02-19 02:18:56 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=c9dWKFEPb0a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1194090] perl-Perl-Critic-StricterSubs-0.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194090 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Perl-Critic-StricterSubs-0.04-1.fc23 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612926 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=B7OwMk975ja=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1192824] F20 PPC64 Perl: Now 5.18.2 but primary is now 5.18.4 - updated noarch package deps prevent network installs
https://bugzilla.redhat.com/show_bug.cgi?id=1192824 --- Comment #6 from Petr Pisar ppi...@redhat.com --- perl-5.18.4-290.fc20 is stable in the primary F20: $ koji list-tag-history --build=perl-5.18.4-290.fc20 Fri Oct 3 14:51:31 2014: perl-5.18.4-290.fc20 tagged into f20-updates-candidate by jplesnik Fri Oct 3 15:46:09 2014: perl-5.18.4-290.fc20 tagged into f20-updates-testing-pending by bodhi Fri Oct 3 18:57:26 2014: perl-5.18.4-290.fc20 untagged from f20-updates-candidate by bodhi Fri Oct 3 18:57:26 2014: perl-5.18.4-290.fc20 tagged into f20-updates-testing by bodhi Fri Oct 3 19:03:43 2014: perl-5.18.4-290.fc20 untagged from f20-updates-testing-pending by bodhi Sun Oct 5 19:50:04 2014: perl-5.18.4-290.fc20 tagged into f20-override by bodhi Tue Oct 14 14:33:19 2014: perl-5.18.4-290.fc20 untagged from f20-updates-testing by bodhi Tue Oct 14 14:33:19 2014: perl-5.18.4-290.fc20 tagged into f20-updates-candidate by bodhi Tue Oct 14 14:33:32 2014: perl-5.18.4-290.fc20 tagged into f20-updates-testing-pending by bodhi Tue Oct 14 18:20:51 2014: perl-5.18.4-290.fc20 untagged from f20-updates-candidate by bodhi Tue Oct 14 18:20:51 2014: perl-5.18.4-290.fc20 tagged into f20-updates-testing by bodhi Tue Oct 14 18:27:05 2014: perl-5.18.4-290.fc20 untagged from f20-updates-testing-pending by bodhi Thu Oct 16 09:07:38 2014: perl-5.18.4-290.fc20 tagged into f20-updates-pending by bodhi Thu Oct 16 21:43:28 2014: perl-5.18.4-290.fc20 untagged from f20-updates-testing by bodhi Thu Oct 16 21:43:28 2014: perl-5.18.4-290.fc20 tagged into f20-updates by bodhi [still active] Thu Oct 16 21:49:50 2014: perl-5.18.4-290.fc20 untagged from f20-override by bodhi Thu Oct 16 21:49:54 2014: perl-5.18.4-290.fc20 untagged from f20-updates-pending by bodhi Subsequent perl-5.18.4-291.fc20 is also in stable updates. perl-5.18.4-292.fc20 is in updates-testing. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WceeygGcJWa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1194090] perl-Perl-Critic-StricterSubs-0.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194090 --- Comment #1 from Petr Pisar ppi...@redhat.com --- While this release fixes some bugs, it also recognizes more syntax idioms which could cause new test failures in Fedora stable code. Therefore this release will be pushed into rawhide only. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BIfUBof3pVa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: How to install Rawhide?
On Tue, 2015-02-17 at 09:55 -0700, Kevin Fenzi wrote: to download. Which one to take? No idea. Fedora-Live-Workstation-x86_64-22-20150216.iso crashes early with a Python traceback failing to import storage-something. That seems to be new today. I don't have a bug handy. That one was https://bugzilla.redhat.com/show_bug.cgi?id=1192702 , it was rapidly reported in about five different ways and was fixed yesterday. Today's - 2015-02-18 - F22 nightlies seem not to have any anaconda showstoppers, so for now probably using one of them is the best way to install F22. As today was 'nominated' as a release validation event you can find a handy download table here: https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Installation (the table's generated from fedfind data, you can find the same links with 'fedfind images --release 22 --compose 20150218'). You can use the boot.iso , but note that using that will by default use the repos from the development/22 tree, so whether it works for a given package set on a given day will depend on whether there are any dependency issues in those packages on that day - on the one hand if there are dep issues in the repo on one day they might be fixed the next day, on the other hand just because it works today doesn't mean it'll work tomorrow... If you want a reliable result, use a live nightly, because those have their packages baked in, they don't use the remote repos. So, give the Workstation nightly a shot. According to https://fedoraproject.org/wiki/Test_Results:Fedora_22_Branched_20150218_Installation #Default_boot_and_install , it works. In general, you can always visit the https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test redirect to find out the status of the last compose that was 'nominated' for validation testing, and (as of a week ago or so) a table of download links for it. We're working on some stuff that should let us know the status of each nightly Rawhide and Branched compose (not just composes 'nominated' for testing), but it's not quite ready for primetime yet. We also got most Rawhide nightly live images for 02-18 (no boot.iso's due to some yum/dnf issues), though after Branch point, Rawhide images don't get regular testing (yet). But if you want to try going straight to Rawhide, here's some links: https://kojipkgs.fedoraproject.org/work/tasks/8548/8978548/Fedora-Live-MATE_Compiz-i686-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8540/8978540/Fedora-Live-KDE-x86_64-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8543/8978543/Fedora-Live-LXDE-i686-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8546/8978546/Fedora-Live-LXDE-x86_64-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8561/8978561/Fedora-Live-SoaS-x86_64-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8589/8978589/Fedora-Live-Workstation-x86_64-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8539/8978539/Fedora-Live-KDE-i686-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8560/8978560/Fedora-Live-SoaS-i686-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8551/8978551/Fedora-Live-MATE_Compiz-x86_64-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8605/8978605/Fedora-Live-Jam_KDE-x86_64-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8562/8978562/Fedora-Live-Xfce-i686-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8592/8978592/Fedora-Live-Workstation-i686-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8604/8978604/Fedora-Live-Jam_KDE-i686-rawhide-20150218.iso https://kojipkgs.fedoraproject.org/work/tasks/8601/8978601/Fedora-Minimal-armhfp-rawhide-20150218-sda.raw.xz https://kojipkgs.fedoraproject.org/work/tasks/8622/8978622/Fedora-SoaS-armhfp-rawhide-20150218-sda.raw.xz https://kojipkgs.fedoraproject.org/work/tasks/8614/8978614/Fedora-LXDE-armhfp-rawhide-20150218-sda.raw.xz https://kojipkgs.fedoraproject.org/work/tasks/8616/8978616/Fedora-Mate-armhfp-rawhide-20150218-sda.raw.xz https://kojipkgs.fedoraproject.org/work/tasks/8606/8978606/Fedora-Workstation-armhfp-rawhide-20150218-sda.raw.xz https://kojipkgs.fedoraproject.org/work/tasks/8608/8978608/Fedora-KDE-armhfp-rawhide-20150218-sda.raw.xz that's the output of 'fedfind images --compose 20150218' (it assumes Rawhide if you don't specify). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Perl-Critic-StricterSubs-0.04.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Perl-Critic-StricterSubs: b7214488d00cdd59a79e224dcc218bc0 Perl-Critic-StricterSubs-0.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Critic-StricterSubs] 0.04 bump
commit 39711edfb6660295031f64f8d7c0311f865245f1 Author: Petr Písař ppi...@redhat.com Date: Thu Feb 19 08:14:43 2015 +0100 0.04 bump .gitignore |1 + perl-Perl-Critic-StricterSubs.spec | 60 --- sources|2 +- 3 files changed, 36 insertions(+), 27 deletions(-) --- diff --git a/.gitignore b/.gitignore index 04a01bc..7633e50 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Perl-Critic-StricterSubs-0.03.tar.gz +/Perl-Critic-StricterSubs-0.04.tar.gz diff --git a/perl-Perl-Critic-StricterSubs.spec b/perl-Perl-Critic-StricterSubs.spec index 47c07d8..351dc55 100644 --- a/perl-Perl-Critic-StricterSubs.spec +++ b/perl-Perl-Critic-StricterSubs.spec @@ -1,62 +1,70 @@ Name: perl-Perl-Critic-StricterSubs -Version:0.03 -Release:10%{?dist} +Version:0.04 +Release:1%{?dist} Summary:Perl::Critic plugin for stricter subroutine checks License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Perl-Critic-StricterSubs/ -Source0: http://www.cpan.org/authors/id/T/TH/THALJEF/strictersubs/Perl-Critic-StricterSubs-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/T/TH/THALJEF/Perl-Critic-StricterSubs-%{version}.tar.gz BuildArch: noarch +BuildRequires: perl +BuildRequires: perl(Module::Build) +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Run-time: +BuildRequires: perl(base) +BuildRequires: perl(Carp) +BuildRequires: perl(English) BuildRequires: perl(Exporter) BuildRequires: perl(File::PathList) -BuildRequires: perl(Module::Build) -BuildRequires: perl(Perl::Critic) = 1.08 +BuildRequires: perl(List::MoreUtils) +# This is plug-in for Perl::Critic +BuildRequires: perl(Perl::Critic) = 1.082 BuildRequires: perl(Perl::Critic::Policy) -BuildRequires: perl(Perl::Critic::TestUtils) = 1.08 -BuildRequires: perl(Perl::Critic::Utils) = 1.08 -BuildRequires: perl(Perl::Critic::Violation) = 1.08 +BuildRequires: perl(Perl::Critic::Utils) = 1.082 BuildRequires: perl(PPI::Document) -# Non-author tests only: -BuildRequires: perl(Test::Pod) = 1.00 -BuildRequires: perl(Test::Pod::Coverage) = 1.04 -# Only in META.yml, RT#66863: BuildRequires: perl(Test::Deep) +# Tests: +# Perl::Critic::Violation 1.082 not used +BuildRequires: perl(Perl::Critic::TestUtils) = 1.082 BuildRequires: perl(Test::More) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) -Requires: perl(Perl::Critic) = 1.08 -Requires: perl(Perl::Critic::TestUtils) = 1.08 -Requires: perl(Perl::Critic::Utils) = 1.08 -Requires: perl(Perl::Critic::Violation) = 1.08 +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +Requires: perl(Perl::Critic) = 1.082 +Requires: perl(Perl::Critic::TestUtils) = 1.082 +Requires: perl(Perl::Critic::Utils) = 1.082 + +# Filter under-specified dependencies: +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(Perl::Critic::Utils\\)$ %description As a dynamic language, Perl doesn't require you to define subroutines until -run-time. Although this is a powerful feature, it can also be a major -source of bugs. For example, you might mistype the name of a subroutine, or -call a subroutine from another module without including that module or -importing that subroutine. And unless you have very good test coverage, you -might not know about these bugs until you have already launched your code. +run-time. Although this is a powerful feature, it can also be a major source +of bugs. The Perl::Critic::Policy modules in this distribution are aimed at +reducing errors caused by invoking subroutines that are not defined. %prep %setup -q -n Perl-Critic-StricterSubs-%{version} %build -%{__perl} Build.PL installdirs=vendor +perl Build.PL installdirs=vendor ./Build %install ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %files -%defattr(-,root,root,-) -%doc Changes LICENSE README +%license LICENSE +%doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Thu Feb 19 2015 Petr Pisar ppi...@redhat.com - 0.04-1 +- 0.04 bump + * Fri Aug 29 2014 Jitka Plesnikova jples...@redhat.com - 0.03-10 - Perl 5.20 rebuild diff --git a/sources b/sources index d28e6ab..b787a48 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -f92c089422f7eea8d51c542997d351c1 Perl-Critic-StricterSubs-0.03.tar.gz +b7214488d00cdd59a79e224dcc218bc0 Perl-Critic-StricterSubs-0.04.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
Agenda for Env-and-Stacks WG meeting (2015-02-19)
HEADS UP -- new time and place; since we would have a collision in #fedora-meeting and it seems to be better to have meetings on the same channel every week, let's meet at #fedora-meeting-1. WG meeting will be at 18:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston, 3:00+1d Tokyo, 4:00+1d Brisbane) in #fedora-meeting-1 on Freenode. = Topics = * Follow-ups -- any changes from last week? * Dockerfiles recommended tips [1] * Some info about beaker @ fedoraproject and potential EnvStack use cases * Open Floor [1] http://fedoraproject.org/wiki/User:Hhorak/Draft/task-dockerfile-rules [2] http://beaker.fedoraproject.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1171777] Test-Trap v0.2.5 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1171777 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-Test-Trap-0.2.5-1.fc21 Resolution|--- |CURRENTRELEASE Last Closed|2015-02-18 09:08:19 |2015-02-18 11:18:12 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=g899ewevdja=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Proposal] Ring-based Packaging Policies
On Tue, Feb 17, 2015 at 06:13:23PM +0100, Ralf Corsepius wrote: Core vs. Extras.) But no one is proposing a _society_-based distinction — instead, a _technical_ one. I know and understand this, but I expect the outcome to be the same: Ring 0 == Red Hat Ring 1 == The Red Hat business/RHEL-irrelevant parts In other words, on the techicall level I do not see any difference to CentOS+RHEL and to Core+Extras On the political and social level, it raises questions going far beyond these consideration Ralf, thanks for articulating this concern. You're seeing this from a different perspective than I am, and that's very valuable. I don't expect that outcome, for several reasons. First, the plan is for Ring 0 to be much, much smaller than current RHEL. As I understand it, that aligns with the direction Red Hat would like to go as well (because it fits with the general sweep of the operating system landscape), but independent from that that, the benefits are clear for Fedora on our own. (Better change management, focal point for QA, a place to work on integration improvements without requiring overwhelming thousand-package alterations, easier bootstrap of new architectures or sub-projects, etc.) But, a tiny Ring 0 is too small to be practically useful to most actual end users — Fedora users, but also RHEL customers. So, just as Fedora's interests in quality, integration, usability, and so on extend beyond that first ring, so do Red Hat's. In fact, second, Red Hat is much bigger than RHEL, and Red Hat has significant business interests based on not just Rings 0 and 1, but also what I called Ring 2 (environments and stacks) and Ring 3, applications. So, if the concern is that RH is planning to abandon investment in everything in Fedora except the minimal part, I wouldn't worry. In fact, one explicit hope I have here is that we can do this in a way that attracts engagement in Fedora from parts of Red Hat that have traditionally had difficulties, including the middleware/WildFly world, OpenShift, and (not to detract from the degree that it does work and the effort people have put in) OpenStack. I think, though, I hear at least a suggestion of an opposite concern: that Red Hat will end up the sole owner of Ring 0. So, third (and I'm going to go ahead and say most importantly), that is an explicit non-goal. That's true from a Fedora-plan point of view, and also, for the record, I hear no one inside Red Hat agitating for anything otherwise. The benefits of keeping Fedora community-based at all levels are clear and understood. Technical oversight and decision-making will still come from FESCo, and the Base Working Group as a FESCo sub-committee. Ownership of packages in Ring 0 (or any ring) will continue to be agnostic of employer, and official Change proposals evaluated by community leadership on their own merits. So, while there may be superficial similarity, it's quite a different plan, and I don't worry that the outcome will be what you're afraid of. -- 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: [Proposal] Ring-based Packaging Policies
Dne 18.2.2015 v 12:52 Rahul Sundaram napsal(a): Hi What is wrong with using Copr for the ring packages. It already works just fine (may be BZ is missing). There are no reviews, no guidelines, you can bundle ... I believe that everybody understands that while Copr is supported by Fedora, you are using these packages on your own risk. I can't imagine better state. That's easy to imagine * Searching for packages in copr from the command line and GUI should be trivial * There should be a difference between experimental random builds of the day and packages which have gone through some review process even if it does include some bundling * Formalized bug reporting * pkgdb, tagger, bodhi etc Yes, and at the end you reach the current state of Fedora (with bundling) ... just going in circles. 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
Schedule for Wednesday's FESCo Meeting (2015-02-18)
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-02-18 18:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades - https://fedoraproject.org/wiki/Changes/RpmOstree .fesco 1390 https://fedorahosted.org/fesco/ticket/1390 #topic F22 System Wide Change: Atomic Host - https://fedoraproject.org/wiki/Changes/AtomicHost .fesco 1396 https://fedorahosted.org/fesco/ticket/1396 = New business = #topic F21 privacy issue, Geolocation done for every install .fesco 1411 https://fedorahosted.org/fesco/ticket/1411 #topic anaconda password change is causing consternation among the user community please review this policy decision .fesco 1412 https://fedorahosted.org/fesco/ticket/1412 #topic F22 System Wide Change: Systemd Package Split - https://fedoraproject.org/wiki/Changes/SystemdPackageSplit .fesco 1406 https://fedorahosted.org/fesco/ticket/1406 = 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. -- 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 1193854] New: Config-AutoConf-0.309 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193854 Bug ID: 1193854 Summary: Config-AutoConf-0.309 bump Product: Fedora Version: rawhide Component: perl-Config-AutoConf Assignee: psab...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, psab...@redhat.com Upstream released Config-AutoConf-0.309, Fedora delivers version 0.305. Please upgrade. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=qJ0QK4TOnOa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: ANNOUNCE: OCaml compiler will be updated in Fedora Rawhide
On Wed, Feb 18, 2015 at 11:05:43AM +, Richard W.M. Jones wrote: - llvm LLVM seems to have generic FTBFS problems unrelated to OCaml. FWIW the LLVM failure is: http://koji.fedoraproject.org/koji/buildinfo?buildID=612484 In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/absvti2.c:15: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_lib.h:57: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_types.h:21: /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_endianness.h:86:10: fatal error: 'endian.h' file not found #include endian.h ^ In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/absvdi2.c:15: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_lib.h:57: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_types.h:21: /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_endianness.h:86:10: fatal error: 'endian.h' file not found #include endian.h ^ In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/absvsi2.c:15: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_lib.h:57: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_types.h:21: /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_endianness.h:86:10: fatal error: 'endian.h' file not found #include endian.h ^ 1 error generated. 1 error generated. Makefile:267: recipe for target '/builddir/build/BUILD/llvm-3.5.0.src/tools/clang/runtime/compiler-rt/clang_linux/builtins-i386/i386/SubDir.lib__builtins/absvdi2.o' failed make[5]: *** [/builddir/build/BUILD/llvm-3.5.0.src/tools/clang/runtime/compiler-rt/clang_linux/builtins-i386/i386/SubDir.lib__builtins/absvdi2.o] Error 1 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1193873] New: Parse-CPAN-Packages-2.40 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193873 Bug ID: 1193873 Summary: Parse-CPAN-Packages-2.40 bump Product: Fedora Version: rawhide Component: perl-Parse-CPAN-Packages Assignee: psab...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: ktdre...@ktdreyer.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com, st...@silug.org, strob...@strobe.net Upstream released Parse-CPAN-Packages-2.40, Fedora delivers 2.38. Please upgrade. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=5h1sgxVlFsa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Proposal] Ring-based Packaging Policies
Hi What is wrong with using Copr for the ring packages. It already works just fine (may be BZ is missing). There are no reviews, no guidelines, you can bundle ... I believe that everybody understands that while Copr is supported by Fedora, you are using these packages on your own risk. I can't imagine better state. That's easy to imagine * Searching for packages in copr from the command line and GUI should be trivial * There should be a difference between experimental random builds of the day and packages which have gone through some review process even if it does include some bundling * Formalized bug reporting * pkgdb, tagger, bodhi etc Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Geo-IPfree-1.143630.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Geo-IPfree: f87e5302c9c8c0c8120155bd790ca462 Geo-IPfree-1.143630.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Geo-IPfree] 1.143630 bump
commit 8d29cdd38d8a03a7581e33c1f6a335ad86b93fbf Author: Petr Písař ppi...@redhat.com Date: Wed Feb 18 13:44:09 2015 +0100 1.143630 bump .gitignore |1 + perl-Geo-IPfree.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index e4a3e6a..cf2a2ba 100644 --- a/.gitignore +++ b/.gitignore @@ -10,3 +10,4 @@ Geo-IPfree-1.101650.tar.gz /Geo-IPfree-1.131650.tar.gz /Geo-IPfree-1.132870.tar.gz /Geo-IPfree-1.141670.tar.gz +/Geo-IPfree-1.143630.tar.gz diff --git a/perl-Geo-IPfree.spec b/perl-Geo-IPfree.spec index f3c61e4..91c9685 100644 --- a/perl-Geo-IPfree.spec +++ b/perl-Geo-IPfree.spec @@ -1,9 +1,9 @@ %global cpan_name Geo-IPfree -%global cpan_version 1.141670 +%global cpan_version 1.143630 %global cpan_author BRICAS Name: perl-%{cpan_name} Version:%(echo '%cpan_version' | sed 's/^\([0-9]\{1,\}\)\./\1\n/' | sed '2 s/\(.\)/.\1/g' | sed '1N;s/\n//') -Release:2%{?dist} +Release:1%{?dist} Summary:Look up the country of an IPv4 Address License:GPL+ or Artistic Group: Development/Libraries @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Feb 18 2015 Petr Pisar ppi...@redhat.com - 1.1.4.3.6.3.0-1 +- 1.143630 bump + * Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 1.1.4.1.6.7.0-2 - Perl 5.20 rebuild diff --git a/sources b/sources index 28c2d54..78f8f29 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -90b208914e081f823f647834b18baaf2 Geo-IPfree-1.141670.tar.gz +f87e5302c9c8c0c8120155bd790ca462 Geo-IPfree-1.143630.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193865] New: Inline-Module-0.34 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193865 Bug ID: 1193865 Summary: Inline-Module-0.34 bump Product: Fedora Version: rawhide Component: perl-Inline-Module Assignee: psab...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com Upstream released Inline-Module-0.34, Fedora delivers 0.33. Please upgrade. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=qEXtH2Pxq3a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193870] New: Module-Used-v1.3.0 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193870 Bug ID: 1193870 Summary: Module-Used-v1.3.0 bump Product: Fedora Version: rawhide Component: perl-Module-Used Assignee: psab...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Upstream released Module-Used-v1.3.0, Fedora delivers 1.2.0. Please upgrade. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BiDcKvq1NSa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 726998] bioperl 1.6.9 is available
https://bugzilla.redhat.com/show_bug.cgi?id=726998 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |EOL Last Closed||2015-02-18 08:36:16 --- Comment #11 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1z6XkIV551a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Configurable version of suexec in Debian but not Fedora?!
Hello all, Apologies on the necromancy here, but I finally did find the patches (after wrestling with the fact that I can't see the patch tracker website for some reason... is it still live?) that created it. The patches are hosted on Debian's git for packages[0]. There's some other stuff related to it one folder up[1]. I'm not exactly sure what exactly is needed, though... [0]: http://anonscm.debian.org/cgit/pkg-apache/apache2.git/tree/debian/patches [1]: http://anonscm.debian.org/cgit/pkg-apache/apache2.git/tree/debian On Sat, Mar 15, 2014 at 4:48 AM, Till Maas opensou...@till.name wrote: On Fri, Mar 14, 2014 at 05:16:27PM -0500, Conan Kudo (ニール・ゴンパ) wrote: I'm honestly surprised that Fedora doesn't offer this little piece of flexibility. I would think that this would be in Fedora and RHEL, because of how useful this would be. So what's going on here? Actually a Debian developer created a patch to make suexec configurable but since it was not sent upstream, it is not easily available everywhere else. Not sure why, but the patch is not even visible in Debian's patch tracking system: http://patch-tracker.debian.org/package/apache2/2.4.7-1 So next step would be to ask the apache maintainer in Fedora whether the patch would be accepted in Fedora and if not, a separate package needs to be created. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 真実はいつも一つ!/ 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
[perl-Perl-Critic-Moose/f22] 1.01 bump
Summary of changes: 2973eec... 1.01 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193894] New: Test-Trap-v0.3.0 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193894 Bug ID: 1193894 Summary: Test-Trap-v0.3.0 bump Product: Fedora Version: rawhide Component: perl-Test-Trap Assignee: psab...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Upstream released Test-Trap-v0.3.0, Fedora delivers 0.2.2 in F22 and 0.2.5 in F21. Please upgrade. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=n82gIXZrVea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Used] 1.3.0 bump
commit 5cf92e74ccd7f06a7e57ca031f09490bf10ae722 Author: Petr Šabata con...@redhat.com Date: Wed Feb 18 15:12:38 2015 +0100 1.3.0 bump .gitignore|1 + perl-Module-Used.spec | 49 +++-- sources |2 +- 3 files changed, 33 insertions(+), 19 deletions(-) --- diff --git a/.gitignore b/.gitignore index 12059fc..c9cf846 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Module-Used-v1.2.0.tar.gz +/Module-Used-v1.3.0.tar.gz diff --git a/perl-Module-Used.spec b/perl-Module-Used.spec index 9d43e1e..d229f4a 100644 --- a/perl-Module-Used.spec +++ b/perl-Module-Used.spec @@ -1,21 +1,39 @@ Name: perl-Module-Used -Version:1.2.0 -Release:15%{?dist} +Version:1.3.0 +Release:1%{?dist} Summary:Find modules loaded by Perl code without running it License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Module-Used/ Source0: http://www.cpan.org/authors/id/E/EL/ELLIOTJS/Module-Used-v%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch -BuildRequires: perl(File::Next) = 1.02 +# Build +BuildRequires: perl +BuildRequires: perl(English) BuildRequires: perl(Module::Build) -BuildRequires: perl(PPI::Document) = 1.203 -BuildRequires: perl(Readonly) = 1.03 +BuildRequires: perl(strict) +BuildRequires: perl(utf8) +BuildRequires: perl(warnings) +# Runtime +BuildRequires: perl(Const::Fast) +BuildRequires: perl(Exporter) = 5.57 +# Unused BuildRequires: perl(File::Next) = 1.02 +BuildRequires: perl(Module::Path) = 0.01 +BuildRequires: perl(PPI::Document) = 1.205 +# Tests only BuildRequires: perl(Test::Deep) = 0.098 BuildRequires: perl(Test::More) = 0.72 BuildRequires: perl(version) = 0.74 -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) +Requires: perl(Exporter) = 5.57 +Requires: perl(File::Next) = 1.02 +Requires: perl(Module::Path) = 0.01 +Requires: perl(PPI::Document) = 1.205 + +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(Exporter\\)$ +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(File::Next\\)$ +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(Module::Path\\)$ +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(PPI::Document\\)$ %description Modules are found statically based upon use and require statements. If use @@ -28,25 +46,17 @@ modules listed in parentheses. %setup -q -n Module-Used-v%{version} %build -%{__perl} Build.PL installdirs=vendor +perl Build.PL installdirs=vendor ./Build %install -rm -rf $RPM_BUILD_ROOT - -./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; - -%{_fixperms} $RPM_BUILD_ROOT/* +./Build install destdir=%{buildroot} create_packlist=0 +%{_fixperms} %{buildroot}/* %check ./Build test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_bindir}/* @@ -54,6 +64,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Wed Feb 18 2015 Petr Šabata con...@redhat.com - 1.3.0-1 +- 1.3.0 bump + * Fri Aug 29 2014 Jitka Plesnikova jples...@redhat.com - 1.2.0-15 - Perl 5.20 rebuild diff --git a/sources b/sources index 8e033d7..e2875f1 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ba3421bb8f990f1729b8e2ad7fa233dc Module-Used-v1.2.0.tar.gz +50d0fee5df0ae821e93793203b44f376 Module-Used-v1.3.0.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Used/f22] 1.3.0 bump
Summary of changes: 5cf92e7... 1.3.0 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1171777] Test-Trap v0.2.5 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1171777 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|CLOSED |MODIFIED Resolution|ERRATA |--- Keywords||Reopened --- Comment #3 from Petr Pisar ppi...@redhat.com --- Fedora 22 does not include the 0.2.5 version. Please build the version for Fedora ≥ 22. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tdlLFZ4MTMa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1184844] perl-TeX-Hyphen-1.15 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1184844 Petr Pisar ppi...@redhat.com changed: What|Removed |Added CC||ppi...@redhat.com --- Comment #3 from Petr Pisar ppi...@redhat.com --- Fedora ≥ 22 delivers 1.01. Please build 1.15 version for these Fedoras too. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=T5TyIX9oOHa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1152110] perl-XXX-0.29 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1152110 --- Comment #3 from Petr Pisar ppi...@redhat.com --- Fedora ≥ 22 still delivers older 0.28 version. Please build 0.29 for these Fedoras too. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fx0os60UZLa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: ANNOUNCE: OCaml compiler will be updated in Fedora Rawhide
On 02/18/2015 04:26 AM, Richard W.M. Jones wrote: On Wed, Feb 18, 2015 at 11:05:43AM +, Richard W.M. Jones wrote: - plplot I believe this one is a general FTBFS problem, rather than anything to do with OCaml. http://koji.fedoraproject.org/koji/buildinfo?buildID=612220 Rich. Yes it is. Probably more C++ ABI issues. -- 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
File Parse-CPAN-Packages-2.40.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Parse-CPAN-Packages: 11c6a6f62e9cd74b9a6fef0289a1c7d9 Parse-CPAN-Packages-2.40.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Parse-CPAN-Packages/epel7] 2.40 bump, a changelog fix
Summary of changes: 93d5c1d... 2.40 bump, a changelog fix (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: deadline for fedora org to appy in google summer of code 2015
On Tue, 2015-02-17 at 10:44 -0500, Matthew Miller wrote: On Tue, Feb 17, 2015 at 10:21:47AM -0500, Josh Boyer wrote: I may have misunderstood the conversation I'm remembering. Apologies for any confusion. The main issue is that we as a project can't take any money, even if Google really wants to send it somewhere. I don't think there's a problem as long as I think someone needs to step up as the main coordinator for Fedora and work with OSAS to make sure this is set. ... that. I'll talk to OSAS today. If no one else wants to step up and coordinate this, I'll do it. 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: ANNOUNCE: OCaml compiler will be updated in Fedora Rawhide
On 02/18/2015 05:32 AM, Richard W.M. Jones wrote: On Wed, Feb 18, 2015 at 11:05:43AM +, Richard W.M. Jones wrote: - llvm LLVM seems to have generic FTBFS problems unrelated to OCaml. FWIW the LLVM failure is: http://koji.fedoraproject.org/koji/buildinfo?buildID=612484 In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/absvti2.c:15: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_lib.h:57: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_types.h:21: /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_endianness.h:86:10: fatal error: 'endian.h' file not found #include endian.h ^ In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/absvdi2.c:15: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_lib.h:57: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_types.h:21: /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_endianness.h:86:10: fatal error: 'endian.h' file not found #include endian.h ^ In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/absvsi2.c:15: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_lib.h:57: In file included from /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_types.h:21: /builddir/build/BUILD/llvm-3.5.0.src/projects/compiler-rt/lib/builtins/int_endianness.h:86:10: fatal error: 'endian.h' file not found #include endian.h ^ 1 error generated. 1 error generated. Makefile:267: recipe for target '/builddir/build/BUILD/llvm-3.5.0.src/tools/clang/runtime/compiler-rt/clang_linux/builtins-i386/i386/SubDir.lib__builtins/absvdi2.o' failed make[5]: *** [/builddir/build/BUILD/llvm-3.5.0.src/tools/clang/runtime/compiler-rt/clang_linux/builtins-i386/i386/SubDir.lib__builtins/absvdi2.o] Error 1 Rich. More gcc 5 issues, being worked on. -- 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
[perl-Parse-CPAN-Packages/epel7] Revert 2.40 bump, a changelog fix
commit a875e0ed837ec8992ead39c8defc359f73368bc7 Author: Petr Šabata con...@redhat.com Date: Wed Feb 18 15:51:23 2015 +0100 Revert 2.40 bump, a changelog fix This reverts commit 93d5c1d93faef45f15dfc8ad9e2aeba244a7f27a. Parse-CPAN-Packages-2.38-Test::InDistDir.patch | 39 Parse-CPAN-Packages-2.40-Test::InDistDir.patch | 47 perl-Parse-CPAN-Packages.spec | 28 +++ sources|2 +- 4 files changed, 53 insertions(+), 63 deletions(-) --- diff --git a/Parse-CPAN-Packages-2.38-Test::InDistDir.patch b/Parse-CPAN-Packages-2.38-Test::InDistDir.patch new file mode 100644 index 000..8ecdb08 --- /dev/null +++ b/Parse-CPAN-Packages-2.38-Test::InDistDir.patch @@ -0,0 +1,39 @@ +--- Makefile.PL Makefile.PL +@@ -18,7 +18,6 @@ WriteMakefile( + Moose + Path::Class + PPI +- Test::InDistDir + Test::More + version + ) +--- META.json META.json +@@ -39,7 +39,6 @@ + Moose : 0, + PPI : 0, + Path::Class : 0, +-Test::InDistDir : 0, + Test::More : 0, + version : 0 + } +--- META.yml META.yml +@@ -25,7 +25,6 @@ requires: + Moose: '0' + PPI: '0' + Path::Class: '0' +- Test::InDistDir: '0' + Test::More: '0' + version: '0' + version: '2.38' +--- t/simple.t t/simple.t +@@ -1,6 +1,5 @@ + #!/usr/bin/perl + use strict; +-use Test::InDistDir; + use Test::More; + use File::Slurp 'read_file'; + diff --git a/perl-Parse-CPAN-Packages.spec b/perl-Parse-CPAN-Packages.spec index 908d261..57ad608 100644 --- a/perl-Parse-CPAN-Packages.spec +++ b/perl-Parse-CPAN-Packages.spec @@ -1,16 +1,15 @@ Name: perl-Parse-CPAN-Packages -Version:2.40 -Release:1%{?dist} +Version:2.38 +Release:3%{?dist} Summary:Parse 02packages.details.txt.gz License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Parse-CPAN-Packages/ Source0: http://www.cpan.org/authors/id/M/MI/MITHALDU/Parse-CPAN-Packages-%{version}.tar.gz -Patch0: Parse-CPAN-Packages-2.40-Test::InDistDir.patch +Patch0: Parse-CPAN-Packages-2.38-Test::InDistDir.patch BuildArch: noarch # Module Build -BuildRequires: perl -BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(strict) BuildRequires: perl(warnings) # Module Runtime @@ -18,16 +17,15 @@ BuildRequires: perl(Archive::Peek) BuildRequires: perl(Compress::Zlib) BuildRequires: perl(CPAN::DistnameInfo) BuildRequires: perl(File::Slurp) -BuildRequires: perl(Moo) +BuildRequires: perl(Moose) BuildRequires: perl(Path::Class) BuildRequires: perl(PPI) -BuildRequires: perl(Types::Standard) BuildRequires: perl(version) # Test Suite # perl(Test::InDistDir) dependency patched out BuildRequires: perl(Test::More) # Runtime -Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description The Comprehensive Perl Archive Network (CPAN) is a very useful collection @@ -38,18 +36,21 @@ interface to the data contained within. %prep %setup -q -n Parse-CPAN-Packages-%{version} + # Remove the need for (so-far unpackaged) Test::InDistDir -%patch0 -p1 +%patch0 + # Strip spurious exec permissions find . -type f -exec chmod -c -x {} \; %build -perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install -make pure_install DESTDIR=%{buildroot} -%{_fixperms} %{buildroot} +make pure_install DESTDIR=$RPM_BUILD_ROOT +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +%{_fixperms} $RPM_BUILD_ROOT %check make test @@ -62,9 +63,6 @@ make test %{_mandir}/man3/Parse::CPAN::Packages::Package.3pm* %changelog -* Wed Feb 18 2015 Petr Šabata con...@redhat.com - 2.40-1 -- 2.40 bump, a changelog fix - * Mon Sep 01 2014 Jitka Plesnikova jples...@redhat.com - 2.38-3 - Perl 5.20 rebuild diff --git a/sources b/sources index b38b608..74af9d0 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -11c6a6f62e9cd74b9a6fef0289a1c7d9 Parse-CPAN-Packages-2.40.tar.gz +a4a7956f364839b2f69d60af9bf1957c Parse-CPAN-Packages-2.38.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File DBD-Pg-3.5.1.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-DBD-Pg: cc693c034e7a31d1bf85ecb5ab9f3571 DBD-Pg-3.5.1.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DBD-Pg] 3.5.1 bump
commit f9cc4f3ea915fa3d3811c3351211f47c5aa09114 Author: Jitka Plesnikova jples...@redhat.com Date: Wed Feb 18 15:22:01 2015 +0100 3.5.1 bump .gitignore |1 + perl-DBD-Pg.spec |6 -- sources |2 +- 3 files changed, 6 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index ae2a332..ab921a9 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ DBD-Pg-2.17.1.tar.gz /DBD-Pg-3.4.1.tar.gz /DBD-Pg-3.4.2.tar.gz /DBD-Pg-3.5.0.tar.gz +/DBD-Pg-3.5.1.tar.gz diff --git a/perl-DBD-Pg.spec b/perl-DBD-Pg.spec index 58b0b2d..c0dbf56 100644 --- a/perl-DBD-Pg.spec +++ b/perl-DBD-Pg.spec @@ -1,6 +1,6 @@ Name: perl-DBD-Pg Summary:A PostgreSQL interface for perl -Version:3.5.0 +Version:3.5.1 Release:1%{?dist} License:GPLv2+ or Artistic Group: Development/Libraries @@ -78,8 +78,10 @@ make test %{perl_vendorarch}/Bundle/DBD/Pg.pm %{_mandir}/man3/*.3* - %changelog +* Wed Feb 18 2015 Jitka Plesnikova jples...@redhat.com - 3.5.1-1 +- 3.5.1 bump + * Wed Feb 11 2015 Jitka Plesnikova jples...@redhat.com - 3.5.0-1 - 3.5.0 bump - Remove tests sub-package, tests don't work without Makefile diff --git a/sources b/sources index 9d7d629..85433de 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -16cea4efcd1f8917679920be50e23da9 DBD-Pg-3.5.0.tar.gz +cc693c034e7a31d1bf85ecb5ab9f3571 DBD-Pg-3.5.1.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: [Proposal] Ring-based Packaging Policies
On Wed, Feb 18, 2015 at 08:58:34AM -0500, Stephen Gallagher wrote: On Mon, 2015-02-16 at 17:03 +0100, Kevin Kofler wrote: So, for my counterproposal: I propose that packagers with a sufficient level of trust (packager sponsors, provenpackagers, or a new, yet-to-be-defined group (maybe packagers with at least N packages)) be allowed to import new packages with a self-review. We trust those people for so many things, and we know that they understand the packaging guidelines, so why can we not trust them to import their own packages without blocking on somebody else? Here are just 2 examples of packages that have been sitting in the queue for months and would have gone in instantly with my proposed policy: https://bugzilla.redhat.com/show_bug.cgi?id=922781 https://bugzilla.redhat.com/show_bug.cgi?id=1125952 The submitter has been a packager sponsor and provenpackager for years (and even several of the people he sponsored are now also packager sponsors and/or provenpackagers), so why do we need to waste our time reviewing his packages when it's clear that he knows what he's doing? This is an interesting idea (and one that could be investigated irrespective of the original discussion). In the last few years, the fedora-review project has made the review process significantly easier for many packages. It covers a lot of the policies that are automatable, thereby reducing the packager requirements. Elsewhere in this thread, it was suggested that we could further improve the process by taking reviews out of Bugzilla and building a tool specifically for this purpose. If we built this atop fedora-review, we could make large parts of the review-submission process automated. (Automated guideline checks for those things that *can* be automated, automatically perform koji scratch builds for each architecture, etc.) With something like that in place to provide at least a minimal level of review, we probably *could* give members of the provenpackager and/or sponsors groups permission to pass a review solely based on those results (plus a manual checkbox of this is permissible content). In parallel with another discussion on the list, this could be a really worthwhile effort for the Google Summer of Code this year. Maybe Michel Salim (CCed) would be interested in having the fedora-review team mentor two or three interns to work on a web-app version of fedora-review? While I agree that it makes a nice project for a GSoC, it is my experience that we should not have too many students working on the same project. Most often they will overlap and might even conflict. So having one perhaps two (and that's a grand max imho) students might be interesting indeed. For further reference about this project: https://www.youtube.com/watch?v=PJ-Hjb1UrXw https://github.com/fedora-infra/fresque Because it's not completely a new idea nor has there been no work started on it :) Pierre pgpw9i0hHfIb0.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-DBD-Pg/f22] 3.5.1 bump
commit c6c9418e05153231b12c1c4d7ec8b6ae028897bd Author: Jitka Plesnikova jples...@redhat.com Date: Wed Feb 18 15:22:01 2015 +0100 3.5.1 bump .gitignore |1 + perl-DBD-Pg.spec |6 -- sources |2 +- 3 files changed, 6 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index ae2a332..ab921a9 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ DBD-Pg-2.17.1.tar.gz /DBD-Pg-3.4.1.tar.gz /DBD-Pg-3.4.2.tar.gz /DBD-Pg-3.5.0.tar.gz +/DBD-Pg-3.5.1.tar.gz diff --git a/perl-DBD-Pg.spec b/perl-DBD-Pg.spec index 58b0b2d..c0dbf56 100644 --- a/perl-DBD-Pg.spec +++ b/perl-DBD-Pg.spec @@ -1,6 +1,6 @@ Name: perl-DBD-Pg Summary:A PostgreSQL interface for perl -Version:3.5.0 +Version:3.5.1 Release:1%{?dist} License:GPLv2+ or Artistic Group: Development/Libraries @@ -78,8 +78,10 @@ make test %{perl_vendorarch}/Bundle/DBD/Pg.pm %{_mandir}/man3/*.3* - %changelog +* Wed Feb 18 2015 Jitka Plesnikova jples...@redhat.com - 3.5.1-1 +- 3.5.1 bump + * Wed Feb 11 2015 Jitka Plesnikova jples...@redhat.com - 3.5.0-1 - 3.5.0 bump - Remove tests sub-package, tests don't work without Makefile diff --git a/sources b/sources index 9d7d629..85433de 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -16cea4efcd1f8917679920be50e23da9 DBD-Pg-3.5.0.tar.gz +cc693c034e7a31d1bf85ecb5ab9f3571 DBD-Pg-3.5.1.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193721] perl-DBD-Pg-3.5.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1193721 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-DBD-Pg-3.5.1-1.fc23 Resolution|--- |RAWHIDE Last Closed||2015-02-18 09:30:21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pK7lhusz7Na=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1193905] New: XML-Parser-Lite-0.72 bump
https://bugzilla.redhat.com/show_bug.cgi?id=1193905 Bug ID: 1193905 Summary: XML-Parser-Lite-0.72 bump Product: Fedora Version: rawhide Component: perl-XML-Parser-Lite Assignee: psab...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Upstream released XML-Parser-Lite-0.72, Fedora delivers 0.719. Please upgrade. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=0KNx9KWuGoa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Parse-CPAN-Packages] 2.40 bump, a changelog fix
commit 93d5c1d93faef45f15dfc8ad9e2aeba244a7f27a Author: Petr Šabata con...@redhat.com Date: Wed Feb 18 15:36:25 2015 +0100 2.40 bump, a changelog fix Parse-CPAN-Packages-2.38-Test::InDistDir.patch | 39 Parse-CPAN-Packages-2.40-Test::InDistDir.patch | 47 perl-Parse-CPAN-Packages.spec | 28 --- sources|2 +- 4 files changed, 63 insertions(+), 53 deletions(-) --- diff --git a/Parse-CPAN-Packages-2.40-Test::InDistDir.patch b/Parse-CPAN-Packages-2.40-Test::InDistDir.patch new file mode 100644 index 000..dd98834 --- /dev/null +++ b/Parse-CPAN-Packages-2.40-Test::InDistDir.patch @@ -0,0 +1,47 @@ +diff --git a/META.json b/META.json +index a514fd3..a7457c2 100755 +--- a/META.json b/META.json +@@ -39,7 +39,6 @@ + Moo : 0, + PPI : 0, + Path::Class : 0, +-Test::InDistDir : 0, + Test::More : 0, + Type::Utils : 0, + Types::Standard : 0, +diff --git a/META.yml b/META.yml +index aa57c57..9ad2c3e 100755 +--- a/META.yml b/META.yml +@@ -25,7 +25,6 @@ requires: + Moo: '0' + PPI: '0' + Path::Class: '0' +- Test::InDistDir: '0' + Test::More: '0' + Type::Utils: '0' + Types::Standard: '0' +diff --git a/Makefile.PL b/Makefile.PL +index 5589cba..ccd7e31 100755 +--- a/Makefile.PL b/Makefile.PL +@@ -18,7 +18,6 @@ WriteMakefile( + Moo + Path::Class + PPI +- Test::InDistDir + Test::More + Type::Utils + Types::Standard +diff --git a/t/simple.t b/t/simple.t +index a1d71ed..b422884 100755 +--- a/t/simple.t b/t/simple.t +@@ -1,6 +1,5 @@ + #!/usr/bin/perl + use strict; +-use Test::InDistDir; + use Test::More; + use File::Slurp 'read_file'; + diff --git a/perl-Parse-CPAN-Packages.spec b/perl-Parse-CPAN-Packages.spec index 57ad608..908d261 100644 --- a/perl-Parse-CPAN-Packages.spec +++ b/perl-Parse-CPAN-Packages.spec @@ -1,15 +1,16 @@ Name: perl-Parse-CPAN-Packages -Version:2.38 -Release:3%{?dist} +Version:2.40 +Release:1%{?dist} Summary:Parse 02packages.details.txt.gz License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Parse-CPAN-Packages/ Source0: http://www.cpan.org/authors/id/M/MI/MITHALDU/Parse-CPAN-Packages-%{version}.tar.gz -Patch0: Parse-CPAN-Packages-2.38-Test::InDistDir.patch +Patch0: Parse-CPAN-Packages-2.40-Test::InDistDir.patch BuildArch: noarch # Module Build -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) BuildRequires: perl(warnings) # Module Runtime @@ -17,15 +18,16 @@ BuildRequires: perl(Archive::Peek) BuildRequires: perl(Compress::Zlib) BuildRequires: perl(CPAN::DistnameInfo) BuildRequires: perl(File::Slurp) -BuildRequires: perl(Moose) +BuildRequires: perl(Moo) BuildRequires: perl(Path::Class) BuildRequires: perl(PPI) +BuildRequires: perl(Types::Standard) BuildRequires: perl(version) # Test Suite # perl(Test::InDistDir) dependency patched out BuildRequires: perl(Test::More) # Runtime -Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) %description The Comprehensive Perl Archive Network (CPAN) is a very useful collection @@ -36,21 +38,18 @@ interface to the data contained within. %prep %setup -q -n Parse-CPAN-Packages-%{version} - # Remove the need for (so-far unpackaged) Test::InDistDir -%patch0 - +%patch0 -p1 # Strip spurious exec permissions find . -type f -exec chmod -c -x {} \; %build -perl Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 make %{?_smp_mflags} %install -make pure_install DESTDIR=$RPM_BUILD_ROOT -find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; -%{_fixperms} $RPM_BUILD_ROOT +make pure_install DESTDIR=%{buildroot} +%{_fixperms} %{buildroot} %check make test @@ -63,6 +62,9 @@ make test %{_mandir}/man3/Parse::CPAN::Packages::Package.3pm* %changelog +* Wed Feb 18 2015 Petr Šabata con...@redhat.com - 2.40-1 +- 2.40 bump, a changelog fix + * Mon Sep 01 2014 Jitka Plesnikova jples...@redhat.com - 2.38-3 - Perl 5.20 rebuild diff --git a/sources b/sources index 74af9d0..b38b608 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -a4a7956f364839b2f69d60af9bf1957c Parse-CPAN-Packages-2.38.tar.gz +11c6a6f62e9cd74b9a6fef0289a1c7d9 Parse-CPAN-Packages-2.40.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Parse-CPAN-Packages/f22] 2.40 bump, a changelog fix
Summary of changes: 93d5c1d... 2.40 bump, a changelog fix (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Parse-CPAN-Packages/f21] (2 commits) ...2.40 bump, a changelog fix
Summary of changes: 4f8d846... Perl 5.20 rebuild (*) 93d5c1d... 2.40 bump, a changelog fix (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Proposal] Ring-based Packaging Policies
On 2015-02-18, Vít Ondruch vondr...@redhat.com wrote: Dne 18.2.2015 v 12:52 Rahul Sundaram napsal(a): What is wrong with using Copr for the ring packages. It already works just fine (may be BZ is missing). There are no reviews, no guidelin= es, you can bundle ... I believe that everybody understands that while Copr is supported by Fedora, you are using these packages on your own risk. I can't imagine better state. That's easy to imagine * Searching for packages in copr from the command line and GUI should be trivial * There should be a difference between experimental random builds of the day and packages which have gone through some review process even if it does include some bundling * Formalized bug reporting * pkgdb, tagger, bodhi etc Yes, and at the end you reach the current state of Fedora (with bundling) ... just going in circles. Yes. And that's was the point: To have the packages in Fedora. Users really don't care about repository the software comes from, if it's seamlessly integrated into the native package manager. With Copr there is no such user experience. -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1112891] EL7 build needed to satisfy Publican 4.1 build.
https://bugzilla.redhat.com/show_bug.cgi?id=1112891 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |EOL Last Closed||2015-02-18 06:45:18 --- Comment #3 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Fn3XsYmOfKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel