Re: Unresponsive maintainer Owen Taylor (otaylor) of package metacity

[Owen Taylor]

I've now turned over ownership of Metacity to Yaakov Selkowitz who had 
requested admin rights in pkgdb. He may well appreciate a co-maintainer.

Note that metacity has two different roles in Fedora with somewhat conflicting 
priorities:

 - It is used during Anaconda operation.
 - It is used for GNOME Flashback

Because of the role in Anaconda, version updates to Metacity should be handled 
with some caution - don't do an update to metacity right before you are going 
on vacation!

- Owen

- Original Message -
> There exist several open bug reports for package metacity addressing the
> outdatedness of the version available from the build server, e.g. see
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1217991.
> 
> Package maintainer Owen Taylor has not replied to any question or request for
> months. Does anybody know about his current status? His latest build on Koji
> seems to date back to 2015. Thanks, ~JF.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Unresponsive maintainer Owen Taylor (otaylor) of package metacity

[Adam Williamson]

On Thu, 2017-06-08 at 20:00 -0500, Michael Catanzaro wrote:
> On Thu, Jun 8, 2017 at 4:05 PM, Joachim Frieben  
> wrote:
> > There exist several open bug reports for package metacity addressing 
> > the outdatedness of the version available from the build server, e.g. 
> > see
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1217991.
> > 
> > Package maintainer Owen Taylor has not replied to any question or 
> > request for months. Does anybody know about his current status? His 
> > latest build on Koji seems to date back to 2015. Thanks, ~JF.
> 
> He probably gets thousands of bugmails, but he's active and around... 
> we should maybe reassign some of his GNOME packages to the GNOME SIG 
> email to make it clear that there is not one particular human who is 
> actually going to read and be responsible for bugs.

This would be appreciated. We *do* need someone to take care of bug
reports. Being active on IRC etc. is fine, but it's a bad look when bug
reports for key packages maintained by key people are ignored for
years.
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Unresponsive maintainer Owen Taylor (otaylor) of package metacity

[Michael Catanzaro]

On Thu, Jun 8, 2017 at 4:05 PM, Joachim Frieben  
wrote:
There exist several open bug reports for package metacity addressing 
the outdatedness of the version available from the build server, e.g. 
see


https://bugzilla.redhat.com/show_bug.cgi?id=1217991.

Package maintainer Owen Taylor has not replied to any question or 
request for months. Does anybody know about his current status? His 
latest build on Koji seems to date back to 2015. Thanks, ~JF.


He probably gets thousands of bugmails, but he's active and around... 
we should maybe reassign some of his GNOME packages to the GNOME SIG 
email to make it clear that there is not one particular human who is 
actually going to read and be responsible for bugs.


Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1460055] New: perl-Net-CUPS-0.64 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1460055

Bug ID: 1460055
   Summary: perl-Net-CUPS-0.64 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Net-CUPS
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.64
Current version/release in rawhide: 0.63-2.fc26
URL: http://search.cpan.org/dist/Net-CUPS/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/3144/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[389-devel] Please review: crash in mo during attr del

[William Brown]

https://pagure.io/389-ds-base/issue/49284

https://pagure.io/389-ds-base/issue/raw/735f2ae301e8d16988289448ca938a335fb5361d676d537b091a20aa0669fd08-0001-Ticket-49284-DS-crashes-when-trying-to-completely-re.patch
https://pagure.io/389-ds-base/issue/raw/42a3354077d78dd8822161c03458e550a0db67160445764e0e9138b7c89e9541-0001-Ticket-49284-resolve-crash-in-memberof-when-deleting.patch

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane



signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

Re: Unresponsive maintainer Owen Taylor (otaylor) of package metacity

[Petr Šabata]

On Thu, Jun 08, 2017 at 09:05:08PM -, Joachim Frieben wrote:
> There exist several open bug reports for package metacity addressing the 
> outdatedness of the version available from the build server, e.g. see
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1217991.
> 
> Package maintainer Owen Taylor has not replied to any question or request for 
> months. Does anybody know about his current status? His latest build on Koji 
> seems to date back to 2015. Thanks, ~JF.

He's pretty active on IRC.

Bugzilla email and automated notifications can be easily missed,
depending on one's filters.  Have you tried pinging him directly?

P


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Unresponsive maintainer Owen Taylor (otaylor) of package metacity

[Joachim Frieben]

There exist several open bug reports for package metacity addressing the 
outdatedness of the version available from the build server, e.g. see

https://bugzilla.redhat.com/show_bug.cgi?id=1217991.

Package maintainer Owen Taylor has not replied to any question or request for 
months. Does anybody know about his current status? His latest build on Koji 
seems to date back to 2015. Thanks, ~JF.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Modularity and packagers [was Re: PkgDB and the ArbitraryBranching Change]

[Randy Barlow]

On Thu, 2017-06-08 at 22:17 +0200, Adam Samalik wrote:
> You add the package and other people start to use it. That's great
> until you need to change the version, but can't, because other people
> started to use it as a dependency and it would break their stuff.

I recently heard that it will be impossible to install two packages
that depend on different versions of a dependency at the same time. For
example, if package A depends on C < 2.0 and package B depends on C >=
2.0, it will be impossible to install A and B on the same system. Is
this true? If so, I worry that we will see fracturing in Fedora as
packages drift apart in their dependencies. If not so, I apologize for
the noise ☺

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Modularity and packagers [was Re: PkgDB and the ArbitraryBranching Change]

[Adam Samalik]

On Thu, Jun 8, 2017 at 8:13 PM, Tom Hughes  wrote:

> On 08/06/17 18:54, Matthew Miller wrote:
>
>> On Thu, Jun 08, 2017 at 06:48:27PM +0100, Tom Hughes wrote:
>>
>>> I mean it would probably still be quite daunting for somebody that
>>> did want to get into more detail I guess but I think I wound up
>>> there following through from some of the other stuff about arbitrary
>>> branching and I was mostly just trying to see what changes I (as a
>>> packager largely avoiding modularity) might find it impossible to
>>> avoid and that was just the point at which I decided I wasn't likely
>>> to find anything useful to that goal there and bailed out.
>>>
>>
>> Tom, you work on Node stuff, right?  Do you think any of this might be
>> useful for packaging and maintaining that in Fedora?
>>
>
> Well from what I understand I don't see how it will help with any of the
> problems that we have internally with packaging Node stuff.
>
> I mean assuming you're talking about the node interpreter and node
> libraries (ie modules but I'll avoid that name as it will be confusing
> here) all being part of a Fedora module then I don't see how it helps at
> all because the issue with node packaging is the number of dependencies
> within the node stack and the rate of change of those dependencies.


I can imagine the artificial branching that is coming with modularity could
be beneficial for you. It will give you the possibility of having package
branches with specific end of life and "support or quality level".

You say that you deal with a large number of dependencies that keep
changing. How often these changes happen? What if you could - and this is
just my idea - create a package of lower quality in a specific branch
(which would take less time), and explicitly say so. You could then use the
package just as a dependency of your thing. And when the dependencies
change and the package is no longer needed, you can just dump it. That's
fine because you said it's just for you.

And I don't want to make it sound like the main selling point of modularity
is bad packaging... :-) Another example: You want to add a package to
Fedora that you just need as a dependency. Two bad things can happen:

1/ The package is already there, but in a different version. You can't just
change it.
2/ You add the package and other people start to use it. That's great until
you need to change the version, but can't, because other people started to
use it as a dependency and it would break their stuff.

Modularity with artificial branching will solve both problems.

Is any of this relevant to you?

PS: I also call Python modules libraries... I guess nothing we do is
necessarily final. And that might include naming things.


>
> Tom
>
> --
> Tom Hughes (t...@compton.nu)
> http://compton.nu/
>



-- 

Adam Šamalík
---
Software Engineer
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-SVK (master). "Perl 5.26 rebuild"

[notifications]

From fe0c7ae9655cf490d656e29c681a264c29522f58 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 8 Jun 2017 22:08:55 +0200
Subject: Perl 5.26 rebuild

---
 perl-SVK.spec | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/perl-SVK.spec b/perl-SVK.spec
index afd6af3..81263cb 100644
--- a/perl-SVK.spec
+++ b/perl-SVK.spec
@@ -108,7 +108,7 @@ rm -rf $RPM_BUILD_ROOT %{__perl_requires}
 
 %changelog
 * Wed Jun 07 2017 Jitka Plesnikova  - 2.2.3-20
-- Perl 5.26 re-rebuild of bootstrapped packages
+- Perl 5.26 rebuild
 
 * Mon May 22 2017 Jitka Plesnikova  - 2.2.3-19
 - Fix building on Perl without '.' in @INC
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-SVK.git/commit/?h=master=fe0c7ae9655cf490d656e29c681a264c29522f58
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Modularity and packagers [was Re: PkgDB and the ArbitraryBranching Change]

[Tom Hughes]

On 08/06/17 18:54, Matthew Miller wrote:

On Thu, Jun 08, 2017 at 06:48:27PM +0100, Tom Hughes wrote:

I mean it would probably still be quite daunting for somebody that
did want to get into more detail I guess but I think I wound up
there following through from some of the other stuff about arbitrary
branching and I was mostly just trying to see what changes I (as a
packager largely avoiding modularity) might find it impossible to
avoid and that was just the point at which I decided I wasn't likely
to find anything useful to that goal there and bailed out.


Tom, you work on Node stuff, right?  Do you think any of this might be
useful for packaging and maintaining that in Fedora?


Well from what I understand I don't see how it will help with any of the 
problems that we have internally with packaging Node stuff.


I mean assuming you're talking about the node interpreter and node 
libraries (ie modules but I'll avoid that name as it will be confusing 
here) all being part of a Fedora module then I don't see how it helps at 
all because the issue with node packaging is the number of dependencies 
within the node stack and the rate of change of those dependencies.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Modularity and packagers [was Re: PkgDB and the ArbitraryBranching Change]

[Matthew Miller]

On Thu, Jun 08, 2017 at 06:48:27PM +0100, Tom Hughes wrote:
> I mean it would probably still be quite daunting for somebody that
> did want to get into more detail I guess but I think I wound up
> there following through from some of the other stuff about arbitrary
> branching and I was mostly just trying to see what changes I (as a
> packager largely avoiding modularity) might find it impossible to
> avoid and that was just the point at which I decided I wasn't likely
> to find anything useful to that goal there and bailed out.

Tom, you work on Node stuff, right?  Do you think any of this might be
useful for packaging and maintaining that in Fedora?

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PkgDB and the ArbitraryBranching Change

[Tom Hughes]

On 08/06/17 18:28, Adam Samalik wrote:

On Thu, Jun 8, 2017 at 7:15 PM, Tom Hughes > wrote:

Speaking for myself I came across that the other day and got as far
as clicking through to the documentation page and seeing that just
the contents was about four screens long and gave up at that point
as it's not something I have much interest in anyway.

Something similar happened in regard to the specific issue here when
comment was invited on the arbitrary branching stuff before Fesco
discussed it in that I clicked through to the document and found it
was a long and detailed list of steps the sysadmins would need to
take to roll it out rather than an explanation of what it meant for
end users and gave up at that point on trying to understand what it
meant beyond moving from pkgdb to pagure over dist-git.


This is actually a good feedback. The landing page should explain the 
main concepts and the documentation should give more detail... but maybe 
the landing page is very high-level and the docs too detailed? And there 
is nothing in between?


I'm being a little unfair actually. Having looked at it again I think 
it's more that I looked at the front page and got the general idea and 
then idly clicked through to the docs and decided that was more detail 
than I wanted to read given the overview didn't sound like it was 
something that interested me that much.


I mean it would probably still be quite daunting for somebody that did 
want to get into more detail I guess but I think I wound up there 
following through from some of the other stuff about arbitrary branching 
and I was mostly just trying to see what changes I (as a packager 
largely avoiding modularity) might find it impossible to avoid and that 
was just the point at which I decided I wasn't likely to find anything 
useful to that goal there and bailed out.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [HEADS UP] %add_maven_depmap macro deprecated and moved to javapackages-local

[Jason L Tibbitts III]

Also, ugh, please don't crosspost to closed mailing lists.

 - J<
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PkgDB and the ArbitraryBranching Change

[Adam Samalik]

On Thu, Jun 8, 2017 at 7:15 PM, Tom Hughes  wrote:

> On 08/06/17 17:58, Matthew Miller wrote:
>
>> On Thu, Jun 08, 2017 at 10:38:11AM -0500, Michael Cronenworth wrote:
>>
>>> Normally I ignore any Modularity discussion. It doesn't interest me,
>>> and it doesn't affect any projects I work on. It's my own fault that
>>> this change, which does affect me, was not on my radar. I'm not
>>> looking to stop the change but only express my concern about the
>>> lack of marketing and lack of documentation.
>>>
>>
>> Thanks. Communication is hard. Have you seen the stuff at
>> https://docs.pagure.org/modularity/?
>>
>
> Speaking for myself I came across that the other day and got as far as
> clicking through to the documentation page and seeing that just the
> contents was about four screens long and gave up at that point as it's not
> something I have much interest in anyway.
>
> Something similar happened in regard to the specific issue here when
> comment was invited on the arbitrary branching stuff before Fesco discussed
> it in that I clicked through to the document and found it was a long and
> detailed list of steps the sysadmins would need to take to roll it out
> rather than an explanation of what it meant for end users and gave up at
> that point on trying to understand what it meant beyond moving from pkgdb
> to pagure over dist-git.


This is actually a good feedback. The landing page should explain the main
concepts and the documentation should give more detail... but maybe the
landing page is very high-level and the docs too detailed? And there is
nothing in between?

I talked to someone about a different way to write stuff - starting with a
summary at the top and giving more and more details as you follow reading.
But you could theoretically stop reading at almost any point and it should
still make sense. Maybe I could give it a shot and rewrite some of the
pages - or at least give a higher-level, yet still specific and technical,
summary. Hmm.. let me think about it.

Suggestions? Anything I should prioritize?


>
>
> Tom
>
> --
> Tom Hughes (t...@compton.nu)
> http://compton.nu/
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>



-- 

Adam Šamalík
---
Software Engineer
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [HEADS UP] %add_maven_depmap macro deprecated and moved to javapackages-local

[Jason L Tibbitts III]

> "MŠ" == Michael Šimáček  writes:

MŠ> With upcoming version of javapackages-tools there will be changes to
MŠ> %add_maven_depmap macro:

I believe this would need to be reflected in the packaging guidelines.
At least %add_maven_depmap is mentioned twice, once as an alternative to
%mvn_install and once mentioning where to get the documentation for it.

I can trivially remove both of those, but it would be nice if someone
filed a ticket at https://pagure.io/packaging-committee

 - J<
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PkgDB and the ArbitraryBranching Change

[Tom Hughes]

On 08/06/17 17:58, Matthew Miller wrote:

On Thu, Jun 08, 2017 at 10:38:11AM -0500, Michael Cronenworth wrote:

Normally I ignore any Modularity discussion. It doesn't interest me,
and it doesn't affect any projects I work on. It's my own fault that
this change, which does affect me, was not on my radar. I'm not
looking to stop the change but only express my concern about the
lack of marketing and lack of documentation.


Thanks. Communication is hard. Have you seen the stuff at
https://docs.pagure.org/modularity/?


Speaking for myself I came across that the other day and got as far as 
clicking through to the documentation page and seeing that just the 
contents was about four screens long and gave up at that point as it's 
not something I have much interest in anyway.


Something similar happened in regard to the specific issue here when 
comment was invited on the arbitrary branching stuff before Fesco 
discussed it in that I clicked through to the document and found it was 
a long and detailed list of steps the sysadmins would need to take to 
roll it out rather than an explanation of what it meant for end users 
and gave up at that point on trying to understand what it meant beyond 
moving from pkgdb to pagure over dist-git.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PkgDB and the ArbitraryBranching Change

[Matthew Miller]

On Thu, Jun 08, 2017 at 10:38:11AM -0500, Michael Cronenworth wrote:
> Normally I ignore any Modularity discussion. It doesn't interest me,
> and it doesn't affect any projects I work on. It's my own fault that
> this change, which does affect me, was not on my radar. I'm not
> looking to stop the change but only express my concern about the
> lack of marketing and lack of documentation.

Thanks. Communication is hard. Have you seen the stuff at
https://docs.pagure.org/modularity/?

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1459766] perl-Cflow-1.053-33.fc26 FTBFS on 32-bit platforms: Cflow.c: loadable library and perl binaries are mismatched

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459766



--- Comment #3 from Orion Poplawski  ---
Thanks Petr!  I had not been able to figure this one out.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1458528] fusioninventory-agent-2.3.20 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1458528



--- Comment #13 from Fedora Update System  ---
fusioninventory-agent-2.3.20-1.fc24 has been pushed to the Fedora 24 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-2e770fcdc6

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: PkgDB and the ArbitraryBranching Change

[Michael Cronenworth]

On 06/08/2017 10:24 AM, Matthew Miller wrote:

Speaking as someone on both side of doors... this is not something that
was developed in secret at all. It's something that was implied by the
modularity work — which has been very open — and the change "in the
open last month" is all there is to it. There is no puppetmaster behind
the curtain.


I'm not accusing of any puppetry here.

Normally I ignore any Modularity discussion. It doesn't interest me, and it doesn't 
affect any projects I work on. It's my own fault that this change, which does affect 
me, was not on my radar. I'm not looking to stop the change but only express my 
concern about the lack of marketing and lack of documentation.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-MetaCPAN-Client (f26). "Update to 2.016000 (..more)"

[notifications]

From 1c755895824b1069e6f22e0cd517c10ac89b4576 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 8 Jun 2017 16:28:08 +0100
Subject: Update to 2.016000

- New upstream release 2.016000
  - Support CSV field list in 'all' requests (GH#87)
---
 perl-MetaCPAN-Client.spec | 8 ++--
 sources   | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-MetaCPAN-Client.spec b/perl-MetaCPAN-Client.spec
index 7457b46..9e49677 100644
--- a/perl-MetaCPAN-Client.spec
+++ b/perl-MetaCPAN-Client.spec
@@ -3,8 +3,8 @@
 # TODO: BR: perl(HTTP::Tiny::Mech) and perl(WWW::Mechanize::Cache) when 
available
 
 Name:  perl-MetaCPAN-Client
-Version:   2.015000
-Release:   2%{?dist}
+Version:   2.016000
+Release:   1%{?dist}
 Summary:   A comprehensive, DWIM-featured client to the MetaCPAN API
 License:   GPL+ or Artistic
 URL:   https://github.com/CPAN-API/metacpan-client
@@ -106,6 +106,10 @@ mv ./[a-z]*.t t/api/
 %{_mandir}/man3/MetaCPAN::Client::Types.3*
 
 %changelog
+* Thu Jun  8 2017 Paul Howarth  - 2.016000-1
+- Update to 2.016000
+  - Support CSV field list in 'all' requests (GH#87)
+
 * Tue Jun 06 2017 Jitka Plesnikova  - 2.015000-2
 - Perl 5.26 rebuild
 
diff --git a/sources b/sources
index 8ee381e..b670d37 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (MetaCPAN-Client-2.015000.tar.gz) = 
76e80af329325f765f90c8c27b79569e0bf7904f4f17ec1d0edd7022531d8756a9a2cc2a077bfeb34659915b7ccbf9c92779a0bd7bf8f16f4df1b062e4c90323
+SHA512 (MetaCPAN-Client-2.016000.tar.gz) = 
a5c94983cd782416652e50f81ccca91582a31af724d2f7710abf4e7bfdb51616426e5ab6678af64338aa98febd763c8df25bedaa34f73410b76414a8a58f7a19
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-MetaCPAN-Client.git/commit/?h=f26=1c755895824b1069e6f22e0cd517c10ac89b4576
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Fedora 26 Beta status is GO, release on June 13, 2017

[Jan Kurik]

The Fedora 26 Beta 1.4 compose [1] is considered as GOLD and is going
to be shipped live on Tuesday, June 13th, 2017.

For more information please check the Go/No-Go meeting minutes [2] or logs [3].

I would like to thank all the people who were and are still working on
this release.

[1] https://kojipkgs.fedoraproject.org/compose/26/Fedora-26-20170531.0/compose/
[2] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-08/f26-beta-go-no-go-meeting.2017-06-08-15.00.html
[3] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-08/f26-beta-go-no-go-meeting.2017-06-08-15.00.log.html

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 26 Beta status is GO, release on June 13, 2017

[Jan Kurik]

The Fedora 26 Beta 1.4 compose [1] is considered as GOLD and is going
to be shipped live on Tuesday, June 13th, 2017.

For more information please check the Go/No-Go meeting minutes [2] or logs [3].

I would like to thank all the people who were and are still working on
this release.

[1] https://kojipkgs.fedoraproject.org/compose/26/Fedora-26-20170531.0/compose/
[2] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-08/f26-beta-go-no-go-meeting.2017-06-08-15.00.html
[3] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-08/f26-beta-go-no-go-meeting.2017-06-08-15.00.log.html

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

pghmcfc pushed to perl-MetaCPAN-Client (master). "Update to 2.016000 (..more)"

[notifications]

From 1c755895824b1069e6f22e0cd517c10ac89b4576 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 8 Jun 2017 16:28:08 +0100
Subject: Update to 2.016000

- New upstream release 2.016000
  - Support CSV field list in 'all' requests (GH#87)
---
 perl-MetaCPAN-Client.spec | 8 ++--
 sources   | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-MetaCPAN-Client.spec b/perl-MetaCPAN-Client.spec
index 7457b46..9e49677 100644
--- a/perl-MetaCPAN-Client.spec
+++ b/perl-MetaCPAN-Client.spec
@@ -3,8 +3,8 @@
 # TODO: BR: perl(HTTP::Tiny::Mech) and perl(WWW::Mechanize::Cache) when 
available
 
 Name:  perl-MetaCPAN-Client
-Version:   2.015000
-Release:   2%{?dist}
+Version:   2.016000
+Release:   1%{?dist}
 Summary:   A comprehensive, DWIM-featured client to the MetaCPAN API
 License:   GPL+ or Artistic
 URL:   https://github.com/CPAN-API/metacpan-client
@@ -106,6 +106,10 @@ mv ./[a-z]*.t t/api/
 %{_mandir}/man3/MetaCPAN::Client::Types.3*
 
 %changelog
+* Thu Jun  8 2017 Paul Howarth  - 2.016000-1
+- Update to 2.016000
+  - Support CSV field list in 'all' requests (GH#87)
+
 * Tue Jun 06 2017 Jitka Plesnikova  - 2.015000-2
 - Perl 5.26 rebuild
 
diff --git a/sources b/sources
index 8ee381e..b670d37 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (MetaCPAN-Client-2.015000.tar.gz) = 
76e80af329325f765f90c8c27b79569e0bf7904f4f17ec1d0edd7022531d8756a9a2cc2a077bfeb34659915b7ccbf9c92779a0bd7bf8f16f4df1b062e4c90323
+SHA512 (MetaCPAN-Client-2.016000.tar.gz) = 
a5c94983cd782416652e50f81ccca91582a31af724d2f7710abf4e7bfdb51616426e5ab6678af64338aa98febd763c8df25bedaa34f73410b76414a8a58f7a19
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-MetaCPAN-Client.git/commit/?h=master=1c755895824b1069e6f22e0cd517c10ac89b4576
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc uploaded MetaCPAN-Client-2.016000.tar.gz for perl-MetaCPAN-Client

[notifications]

a5c94983cd782416652e50f81ccca91582a31af724d2f7710abf4e7bfdb51616426e5ab6678af64338aa98febd763c8df25bedaa34f73410b76414a8a58f7a19
  MetaCPAN-Client-2.016000.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-MetaCPAN-Client/MetaCPAN-Client-2.016000.tar.gz/sha512/a5c94983cd782416652e50f81ccca91582a31af724d2f7710abf4e7bfdb51616426e5ab6678af64338aa98febd763c8df25bedaa34f73410b76414a8a58f7a19/MetaCPAN-Client-2.016000.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: PkgDB and the ArbitraryBranching Change

[Matthew Miller]

On Thu, Jun 08, 2017 at 09:42:45AM -0500, Michael Cronenworth wrote:
> This change, which is a pretty radical change, was only brought out
> in the open last month. It's now being shovelled down our throats
> after being behind closed doors for who knows how long. This is a
> dramatic reversal from the previous open, community-driven, changes
> that Fedora normally sees.

Speaking as someone on both side of doors... this is not something that
was developed in secret at all. It's something that was implied by the
modularity work — which has been very open — and the change "in the
open last month" is all there is to it. There is no puppetmaster behind
the curtain. 

There are plenty of times when I _do_ need to do work to drag things
out to be public, transparent, and community-oriented, but this isn't
one of them, and jumping to accusations doesn't help.

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Fedora EPEL 7 updates-testing report

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 822  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 584  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 167  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
  64  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
  62  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5f9a6163b4   
tnef-1.4.14-1.el7
  61  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  26  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6acdeb07a7   
chicken-4.12.0-2.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0b04702c2   
compat-tidy-0.99.0-37.20091203.el7 libopkele-2.0.4-9.el7 
mod_auth_openid-0.8-2.el7 psi-plus-0.16-0.22.20141205git440.el7 tidy-5.4.0-1.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1d6738e592   
dropbear-2017.75-1.el7
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-83ccfea1c9   
yara-3.6.0-1.el7
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9eed76e8c2   
python-camel-0.1.2-1.el7
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-30c96f21ef   
mosquitto-1.4.12-1.el7
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-776e20faa7   
mingw-libtasn1-4.12-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-b316d2bb3b   
ansible-2.3.1.0-1.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

Zim-0.66-2.el7
minetestmapper-20170606-1.el7
ntfs-3g-2017.3.23-1.el7
perl-Image-ExifTool-10.55-1.el7
python-sh-1.12.14-1.el7
rubygem-multipart-post-2.0.0-4.el7
suricata-3.2.2-1.el7
testdisk-7.0-5.el7
tng-1.7.8-4.el7

Details about builds:



 Zim-0.66-2.el7 (FEDORA-EPEL-2017-d16cf3eb35)
 Desktop wiki & notekeeper

Update Information:

Update to Zim 0.66

References:

  [ 1 ] Bug #1457991 - Zim 0.66 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1457991




 minetestmapper-20170606-1.el7 (FEDORA-EPEL-2017-0863d59250)
 Generates a overview image of a minetest map

Update Information:

Update to latest upstream release.

References:

  [ 1 ] Bug #1459364 - minetestmapper-20170606 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1459364




 ntfs-3g-2017.3.23-1.el7 (FEDORA-EPEL-2017-651343c9eb)
 Linux NTFS userspace driver

Update Information:

Update to ntfs-3g 2017.3.23.

References:

  [ 1 ] Bug #1436894 - ntfs-3g-2017.3.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1436894




 perl-Image-ExifTool-10.55-1.el7 (FEDORA-EPEL-2017-aef6f1976a)
 Utility for reading and writing image meta info

Update Information:

Update to latest stable (10.55).    Update to 10.50 (latest stable).




 python-sh-1.12.14-1.el7 (FEDORA-EPEL-2017-7c2a03595f)
 Python subprocess replacement

Update Information:

https://github.com/amoffat/sh/blob/1.12.14/CHANGELOG.md




 rubygem-multipart-post-2.0.0-4.el7 (FEDORA-EPEL-2017-6fddaf0d0d)
 Creates a multipart form post accessory for Net::HTTP

Update Information:

Fixes provides and requires on resulting package.

[EPEL-devel] Fedora EPEL 6 updates-testing report

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 700  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 694  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 584  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 556  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 167  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  62  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  26  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6ee18d1c7b   
openvpn-2.4.2-1.el6
  26  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1f2571d162   
nagios-4.3.2-1.el6
  26  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4aef39b497   
chicken-4.12.0-2.el6
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-35530e38d5   
dropbear-2017.75-1.el6
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4e87b6e6a8   
picocom-2.2-2.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5279a157d2   
ansible-2.3.1.0-1.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

ntfs-3g-2017.3.23-1.el6
perl-Image-ExifTool-10.55-1.el6
python-sh-1.12.14-1.el6
testdisk-7.0-4.el6

Details about builds:



 ntfs-3g-2017.3.23-1.el6 (FEDORA-EPEL-2017-dc1c18265d)
 Linux NTFS userspace driver

Update Information:

Update to ntfs-3g 2017.3.23.

References:

  [ 1 ] Bug #1436894 - ntfs-3g-2017.3.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1436894




 perl-Image-ExifTool-10.55-1.el6 (FEDORA-EPEL-2017-773b9a4b0d)
 Utility for reading and writing image meta info

Update Information:

Update to latest stable (10.55).




 python-sh-1.12.14-1.el6 (FEDORA-EPEL-2017-db8a796cf2)
 Python subprocess replacement

Update Information:

https://github.com/amoffat/sh/blob/1.12.14/CHANGELOG.md




 testdisk-7.0-4.el6 (FEDORA-EPEL-2017-dc1c18265d)
 Tool to check and undelete partition, PhotoRec recovers lost files

Update Information:

Update to ntfs-3g 2017.3.23.

References:

  [ 1 ] Bug #1436894 - ntfs-3g-2017.3.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1436894

___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: PkgDB and the ArbitraryBranching Change

[Michael Cronenworth]

On 06/08/2017 09:13 AM, Michael J Gruber wrote:

So, PkgDB now comes with a big fat warning saying:

"Attention! PkgDB will be replaced during the week of July 10th, 2017.
Please read the following for migration instructions:
https://fedoraproject.org/wiki/Infrastructure/WhatHappenedToPkgdb;

If I go there I find no "migration instructions" whatsoever, the
pararagraph on "How Is PkgDB's Functionality Being Replaced" is
ridiculously short and points to a "Pagure over Dist-Git (placeholder
link)" which obviously points to nowhere. All these "to be written" in
the timeline for June (!) don't make me overly confident in that agenda.

Saying "Do something or else" without telling us "what" nor "what else"
is a really good way to put off contributors, but no good way to get
everyone in the boat for the move.

Really, I'm all in for weeding out the git branch madness that we have
now in dist-git (too many cherry-picks, insane merge directions) and I
do hope that entanglich branches from releases will help that purpose.

But please, take a step back and think about how and what you
communicate to packagers, that is "infra-users".


+1

This change, which is a pretty radical change, was only brought out in the open last 
month. It's now being shovelled down our throats after being behind closed doors for 
who knows how long. This is a dramatic reversal from the previous open, 
community-driven, changes that Fedora normally sees.


Without full documentation FESCo approved this? Kevin was the only concerned 
member.

I guess I'll be waiting a week, or two, as usual when these type of changes occur, 
before submitting package updates so all of the bugs are ironed out.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1456624] perl-Net-HTTP-6.16 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1456624

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Net-HTTP-6.16-1.fc27   |perl-Net-HTTP-6.16-1.fc27
   |perl-Net-HTTP-6.16-1.fc24   |perl-Net-HTTP-6.16-1.fc24
   ||perl-Net-HTTP-6.16-1.fc25



--- Comment #9 from Fedora Update System  ---
perl-Net-HTTP-6.16-1.fc25 has been pushed to the Fedora 25 stable repository.
If problems still persist, please make note of it in this bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1456589] cpanspec uses wrong argument format for Module::Build::Tiny

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1456589

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||cpanspec-1.78-27.fc25
 Resolution|--- |ERRATA
Last Closed||2017-06-08 10:31:37



--- Comment #6 from Fedora Update System  ---
cpanspec-1.78-27.fc25 has been pushed to the Fedora 25 stable repository. If
problems still persist, please make note of it in this bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Review swap

[Gwyn Ciesla]

Hi!  I'd like to upgrade Frescobaldi to 3.0.0, and I need
python3-poppler-qt5 to do it.  If you can review it, I'll do one of yours.

https://bugzilla.redhat.com/show_bug.cgi?id=1459914

Thanks!

-G

-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] unsubscribe me

[ALI KATOUZIAN]

Please unsubscribe akb1...@yahoo.com Ali Katouzian Bolourforoush 

  From: "389-devel-requ...@lists.fedoraproject.org" 
<389-devel-requ...@lists.fedoraproject.org>
 To: 389-devel@lists.fedoraproject.org 
 Sent: Thursday, June 8, 2017 5:02 AM
 Subject: 389-devel Digest, Vol 144, Issue 5
   
Send 389-devel mailing list submissions to
    389-devel@lists.fedoraproject.org

To subscribe or unsubscribe via email, send a message with subject or
body 'help' to
    389-devel-requ...@lists.fedoraproject.org

You can reach the person managing the list at
    389-devel-ow...@lists.fedoraproject.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of 389-devel digest..."

Today's Topics:

  1. Please review: dsconf expand healthcheck command (William Brown)
  2. please review: Ticket 49227 - ldapsearch does not return the expected 
error log level
      (Mark Reynolds)
  3. Please review: [lib389] Issue 31 - Initial MemberOf plugin support
      (Ilias Stamatis)


--

Date: Wed, 07 Jun 2017 17:39:55 +1000
From: William Brown 
Subject: [389-devel] Please review: dsconf expand healthcheck command
To: 389-devel <389-devel@lists.fedoraproject.org>
Message-ID: <1496821195.26405.87.ca...@redhat.com>
Content-Type: multipart/signed; micalg="pgp-sha1";
    protocol="application/pgp-signature";
    boundary="=-t5qN8c4LQXOVftMSaLmv"


--=-t5qN8c4LQXOVftMSaLmv
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

https://pagure.io/lib389/issue/66

https://pagure.io/lib389/issue/raw/ba24a3188966f918269ff56086488c3e5167a4be=
6097ce7dfe6d7a265e31b1b9-0001-Ticket-66-expand-healthcheck-for-Directory-Se=
rver.patch


--=20
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane


--=-t5qN8c4LQXOVftMSaLmv
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAABAgAGBQJZN63LAAoJEISUiynM+PAgaZsQAMB1lCQxVeO7kPqJ3NAksj8X
3FK95wted1eWCjlQKBChx1Uz39dakhJwihi6M/CGYIGEOyJIMB9zL+WMcIIqsWC6
Zih4IpKPFJ8nnHjZe9e3ctIL37OHh7KEU0HD0jELQRnddhFE0GwM4BtYJQ/98PoR
PaIJRYHc4ihRQakSO4cM9ymwYu2DB/NfGMT9pywsY+cYrUYZV/+yV1Y3wGt+C+Et
dcoaj3PBUziQRl7zSe7/ivUEOvHDor5fPGzMtIPvgLeCFZMPmr7KhUaHW6edkR7o
CCN3thdFgDc0V/ZS2aosREnGynFu5eL3P2Zrhk3mUlbaLA9HHDzwWpxb6teHoiEw
H7hQ7Mr0vk3fvAJ0x91ikhOyWuuvYKp8lxR4jzI4VEhuMTGJqjb0IRp284psOlDp
jhXpy9dutkFBuMqU7nVRbq4GqqFiYACk2AW4ng7vs2d1m06UpeFsxH5SW1yGVhZT
KHmqxI0HdhRN0j9n3eHy8isF70RxMXfwk9hdLIRp2B0frT4n3BfJ08uEMktZ2aQZ
qIYRbpnQM5HM3pSddl9DoGzcnUGVqWn8inKdQYjs53LVB6C5Yoj+cjk8V+2xlasZ
X04y65iryxs4FE2jInstvyBP4gQNeNhbEqXjWqk7bqVqPCwkmW8JUH03N7OTM6XD
pMUeTDUIX88pURDwwlxx
=/3/H
-END PGP SIGNATURE-

--=-t5qN8c4LQXOVftMSaLmv--

--

Date: Wed, 7 Jun 2017 15:36:59 -0400
From: Mark Reynolds 
Subject: [389-devel] please review: Ticket 49227 - ldapsearch does not
    return the expected error log level
To: "389 Directory server developer discussion."
    <389-devel@lists.fedoraproject.org>
Message-ID: <0d15a844-0f30-11f1-fd65-4800e54a7...@redhat.com>
Content-Type: multipart/alternative;
    boundary="9883F570AB38121BAD428417"

This is a multi-part message in MIME format.
--9883F570AB38121BAD428417
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

https://pagure.io/389-ds-base/issue/49227

https://pagure.io/389-ds-base/issue/raw/fc41d6e3acf3a27197bf0bf9b3fff1ec686525561cb198d0b80b944f11a443c0-0001-Ticket-49227-ldapsearch-does-not-return-the-expected.patch

--9883F570AB38121BAD428417
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit


  

    
  
  
    https://pagure.io/389-ds-base/issue/49227;>https://pagure.io/389-ds-base/issue/49227
      
https://pagure.io/389-ds-base/issue/raw/fc41d6e3acf3a27197bf0bf9b3fff1ec686525561cb198d0b80b944f11a443c0-0001-Ticket-49227-ldapsearch-does-not-return-the-expected.patch;>https://pagure.io/389-ds-base/issue/raw/fc41d6e3acf3a27197bf0bf9b3fff1ec686525561cb198d0b80b944f11a443c0-0001-Ticket-49227-ldapsearch-does-not-return-the-expected.patch
    
  


--9883F570AB38121BAD428417--

--

Date: Thu, 8 Jun 2017 01:06:06 +0300
From: Ilias Stamatis 
Subject: [389-devel] Please review: [lib389] Issue 31 - Initial
    MemberOf plugin support
To: 389-devel@lists.fedoraproject.org
Message-ID:
    

Re: PkgDB and the ArbitraryBranching Change

[Michael J Gruber]

So, PkgDB now comes with a big fat warning saying:

"Attention! PkgDB will be replaced during the week of July 10th, 2017.
Please read the following for migration instructions:
https://fedoraproject.org/wiki/Infrastructure/WhatHappenedToPkgdb;

If I go there I find no "migration instructions" whatsoever, the
pararagraph on "How Is PkgDB's Functionality Being Replaced" is
ridiculously short and points to a "Pagure over Dist-Git (placeholder
link)" which obviously points to nowhere. All these "to be written" in
the timeline for June (!) don't make me overly confident in that agenda.

Saying "Do something or else" without telling us "what" nor "what else"
is a really good way to put off contributors, but no good way to get
everyone in the boat for the move.

Really, I'm all in for weeding out the git branch madness that we have
now in dist-git (too many cherry-picks, insane merge directions) and I
do hope that entanglich branches from releases will help that purpose.

But please, take a step back and think about how and what you
communicate to packagers, that is "infra-users".

Michael

Adam Samalik venit, vidit, dixit 04.06.2017 12:43:
> This enables us to have branches that make more sense for individual
> packages - so we can save work by having just one branch for one version
> acrsoss releases, or to offer more versions or "streams". A slide [1]
> from my recent talk demonstrates the possibilities - and also shows why
> branches are not always just versions. It talks about modules, but it's
> the same for packages, too.
> 
> I like your work, guys! If you want to use any of the graphic from my
> slides in a documentation or anywhere else, please feel free to do so. I
> can even tweak it if you like.
> 
> [1] https://asamalik.fedorapeople.org/modularity-dorscluc-2017/#/1/2
> 
> On Fri, May 26, 2017 at 9:42 PM, Ralph Bean  > wrote:
> 
> Hello,
> 
> As part of the Factory 2.0 and Modularity efforts[1], we’ve been
> developing a plan to migrate to an “arbitrary” branching model from
> our current model of one branch per release (as had been discussed at
> Flock and DevConf[2]).
> 
> The main motivation behind this is to enable functionality required by
> Modularity[3] and to ultimately reduce some package maintenance
> burden. For some packages, it makes sense to have only a single branch
> that feeds into multiple releases. For other packages, it makes sense
> to have multiple branches which correlate with multiple upstream minor
> releases. Today, our source branches are tied to the distro release,
> via PkgDB.  We want to decouple that and use modules to put it all
> back together again.
> 
> To make this happen requires significant infrastructure changes.  Our
> proposed plan[4] is to decommission PkgDB entirely and to replace it
> with a combination of PDC[5] and pagure over dist-git.  (Tangentially,
> getting pagure over dist-git to play nicely with PkgDB was a
> challenge.  This route gets us to a pull-request interface for spec
> files quicker.)
> 
> We have brought this Change to FESCo[6][7][8] who expressed general
> agreement on the project but also concern that the community may be
> caught by off guard by the removal of PkgDB. As part of this change,
> we have proposed a timeline[9] that outlines the steps we plan to take
> to actually proceed with the migration. Please review that if you have
> time and provide feedback. We are most concerned with missing
> scripts/tools that may rely on PkgDB’s API. If you can think of any
> that we may have overlooked, please let us know and we will add it to
> the timeline!
> 
> We are meeting again with FESCo next Friday, June 2nd, where a
> decision will be made on the Change. Any feedback before that would be
> greatly appreciated.
> 
> Ralph and Matt,
> From the so-called Factory 2.0 team
> 
> [1] https://fedoraproject.org/wiki/Infrastructure/Factory2
> 
> [2] https://youtu.be/5gqccjyjwFk?t=26m27s
> 
> [3] https://docs.pagure.org/modularity/
> 
> [4]
> 
> https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/ArbitraryBranching
> 
> 
> [5] https://fedoraproject.org/wiki/Changes/ProductDefinitionCenter
> 
> [6] https://fedoraproject.org/wiki/Changes/ArbitraryBranching
> 
> [7]
> https://meetbot.fedoraproject.org/teams/fesco/fesco.2017-05-19-16.00.html
> 
> 
> [8]
> 

F27 Self Contained Change: Decouple system java setting from java command setting

[Jan Kurik]

= Proposed Self Contained Change: Decouple system java setting from
java command setting =
https://fedoraproject.org/wiki/Changes/Decouple_system_java_setting_from_java_command_setting

Change owner(s):
* Michael Simacek 
* Mikolaj Izdebski 

Alternatives can be used to specify which Java installation should be
the default for the system. Currently, changing the default java
command causes not only a change to the /usr/bin/java symlink, but
also affects the which runtime is used for system installed Java
applications. We propose introduction of separate setting for
system-wide java applications.


== Detailed Description ==
Fedora allows parallel installation of multiple Java runtime
environments and it uses alternatives mechanism to allow the user to
switch between them. JDK packages provide a set of alternatives
symlinks for it's executables. The java symlink is used to determine
the java command (/usr/bin/java), but also determines which runtime
environment is used to run system-wide Java applications installed
from RPMs, such as maven or eclipse. While in theory different Java
runtime environments are drop-in replacements for each other, in
practice some of the applications may stop working properly. Users
usually install alternative JDKs in order to run their own
applications and don't expect that changing the java command will have
effect on the system applications. By introducing a separate setting
for system-wide java, we would avoid this problem. We propose
specifying default Java runtime for RPM-managed applications in
/etc/java/java.conf (this is already possible, but not currently
used). Administrators would still be able to override the system
default if they need to.


== Scope ==
* Proposal owners:
Adjust javapackages-tools to provide default Java setting in /etc/java/java.conf

* Other developers:
N/A (not a System Wide Change)

* Release engineering:
https://pagure.io/releng/issue/6831

* List of deliverables:
N/A (not a System Wide Change)

* Policies and guidelines:
N/A (not a System Wide Change)

* Trademark approval:
N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[HEADS UP] %add_maven_depmap macro deprecated and moved to javapackages-local

[Michael Šimáček]

With upcoming version of javapackages-tools there will be changes to 
%add_maven_depmap macro:


- It is considered deprecated. It was deprecated upstream long ago, but 
I think we've never sent an announcement. The replacement is 
%mvn_artifact + %mvn_install. For porting your specfiles, please refer 
to the guide at [1]. If you have any questions about porting, we'll be 
happy to answer them on #fedora-java (we = msimacek and mizdebsk) or via 
email.


- It will still be available for few months, but was moved to 
javapackages-local subpackage. If you don't want to port just yet, 
you'll need to make sure that you have BuildRequires: javapackages-local 
in your spec. If you already have BR: maven-local or ivy-local or 
gradle-local, you don't need to do anything as those pull in 
javapackages-local as a dependency. The reason for the move was 
reduction of dependencies (mainly python) of the main package, which 
gets installed as a runtime dependency of all java packages.


- This will be for rawhide only and won't go to <=f26.

[1] https://fedora-java.github.io/howto/latest/#_add_maven_depmap_macro


Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Perl 5.26 rebuild finished

[Petr Šabata]

On Thu, Jun 08, 2017 at 02:07:27PM +0200, Jitka Plesníková wrote:
> Hi,
> 
> we have finished rebuild of all Perl packages:
> 
>   3011 all
>   2963 done
>   25 failed
>   23 unsatisfied dependencies
> 
> I asked rel-engs to merge f27-perl build-root into f27 build-root
> https://pagure.io/releng/issue/6821#comment-444308
> 
> I'll check after merge if all updated packages are rebuilt against Perl
> 5.26. If not I'll do it.
> 
> Lists of built/failed/unsatisfied packages are at
> https://jplesnik.fedorapeople.org/5.26/
> 
> I was fixing some bugs during the rebuild and I will continue with
> investigating and possible fixing the rest of the packages.
> 
> List of failed packaged with links to Bugzilla and other statistics are at
> https://fedoraproject.org/wiki/Changes/perl5.26#Current_status
> 
> I want to thank everybody who helped in this rebuild.
> 
> Regards,
> Jitka

That was pretty quick.
Exciting new release.  Thank you.

P


signature.asc
Description: PGP signature
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Perl 5.26 rebuild finished

[Jitka Plesníková]

Hi,

we have finished rebuild of all Perl packages:

  3011 all
  2963 done
  25 failed
  23 unsatisfied dependencies

I asked rel-engs to merge f27-perl build-root into f27 build-root
https://pagure.io/releng/issue/6821#comment-444308

I'll check after merge if all updated packages are rebuilt against Perl
5.26. If not I'll do it.

Lists of built/failed/unsatisfied packages are at
https://jplesnik.fedorapeople.org/5.26/

I was fixing some bugs during the rebuild and I will continue with
investigating and possible fixing the rest of the packages.

List of failed packaged with links to Bugzilla and other statistics are at
https://fedoraproject.org/wiki/Changes/perl5.26#Current_status

I want to thank everybody who helped in this rebuild.

Regards,
Jitka

-- 
Jitka Plesníková
Software Engineer
Red Hat
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459787] perl-Qt-4.14.3-8.fc27: FTBFS with Perl 5.26

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459787

Petr Pisar  changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
   Fixed In Version|perl-Qt-4.14.3-9.fc27   |perl-Qt-4.14.3-10.fc27
 Resolution|--- |RAWHIDE
Last Closed||2017-06-08 07:28:31



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459155] perl-Math-Pari-2.010809-5.fc27: FTBFS with Perl 5.26 on 32-bit platforms

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459155

Petr Pisar  changed:

   What|Removed |Added

 CC||ppi...@redhat.com
   Hardware|Unspecified |i686
Summary|perl-Math-Pari-2.010809-5.f |perl-Math-Pari-2.010809-5.f
   |c27: FTBFS with Perl 5.26   |c27: FTBFS with Perl 5.26
   ||on 32-bit platforms



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Introductory mail

[Vipul Siddharth]

Hello Everyone,

I'm a Computer science student (Christ University, Bangalore, India) and
Intern (Fedora QA) at Red Hat. I contribute to the Fedora project (QA) and
willing to increase my open source contribution. I recently participated in
'dnf 2.0 testday' and got interested in this project.
I would be grateful if someone from you can guide/mentor me.
I am familiar with Version control systems and Python.

Thanks and regards

-- 
Vipul Siddharth
Intern, Red Hat




*Mob:* +91 8971357273 <+918971357273>
*Web:* vipulsiddharth.blogspot.in/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

jplesnik uploaded List-SomeUtils-XS-0.53.tar.gz for perl-List-SomeUtils-XS

[notifications]

763c4c60e0afdd0a9fe02216efdd00ccbb550d4db6261739ac0899f9ddaa6d42601f7c0747e124873439929a63703663dd97d305ca01b442cac1711e91767e0e
  List-SomeUtils-XS-0.53.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-List-SomeUtils-XS/List-SomeUtils-XS-0.53.tar.gz/sha512/763c4c60e0afdd0a9fe02216efdd00ccbb550d4db6261739ac0899f9ddaa6d42601f7c0747e124873439929a63703663dd97d305ca01b442cac1711e91767e0e/List-SomeUtils-XS-0.53.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Qt (master). "Perl 5.26 rebuild"

[notifications]

From 49b5e6175c72541e01074eaa4805291eaf1bcf16 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 8 Jun 2017 12:35:59 +0200
Subject: Perl 5.26 rebuild

---
 perl-Qt.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Qt.spec b/perl-Qt.spec
index 53b0859..38b0d5f 100644
--- a/perl-Qt.spec
+++ b/perl-Qt.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Qt
 Version:4.14.3
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Perl bindings for Qt
 # qtcore/lib/QtCore4.pm:GPL+ or Artistic
 # other files:  GPLv2+
@@ -182,6 +182,9 @@ export PERL5LIB="$PWD/blib/lib:$PWD/blib/arch"
 %{_datadir}/perlqt
 
 %changelog
+* Thu Jun 08 2017 Jitka Plesnikova  - 4.14.3-10
+- Perl 5.26 rebuild
+
 * Thu Jun 08 2017 Petr Pisar  - 4.14.3-9
 - Restore compatibilty with Perl 5.26.0 (bug #1459787)
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Qt.git/commit/?h=master=49b5e6175c72541e01074eaa4805291eaf1bcf16
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459787] perl-Qt-4.14.3-8.fc27: FTBFS with Perl 5.26

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459787

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
External Bug ID||KDE Software Compilation
   ||380965
   Fixed In Version||perl-Qt-4.14.3-9.fc27



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Qt (master). "Restore compatibilty with Perl 5.26.0"

[notifications]

From 4cc471f0752fba2574611e2f85afbfc593de5f8a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 8 Jun 2017 11:39:24 +0200
Subject: Restore compatibilty with Perl 5.26.0

---
 perl-Qt.spec   |   8 +-
 ...to-INC-when-loading-test-modules-from-CWD.patch | 387 +
 2 files changed, 394 insertions(+), 1 deletion(-)
 create mode 100644 
perlqt-4.14.3-Add-.-to-INC-when-loading-test-modules-from-CWD.patch

diff --git a/perl-Qt.spec b/perl-Qt.spec
index 33ba3a6..53b0859 100644
--- a/perl-Qt.spec
+++ b/perl-Qt.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Qt
 Version:4.14.3
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Perl bindings for Qt
 # qtcore/lib/QtCore4.pm:GPL+ or Artistic
 # other files:  GPLv2+
@@ -33,6 +33,8 @@ Patch5: 
perlqt-4.14.3-Remove-unnecessary-isDerivedFrom-overload.patch
 # Work around Qt::TcpSocket::connetctToHost() IPv6 deficiency,
 # KDE bug #377563
 Patch6: 
perlqt-4.14.3-Work-around-Qt-TcpSocket-connetctToHost-IPv6-deficie.patch
+# Restore compatibilty with Perl 5.26.0, bug #1459787, KDE bug #380965
+Patch7: 
perlqt-4.14.3-Add-.-to-INC-when-loading-test-modules-from-CWD.patch
 BuildRequires:  coreutils
 BuildRequires:  cmake
 BuildRequires:  gcc-c++
@@ -102,6 +104,7 @@ Development files for perl-Qt.
 %patch4 -p1
 %patch5 -p1
 %patch6 -p1
+%patch7 -p1
 
 mkdir build
 
@@ -179,6 +182,9 @@ export PERL5LIB="$PWD/blib/lib:$PWD/blib/arch"
 %{_datadir}/perlqt
 
 %changelog
+* Thu Jun 08 2017 Petr Pisar  - 4.14.3-9
+- Restore compatibilty with Perl 5.26.0 (bug #1459787)
+
 * Mon Jun 05 2017 Jitka Plesnikova  - 4.14.3-8
 - Perl 5.26 rebuild
 
diff --git 
a/perlqt-4.14.3-Add-.-to-INC-when-loading-test-modules-from-CWD.patch 
b/perlqt-4.14.3-Add-.-to-INC-when-loading-test-modules-from-CWD.patch
new file mode 100644
index 000..d895f2b
--- /dev/null
+++ b/perlqt-4.14.3-Add-.-to-INC-when-loading-test-modules-from-CWD.patch
@@ -0,0 +1,387 @@
+From 292e26919f9fc060099633a03f1d9781ee2f8248 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Thu, 8 Jun 2017 11:03:20 +0200
+Subject: [PATCH] Add . to @INC when loading test modules from CWD
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Perl 5.26.0 removed "." from @INC and some tests that relied on it
+fails now:
+
+14/42 Testing: perlqt_itemviewspixelator
+14/42 Test: perlqt_itemviewspixelator
+Command: "/usr/bin/cmake" "-E" "chdir" 
"/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/examples/itemviews/pixelator" 
"prove" "/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t"
+Directory: /home/test/fedora/perl-Qt/perlqt-4.14.3/build/qtgui/t
+"perlqt_itemviewspixelator" start time: Jun 08 10:06 CEST
+Output:
+--
+Can't locate MainWindow.pm in @INC (you may need to install the MainWindow 
module) (@INC contains: /home/test/fedora/perl-Qt/perlqt-4.14.3/build/blib/lib 
/home/test/fedora/perl-Qt/perlqt-4.14.3/build/blib/arch /usr/local/lib64/perl5 
/usr/local/share/perl5 /usr/lib64/perl5/vendor_perl 
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at 
/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t line 11.
+BEGIN failed--compilation aborted at 
/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t line 11.
+/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t ..
+Dubious, test returned 2 (wstat 512, 0x200)
+No subtests run
+
+This patch adds "." to @INC where needed.
+
+Maybe changing CMake macro_prove() to add "-I" option to prove comand would be 
better.
+
+Signed-off-by: Petr Písař 
+---
+ qtgui/examples/help/contextsensitivehelp/WateringConfigDialog.pm | 1 +
+ qtgui/examples/itemviews/pixelator/MainWindow.pm | 1 +
+ qtgui/examples/itemviews/puzzle/MainWindow.pm| 1 +
+ qtgui/examples/mainwindows/mdi/MainWindow.pm | 1 +
+ qtgui/examples/mainwindows/mdi/mdi.pl| 1 +
+ qtgui/examples/network/fortuneserver/fortuneserver.pl| 1 +
+ qtgui/examples/painting/fontsampler/MainWindow.pm| 1 +
+ qtgui/examples/painting/fontsampler/fontsampler.pl   | 1 +
+ qtgui/examples/richtext/calendar/calendar.pl | 1 +
+ qtgui/examples/sql/querymodel/querymodel.pl  | 2 +-
+ qtgui/examples/widgets/calculator/Calculator.pm  | 1 +
+ qtgui/examples/widgets/calculator/calculator.pl  | 1 +
+ qtgui/examples/widgets/wiggly/Dialog.pm  | 1 +
+ qtgui/examples/widgets/wiggly/wiggly.pl  | 1 +
+ qtgui/examples/xml/streambookmarks/MainWindow.pm | 1 +
+ 

Re: Updates not getting pushed to stable

[Sandro Mani]

On 08.06.2017 00:36, Peter Robinson wrote:

On Wed, Jun 7, 2017 at 11:22 PM, Sandro Mani  wrote:

Hi,

I've got a couple of updates which are stuck waiting to get pushed to
stable:

https://bodhi.fedoraproject.org/updates/FEDORA-2017-e46ec0bbe8
https://bodhi.fedoraproject.org/updates/FEDORA-2017-19c1569283
https://bodhi.fedoraproject.org/updates/FEDORA-2017-192daab41c

The last two I tried unpushing and repushing to see whether it would unlock
them, so far that does not seem to be the case.

Looks like they are isolated cases, various updates before and after that
have been successfully pushed to stable.

Anyone with a magic wand to get those updates to stable or ideas what's
wrong? :)

We're still in freeze for beta, they all look to be F-26 updates.
Aha indeed, I thought I had another update which did get pushed to 
stable for F26 after I submitted those above, but actually it was a 
couple of days before. OK never mind, thanks for the replies.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Updates not getting pushed to stable

[Jan Pokorný]

On 07/06/17 23:36 +0100, Peter Robinson wrote:
> On Wed, Jun 7, 2017 at 11:22 PM, Sandro Mani  wrote:
>> I've got a couple of updates which are stuck waiting to get pushed to
>> stable:
>> 
>> https://bodhi.fedoraproject.org/updates/FEDORA-2017-e46ec0bbe8
>> https://bodhi.fedoraproject.org/updates/FEDORA-2017-19c1569283
>> https://bodhi.fedoraproject.org/updates/FEDORA-2017-192daab41c
>> 
>> The last two I tried unpushing and repushing to see whether it would unlock
>> them, so far that does not seem to be the case.
>> 
>> Looks like they are isolated cases, various updates before and after that
>> have been successfully pushed to stable.
>> 
>> Anyone with a magic wand to get those updates to stable or ideas what's
>> wrong? :)
> 
> We're still in freeze for beta, they all look to be F-26 updates.

Related Bodhi RFE: Bodhi should inform about freeze
https://github.com/fedora-infra/bodhi/issues/1038

-- 
Jan (Poki)


pgpTDohlHllOk.pgp
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

jplesnik uploaded List-SomeUtils-0.54.tar.gz for perl-List-SomeUtils

[notifications]

d4843454da8c396a51afd589e46c616f146fbd6d8723a67e08d1b8c755d7b6113accfb7050848e12c707b8d1f9f61b76929ae82bd3f240cd83d79eda6f1dc3ff
  List-SomeUtils-0.54.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-List-SomeUtils/List-SomeUtils-0.54.tar.gz/sha512/d4843454da8c396a51afd589e46c616f146fbd6d8723a67e08d1b8c755d7b6113accfb7050848e12c707b8d1f9f61b76929ae82bd3f240cd83d79eda6f1dc3ff/List-SomeUtils-0.54.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459787] perl-Qt-4.14.3-8.fc27: FTBFS with Perl 5.26

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459787

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Comment #1 from Petr Pisar  ---
This is because @INC does not have "." anymore:

14/42 Testing: perlqt_itemviewspixelator
14/42 Test: perlqt_itemviewspixelator
Command: "/usr/bin/cmake" "-E" "chdir"
"/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/examples/itemviews/pixelator"
"prove" "/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t"
Directory: /home/test/fedora/perl-Qt/perlqt-4.14.3/build/qtgui/t
"perlqt_itemviewspixelator" start time: Jun 08 10:06 CEST
Output:
--
Can't locate MainWindow.pm in @INC (you may need to install the MainWindow
module) (@INC contains: /home/test/fedora/perl-Qt/perlqt-4.14.3/build/blib/lib
/home/test/fedora/perl-Qt/perlqt-4.14.3/build/blib/arch /usr/local/lib64/perl5
/usr/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at
/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t line 11.
BEGIN failed--compilation aborted at
/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t line 11.
/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t .. 
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run 

Test Summary Report
---
/home/test/fedora/perl-Qt/perlqt-4.14.3/qtgui/t/itemviewspixelator.t (Wstat:
512 Tests: 0 Failed: 0)
  Non-zero exit status: 2
  Parse errors: No plan found in TAP output
Files=1, Tests=0,  0 wallclock secs ( 0.02 usr  0.01 sys +  0.04 cusr  0.02
csys =  0.09 CPU)
Result: FAIL

Test time =   0.17 sec
--
Test Failed.
"perlqt_itemviewspixelator" end time: Jun 08 10:06 CEST
"perlqt_itemviewspixelator" time elapsed: 00:00:00
--

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Introduction - Prakash Mishra

[Prakash Mishra]

Hello Everyone,

I'm Prakash, a Computer Applications student at Christ University,
Bangalore, India. I have been contributing to Fedora QA for a year now
under the mentorship of Sumantro Mukherjee and also learning python. I look
forward to contributing to Fedora devel.

P.S. It would be great if someone can mentor me as i am new to making code
contributions to projects. I am familiar with git, github and python and
will not bother you too much.

Thank you,
Cheers.
Prakash Mishra.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1459766] perl-Cflow-1.053-33.fc26 FTBFS on 32-bit platforms: Cflow.c: loadable library and perl binaries are mismatched

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459766



--- Comment #2 from Petr Pisar  ---
Four you information, the problem was "use Config;" was missing in Makefile.PL.
And because it does not enable warnings, undefined $Config{ccflags} expanded
silently to an empty string.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459766] perl-Cflow-1.053-33.fc26 FTBFS on 32-bit platforms: Cflow.c: loadable library and perl binaries are mismatched

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459766



--- Comment #1 from Fedora Update System  ---
perl-Cflow-1.053-34.fc26 has been submitted as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-9089de7482

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459787] New: perl-Qt-4.14.3-8.fc27: FTBFS with Perl 5.26

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459787

Bug ID: 1459787
   Summary: perl-Qt-4.14.3-8.fc27: FTBFS with Perl 5.26
   Product: Fedora
   Version: rawhide
 Component: perl-Qt
  Assignee: ppi...@redhat.com
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org,
ppi...@redhat.com, ser...@serjux.com



Build of perl-Qt-4.14.3-8.fc27 failed with Perl 5.26.

  Start 14: perlqt_itemviewspixelator
14/42 Test #14: perlqt_itemviewspixelator .***Failed0.24 sec
  Start 15: perlqt_itemviewspuzzle
15/42 Test #15: perlqt_itemviewspuzzle ***Failed0.24 sec
  Start 16: perlqt_helpcontextsensitivehelp
16/42 Test #16: perlqt_helpcontextsensitivehelp ...***Failed0.24 sec
  Start 17: perlqt_mainwindowsmdi
17/42 Test #17: perlqt_mainwindowsmdi .***Failed0.24 sec
  Start 18: perlqt_networkfortune
18/42 Test #18: perlqt_networkfortune .***Failed0.25 sec
  Start 19: perlqt_paintingfontsampler
19/42 Test #19: perlqt_paintingfontsampler ***Failed0.25 sec
  Start 20: perlqt_richtextcalendar
20/42 Test #20: perlqt_richtextcalendar ...***Failed0.25 sec
  Start 21: perlqt_sqlquerymodel
21/42 Test #21: perlqt_sqlquerymodel ..***Failed0.24 sec
  Start 22: perlqt_widgetscalculator
22/42 Test #22: perlqt_widgetscalculator ..***Failed0.25 sec
  Start 23: perlqt_widgetswiggly
23/42 Test #23: perlqt_widgetswiggly ..***Failed0.24 sec
  Start 24: perlqt_xmlstreambookmarks
24/42 Test #24: perlqt_xmlstreambookmarks .***Failed0.25 sec

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459766] perl-Cflow-1.053-33.fc26 FTBFS on 32-bit platforms: Cflow.c: loadable library and perl binaries are mismatched

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459766

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Cflow-1.053-35.fc27



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Cflow (f26). "Specify all dependencies"

[notifications]

From b54e77ae9908779a52ac07dcc0e9e95496cc87e9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 8 Jun 2017 09:41:06 +0200
Subject: Specify all dependencies

---
 perl-Cflow.spec | 22 +-
 1 file changed, 21 insertions(+), 1 deletion(-)

diff --git a/perl-Cflow.spec b/perl-Cflow.spec
index 940ae1c..f1b6197 100644
--- a/perl-Cflow.spec
+++ b/perl-Cflow.spec
@@ -12,11 +12,30 @@ Patch0: perl-Cflow-ccflags.patch
 # Use system flow-tools
 Patch1: perl-Cflow-flow-tools.patch
 
+BuildRequires:  findutils
+BuildRequires:  flow-tools-devel
+BuildRequires:  gcc
+BuildRequires:  make
+BuildRequires:  perl
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  flow-tools-devel
+BuildRequires:  perl(FindBin)
+# Run-time:
+BuildRequires:  perl(AutoLoader)
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(DynaLoader)
+# English not used at tests
+BuildRequires:  perl(Exporter)
+# File::Basename not used at tests
+# Getopt::Std not used at tests
+# IO::File not used at tests
+BuildRequires:  perl(POSIX)
+# Socket not used at tests
+BuildRequires:  perl(strict)
+# Tests:
+BuildRequires:  perl(Socket)
 Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
 
 %{?perl_default_filter}
@@ -61,6 +80,7 @@ make test
 %changelog
 * Thu Jun 08 2017 Petr Pisar  - 1.053-34
 - Respect Perl's ccflags (bug #1459766)
+- Specify all dependencies
 
 * Wed Apr 12 2017 Orion Poplawski  - 1.053-33
 - Build properly with flow-tools support
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Cflow.git/commit/?h=f26=b54e77ae9908779a52ac07dcc0e9e95496cc87e9
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Cflow (f26). "Respect Perl's ccflags"

[notifications]

From 2d083f987110d3b8eda9abfe1a19564b55f0882d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 8 Jun 2017 09:27:41 +0200
Subject: Respect Perl's ccflags

---
 perl-Cflow-ccflags.patch | 53 +++-
 perl-Cflow.spec  |  9 ++--
 2 files changed, 55 insertions(+), 7 deletions(-)

diff --git a/perl-Cflow-ccflags.patch b/perl-Cflow-ccflags.patch
index f166e11..43cad6b 100644
--- a/perl-Cflow-ccflags.patch
+++ b/perl-Cflow-ccflags.patch
@@ -1,7 +1,47 @@
-diff -up Cflow-1.053/Makefile.PL.orig Cflow-1.053/Makefile.PL
 Cflow-1.053/Makefile.PL.orig   2003-05-10 18:31:56.0 +0200
-+++ Cflow-1.053/Makefile.PL2011-06-17 17:45:51.0 +0200
-@@ -49,7 +49,7 @@ sub find_flow_tools {
+From 7031255413eba696630582a4b82f53a086e6e515 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Thu, 8 Jun 2017 09:21:50 +0200
+Subject: [PATCH] Do not loose $Config{ccflags} when setting CCFLAGS
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+CCFLAGS must respect $Config{ccflags} to preserve ABI between XS
+modules and libperl.so. Otherwise the resulting Cflow.so can be
+incomaptible and tests fail like:
+
+Cflow.c: loadable library and perl binaries are mismatched (got handshake key 
0x7e00080, needed 0x7f00080)
+
+https://bugzilla.redhat.com/show_bug.cgi?id=1459766
+http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
+Signed-off-by: Petr Písař 
+---
+ Makefile.PL | 9 ++---
+ 1 file changed, 6 insertions(+), 3 deletions(-)
+
+diff --git a/Makefile.PL b/Makefile.PL
+index 9bb312a..4863c5b 100644
+--- a/Makefile.PL
 b/Makefile.PL
+@@ -3,13 +3,16 @@
+ 
+ require 5.003; # for INSTALLSCRIPT
+ 
+-# use Config;
++use Config;
+ use ExtUtils::MakeMaker;
+ # See lib/ExtUtils/MakeMaker.pm for details of how to influence
+ # the contents of the Makefile that is written.
+ WriteMakefile(
+ # ABSTRACT_FROM  => 'Cflow.pm',
+ # AUTHOR => 'Dave Plonka ',
++CONFIGURE_REQUIRES => {
++ 'Config'   => '0',
++  },
+ CONFIGURE  => \_argus_or_flow_tools,
+ EXE_FILES  => [ 'flowdumper' ],
+ NAME   => 'Cflow',
+@@ -49,7 +52,7 @@ sub find_flow_tools {
 }
 if ("$libdir") {
print "Found flow-tools... using \"-DOSU $incdir $libdir -lft -lz\".\n";
@@ -10,7 +50,7 @@ diff -up Cflow-1.053/Makefile.PL.orig Cflow-1.053/Makefile.PL
   INC => join(' ', $incdir),
   LIBS=> [ join(' ', $libdir, '-lnsl -lft -lz') ] }
 }
-@@ -66,7 +66,7 @@ sub find_argus {
+@@ -66,7 +69,7 @@ sub find_argus {
 }
 if ("$libdir") {
print "Found argus... using \"-DARGUS $incdir $dir/argus_common.a 
$dir/argus_parse.a\".\n";
@@ -19,3 +59,6 @@ diff -up Cflow-1.053/Makefile.PL.orig Cflow-1.053/Makefile.PL
   INC => join(' ', $incdir),
   LIBS=> [ join(' ', $libdir, '-lnsl', '-lm') ],
   LDFROM  => "\$(OBJECT) $dir/argus_common.a $dir/argus_parse.a" }
+-- 
+2.9.4
+
diff --git a/perl-Cflow.spec b/perl-Cflow.spec
index 17f130d..940ae1c 100644
--- a/perl-Cflow.spec
+++ b/perl-Cflow.spec
@@ -1,18 +1,20 @@
 Name:   perl-Cflow
 Version:1.053
-Release:33%{?dist}
+Release:34%{?dist}
 Summary:Find flows in raw IP flow files
 Group:  Development/Libraries
 License:GPLv2+
 URL:http://pages.cs.wisc.edu/~plonka/Cflow/
 Source0:http://pages.cs.wisc.edu/~plonka/Cflow/Cflow-%{version}.tar.gz
-# http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
+# Respect Perl's ccflags, bug #1459766,
+# 
 Patch0: perl-Cflow-ccflags.patch
 # Use system flow-tools
 Patch1: perl-Cflow-flow-tools.patch
 
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
+BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  flow-tools-devel
 Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
@@ -57,6 +59,9 @@ make test
 
 
 %changelog
+* Thu Jun 08 2017 Petr Pisar  - 1.053-34
+- Respect Perl's ccflags (bug #1459766)
+
 * Wed Apr 12 2017 Orion Poplawski  - 1.053-33
 - Build properly with flow-tools support
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Cflow.git/commit/?h=f26=2d083f987110d3b8eda9abfe1a19564b55f0882d
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Cflow (master). "Specify all dependencies"

[notifications]

From 2c4d3b568c76f73fcd9777b2d2b4331c7733de74 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 8 Jun 2017 09:41:06 +0200
Subject: Specify all dependencies

---
 perl-Cflow.spec | 22 +-
 1 file changed, 21 insertions(+), 1 deletion(-)

diff --git a/perl-Cflow.spec b/perl-Cflow.spec
index 484c145..73ebec1 100644
--- a/perl-Cflow.spec
+++ b/perl-Cflow.spec
@@ -12,11 +12,30 @@ Patch0: perl-Cflow-ccflags.patch
 # Use system flow-tools
 Patch1: perl-Cflow-flow-tools.patch
 
+BuildRequires:  findutils
+BuildRequires:  flow-tools-devel
+BuildRequires:  gcc
+BuildRequires:  make
+BuildRequires:  perl
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  flow-tools-devel
+BuildRequires:  perl(FindBin)
+# Run-time:
+BuildRequires:  perl(AutoLoader)
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(DynaLoader)
+# English not used at tests
+BuildRequires:  perl(Exporter)
+# File::Basename not used at tests
+# Getopt::Std not used at tests
+# IO::File not used at tests
+BuildRequires:  perl(POSIX)
+# Socket not used at tests
+BuildRequires:  perl(strict)
+# Tests:
+BuildRequires:  perl(Socket)
 Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
 
 %{?perl_default_filter}
@@ -61,6 +80,7 @@ make test
 %changelog
 * Thu Jun 08 2017 Petr Pisar  - 1.053-35
 - Respect Perl's ccflags (bug #1459766)
+- Specify all dependencies
 
 * Sun Jun 04 2017 Jitka Plesnikova  - 1.053-34
 - Perl 5.26 rebuild
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Cflow.git/commit/?h=master=2c4d3b568c76f73fcd9777b2d2b4331c7733de74
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Cflow (master). "Respect Perl's ccflags"

[notifications]

From 3c1ac5b1e6517507232b76c3938470900c00fc45 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 8 Jun 2017 09:27:41 +0200
Subject: Respect Perl's ccflags

---
 perl-Cflow-ccflags.patch | 53 +++-
 perl-Cflow.spec  |  9 ++--
 2 files changed, 55 insertions(+), 7 deletions(-)

diff --git a/perl-Cflow-ccflags.patch b/perl-Cflow-ccflags.patch
index f166e11..43cad6b 100644
--- a/perl-Cflow-ccflags.patch
+++ b/perl-Cflow-ccflags.patch
@@ -1,7 +1,47 @@
-diff -up Cflow-1.053/Makefile.PL.orig Cflow-1.053/Makefile.PL
 Cflow-1.053/Makefile.PL.orig   2003-05-10 18:31:56.0 +0200
-+++ Cflow-1.053/Makefile.PL2011-06-17 17:45:51.0 +0200
-@@ -49,7 +49,7 @@ sub find_flow_tools {
+From 7031255413eba696630582a4b82f53a086e6e515 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Thu, 8 Jun 2017 09:21:50 +0200
+Subject: [PATCH] Do not loose $Config{ccflags} when setting CCFLAGS
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+CCFLAGS must respect $Config{ccflags} to preserve ABI between XS
+modules and libperl.so. Otherwise the resulting Cflow.so can be
+incomaptible and tests fail like:
+
+Cflow.c: loadable library and perl binaries are mismatched (got handshake key 
0x7e00080, needed 0x7f00080)
+
+https://bugzilla.redhat.com/show_bug.cgi?id=1459766
+http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
+Signed-off-by: Petr Písař 
+---
+ Makefile.PL | 9 ++---
+ 1 file changed, 6 insertions(+), 3 deletions(-)
+
+diff --git a/Makefile.PL b/Makefile.PL
+index 9bb312a..4863c5b 100644
+--- a/Makefile.PL
 b/Makefile.PL
+@@ -3,13 +3,16 @@
+ 
+ require 5.003; # for INSTALLSCRIPT
+ 
+-# use Config;
++use Config;
+ use ExtUtils::MakeMaker;
+ # See lib/ExtUtils/MakeMaker.pm for details of how to influence
+ # the contents of the Makefile that is written.
+ WriteMakefile(
+ # ABSTRACT_FROM  => 'Cflow.pm',
+ # AUTHOR => 'Dave Plonka ',
++CONFIGURE_REQUIRES => {
++ 'Config'   => '0',
++  },
+ CONFIGURE  => \_argus_or_flow_tools,
+ EXE_FILES  => [ 'flowdumper' ],
+ NAME   => 'Cflow',
+@@ -49,7 +52,7 @@ sub find_flow_tools {
 }
 if ("$libdir") {
print "Found flow-tools... using \"-DOSU $incdir $libdir -lft -lz\".\n";
@@ -10,7 +50,7 @@ diff -up Cflow-1.053/Makefile.PL.orig Cflow-1.053/Makefile.PL
   INC => join(' ', $incdir),
   LIBS=> [ join(' ', $libdir, '-lnsl -lft -lz') ] }
 }
-@@ -66,7 +66,7 @@ sub find_argus {
+@@ -66,7 +69,7 @@ sub find_argus {
 }
 if ("$libdir") {
print "Found argus... using \"-DARGUS $incdir $dir/argus_common.a 
$dir/argus_parse.a\".\n";
@@ -19,3 +59,6 @@ diff -up Cflow-1.053/Makefile.PL.orig Cflow-1.053/Makefile.PL
   INC => join(' ', $incdir),
   LIBS=> [ join(' ', $libdir, '-lnsl', '-lm') ],
   LDFROM  => "\$(OBJECT) $dir/argus_common.a $dir/argus_parse.a" }
+-- 
+2.9.4
+
diff --git a/perl-Cflow.spec b/perl-Cflow.spec
index 139e17f..484c145 100644
--- a/perl-Cflow.spec
+++ b/perl-Cflow.spec
@@ -1,18 +1,20 @@
 Name:   perl-Cflow
 Version:1.053
-Release:34%{?dist}
+Release:35%{?dist}
 Summary:Find flows in raw IP flow files
 Group:  Development/Libraries
 License:GPLv2+
 URL:http://pages.cs.wisc.edu/~plonka/Cflow/
 Source0:http://pages.cs.wisc.edu/~plonka/Cflow/Cflow-%{version}.tar.gz
-# http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
+# Respect Perl's ccflags, bug #1459766,
+# 
 Patch0: perl-Cflow-ccflags.patch
 # Use system flow-tools
 Patch1: perl-Cflow-flow-tools.patch
 
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
+BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  flow-tools-devel
 Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
@@ -57,6 +59,9 @@ make test
 
 
 %changelog
+* Thu Jun 08 2017 Petr Pisar  - 1.053-35
+- Respect Perl's ccflags (bug #1459766)
+
 * Sun Jun 04 2017 Jitka Plesnikova  - 1.053-34
 - Perl 5.26 rebuild
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Cflow.git/commit/?h=master=3c1ac5b1e6517507232b76c3938470900c00fc45
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: mame build OOMs on f24 and f25 i686, succeeds on other arches and branches

[Björn 'besser82' Esser]

Am 08.06.2017 um 09:13 schrieb Julian Sikorski:

W dniu 07.06.2017 o 21:14, Björn 'besser82' Esser pisze:

Am 07.06.2017 um 20:21 schrieb Julian Sikorski:

W dniu 07.06.2017 o 08:50, Dan Horák pisze:

On Wed, 7 Jun 2017 06:42:21 +0200
Julian Sikorski  wrote:


Hi list,

I have updated mame packages to 0.186 yesterday. The package built
fine on rawhide [1] and f26 [2], as well as on non-i686 on f25 and
f24. On f25 [3] and f24 [4] i686, the build has failed with the
following message: virtual memory exhausted: Operation not permitted
How much memory do the builders have?

it probably has nothing with the amount of memory in the builder (see
hw_info.log for the details), but rather it exhausts the 32-bit address
space for one process, where there are ~3GB user usable out of the
theoretical 4GB. Likely the sum (*.o) processed by ar is bigger than
the user usable portion. The workaround is usually to decrease the
debuginfo size with eg.

   %global optflags %(echo %{optflags} | sed 's/-g /-g1 /')


 Dan

Hi,

the build succeeded on i686 on f26 and f27 - could it be that gcc-7 is
more memory-efficient? It also succeeded on armv7hl on all supported
arches. Maybe it is just on the edge of 3 GB...
In any case, I am already at -g1:
RPM_OPT_FLAGS=$(echo $RPM_OPT_FLAGS | sed -e "s@-g@-g1@")
Does it make sense to go down further to -g0?

Best regards,
Julian

Try building without parallel build on %{ix86} and keep -g1:

%ifnarch %{ix86}
%make_build
%else
%{__make}
%endif

and see if that helps.

Cheers
   Björn

Thanks for the tip! Unfortunately, even with -g stripped entirely and
without parallel build the memory exhaustion still happens. Oddly
enough, without -g alone it happens on bfm_sc4.cpp, but without -g and
without parallel build it happens on mpu4.cpp.
Is there anything else to try, or is it time to ExcludeArch: %{ix86}?


Besided using ExcludeArch, I'd either keep the old versions for fc24 and 
fc25 (if any) or work with upstream to split the source-files which 
cause OOM into several smaller ones, so you can build the whole thing 
with full debug enabled again on all arches.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[HEADS UP] npth-1.5 is coming to Rawhide and F26 and chaning its license

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Pretty much nothing interesting (fixes for *BSD, MacOS and just fixes)
apart from changing license from "LGPLv3+ or GPLv2+" to "LGPLv2+".

"""
 We relax the license so that the software can be used by more
projects.  - wk (g10 Code CEO)
"""
- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlk4/IIACgkQaVcUvRu8
X0xrLBAAqATBHvZOF9YWwam9bnEqVWcr/Lgd4Lnz5oFdEVft+D0Yfb+o5EBhv+15
oI7Mww6SC9oGD/vo12szDGo8pE3Bi804LEwzaxF79k8+3cHzGUwhMSK5O1wQUA4A
weslGfw5DW+0PEvXsD7HcuKjcstv0w2C1C0HNLt8zScWTqCzvpi0rIzCebvKgID4
8ABPtTGPuSVsoyIHx7EwMAQOAGUx9Xmo6fmG3xEDu7TllOrmr/vJNIgT6GMXXAwX
io/clx1z6rkuNew92iA4hVOibZePUzLgbZYilGssdoFMe43lkv0Tw/+QgJJUOZXT
jubkcElXvpXZtcn03HJKWHUYmBNpsUhDz6tUGvfmh0tY3V8FvNY3PsYfV7CEDM0+
s5Nj1jWqLEhHiK2vZ5LbKG+eSMGmDBAvzcJB4rlC/iNcqZcbKxrFLj6D72DjMRdz
Lm3vH/nVndhLQY3DFBfjLIm8vHtJ5MBwwjKBll13ioHAse4PNKzvUWl1b2Ve92bq
EKe8tT4KvXDfeHMzRJ7MZ4hMYgH7dK8dCredVn7GqQOQlWf0waL0Hj0xZ9xpbigs
kWnaaw8Jkf75z6FGKGbVmwmmQtVi8Ma4gGCT9rLSGj+6I9VnH5COlgCz0S0ucyAi
VlMAIhnqkPiIWTrVhjZydfd2VNnJTUNjt1RmTZGf/9IGCoQaCwQ=
=tXgp
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Padre (master). "Perl 5.26 re-rebuild of bootstrapped packages"

[notifications]

From 3b981947f708e549684a987500a57197376503e1 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 8 Jun 2017 09:22:37 +0200
Subject: Perl 5.26 re-rebuild of bootstrapped packages

---
 perl-Padre.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Padre.spec b/perl-Padre.spec
index 3e9cb81..5221088 100644
--- a/perl-Padre.spec
+++ b/perl-Padre.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Padre
 Version:0.90
-Release:21%{?dist}
+Release:22%{?dist}
 Summary:Perl Application Development and Refactoring Environment
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -407,6 +407,9 @@ mkdir "$HOME"
 
 
 %changelog
+* Thu Jun 08 2017 Jitka Plesnikova  - 0.90-22
+- Perl 5.26 re-rebuild of bootstrapped packages
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
0.90-21
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Padre.git/commit/?h=master=3b981947f708e549684a987500a57197376503e1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1459766] perl-Cflow-1.053-33.fc26 FTBFS on 32-bit platforms: Cflow.c: loadable library and perl binaries are mismatched

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459766

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|or...@cora.nwra.com |ppi...@redhat.com



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: mame build OOMs on f24 and f25 i686, succeeds on other arches and branches

[Julian Sikorski]

W dniu 07.06.2017 o 21:14, Björn 'besser82' Esser pisze:
> Am 07.06.2017 um 20:21 schrieb Julian Sikorski:
>> W dniu 07.06.2017 o 08:50, Dan Horák pisze:
>>> On Wed, 7 Jun 2017 06:42:21 +0200
>>> Julian Sikorski  wrote:
>>>
 Hi list,

 I have updated mame packages to 0.186 yesterday. The package built
 fine on rawhide [1] and f26 [2], as well as on non-i686 on f25 and
 f24. On f25 [3] and f24 [4] i686, the build has failed with the
 following message: virtual memory exhausted: Operation not permitted
 How much memory do the builders have?
>>> it probably has nothing with the amount of memory in the builder (see
>>> hw_info.log for the details), but rather it exhausts the 32-bit address
>>> space for one process, where there are ~3GB user usable out of the
>>> theoretical 4GB. Likely the sum (*.o) processed by ar is bigger than
>>> the user usable portion. The workaround is usually to decrease the
>>> debuginfo size with eg.
>>>
>>>   %global optflags %(echo %{optflags} | sed 's/-g /-g1 /')
>>>
>>>
>>> Dan
>> Hi,
>>
>> the build succeeded on i686 on f26 and f27 - could it be that gcc-7 is
>> more memory-efficient? It also succeeded on armv7hl on all supported
>> arches. Maybe it is just on the edge of 3 GB...
>> In any case, I am already at -g1:
>> RPM_OPT_FLAGS=$(echo $RPM_OPT_FLAGS | sed -e "s@-g@-g1@")
>> Does it make sense to go down further to -g0?
>>
>> Best regards,
>> Julian
> 
> Try building without parallel build on %{ix86} and keep -g1:
> 
> %ifnarch %{ix86}
> %make_build
> %else
> %{__make}
> %endif
> 
> and see if that helps.
> 
> Cheers
>   Björn
Thanks for the tip! Unfortunately, even with -g stripped entirely and
without parallel build the memory exhaustion still happens. Oddly
enough, without -g alone it happens on bfm_sc4.cpp, but without -g and
without parallel build it happens on mpu4.cpp.
Is there anything else to try, or is it time to ExcludeArch: %{ix86}?

Best regards,
Julian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[HEADS UP] PythonQt 3.2 in Rawhide

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I'm going to update PythonQt to 3.2 which includes soname changes:
libPythonQt.so.1 -> libPythonQt-Qt5-Python3.6.so.3

This is mostly done in upstream to support py2/py3 and qt4/qt5,
although for now we will be building only py3/qt5 version.

If you want to support more than that -- patches are welcomed!

P.S. looks like nothing depends on pythonqt, so this announce is just
FYI.
- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlk4+NwACgkQaVcUvRu8
X0xzog//VJIXq7QUM3I7e9d5w/cktXnOb4LMyz8b550UEqN+0pSrYYy7yYv8njXr
RbTbfN0craiTEQ7BteZx5E4h5gMoGayC1tvtQGxFePDq4GDgcVR7M06//1u2Vp5h
5ZivOcEyYG+JP38TygQyDo2N22asDW1/aZQ3YNaG47N7KUL6SbGYrMg+ecLzoLQe
K9TqUXKS0nlZXYF6BccQ5va6ZBtNwTzxACR5LiuuuA/FSBLAyg8+Fw9zngtCxlcR
h3DQ1C+TEEmJH+NSykCXBqvw5jNP1lTpDOg1dISvYi3t6/SGUaZedNQhlaHqv6mv
H75EY5pKTIgAmtqRosKlCcf+hpv5wcha4osS2tvr2LccKOgRDUw2iVLxtfqLQ+12
eIlPCWo66Zsv6OUgOMAw7UWRFe0evfSw+qomdbIWXzUp8inGBrujxt1LU5hf1O1d
I81rQL68H6BWB6LswobcSgnOAzSTMZ4KntEK097RGMV0Ds8iiXYCRRT+6fEaMkWK
qheb8uq935XaoKjplTnIGqIKoKfAZIodTFXpIXaQpCw0kcnP/ID3og1suYG0nMy1
+n3cW/5eUWL2O/vHtECfSQyUCRR3DZXU0otCUizvqnZjd0BKUk/rHwHlqp3Et4L5
LgJq2Q27xL3fGknxPY746U0qMIHRP+XeMmDbM/V4RrdYUk4ncYY=
=qh6C
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1459766] New: perl-Cflow-1.053-33.fc26 FTBFS on 32-bit platforms: Cflow.c: loadable library and perl binaries are mismatched

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1459766

Bug ID: 1459766
   Summary: perl-Cflow-1.053-33.fc26 FTBFS on 32-bit platforms:
Cflow.c: loadable library and perl binaries are
mismatched
   Product: Fedora
   Version: 26
 Component: perl-Cflow
  Assignee: or...@cora.nwra.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: or...@cora.nwra.com,
perl-devel@lists.fedoraproject.org



perl-Cflow-1.053-33.fc26 fails to build on 32-bit platforms (i686, armv7hl).
The tests fails there:

+ make test
"/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- Cflow.bs
blib/arch/auto/Cflow/Cflow.bs 644
PERL_DL_NONLAZY=1 "/usr/bin/perl" "-Iblib/lib" "-Iblib/arch" test.pl
1..1
Cflow.c: loadable library and perl binaries are mismatched (got handshake key
0x7e00080, needed 0x7f00080)
make: *** [Makefile:988: test_dynamic] Error 1

This is caused by bad compiler invocation. The gcc is missing
"-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" options. That makes data
structures incompatible with how libperl.so is built. This points to poor Cflow
build script that looses $Config{ccflags} value.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1456624] perl-Net-HTTP-6.16 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1456624

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Net-HTTP-6.16-1.fc27   |perl-Net-HTTP-6.16-1.fc27
   ||perl-Net-HTTP-6.16-1.fc24
 Resolution|--- |ERRATA
Last Closed||2017-06-08 02:53:00



--- Comment #8 from Fedora Update System  ---
perl-Net-HTTP-6.16-1.fc24 has been pushed to the Fedora 24 stable repository.
If problems still persist, please make note of it in this bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[EPEL-devel] orphaning packages

[Dominik 'Rathann' Mierzejewski]

Dear EPEL maintainers,
I've orphaned el6 branches of a couple of old packages:
dx  (11 years since last release)
dx-examples
raidutils   (management tools for 10+yo hardware, no longer developed)
vaspview(16 years since last release)

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Wx-Perl-DataWalker (master). "Perl 5.26 re-rebuild of bootstrapped packages"

[notifications]

From 45ffcaba0fa57c023ee5b6e85d8b483c99b67e21 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 8 Jun 2017 08:26:04 +0200
Subject: Perl 5.26 re-rebuild of bootstrapped packages

---
 perl-Wx-Perl-DataWalker.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Wx-Perl-DataWalker.spec b/perl-Wx-Perl-DataWalker.spec
index b549799..03dd50b 100644
--- a/perl-Wx-Perl-DataWalker.spec
+++ b/perl-Wx-Perl-DataWalker.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Wx-Perl-DataWalker
 Version:0.02
-Release:24%{?dist}
+Release:25%{?dist}
 Summary:Implement subclass that shows relatively simple structure
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -54,6 +54,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2>/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jun 08 2017 Jitka Plesnikova  - 0.02-25
+- Perl 5.26 re-rebuild of bootstrapped packages
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
0.02-24
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Wx-Perl-DataWalker.git/commit/?h=master=45ffcaba0fa57c023ee5b6e85d8b483c99b67e21
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Wx-Perl-ProcessStream (master). "Perl 5.26 re-rebuild of bootstrapped packages"

[notifications]

From e60849ac1d01a05fc8ee8fe1e10b6763a47d3836 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 8 Jun 2017 08:26:08 +0200
Subject: Perl 5.26 re-rebuild of bootstrapped packages

---
 perl-Wx-Perl-ProcessStream.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Wx-Perl-ProcessStream.spec b/perl-Wx-Perl-ProcessStream.spec
index 785c8f0..35d9a00 100644
--- a/perl-Wx-Perl-ProcessStream.spec
+++ b/perl-Wx-Perl-ProcessStream.spec
@@ -3,7 +3,7 @@
 
 Name:   perl-Wx-Perl-ProcessStream
 Version:0.32
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Access IO of external processes via events
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Wx-Perl-ProcessStream/
@@ -70,6 +70,9 @@ make pure_install DESTDIR=$RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jun 08 2017 Jitka Plesnikova  - 0.32-13
+- Perl 5.26 re-rebuild of bootstrapped packages
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
0.32-12
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Wx-Perl-ProcessStream.git/commit/?h=master=e60849ac1d01a05fc8ee8fe1e10b6763a47d3836
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to slic3r (master). "Perl 5.26 re-rebuild of bootstrapped packages"

[notifications]

From 219b0e736314e4556433f8ca1b7be38ef7c4eb38 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 8 Jun 2017 08:26:04 +0200
Subject: Perl 5.26 re-rebuild of bootstrapped packages

---
 slic3r.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/slic3r.spec b/slic3r.spec
index 53e4e26..fb73cf4 100644
--- a/slic3r.spec
+++ b/slic3r.spec
@@ -1,6 +1,6 @@
 Name:   slic3r
 Version:1.2.9
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker 
etc.)
 License:AGPLv3 and CC-BY
 # Images are CC-BY, code is AGPLv3
@@ -192,6 +192,9 @@ fi
 %{_datadir}/%{name}
 
 %changelog
+* Thu Jun 08 2017 Jitka Plesnikova  - 1.2.9-13
+- Perl 5.26 re-rebuild of bootstrapped packages
+
 * Fri Jun 02 2017 Miro Hrončok  - 1.2.9-12
 - Fix rendering issues with perl-OpenGL 0.70
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/slic3r.git/commit/?h=master=219b0e736314e4556433f8ca1b7be38ef7c4eb38
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-PPI-Tester (master). "Perl 5.26 re-rebuild of bootstrapped packages"

[notifications]

From 77cd0b485812b67d6408b370a8935b4068a0895a Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 8 Jun 2017 08:26:04 +0200
Subject: Perl 5.26 re-rebuild of bootstrapped packages

---
 perl-PPI-Tester.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-PPI-Tester.spec b/perl-PPI-Tester.spec
index ad5f695..a7b3d75 100644
--- a/perl-PPI-Tester.spec
+++ b/perl-PPI-Tester.spec
@@ -1,6 +1,6 @@
 Name:   perl-PPI-Tester
 Version:0.15
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:A wxPerl-based interactive PPI debugger/tester
 
 Group:  Development/Libraries
@@ -75,6 +75,9 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Thu Jun 08 2017 Jitka Plesnikova  - 0.15-10
+- Perl 5.26 re-rebuild of bootstrapped packages
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
0.15-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-PPI-Tester.git/commit/?h=master=77cd0b485812b67d6408b370a8935b4068a0895a
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org