[EPEL-devel] Re: RHEL-7.4 is released (build roots updating)

2017-08-09 Thread Yaakov Selkowitz
On 2017-08-09 19:47, Stephen John Smoogen wrote:
> Build roots should be fixed now. Problems were due to a name change in a
> repository which koji didn't know about. This has been fixed and I have
> tested yaakov's package and the dtc package no longer errors out on
> setuptools either.

Looks like it's working now, thanks.

> This said, I am not sure if certain channels exist for aarch64 that we
> have in the other domains:
> 
> rhel-7-server-atomic-host-rpms/
> rhel-7-server-extras-rpms/
> rhel-ha-for-rhel-7-server-rpms/

No, not at this time.

-- 
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.



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


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 10:52:19PM -0400, Scott Talbert wrote:
> Where did your list of 'all python packages' come from?  I fear that
> there are some missing because wxPython should be in there.
> 
> I'll plan on fixing wxPython myself, but you may want to look into
> why it wasn't on the list as there may be others.

Indeed. I took the list from http://fedora.portingdb.xyz/namingpolicy/,
"Misnamed package" section. Seems like I might be missing a bunch of
packages.

I get the following patch:
https://in.waw.pl/~zbyszek/fedora/pyrename/wxPython.spec.auto.patch
It's a good start, I think, but I'm not sure what to do with the other
subpackages...

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


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 07:13:21PM -0600, Orion Poplawski wrote:
> >>>The Provides satisfies any dependancies on the old name, but you're
> >>>missing an Obsoletes to tell RPM the upgrade path. Trying to installing
> >>>the new python2-libvirt RPM on an existing system fails because it
> >>>clashes with libvirt-python.
> >>Good catch. Obsoletes: python-libvirt is generated by %python_provide,
> >>but I forgot to add Obsoletes: libvirt-python.
> >>Thanks, I'll fix this and other packages in the same situation.
> >I added that. New patches are in https://in.waw.pl/~zbyszek/fedora/pyrename/.
> >
> >This new Obsoletes is generated with %{_isa}, and I also added
> >%{_isa} to the matching Provides.
> >
> >Zbyszek
> 
> IIRC - Obsoletes are done only against package names, not
> "provides", so the Obsoletes with %{_isa} is not needed.  This is
> why %python_provide doesn't generate it with %{_isa} anymore.

Indeed. I removed %{_isa} from my Obsoletes.

That brings an interesting question:
automatically generated python2.7dist() and python2dist tags don't
have %_isa either. Is this a bug?

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


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 07:13:21PM -0600, Orion Poplawski wrote:
> >>>The Provides satisfies any dependancies on the old name, but you're
> >>>missing an Obsoletes to tell RPM the upgrade path. Trying to installing
> >>>the new python2-libvirt RPM on an existing system fails because it
> >>>clashes with libvirt-python.
> >>Good catch. Obsoletes: python-libvirt is generated by %python_provide,
> >>but I forgot to add Obsoletes: libvirt-python.
> >>Thanks, I'll fix this and other packages in the same situation.
> >I added that. New patches are in https://in.waw.pl/~zbyszek/fedora/pyrename/.
> >
> >This new Obsoletes is generated with %{_isa}, and I also added
> >%{_isa} to the matching Provides.
> >
> >Zbyszek
> 
> IIRC - Obsoletes are done only against package names, not
> "provides", so the Obsoletes with %{_isa} is not needed.  This is
> why %python_provide doesn't generate it with %{_isa} anymore.

Indeed. I removed %{_isa} from my Obsoletes.

That brings an interesting question:
automatically generated python2.7dist() and python2dist tags don't
have %_isa either. Is this a bug?

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


[389-devel] Re: future of lib389 - seperate or merged?

2017-08-09 Thread William Brown

> > But the issue here is we don't always mark them with versions
> > properly...
> I see that there is a room for improvement for our review process :)

For certain, even I'm guilty of this (and I'd like to think I'm fairly
well acquainted with lib389 ;) )

> >
> >> > * We can tightly tie in features of DS with lib389 and their
> >> > administration (ie no need to worry about backward compatibility).
> >> > * Simpler release process - we only need to release 389-ds-base, and we
> >> > are done. 
> >> > * No more split patches for lib389 features and tests.
> >> >
> >> > Cons:
> >> > * We will need to backport lib389 features to backport tests for fixes
> >> > to older versions.
> >> > * Inability for latest lib389 to manage older (or newer) versions of ds.
> >> >
> >> > -- Separate lib389
> >> >
> >> > We have lib389 as a project that moves at a different rate to the
> >> > 389-ds-base project.
> >> >
> >> > Pros:
> >> > * lib389 is able to use it's "knowledge" to administer *multiple*
> >> > versions of Directory Server, rather that singly linked ones.
> >> > * We can write tests into lib389 once and test them against all DS
> >> > versions, or just relevant versions.
> >> > * We can have the admin tools manage many versions of the software which
> >> > may be cross platform/distro.
> >> Why these 3 points can't be done in merged lib389 using version specific
> >> logic in lib389 and the tests?
> >
> > This is also true. But once we merge, is there much need?
> Yes, there is a need for downstream, especially in the late release
> phase, when we can't add new fixes (with tests) in the builds (unless
> really urgent issues), but we need to continue testing.
> > We only need the connected test set. Issues we find in version 1.3.7
> > are unlikely to be backported as fixes to 1.3.6 so the test cases
> > aren't relevant here IMO.
> Not always, regression bugs and security issues are fixed in multiple
> branches, but usually only DS code is cherry picked, but not tests
> (because we have different dir structure, changes in boilerplate code,
> etc).

But if we have the fix and the test in one patch, and they are in the
same repo, any lib389 enablement code can we backported in "one shot"
here too. 

> > My thinking is rather than have many cases/switches for all our
> > lib389 to ds versions (which means we need to define a support policy),
> > we can have a simpler 1:1 mapping. Makes the code easier for us, and
> > given that most distributors will ship these together, makes that job
> > easier too.
> I see that we have different approaches to running tests. Let me explain
> how we're doing it. We have downstream acceptance tests, that live in
> git where each branch corresponds to Y-release of RHEL, e.g. RHEL69,
> RHEL73, etc. Over time tests evolved to the point where backporting
> something from RHEL7x branch to RHEL6x is a real pain. Master branch was
> used for testing Fedora releases, but many times there was a situation,
> when tests worked differently because of the change in DS that was on
> Fedora N release, but not in N-1, so running tests from master was kinda
> pointless. Also old framework doesn't support skipping tests out of the
> box. So when upstream tests started to be using py.test, that was a
> relief, because py.test has many great features like fixtures and marks.
> For us logical way was to run upstream tests from master branch on all
> versions of DS, but separating what can be run in the test/framework
> logic itself, rather than using VCS branching. Think of it like of a
> rolling release. With this approach we're not tied to RHEL schedules,
> because we can always merge a test in master branch. And the same code
> works across all DS versions unless version specific tests are used.
> 
> I agree, that merging lib389 to 389-ds-base should guarantee that tests
> from the same revision work.

Yep. I think that we should be looking at the rolling release model
really here, and we should be using these marking features. Today
though, we are not in that position, but this merge, and some
dedication, I think we could get there. Especially if we want to clean
our test structures from the ticketX to actually sorting them
correctly to suites. 

Really, I think that we just need to be willing to make some sweeping
changes in this space, and merging is step 1 to that, because I think
that this would really help us when we go to run CI, and for you with
the downstream acceptance suites. 

> 
> >
> >> > * No more split patches for lib389 features and tests.
> >> >
> >> > Cons:
> >> > * Need to invest time into version detection of the 389-ds-base package
> >> > for configuration (both local and remote). IE we add a plugin in 1.3.7,
> >> > but we need to know if lib389 is accessing 1.3.6 (and disallow the
> >> > change).
> >> I think of this as not a con, but a feature. Also adding more sanity
> >> checks would be good. Our tools should be fool-proof.
> >> > * Continue to manage separate 

Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Scott Talbert

On Tue, 8 Aug 2017, Zbigniew Jędrzejewski-Szmek wrote:


Hello Fedora Python package maintainers!

This is an announcement of a mass package renaming:
Python 2 binary packages will be renamed to python2-*.

This will happen soon after the F27 branching on August 15th.


Currently ~1330 source packages already generate a binary package with
the python2- prefix, and 835 remain to be updated. The spec files for
approximately 740 packages will be renamed, and 95 will be left for
fixing by maintainers or proven packagers.


At the end of this e-mail are two lists of maintainers and packages:

List 1. for those packages which will be taken care of by the mass remaining
  Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/

  Maintainers don't have to do anything.

List 2. for the remaining packages

  Maintainers are encouraged to update packages manually.


Where did your list of 'all python packages' come from?  I fear that there 
are some missing because wxPython should be in there.


I'll plan on fixing wxPython myself, but you may want to look into why it 
wasn't on the list as there may be others.


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


Re: Naming policy for application vs library packages in Python

2017-08-09 Thread Nick Coghlan
On 10 August 2017 at 10:49, Ben Rosser  wrote:
> As a counter-proposal I would suggest that, as we currently do, we
> require the python3-prefix to be provided by the package, but
> explicitly leave it to the packager+reviewer's discretion whether or
> not the prefix must be part of the real name, too. Some other
> languages do already do this: nodejs [3] and ocaml [4] both explicitly
> have "if this primarily provides a tool or application" clauses in
> their naming guidelines. I think it makes sense to have something
> similar for Python, to help avoid confusion.

This is technically already the de facto policy (if it wasn't, a lot
of Fedora's build tooling would have very different names), but the
Python packaging policy doesn't spell it out explicitly.

So while I think you're right that we should make it officially that
it's OK for application packagers to let it be an implementation
detail whether something is written in Python or not, I also think we
would ideally take more steps than we do today to make sure that such
use of Python actually *is* an implementation detail, rather than
something that can leak out and cause compatibility issues with
upstream Python modules.

For example, some time ago, the "mock" command line tool had to rename
its supporting Python package to "mockbuild" in order to resolve a
file conflict when the python-mock package was first added to the
distro.

In that vein, the potentially more robust approach I've been
considering for managing that kind of situation is the idea of
recommending that these "the use of Python is an implementation
detail" applications be restructured to take advantage of the native
virtual environment support in Python 3 in order to put their
application specific modules in a private virtual environment, rather
than installing them directly into the system Python as generally
importable packages.

Specifically, having venv available by default allows us to do this as
part of an RPM build:

1. Use "python3 -m venv --system-site-packages --without-pip
" to create an empty symlinked virtual environment that
can see system packages
2. From *outside* the venv, run "pip3 install --prefix "
to install the application specific module(s)
3. Copy any generated "bin" scripts out into the FHS binary directory
(their shebang lines will automatically be set up to auto-activate the
private venv, since they'll reference the venv's Python symlink, *not*
the system level path)

Having a private venv like that available would also give application
packagers a relatively clean way to inject "before anything else runs"
behaviour via *.pth files, which will let them do things like
implicitly adjusting sys.path to include additional directories, as
well as tinkering with __main__.__requires__ in order to manipulate
the behaviour of pkg_resources parallel loading support.

The main reason I hadn't gotten around to actually proposing that is
that there are a few significant open questions where I'm not sure
what the right answer would be:

1. Where would these private venvs actually live?
2. Does the answer to (1) differ for pure Python app modules vs binary
extension modules?
3. Would we allow daisy chaining of these private venvs via *.pth
files? (see https://github.com/berdario/pew#add)
4. How would we make this manageable across Fedora/EPEL/SCLo spec files?

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org


[389-devel] Please review 49275 compiler warning fixes

2017-08-09 Thread William Brown
https://pagure.io/389-ds-base/issue/49275

https://pagure.io/389-ds-base/issue/raw/files/e2dff59ba3e07a1e43772328f6224c8052687df5e5d100d578b7d4800def97c0-0001-Ticket-49275-fix-compiler-warns-for-gcc-7.patch

This should resolve the current CI compiler warning issues.

-- 
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: Mass package change (python2- binary package renaming)

2017-08-09 Thread Orion Poplawski

On 08/09/2017 04:17 PM, Zbigniew Jędrzejewski-Szmek wrote:

On Wed, Aug 09, 2017 at 04:08:35PM +, Zbigniew Jędrzejewski-Szmek wrote:

On Wed, Aug 09, 2017 at 04:48:42PM +0100, Daniel P. Berrange wrote:

On Tue, Aug 08, 2017 at 10:14:26PM +, Zbigniew Jędrzejewski-Szmek wrote:

Hello Fedora Python package maintainers!

This is an announcement of a mass package renaming:
Python 2 binary packages will be renamed to python2-*.

This will happen soon after the F27 branching on August 15th.


Currently ~1330 source packages already generate a binary package with
the python2- prefix, and 835 remain to be updated. The spec files for
approximately 740 packages will be renamed, and 95 will be left for
fixing by maintainers or proven packagers.


At the end of this e-mail are two lists of maintainers and packages:

List 1. for those packages which will be taken care of by the mass remaining
Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/

Maintainers don't have to do anything.



Example:
+%package -n python2-atpy
+Summary: %summary
+Requires: numpy python-astropy
+%{?python_provide:%python_provide python2-atpy}
+# Remove before F30
+Provides: ATpy = %{version}-%{release}


This looks incomplete & broken to me.

The Provides satisfies any dependancies on the old name, but you're
missing an Obsoletes to tell RPM the upgrade path. Trying to installing
the new python2-libvirt RPM on an existing system fails because it
clashes with libvirt-python.

Good catch. Obsoletes: python-libvirt is generated by %python_provide,
but I forgot to add Obsoletes: libvirt-python.
Thanks, I'll fix this and other packages in the same situation.

I added that. New patches are in https://in.waw.pl/~zbyszek/fedora/pyrename/.

This new Obsoletes is generated with %{_isa}, and I also added
%{_isa} to the matching Provides.

Zbyszek


IIRC - Obsoletes are done only against package names, not "provides", so 
the Obsoletes with %{_isa} is not needed.  This is why %python_provide 
doesn't generate it with %{_isa} anymore.



--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org


Re: 'No More Alphas': wiki revision drafts

2017-08-09 Thread Matthew Miller
On Wed, Aug 09, 2017 at 05:41:34PM -0700, Adam Williamson wrote:
> To be clear, if this isn't just an idle thought but a specific request
> that "yes, blockerbugs-nextrelease would be an extremely useful thing
> for me, please do it", we probably *can* do that. If that's the case,
> please file a ticket in fedora-qa pagure and we'll likely get to it.

Sorry, yeah, I know I don't always do a great job of separating idle
thoughts from things I think are really important (or from Official FPL
Requests). In this case, it would be hugely helpful for me in my
(and Jan's) tracking of overall Fedora planning/development/release
status. I'll file the ticket. Thanks. 

-- 
Matthew Miller

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


Re: Blocker bug process proposal: waiving late-discovered blockers to next release (round 2)

2017-08-09 Thread Adam Williamson
On Mon, 2017-07-17 at 17:48 -0700, Adam Williamson wrote:
> Hi, folks!



So there was some great feedback on the first version of this proposal;
here's the second draft, with all the suggestions considered and
applied. Note, given the misunderstanding between Kamil and Matt, I
added a little paragraph to specifically clarify that the list of
factors to consider really is just a list of things to *consider*, not
a checklist of criteria that we apply unthinkingly.

As I explained in the first mail, the proposal is to add a section to
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process , called
"Exceptional cases", as a sub-section of the 'Reviewing blocker bugs'
section. Here is the revised proposal for how the new section should
read:

##

=== Exceptional cases ===

Generally speaking, any bug that is agreed to be a violation of the
[[Fedora Release Criteria|release criteria]] should be accepted as a
blocker bug for the next relevant milestone release.

However, as explained in the [[Fedora_Release_Life_Cycle|Fedora life
cycle page]] and the
[[Fedora_Release_Criteria#Release_Constraints|release criteria]], we
consider Fedora's release process not to be strictly based on time
''or'' strictly based on quality, but to take both into consideration.
This can mean that, in some exceptional circumstances, we may agree
that a bug constitutes a sufficient violation of the release criteria
that it would ordinarily be accepted as a blocker bug for the next
milestone release, but in fact accept it as a blocker bug for a later
milestone release.

There are currently two established circumstances in which this may
occur.

Firstly, it may occur if it is agreed to be very unlikely that the bug
can be fixed within a reasonable time frame for the release to
be made.

Secondly, it may occur if the bug is discovered and/or proposed as a
blocker very late in the release validation process. Sometimes, a
relatively less important blocker bug (such as a non-vital default
installed application on a release-blocking medium failing to run, for
instance) may only be found very near the end of the release validation
process, too late for it to be reasonably possible to fix it without
delaying the release. Again, we may make the determination that in such
a case it is preferable to go ahead with the release rather than delay
it to fix such a late-discovered bug.

All such cases must be evaluated and discussed by the usual parties
(usually at a blocker bug review meeting) and all relevant factors must
be taken into account, much like the discussion of a bug that is a
'conditional' violation of the release criteria. At least the following
will almost always be relevant:

* The severity and likely prevalence of the bug
* Whether the bug could, or should, have been discovered and/or
proposed as a blocker earlier
* Whether the bug affects the existing stable releases (if it does,
there is generally less benefit to be had by delaying the new release)
* How long the release in question has already been delayed
* Whether delaying the release may give us an opportunity to carry out
other desirable work
* The possible effects of the expected delay (to Fedora itself, and
also to other things influenced by Fedora's schedules, including
downstream projects)

Note that these factors should be carefully and intelligently
considered on a case-by-case basis. This isn't a checklist; we cannot
just say "oh, that bug existed in the previous release, therefore it's
not a blocker, done". It's just a list of some of the factors we
typically ''consider'' in making this determination.

It is expected that in almost all 'exceptional' cases, the bug will be
accepted as a blocker either for the very next milestone release, or
for the equivalent milestone for the next release (e.g. if this
'exceptional' provision is agreed to apply to a bug that otherwise
would have blocked {{FedoraVersion|long|next}} Final, it should be
accepted as a blocker either for {{FedoraVersion|long|next2}} Alpha or
{{FedoraVersion|long|next2}} Final).

#
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Orion Poplawski

On 08/09/2017 04:17 PM, Zbigniew Jędrzejewski-Szmek wrote:

On Wed, Aug 09, 2017 at 04:08:35PM +, Zbigniew Jędrzejewski-Szmek wrote:

On Wed, Aug 09, 2017 at 04:48:42PM +0100, Daniel P. Berrange wrote:

On Tue, Aug 08, 2017 at 10:14:26PM +, Zbigniew Jędrzejewski-Szmek wrote:

Hello Fedora Python package maintainers!

This is an announcement of a mass package renaming:
Python 2 binary packages will be renamed to python2-*.

This will happen soon after the F27 branching on August 15th.


Currently ~1330 source packages already generate a binary package with
the python2- prefix, and 835 remain to be updated. The spec files for
approximately 740 packages will be renamed, and 95 will be left for
fixing by maintainers or proven packagers.


At the end of this e-mail are two lists of maintainers and packages:

List 1. for those packages which will be taken care of by the mass remaining
Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/

Maintainers don't have to do anything.



Example:
+%package -n python2-atpy
+Summary: %summary
+Requires: numpy python-astropy
+%{?python_provide:%python_provide python2-atpy}
+# Remove before F30
+Provides: ATpy = %{version}-%{release}


This looks incomplete & broken to me.

The Provides satisfies any dependancies on the old name, but you're
missing an Obsoletes to tell RPM the upgrade path. Trying to installing
the new python2-libvirt RPM on an existing system fails because it
clashes with libvirt-python.

Good catch. Obsoletes: python-libvirt is generated by %python_provide,
but I forgot to add Obsoletes: libvirt-python.
Thanks, I'll fix this and other packages in the same situation.

I added that. New patches are in https://in.waw.pl/~zbyszek/fedora/pyrename/.

This new Obsoletes is generated with %{_isa}, and I also added
%{_isa} to the matching Provides.

Zbyszek


IIRC - Obsoletes are done only against package names, not "provides", so 
the Obsoletes with %{_isa} is not needed.  This is why %python_provide 
doesn't generate it with %{_isa} anymore.



--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: 'No More Alphas': wiki revision drafts

2017-08-09 Thread Adam Williamson
On Tue, 2017-08-08 at 23:45 -0400, Matthew Miller wrote:
> On Tue, Aug 08, 2017 at 04:24:16PM -0700, Adam Williamson wrote:
> > > Is there any chance of running that at, say,
> > > https://qa.fedoraproject.org/blockerbugs-nextrelease/ instead of a
> > > local instance?
> > 
> > I mean, in *theory* we could for sure, it's just yet another
> > maintenance task for someone, and I'm not jumping up to volunteer for
> > it right now...if we could script the update of the instances a bit
> > more (right now one of us has to go into the admin UI and update it
> > manually every milestone), maybe I'd be more inclined :P
> 
> Is the maintenance headache in installing and running/updating the
> service, or is it in this milestone updating? If it's the latter, we
> could probably ask Jan to handle it as part of FPgM duties. Would that
> help? (Probably for both the "nextrelease" *and* current app.)

Well kinda both, though adding a second server doesn't add a *huge*
maintenance burden (just a minor annoyance). Rather than just farming
the work off onto someone else, though, it'd be more efficient for
someone (anyone...) to take a bit of time to automate the milestone and
release updates, it shouldn't be *too* crazily difficult to do (though
we'd need to find some kind of way to identify when a milestone release
happens, I guess).

To be clear, if this isn't just an idle thought but a specific request
that "yes, blockerbugs-nextrelease would be an extremely useful thing
for me, please do it", we probably *can* do that. If that's the case,
please file a ticket in fedora-qa pagure and we'll likely get to it.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


[EPEL-devel] Re: RHEL-7.4 is released (build roots updating)

2017-08-09 Thread Stephen John Smoogen
On 7 August 2017 at 18:43, Peter Robinson  wrote:

> On Fri, Aug 4, 2017 at 12:04 AM, Yaakov Selkowitz 
> wrote:
> > On 2017-08-03 16:35, Kevin Fenzi wrote:
> >> On 08/02/2017 05:51 AM, Peter Robinson wrote:
> >>> On Wed, Aug 2, 2017 at 5:42 AM, Yaakov Selkowitz 
> wrote:
>  On 2017-08-01 16:24, Stephen John Smoogen wrote:
> > RHEL-7.4 was released today and so the build roots for EPEL packages
> > will be updated as soon as the automatic reposync is done.
> 
>  Unfortunately not for aarch64:  https://pagure.io/releng/issue/6926
> >>>
> >>> I was informed it was pushed to the CDN, smooge what's the status on
> this?
> >>
> >> I think it's synced as of last night.
> >
> > Unfortunately not:
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=21026971
> >
> >> What package(s) were you waiting for?
>
> I'm still not sure this is correct, I did a scratch build of dtc and
> aarch64 failed to find python2-setuptools where all other
> architectures did:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=21099618
> ___
> epel-devel mailing list -- epel-devel@lists.fedoraproject.org
> To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
>

Build roots should be fixed now. Problems were due to a name change in a
repository which koji didn't know about. This has been fixed and I have
tested yaakov's package and the dtc package no longer errors out on
setuptools either.

This said, I am not sure if certain channels exist for aarch64 that we have
in the other domains:

rhel-7-server-atomic-host-rpms/
rhel-7-server-extras-rpms/
rhel-ha-for-rhel-7-server-rpms/

If they do we do not have access to them and need to work on that next.


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


[Bug 1480032] New: perl-Math-Derivative-1.00 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1480032

Bug ID: 1480032
   Summary: perl-Math-Derivative-1.00 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Math-Derivative
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: al...@users.sourceforge.net, jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 1.00
Current version/release in rawhide: 0.04-6.fc27
URL: http://search.cpan.org/dist/Math-Derivative/

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/6671/

-- 
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: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 04:08:35PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Aug 09, 2017 at 04:48:42PM +0100, Daniel P. Berrange wrote:
> > On Tue, Aug 08, 2017 at 10:14:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > > Hello Fedora Python package maintainers!
> > > 
> > > This is an announcement of a mass package renaming:
> > > Python 2 binary packages will be renamed to python2-*.
> > > 
> > > This will happen soon after the F27 branching on August 15th.
> > > 
> > > 
> > > Currently ~1330 source packages already generate a binary package with
> > > the python2- prefix, and 835 remain to be updated. The spec files for
> > > approximately 740 packages will be renamed, and 95 will be left for
> > > fixing by maintainers or proven packagers.
> > > 
> > > 
> > > At the end of this e-mail are two lists of maintainers and packages:
> > > 
> > > List 1. for those packages which will be taken care of by the mass 
> > > remaining
> > >Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/
> > > 
> > >Maintainers don't have to do anything.
> > 
> > > Example:
> > > +%package -n python2-atpy
> > > +Summary: %summary
> > > +Requires: numpy python-astropy
> > > +%{?python_provide:%python_provide python2-atpy}
> > > +# Remove before F30
> > > +Provides: ATpy = %{version}-%{release}
> > 
> > This looks incomplete & broken to me.
> > 
> > The Provides satisfies any dependancies on the old name, but you're
> > missing an Obsoletes to tell RPM the upgrade path. Trying to installing
> > the new python2-libvirt RPM on an existing system fails because it
> > clashes with libvirt-python.
> Good catch. Obsoletes: python-libvirt is generated by %python_provide,
> but I forgot to add Obsoletes: libvirt-python.
> Thanks, I'll fix this and other packages in the same situation.
I added that. New patches are in https://in.waw.pl/~zbyszek/fedora/pyrename/.

This new Obsoletes is generated with %{_isa}, and I also added
%{_isa} to the matching Provides.

Zbyszek

> > A further flaw in your script is that its changed libvirt-python to
> > python2-libvirt, but not changed libvirt-python3 to python3-libvirt,
> > so the naming inconsistency is worse than before your proposed change.
> Yeah, that was a conscious decision. In the draft I sent to fedora-devel
> last week I asked if python3 subpackages should be renamed, but nobody
> answered, so I assumed that people don't care that much either way.
> My motivation for not touching this right now was to limit the number
> of changes and potential for screwups.
> 
> > Also the %_description stuff is just ugly
> Not the prettiest, but rpm just doesn't give us nice tools. The
> alternative is to repeat the description text three times, which is
> not only at least as ugly, but also harder to maintain.
> 
> Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: Debuginfo/debugsource: mingw package with mixed host and target debuginfos

2017-08-09 Thread Sandro Mani



A workaround that probably gets you past the build failure for now is to
just revert rpm to its old logic by adding the following to your spec
file:

%undefine _debugsource_packages
%undefine _debuginfo_subpackages


Thanks, that worked for now.

[2] 
https://src.fedoraproject.org/rpms/mingw-qt5-qtbase/blob/master/f/mingw-qt5-qtbase.spec

One thing I do notice is that after setup you seem to go outside (up) the
rpm setup source builddir. This will confuse rpm when it tries to find
source files that the binaries were build from. See also this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1479198
I'll need to check why the build folder was placed outside the source 
tree - perhaps it's because qmake (used to?) warn that build trees below 
the source trees are unsupported.



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


Re: Debuginfo/debugsource: mingw package with mixed host and target debuginfos

2017-08-09 Thread Mark Wielaard
Hi Sandro,

On Wed, Aug 09, 2017 at 03:30:24PM +0200, Sandro Mani wrote:
> Long text short question: can someone help me adapt this logic for the
> new debuginfo/debugsource mechanism?

rpm was changed to make exactly these kind of scenarious easier to handle.
And at the same time it enabled some settings to make such splits automatic
for all packages. Unfortunately that bites in your case.

For the next couple of weeks I only have limited internet access, so I
cannot directly help you. But I wrote an overview of changes and settings
that packages can use in the following two posts:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ITJHJTUO2WFEAYIHANSM6AMAB5SIFASI/
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RIAOOP7FDT2CS7QPJNARURFUBBLZO6A4/

A workaround that probably gets you past the build failure for now is to
just revert rpm to its old logic by adding the following to your spec
file:

%undefine _debugsource_packages
%undefine _debuginfo_subpackages

> [2] 
> https://src.fedoraproject.org/rpms/mingw-qt5-qtbase/blob/master/f/mingw-qt5-qtbase.spec

One thing I do notice is that after setup you seem to go outside (up) the
rpm setup source builddir. This will confuse rpm when it tries to find
source files that the binaries were build from. See also this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1479198

Hope the helps for now,

Mark
___
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

2017-08-09 Thread updates
The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 884  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 647  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 229  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
 126  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
 125  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5f9a6163b4   
tnef-1.4.14-1.el7
 124  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  27  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-47be021843   
heimdal-7.4.0-1.el7
  26  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-a8886eb42e   
cross-binutils-2.27-9.el7.1 cross-gcc-4.8.5-16.el7.1
  17  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c39b9065fa   
GraphicsMagick-1.3.26-3.el7
  17  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c4e53cc90d   
chicken-4.12.0-3.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-b50572c103   
sscep-0.6.1-5.20160525git2052ee1.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4908d32c3c   
python-dbusmock-0.11.1-6.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-017fbc40e8   
supervisor-3.1.4-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-52b6bc17c1   
globus-ftp-client-8.36-1.el7 globus-ftp-control-7.8-1.el7 
globus-gass-cache-program-6.7-1.el7 globus-gass-copy-9.27-1.el7 
globus-gram-client-13.19-1.el7 globus-gram-job-manager-14.36-1.el7 
globus-gram-job-manager-condor-2.6-5.el7 globus-gridftp-server-12.2-1.el7 
globus-gridftp-server-control-5.1-1.el7 globus-gssapi-gsi-12.17-3.el7 
globus-io-11.9-1.el7 globus-net-manager-0.17-1.el7 globus-xio-5.16-1.el7 
globus-xio-gsi-driver-3.11-1.el7 globus-xio-pipe-driver-3.10-1.el7 
globus-xio-udt-driver-1.28-1.el7 myproxy-6.1.28-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-37e736147d   
knot-2.5.3-2.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-94c168d702   
php-horde-Horde-Core-2.30.0-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7d6b89ab36   
php-horde-Horde-Form-2.0.18-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-359039e1f1   
php-horde-Horde-Url-2.2.6-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-aebd466ffa   
php-horde-horde-5.2.16-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-531b8ee43e   
php-horde-kronolith-4.2.22-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-055fdcdee7   
php-horde-nag-4.2.15-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-bad0726ae5   
php-horde-turba-4.2.20-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-886e003d48   
gsoap-2.8.16-9.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-8683c5e591   
potrace-1.15-1.el7


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

openscap-daemon-0.1.7-1.el7

Details about builds:



 openscap-daemon-0.1.7-1.el7 (FEDORA-EPEL-2017-58425c5e4b)
 Manages continuous SCAP scans of your infrastructure

Update Information:

Update to the latest upstream release.  Changes:  - New features: - Scanning
of any XCCDF profile in oscapd-evaluate - Detecting XCCDF profiles
applicable to a given target - Generating remediation scripts based on scan
results - Shortened profile IDs are accepted - Maintenance: - Several
exceptions are caught - Fixed JSON output - Better error messages

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


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

2017-08-09 Thread updates
The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 763  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 757  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 647  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 618  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 229  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
 125  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  27  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e8124f23c8   
heimdal-7.4.0-1.el6
  17  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-515cca9a02   
GraphicsMagick-1.3.26-3.el6
  17  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-99fb0d61b0   
chicken-4.12.0-3.el6
  17  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-ab5ed7f894   
python-tablib-0.11.5-1.el6
  15  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-70562ba4d2   
python-django-ckeditor-5.3.0-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-b1d8b4aed9   
globus-ftp-client-8.36-1.el6 globus-ftp-control-7.8-1.el6 
globus-gass-cache-program-6.7-1.el6 globus-gass-copy-9.27-1.el6 
globus-gram-client-13.19-1.el6 globus-gram-job-manager-14.36-1.el6 
globus-gram-job-manager-condor-2.6-5.el6 globus-gridftp-server-12.2-1.el6 
globus-gridftp-server-control-5.1-1.el6 globus-gssapi-gsi-12.17-3.el6 
globus-io-11.9-1.el6 globus-net-manager-0.17-1.el6 globus-xio-5.16-1.el6 
globus-xio-gsi-driver-3.11-1.el6 globus-xio-pipe-driver-3.10-1.el6 
globus-xio-udt-driver-1.28-1.el6 myproxy-6.1.28-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-72e0f4a914   
php-horde-Horde-Core-2.30.0-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-2a557f0b9c   
php-horde-Horde-Form-2.0.18-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3e60244bf3   
php-horde-Horde-Url-2.2.6-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4340a6e0a8   
php-horde-horde-5.2.16-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4654acd4ee   
php-horde-kronolith-4.2.22-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-19c0b8ff89   
php-horde-nag-4.2.15-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5b8e6e0279   
php-horde-turba-4.2.20-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d015ef3016   
gsoap-2.7.16-5.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-87be2d4d20   
potrace-1.15-1.el6


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

python-hwdata-2.3.5-1.el6
xnec2c-3.5.1-1.el6

Details about builds:



 python-hwdata-2.3.5-1.el6 (FEDORA-EPEL-2017-2d0c8f0f3d)
 Python bindings to hwdata package

Update Information:

added python2 subpackage




 xnec2c-3.5.1-1.el6 (FEDORA-EPEL-2017-bff59448c1)
 GTK based graphical wrapper for nec2c

Update Information:

* Modified the NEC2 Editor code so that when a Geometry or Command editor window
is opened, activating Apply or OK will save data in the editor window to the
treeview, even if the default data is not edited. * Modified the NEC2 Editor
code so that if a treeview row is removed while the relevant editor window is
open, then activating Apply or OK will not attempt to save data to the treeview,
since this will cause an illegal memory access and will crash xnec2c. * Fixed a
bug in the Helix editor which caused incorrect calculation of the segment length
as a percentage of wavelength or of the number of segments/turn that correspond
to a given segment length as a percentage of wavelength.

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


[Bug 1476575] perl-Perl4-CoreLibs-0.004 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476575

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Perl4-CoreLibs-0.004-1 |perl-Perl4-CoreLibs-0.004-1
   |.fc27   |.fc27
   |perl-Perl4-CoreLibs-0.004-1 |perl-Perl4-CoreLibs-0.004-1
   |.fc26   |.fc26
   ||perl-Perl4-CoreLibs-0.004-1
   ||.fc25



--- Comment #9 from Fedora Update System  ---
perl-Perl4-CoreLibs-0.004-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 1476961] perl-B-Hooks-OP-Check-EntersubForCV-0.10 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476961

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-B-Hooks-OP-Check-Enter |perl-B-Hooks-OP-Check-Enter
   |subForCV-0.10-1.fc27|subForCV-0.10-1.fc27
   |perl-B-Hooks-OP-Check-Enter |perl-B-Hooks-OP-Check-Enter
   |subForCV-0.10-1.fc26|subForCV-0.10-1.fc26
   ||perl-B-Hooks-OP-Check-Enter
   ||subForCV-0.10-1.fc25



--- Comment #9 from Fedora Update System  ---
perl-B-Hooks-OP-Check-EntersubForCV-0.10-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 1476532] perl-Data-Float-0.013 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476532

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Data-Float-0.013-1.fc2 |perl-Data-Float-0.013-1.fc2
   |6   |6
   ||perl-Data-Float-0.013-1.fc2
   ||5



--- Comment #10 from Fedora Update System  ---
perl-Data-Float-0.013-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 1476964] perl-DynaLoader-Functions-0.003 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476964

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DynaLoader-Functions-0 |perl-DynaLoader-Functions-0
   |.003-1.fc27 |.003-1.fc27
   |perl-DynaLoader-Functions-0 |perl-DynaLoader-Functions-0
   |.003-1.fc26 |.003-1.fc26
   ||perl-DynaLoader-Functions-0
   ||.003-1.fc25



--- Comment #11 from Fedora Update System  ---
perl-DynaLoader-Functions-0.003-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 1476569] perl-Devel-GoFaster-0.001 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476569

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Devel-GoFaster-0.001-1 |perl-Devel-GoFaster-0.001-1
   |.fc27   |.fc27
   |perl-Devel-GoFaster-0.001-1 |perl-Devel-GoFaster-0.001-1
   |.fc26   |.fc26
   ||perl-Devel-GoFaster-0.001-1
   ||.fc25



--- Comment #6 from Fedora Update System  ---
perl-Devel-GoFaster-0.001-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


ppisar pushed to perl-Env-C (master). "Obey to perl's PERL_USE_SAFE_PUTENV default"

2017-08-09 Thread notifications
From 0b6733889a180571cc86b31a5e640eb122e1ea3a Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 16:03:03 +
Subject: Obey to perl's PERL_USE_SAFE_PUTENV default


---

diff --git a/Env-C-0.14-Obey-to-perl-s-PERL_USE_SAFE_PUTENV-default.patch 
b/Env-C-0.14-Obey-to-perl-s-PERL_USE_SAFE_PUTENV-default.patch
new file mode 100644
index 000..c2a6814
--- /dev/null
+++ b/Env-C-0.14-Obey-to-perl-s-PERL_USE_SAFE_PUTENV-default.patch
@@ -0,0 +1,56 @@
+From a387f471ab257d48bfb832bcb4bac3f895cfbdda Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Wed, 9 Aug 2017 17:55:20 +0200
+Subject: [PATCH] Obey to perl's PERL_USE_SAFE_PUTENV default
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Upstream forces PERL_USE_SAFE_PUTENV because otherwise the code
+crashes somewhere sometimes. But forced PERL_USE_SAFE_PUTENV causes
+memory leaks.
+
+Let's try perl's default. If we are bitten by the crash, we can
+disable the t/leak.t instead.
+
+https://github.com/mschout/env-c/issues/3
+Signed-off-by: Petr Písař 
+---
+ C.xs | 21 -
+ 1 file changed, 21 deletions(-)
+
+diff --git a/C.xs b/C.xs
+index cf1e4fc..4002bd6 100644
+--- a/C.xs
 b/C.xs
+@@ -27,27 +27,6 @@
+ # endif
+ #endif
+ 
+-/* in order to work around system and perl implementation bugs/leaks, we need
+- * to sometimes force PERL_USE_SAFE_PUTENV mode.
+- */
+-#ifndef PERL_USE_SAFE_PUTENV
+-   /* Threaded perl with PERL_TRACK_MEMPOOL enabled causes
+-* "panic: free from wrong pool at exit"
+-* starting at 5.9.4 (confirmed through 5.20.1)
+-* see: https://rt.cpan.org/Ticket/Display.html?id=99962
+-*/
+-# if PERL_BCDVERSION >= 0x5009004 && defined(USE_ITHREADS) && 
defined(PERL_TRACK_MEMPOOL)
+-#  define USE_SAFE_PUTENV 1
+-# elif PERL_BCDVERSION >= 0x5008000 && PERL_BCDVERSION < 0x5019006
+-   /* FreeBSD: SIGV at exit on perls prior to 5.19.6
+-* see: https://rt.cpan.org/Ticket/Display.html?id=49872
+-*/
+-#  if defined(__FreeBSD__)
+-#   define USE_SAFE_PUTENV 1
+-#  endif
+-# endif
+-#endif
+-
+ MODULE = Env::CPACKAGE = Env::C  PREFIX = env_c_
+ 
+ char *
+-- 
+2.9.4
+
diff --git a/perl-Env-C.spec b/perl-Env-C.spec
index 47d4cea..4ef4eb8 100644
--- a/perl-Env-C.spec
+++ b/perl-Env-C.spec
@@ -8,6 +8,10 @@ URL:http://search.cpan.org/dist/Env-C/
 Source0:
http://www.cpan.org/authors/id/M/MS/MSCHOUT/Env-C-%{version}.tar.gz
 # Fix compiler warnings, 
 Patch0: Env-C-0.14-Fix-compiler-warnings.patch
+# Obey to perl's PERL_USE_SAFE_PUTENV default.
+# If it proves wrong, we will disable t/leak.t instead.
+# 
+Patch1: Env-C-0.14-Obey-to-perl-s-PERL_USE_SAFE_PUTENV-default.patch
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl-interpreter
@@ -29,6 +33,7 @@ It also can return all the environ variables.
 %prep
 %setup -q -n Env-C-%{version}
 %patch0 -p1
+%patch1 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" NO_PACKLIST=1
@@ -52,6 +57,7 @@ make test
 %changelog
 * Wed Aug 09 2017 Petr Pisar  - 0.14-5
 - Fix compiler warnings
+- Obey to perl's PERL_USE_SAFE_PUTENV default (bug #1465738)
 
 * Thu Aug 03 2017 Fedora Release Engineering  - 
0.14-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild



https://src.fedoraproject.org/rpms/perl-Env-C/c/0b6733889a180571cc86b31a5e640eb122e1ea3a?branch=master
___
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-Env-C (master). "Modernize spec file"

2017-08-09 Thread notifications
From 425792152271d8cad719e39844ee84b762efbe3b Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 16:03:08 +
Subject: Modernize spec file


---

diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..cfbef84
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter("spelling-error .* (environ|getenv|setenv|unsetenv)");
diff --git a/perl-Env-C.spec b/perl-Env-C.spec
index 4ef4eb8..669f9ef 100644
--- a/perl-Env-C.spec
+++ b/perl-Env-C.spec
@@ -3,7 +3,6 @@ Version:0.14
 Release:5%{?dist}
 Summary:Get/set/unset environment variables on the C level
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Env-C/
 Source0:
http://www.cpan.org/authors/id/M/MS/MSCHOUT/Env-C-%{version}.tar.gz
 # Fix compiler warnings, 
@@ -13,10 +12,11 @@ Patch0: Env-C-0.14-Fix-compiler-warnings.patch
 # 
 Patch1: Env-C-0.14-Obey-to-perl-s-PERL_USE_SAFE_PUTENV-default.patch
 BuildRequires:  findutils
+BuildRequires:  gcc
 BuildRequires:  make
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)



https://src.fedoraproject.org/rpms/perl-Env-C/c/425792152271d8cad719e39844ee84b762efbe3b?branch=master
___
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-Env-C (master). "Fix compiler warnings"

2017-08-09 Thread notifications
From 266402540d4851212a5639768d1f353c90a7095e Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 15:46:16 +
Subject: Fix compiler warnings


---

diff --git a/Env-C-0.14-Fix-compiler-warnings.patch 
b/Env-C-0.14-Fix-compiler-warnings.patch
new file mode 100644
index 000..c898d76
--- /dev/null
+++ b/Env-C-0.14-Fix-compiler-warnings.patch
@@ -0,0 +1,57 @@
+From bcc4faebebe8e2d1d49783b9207cfba0d0812b31 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Wed, 9 Aug 2017 17:40:20 +0200
+Subject: [PATCH] Fix compiler warnings
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+GCC 7.1.1 produces these warnings:
+
+gcc -c   -D_REENTRANT -D_GNU_SOURCE -O2 -g -pipe -Wall -Werror=format-security 
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong 
--param=ssp-buffer-size=4 -grecord-gcc-switches 
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fwrapv 
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g   -DVERSION=\"0.14\" -DXS_VERSION=\"0.14\" -fPIC 
"-I/usr/lib64/perl5/CORE"   C.c
+C.xs: In function ‘XS_Env__C_getallenv’:
+C.xs:162:30: warning: comparison between pointer and zero character constant 
[-Wpointer-compare]
+ while ((char*)environ[i] != '\0') {
+  ^~
+C.xs:162:12: note: did you mean to dereference the pointer?
+ while ((char*)environ[i] != '\0') {
+^
+C.xs:154:9: warning: unused variable ‘av’ [-Wunused-variable]
+ AV *av = Nullav;
+ ^~
+C.xs:153:11: warning: unused variable ‘p’ [-Wunused-variable]
+ char *p;
+   ^
+
+This patch fixes it.
+
+Signed-off-by: Petr Písař 
+---
+ C.xs | 4 +---
+ 1 file changed, 1 insertion(+), 3 deletions(-)
+
+diff --git a/C.xs b/C.xs
+index 5b30d52..cf1e4fc 100644
+--- a/C.xs
 b/C.xs
+@@ -150,8 +150,6 @@ env_c_getallenv()
+ 
+ PREINIT:
+ int i = 0;
+-char *p;
+-AV *av = Nullav;
+ #ifndef __BORLANDC__
+ extern char **environ;
+ #endif
+@@ -159,7 +157,7 @@ env_c_getallenv()
+ CODE:
+ RETVAL = newAV();
+ 
+-while ((char*)environ[i] != '\0') {
++while ((char*)environ[i] != NULL) {
+ Perl_av_push(aTHX_ RETVAL, newSVpv((char*)environ[i++], 0));
+ }
+ 
+-- 
+2.9.4
+
diff --git a/perl-Env-C.spec b/perl-Env-C.spec
index d2cf356..47d4cea 100644
--- a/perl-Env-C.spec
+++ b/perl-Env-C.spec
@@ -1,11 +1,13 @@
 Name:   perl-Env-C
 Version:0.14
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Get/set/unset environment variables on the C level
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Env-C/
 Source0:
http://www.cpan.org/authors/id/M/MS/MSCHOUT/Env-C-%{version}.tar.gz
+# Fix compiler warnings, 
+Patch0: Env-C-0.14-Fix-compiler-warnings.patch
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl-interpreter
@@ -26,6 +28,7 @@ It also can return all the environ variables.
 
 %prep
 %setup -q -n Env-C-%{version}
+%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" NO_PACKLIST=1
@@ -47,6 +50,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Wed Aug 09 2017 Petr Pisar  - 0.14-5
+- Fix compiler warnings
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
0.14-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Env-C/c/266402540d4851212a5639768d1f353c90a7095e?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


msuchy pushed to perl-Satcon (f26). "Update perl-Satcon to 2.7.2-1"

2017-08-09 Thread notifications
From 638f2d2d642d6d22c9345881e21b90f95550c1f5 Mon Sep 17 00:00:00 2001
From: Miroslav Suchý 
Date: Aug 09 2017 15:01:09 +
Subject: Update perl-Satcon to 2.7.2-1


---

diff --git a/.gitignore b/.gitignore
index 6def78d..50db58b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ perl-Satcon-1.11.tar.gz
 /perl-Satcon-1.19.tar.gz
 /perl-Satcon-1.20.tar.gz
 /perl-Satcon-2.3.2.tar.gz
+/perl-Satcon-2.7.2.tar.gz
diff --git a/perl-Satcon.spec b/perl-Satcon.spec
index 0b26bcd..23b903b 100644
--- a/perl-Satcon.spec
+++ b/perl-Satcon.spec
@@ -2,21 +2,22 @@
 
 Name:   perl-Satcon
 Summary:Framework for configuration files
-Version:2.3.2
-Release:9%{?dist}
+Version:2.7.2
+Release:1%{?dist}
 License:GPLv2
 Group:  Applications/System
-URL:https://fedorahosted.org/spacewalk
+URL:https://github.com/spacewalkproject/spacewalk
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
-Source0:
https://fedorahosted.org/releases/s/p/spacewalk/%{name}-%{version}.tar.gz
+Source0:
https://github.com/spacewalkproject/spacewalk/archive/%{name}-%{version}.tar.gz
+BuildRequires:  perl(ExtUtils::MakeMaker)
+%if 0%{?fedora} && 0%{?fedora} >= 24
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
-BuildRequires:  perl-interpreter
+BuildRequires:  perl
 BuildRequires:  perl-generators
-BuildRequires:  perl(ExtUtils::MakeMaker)
 # Run-time:
 # bytes not used at tests
 # Data::Dumper not used at tests
@@ -26,6 +27,7 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(strict)
 # Tests:
 BuildRequires:  perl(Test)
+%endif
 Requires:   %{sbinpath}/restorecon
 
 %description
@@ -61,29 +63,19 @@ rm -rf $RPM_BUILD_ROOT
 %{_bindir}/*
 
 %changelog
-* Thu Jul 27 2017 Fedora Release Engineering  - 
2.3.2-9
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
-
-* Sun Jun 04 2017 Jitka Plesnikova  - 2.3.2-8
-- Perl 5.26 rebuild
-
-* Sat Feb 11 2017 Fedora Release Engineering  - 
2.3.2-7
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
+* Mon Jul 17 2017 Jan Dobes 2.7.2-1
+- Updated links to github in spec files
+- Migrating Fedorahosted to GitHub
 
-* Sun May 15 2016 Jitka Plesnikova  - 2.3.2-6
-- Perl 5.24 rebuild
-
-* Thu Feb 04 2016 Fedora Release Engineering  - 
2.3.2-5
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
-
-* Wed Oct 14 2015 Petr Pisar  - 2.3.2-4
+* Mon Jan 23 2017 Jan Dobes 2.7.1-1
 - Specify all dependencies
+- Bumping package versions for 2.7.
 
-* Thu Jun 18 2015 Fedora Release Engineering  
- 2.3.2-3
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
-
-* Wed Jun 03 2015 Jitka Plesnikova  - 2.3.2-2
-- Perl 5.22 rebuild
+* Wed Jul 20 2016 Tomas Lestach  2.6.1-1
+- let's BuildRequire perl-Test for perl-Satcon
+- Bumping package versions for 2.6.
+- Bumping package versions for 2.5.
+- Bumping package versions for 2.4.
 
 * Thu Mar 19 2015 Grant Gainey 2.3.2-1
 - Updating copyright info for 2015
diff --git a/sources b/sources
index 89271de..1ecbf75 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-66222e93aa382f9131d287c407e0e0c9  perl-Satcon-2.3.2.tar.gz
+SHA512 (perl-Satcon-2.7.2.tar.gz) = 
dd788a97b6e7c1a4f2dd9f499af89c1730ac40270e055bdadb73ba2860c32e9aff3bb393740d1195d3dde824ab9095fb080b23132927f548ef27aef463be3444



https://src.fedoraproject.org/rpms/perl-Satcon/c/638f2d2d642d6d22c9345881e21b90f95550c1f5?branch=f26
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


msuchy pushed to perl-Satcon (f26). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild"

2017-08-09 Thread notifications
From d16dab520e9db142d2c0507be3455ed33b68f86a Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 27 2017 06:02:03 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild


---

diff --git a/perl-Satcon.spec b/perl-Satcon.spec
index f329e6d..0b26bcd 100644
--- a/perl-Satcon.spec
+++ b/perl-Satcon.spec
@@ -3,7 +3,7 @@
 Name:   perl-Satcon
 Summary:Framework for configuration files
 Version:2.3.2
-Release:8%{?dist}
+Release:9%{?dist}
 License:GPLv2
 Group:  Applications/System
 URL:https://fedorahosted.org/spacewalk
@@ -61,6 +61,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_bindir}/*
 
 %changelog
+* Thu Jul 27 2017 Fedora Release Engineering  - 
2.3.2-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
+
 * Sun Jun 04 2017 Jitka Plesnikova  - 2.3.2-8
 - Perl 5.26 rebuild
 



https://src.fedoraproject.org/rpms/perl-Satcon/c/d16dab520e9db142d2c0507be3455ed33b68f86a?branch=f26
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


msuchy pushed to perl-Satcon (f26). "perl dependency renamed to perl-interpreter "

2017-08-09 Thread notifications
From 5b1982571a381ade0bbdc49ab3ced60fd8e2795c Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Jul 12 2017 12:57:39 +
Subject: perl dependency renamed to perl-interpreter 



---

diff --git a/perl-Satcon.spec b/perl-Satcon.spec
index bea0229..f329e6d 100644
--- a/perl-Satcon.spec
+++ b/perl-Satcon.spec
@@ -14,7 +14,7 @@ Source0:
https://fedorahosted.org/releases/s/p/spacewalk/%{name}-%{versio
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
-BuildRequires:  perl
+BuildRequires:  perl-interpreter
 BuildRequires:  perl-generators
 BuildRequires:  perl(ExtUtils::MakeMaker)
 # Run-time:



https://src.fedoraproject.org/rpms/perl-Satcon/c/5b1982571a381ade0bbdc49ab3ced60fd8e2795c?branch=f26
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


msuchy pushed to perl-Satcon (master). "Update perl-Satcon to 2.7.2-1"

2017-08-09 Thread notifications
From 638f2d2d642d6d22c9345881e21b90f95550c1f5 Mon Sep 17 00:00:00 2001
From: Miroslav Suchý 
Date: Aug 09 2017 15:01:09 +
Subject: Update perl-Satcon to 2.7.2-1


---

diff --git a/.gitignore b/.gitignore
index 6def78d..50db58b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ perl-Satcon-1.11.tar.gz
 /perl-Satcon-1.19.tar.gz
 /perl-Satcon-1.20.tar.gz
 /perl-Satcon-2.3.2.tar.gz
+/perl-Satcon-2.7.2.tar.gz
diff --git a/perl-Satcon.spec b/perl-Satcon.spec
index 0b26bcd..23b903b 100644
--- a/perl-Satcon.spec
+++ b/perl-Satcon.spec
@@ -2,21 +2,22 @@
 
 Name:   perl-Satcon
 Summary:Framework for configuration files
-Version:2.3.2
-Release:9%{?dist}
+Version:2.7.2
+Release:1%{?dist}
 License:GPLv2
 Group:  Applications/System
-URL:https://fedorahosted.org/spacewalk
+URL:https://github.com/spacewalkproject/spacewalk
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
-Source0:
https://fedorahosted.org/releases/s/p/spacewalk/%{name}-%{version}.tar.gz
+Source0:
https://github.com/spacewalkproject/spacewalk/archive/%{name}-%{version}.tar.gz
+BuildRequires:  perl(ExtUtils::MakeMaker)
+%if 0%{?fedora} && 0%{?fedora} >= 24
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
-BuildRequires:  perl-interpreter
+BuildRequires:  perl
 BuildRequires:  perl-generators
-BuildRequires:  perl(ExtUtils::MakeMaker)
 # Run-time:
 # bytes not used at tests
 # Data::Dumper not used at tests
@@ -26,6 +27,7 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(strict)
 # Tests:
 BuildRequires:  perl(Test)
+%endif
 Requires:   %{sbinpath}/restorecon
 
 %description
@@ -61,29 +63,19 @@ rm -rf $RPM_BUILD_ROOT
 %{_bindir}/*
 
 %changelog
-* Thu Jul 27 2017 Fedora Release Engineering  - 
2.3.2-9
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
-
-* Sun Jun 04 2017 Jitka Plesnikova  - 2.3.2-8
-- Perl 5.26 rebuild
-
-* Sat Feb 11 2017 Fedora Release Engineering  - 
2.3.2-7
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
+* Mon Jul 17 2017 Jan Dobes 2.7.2-1
+- Updated links to github in spec files
+- Migrating Fedorahosted to GitHub
 
-* Sun May 15 2016 Jitka Plesnikova  - 2.3.2-6
-- Perl 5.24 rebuild
-
-* Thu Feb 04 2016 Fedora Release Engineering  - 
2.3.2-5
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
-
-* Wed Oct 14 2015 Petr Pisar  - 2.3.2-4
+* Mon Jan 23 2017 Jan Dobes 2.7.1-1
 - Specify all dependencies
+- Bumping package versions for 2.7.
 
-* Thu Jun 18 2015 Fedora Release Engineering  
- 2.3.2-3
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
-
-* Wed Jun 03 2015 Jitka Plesnikova  - 2.3.2-2
-- Perl 5.22 rebuild
+* Wed Jul 20 2016 Tomas Lestach  2.6.1-1
+- let's BuildRequire perl-Test for perl-Satcon
+- Bumping package versions for 2.6.
+- Bumping package versions for 2.5.
+- Bumping package versions for 2.4.
 
 * Thu Mar 19 2015 Grant Gainey 2.3.2-1
 - Updating copyright info for 2015
diff --git a/sources b/sources
index 89271de..1ecbf75 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-66222e93aa382f9131d287c407e0e0c9  perl-Satcon-2.3.2.tar.gz
+SHA512 (perl-Satcon-2.7.2.tar.gz) = 
dd788a97b6e7c1a4f2dd9f499af89c1730ac40270e055bdadb73ba2860c32e9aff3bb393740d1195d3dde824ab9095fb080b23132927f548ef27aef463be3444



https://src.fedoraproject.org/rpms/perl-Satcon/c/638f2d2d642d6d22c9345881e21b90f95550c1f5?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


msuchy pushed to perl-Satcon (f26). "Perl 5.26 rebuild"

2017-08-09 Thread notifications
From 317585d2522c272023e181eba4f3c22d2257b0cc Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Jun 04 2017 05:44:47 +
Subject: Perl 5.26 rebuild


---

diff --git a/perl-Satcon.spec b/perl-Satcon.spec
index 2f6a233..bea0229 100644
--- a/perl-Satcon.spec
+++ b/perl-Satcon.spec
@@ -3,7 +3,7 @@
 Name:   perl-Satcon
 Summary:Framework for configuration files
 Version:2.3.2
-Release:7%{?dist}
+Release:8%{?dist}
 License:GPLv2
 Group:  Applications/System
 URL:https://fedorahosted.org/spacewalk
@@ -61,6 +61,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_bindir}/*
 
 %changelog
+* Sun Jun 04 2017 Jitka Plesnikova  - 2.3.2-8
+- Perl 5.26 rebuild
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
2.3.2-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Satcon/c/317585d2522c272023e181eba4f3c22d2257b0cc?branch=f26
___
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-Parse-Yapp (master). "1.21 bump"

2017-08-09 Thread notifications
From e7eb5d205f5fea3b7295cc6b3c213c8020881676 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 09 2017 14:54:10 +
Subject: 1.21 bump


---

diff --git a/.gitignore b/.gitignore
index 45e8e71..89abacb 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 Parse-Yapp-1.05.tar.gz
 /Parse-Yapp-1.2.tar.gz
+/Parse-Yapp-1.21.tar.gz
diff --git a/perl-Parse-Yapp.spec b/perl-Parse-Yapp.spec
index e709715..df4e3e7 100644
--- a/perl-Parse-Yapp.spec
+++ b/perl-Parse-Yapp.spec
@@ -1,9 +1,9 @@
-%global cpan_version 1.2
+%global cpan_version 1.21
 
 Name:   perl-Parse-Yapp
 # Keep 2-digit version for history
-Version:%{cpan_version}0
-Release:2%{?dist}
+Version:%{cpan_version}
+Release:1%{?dist}
 Summary:Perl extension for generating and using LALR parsers
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -12,8 +12,8 @@ Source0:
http://www.cpan.org/authors/id/W/WB/WBRASWELL/Parse-Yapp-%{cpan_
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  make
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 # Run-time:
 BuildRequires:  perl(Carp)
@@ -51,6 +51,9 @@ make test
 
 
 %changelog
+* Wed Aug 09 2017 Jitka Plesnikova  - 1.21-1
+- 1.21 bump
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
1.20-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index e0aa47d..44e2661 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Parse-Yapp-1.2.tar.gz) = 
f421f7130c1e1ddc0699b83c210c266bb14f7bc47a3f14ecfd1b2fe6cc48454eb3dbd9d4a32901b92072e68d07e4acfb3ebcebd133986ac9cbfba70d05b394d6
+SHA512 (Parse-Yapp-1.21.tar.gz) = 
dbf6182d4813ff7e355ea1713c748bfdf8290040a93f123acec645c7a1733fe457ab6e0ab51c4ec83cf82bc43d7fb35cbf89875df7b5c2ffc9635e85458cfeee



https://src.fedoraproject.org/rpms/perl-Parse-Yapp/c/e7eb5d205f5fea3b7295cc6b3c213c8020881676?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


jplesnik uploaded Parse-Yapp-1.21.tar.gz for perl-Parse-Yapp

2017-08-09 Thread notifications
dbf6182d4813ff7e355ea1713c748bfdf8290040a93f123acec645c7a1733fe457ab6e0ab51c4ec83cf82bc43d7fb35cbf89875df7b5c2ffc9635e85458cfeee
  Parse-Yapp-1.21.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Parse-Yapp/Parse-Yapp-1.21.tar.gz/sha512/dbf6182d4813ff7e355ea1713c748bfdf8290040a93f123acec645c7a1733fe457ab6e0ab51c4ec83cf82bc43d7fb35cbf89875df7b5c2ffc9635e85458cfeee/Parse-Yapp-1.21.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


msuchy uploaded perl-Satcon-2.7.2.tar.gz for perl-Satcon

2017-08-09 Thread notifications
dd788a97b6e7c1a4f2dd9f499af89c1730ac40270e055bdadb73ba2860c32e9aff3bb393740d1195d3dde824ab9095fb080b23132927f548ef27aef463be3444
  perl-Satcon-2.7.2.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Satcon/perl-Satcon-2.7.2.tar.gz/sha512/dd788a97b6e7c1a4f2dd9f499af89c1730ac40270e055bdadb73ba2860c32e9aff3bb393740d1195d3dde824ab9095fb080b23132927f548ef27aef463be3444/perl-Satcon-2.7.2.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-Pinto (master). "0.14 bump"

2017-08-09 Thread notifications
From 915a3e2b56fa01f9c6b57f31828c49765648dfb3 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 09 2017 14:32:04 +
Subject: 0.14 bump


---

diff --git a/.gitignore b/.gitignore
index e4036d9..c8759a5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 /Pinto-0.0.tar.gz
 /Pinto-0.11.tar.gz
 /Pinto-0.12.tar.gz
+/Pinto-0.14.tar.gz
diff --git a/Pinto-0.0-Use-Module-Build.patch 
b/Pinto-0.0-Use-Module-Build.patch
deleted file mode 100644
index c5e2791..000
--- a/Pinto-0.0-Use-Module-Build.patch
+++ /dev/null
@@ -1,12 +0,0 @@
-diff -up Pinto-0.09996/inc/Pinto/Module/Build.pm.orig 
Pinto-0.09996/inc/Pinto/Module/Build.pm
 Pinto-0.09996/inc/Pinto/Module/Build.pm.orig   2014-11-20 
14:50:30.115581243 +0100
-+++ Pinto-0.09996/inc/Pinto/Module/Build.pm2014-11-20 14:50:55.606887042 
+0100
-@@ -3,7 +3,7 @@ package Pinto::Module::Build;
- use strict;
- use warnings;
- 
--use base 'Module::Build::CleanInstall';
-+use base 'Module::Build';
- 
- 
#--
- 1;
diff --git a/perl-Pinto.spec b/perl-Pinto.spec
index f9680bb..7bcd9c4 100644
--- a/perl-Pinto.spec
+++ b/perl-Pinto.spec
@@ -1,7 +1,7 @@
 Name:   perl-Pinto
 Epoch:  1
-Version:0.12
-Release:4%{?dist}
+Version:0.14
+Release:1%{?dist}
 Summary:Curate a repository of Perl modules
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -9,8 +9,6 @@ URL:http://search.cpan.org/dist/Pinto/
 Source0:
http://www.cpan.org/authors/id/T/TH/THALJEF/Pinto-%{version}.tar.gz
 Source1:pintod.service
 Source2:pintod.conf
-# Replace using Module::Build::CleanInstall by Module::Build
-Patch0: Pinto-0.0-Use-Module-Build.patch
 BuildArch:  noarch
 BuildRequires:  perl-interpreter
 BuildRequires:  perl-generators
@@ -22,6 +20,7 @@ BuildRequires:  perl(App::cpanminus) >= 1.6920
 BuildRequires:  perl(Archive::Extract) >= 0.68
 BuildRequires:  perl(Authen::Simple::Passwd)
 BuildRequires:  perl(base)
+BuildRequires:  perl(blib)
 BuildRequires:  perl(Capture::Tiny)
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(Class::Load)
@@ -45,7 +44,7 @@ BuildRequires:  perl(Digest::MD5)
 BuildRequires:  perl(Digest::SHA)
 BuildRequires:  perl(Dist::Metadata) >= 0.924
 BuildRequires:  perl(Exporter)
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(File::Copy)
 BuildRequires:  perl(File::Find)
 BuildRequires:  perl(File::HomeDir)
@@ -111,7 +110,6 @@ BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(String::Format)
 BuildRequires:  perl(Term::ANSIColor)
-BuildRequires:  perl(Term::EditorEdit)
 BuildRequires:  perl(Test::Builder::Module)
 BuildRequires:  perl(Test::Exception)
 BuildRequires:  perl(Test::File)
@@ -169,21 +167,21 @@ dependencies go into your application.
 
 %prep
 %setup -q -n Pinto-%{version}
-%patch0 -p1
 
 %build
-perl Build.PL installdirs=vendor
-./Build
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+make %{?_smp_mflags}
 
 %install
-./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+make pure_install DESTDIR=%{buildroot}
+
 install -Dp -m0644 %{SOURCE1} %{buildroot}%{_unitdir}/pintod.service
 install -Dp -m0644 %{SOURCE2} %{buildroot}%{_sysconfdir}/sysconfig/pintod
 
-%{_fixperms} $RPM_BUILD_ROOT/*
+%{_fixperms} %{buildroot}/*
 
 %check
-./Build test
+make test
 
 %post
 %systemd_post pintod.service
@@ -206,6 +204,9 @@ install -Dp -m0644 %{SOURCE2} 
%{buildroot}%{_sysconfdir}/sysconfig/pintod
 %config(noreplace) %{_sysconfdir}/sysconfig/pintod
 
 %changelog
+* Wed Aug 09 2017 Jitka Plesnikova  - 1:0.14-1
+- 0.14 bump
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
1:0.12-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index edf83a8..52dcf8f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5bcdd6bbe20fd73784daaa678dd87f09  Pinto-0.12.tar.gz
+SHA512 (Pinto-0.14.tar.gz) = 
5670fab1022e05ffed3f533bee8cf1a73f3faf3abf6f9f8bffcd09dcd42fd7673abce5d5163c2024ee229dad264cc097f3d4917f094e34134b479eb3dd806f82



https://src.fedoraproject.org/rpms/perl-Pinto/c/915a3e2b56fa01f9c6b57f31828c49765648dfb3?branch=master
___
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 (master). "Fix GCC version detection for -D_FORTIFY_SOURCE override"

2017-08-09 Thread notifications
From 724df1cb5a6365d0207ce8b0518e3b1e42583279 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 14:18:34 +
Subject: Fix GCC version detection for -D_FORTIFY_SOURCE override


---

diff --git a/perl-5.27.2-Configure-check-for-GCC-6-and-7.patch 
b/perl-5.27.2-Configure-check-for-GCC-6-and-7.patch
new file mode 100644
index 000..5c870d6
--- /dev/null
+++ b/perl-5.27.2-Configure-check-for-GCC-6-and-7.patch
@@ -0,0 +1,29 @@
+From b9486474d36974b83d0b00fdcbfd1530299a0f7c Mon Sep 17 00:00:00 2001
+From: Ken Brown 
+Date: Thu, 27 Jul 2017 11:57:44 -0400
+Subject: [PATCH] Configure: check for GCC 6 and 7
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař 
+---
+ Configure | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Configure b/Configure
+index 3259249..bdcfaf1 100755
+--- a/Configure
 b/Configure
+@@ -23612,7 +23612,7 @@ fi
+ 
+ : add -D_FORTIFY_SOURCE if feasible and not already there
+ case "$gccversion" in
+-[45].*)   case "$optimize$ccflags" in
++[4567].*) case "$optimize$ccflags" in
+   *-O*)   case "$ccflags$cppsymbols" in
+   *_FORTIFY_SOURCE=*) # Don't add it again.
+   echo "You seem to have -D_FORTIFY_SOURCE already, not 
adding it." >&4
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index 954398a..94b042d 100644
--- a/perl.spec
+++ b/perl.spec
@@ -224,6 +224,10 @@ Patch55:
perl-5.27.2-Avoid-compiler-warnings-due-to-mismatched-types-in-p
 # in upstream after 5.27.2
 Patch56:perl-5.27.2-EU-Constant-avoid-uninit-warning.patch
 
+# Fix GCC version detection for -D_FORTIFY_SOURCE override, RT#131809,
+# in upstream after 5.27.2
+Patch57:perl-5.27.2-Configure-check-for-GCC-6-and-7.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2810,6 +2814,7 @@ Perl extension for Version Objects
 %patch54 -p1
 %patch55 -p1
 %patch56 -p1
+%patch57 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2851,6 +2856,7 @@ perl -x patchlevel.h \
 'Fedora Patch54: Fix splitting non-ASCII strings if unicode_strings 
feature is enabled (RT#130907)' \
 'Fedora Patch55: Fix compiler warnings in code generated by 
ExtUtils::Constant (CPAN RT#63832)' \
 'Fedora Patch56: Fix compiler warnings in code generated by 
ExtUtils::Constant (CPAN RT#101487)' \
+'Fedora Patch57: Fix GCC version detection for -D_FORTIFY_SOURCE override 
(RT#131809)' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5148,6 +5154,7 @@ popd
 - Fix splitting non-ASCII strings if unicode_strings feature is enabled 
(RT#130907)
 - Fix compiler warnings in code generated by ExtUtils::Constant
   (CPAN RT#63832, CPAN RT#101487)
+- Fix GCC version detection for -D_FORTIFY_SOURCE override (RT#131809)
 
 * Sat Jul 29 2017 Igor Gnatenko  - 
4:5.26.0-397
 - Enable separate debuginfo back



https://src.fedoraproject.org/rpms/perl/c/724df1cb5a6365d0207ce8b0518e3b1e42583279?branch=master
___
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 (master). "Fix compiler warnings in code generated by ExtUtils::Constant"

2017-08-09 Thread notifications
From 0721cd5f0ea576eadd40dfcbcef9dec65c931892 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 14:10:08 +
Subject: Fix compiler warnings in code generated by ExtUtils::Constant


---

diff --git 
a/perl-5.27.2-Avoid-compiler-warnings-due-to-mismatched-types-in-p.patch 
b/perl-5.27.2-Avoid-compiler-warnings-due-to-mismatched-types-in-p.patch
new file mode 100644
index 000..d5593b6
--- /dev/null
+++ b/perl-5.27.2-Avoid-compiler-warnings-due-to-mismatched-types-in-p.patch
@@ -0,0 +1,45 @@
+From 357c35e6f18e65f372e7a1b22ee39a3c7c9e5810 Mon Sep 17 00:00:00 2001
+From: Robin Barker 
+Date: Mon, 17 Dec 2012 18:20:14 +0100
+Subject: [PATCH] Avoid compiler warnings due to mismatched types in *printf
+ format strings.
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+gcc (and probably others) was warning about a mismatch for between `int`
+(implied by the format %d) and the actual type passed, `line_t`. Avoid this
+by explicitly casting to UV, and using UVuf.
+
+CPAN #63832
+
+Signed-off-by: Petr Písař 
+---
+ cpan/ExtUtils-Constant/lib/ExtUtils/Constant/ProxySubs.pm | 7 ---
+ 1 file changed, 4 insertions(+), 3 deletions(-)
+
+diff --git a/cpan/ExtUtils-Constant/lib/ExtUtils/Constant/ProxySubs.pm 
b/cpan/ExtUtils-Constant/lib/ExtUtils/Constant/ProxySubs.pm
+index 545d322..c7e6d05 100644
+--- a/cpan/ExtUtils-Constant/lib/ExtUtils/Constant/ProxySubs.pm
 b/cpan/ExtUtils-Constant/lib/ExtUtils/Constant/ProxySubs.pm
+@@ -629,13 +629,14 @@ EOA
+   if ((C_ARRAY_LENGTH(values_for_notfound) > 1)
+   ? hv_exists_ent(${c_subname}_missing, sv, 0) : 0) {
+   sv = newSVpvf("Your vendor has not defined $package_sprintf_safe 
macro %" SVf
+-", used at %" COP_FILE_F " line %d\\n", sv,
+-COP_FILE(cop), CopLINE(cop));
++", used at %" COP_FILE_F " line %" UVuf "\\n", 
++sv, COP_FILE(cop), (UV)CopLINE(cop));
+   } else
+ #endif
+   {
+   sv = newSVpvf("%"SVf" is not a valid $package_sprintf_safe macro at 
%"
+-COP_FILE_F " line %d\\n", sv, COP_FILE(cop), 
CopLINE(cop));
++COP_FILE_F " line %" UVuf "\\n",
++sv, COP_FILE(cop), (UV)CopLINE(cop));
+   }
+   croak_sv(sv_2mortal(sv));
+ EOC
+-- 
+2.9.4
+
diff --git a/perl-5.27.2-EU-Constant-avoid-uninit-warning.patch 
b/perl-5.27.2-EU-Constant-avoid-uninit-warning.patch
new file mode 100644
index 000..e330518
--- /dev/null
+++ b/perl-5.27.2-EU-Constant-avoid-uninit-warning.patch
@@ -0,0 +1,69 @@
+From 389f3ef2fdfbba2c2816e7334a69a5f540c0a33d Mon Sep 17 00:00:00 2001
+From: David Mitchell 
+Date: Mon, 15 Dec 2014 16:14:13 +
+Subject: [PATCH] EU::Constant: avoid 'uninit' warning
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+The code generated by ExtUtils::Constant can look something like:
+
+static int
+constant (..., IV *iv_return) {
+   switch (...) {
+ case ...:
+   *iv_return = ...;
+   return PERL_constant_ISIV;
+ ...
+  }
+}
+
+{
+int type;
+IV iv;
+type = constant(..., );
+switch (type) {
+case PERL_constant_ISIV:
+PUSHi(iv);
+...
+}
+}
+
+and the compiler isn't clever enough to realise that the value of iv
+is only used in the code path where its been set.
+
+So initialise it to zero to shut gcc up. Ditto nv and pv.
+
+Signed-off-by: Petr Písař 
+---
+ cpan/ExtUtils-Constant/lib/ExtUtils/Constant.pm | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/cpan/ExtUtils-Constant/lib/ExtUtils/Constant.pm 
b/cpan/ExtUtils-Constant/lib/ExtUtils/Constant.pm
+index 0dc9258..cf0e1ca 100644
+--- a/cpan/ExtUtils-Constant/lib/ExtUtils/Constant.pm
 b/cpan/ExtUtils-Constant/lib/ExtUtils/Constant.pm
+@@ -198,17 +198,17 @@ $XS_subname(sv)
+ EOT
+ 
+   if ($params->{IV}) {
+-$xs .= "  IV  iv;\n";
++$xs .= "  IV  iv = 0; /* avoid uninit var warning */\n";
+   } else {
+ $xs .= "  /* IV\t\tiv;\tUncomment this if you need to return IVs */\n";
+   }
+   if ($params->{NV}) {
+-$xs .= "  NV  nv;\n";
++$xs .= "  NV  nv = 0.0; /* avoid uninit var warning */\n";
+   } else {
+ $xs .= "  /* NV\t\tnv;\tUncomment this if you need to return NVs */\n";
+   }
+   if ($params->{PV}) {
+-$xs .= "  const char  *pv;\n";
++$xs .= "  const char  *pv = NULL; /* avoid uninit var warning */\n";
+   } else {
+ $xs .=
+   "   /* const char\t*pv;\tUncomment this if you need to return PVs 
*/\n";
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index 868fda7..954398a 100644
--- a/perl.spec
+++ b/perl.spec
@@ -216,6 +216,14 @@ Patch53:
perl-5.27.1-perl-131597-ensure-the-GV-slot-is-filled-for-our-foo
 # RT#130907 

ppisar pushed to perl (master). "Fix splitting non-ASCII strings if unicode_strings feature is enabled"

2017-08-09 Thread notifications
From a0ea65ae2690d1e397dffe0282791fb9787fab47 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 13:23:51 +
Subject: Fix splitting non-ASCII strings if unicode_strings feature is enabled


---

diff --git a/perl-5.27.1-RT-130907-Fix-the-Unicode-Bug-in-split.patch 
b/perl-5.27.1-RT-130907-Fix-the-Unicode-Bug-in-split.patch
new file mode 100644
index 000..52a797a
--- /dev/null
+++ b/perl-5.27.1-RT-130907-Fix-the-Unicode-Bug-in-split.patch
@@ -0,0 +1,226 @@
+From 5aca16e032861ea3dfcc96ad417ea87e2b1552e5 Mon Sep 17 00:00:00 2001
+From: Aaron Crane 
+Date: Sat, 4 Mar 2017 12:50:58 +
+Subject: [PATCH] RT #130907: Fix the Unicode Bug in split " "
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Ported to 5.26.0:
+
+commit 20ae58f7a9bbf84d043d6e90f5988b6e3ca4ee3d
+Author: Aaron Crane 
+Date:   Sat Mar 4 12:50:58 2017 +
+
+RT #130907: Fix the Unicode Bug in split " "
+
+Signed-off-by: Petr Písař 
+---
+ lib/feature.pm   |  5 +++--
+ pod/perldelta.pod|  9 +
+ pod/perlfunc.pod |  8 
+ pod/perlunicode.pod  | 11 +++
+ pod/perluniintro.pod |  5 +++--
+ pp.c | 13 +
+ regen/feature.pl |  5 +++--
+ t/op/split.t | 20 +++-
+ 8 files changed, 69 insertions(+), 7 deletions(-)
+
+diff --git a/lib/feature.pm b/lib/feature.pm
+index ed13273..93e020b 100644
+--- a/lib/feature.pm
 b/lib/feature.pm
+@@ -175,8 +175,9 @@ C subpragma is B 
recommended.
+ 
+ This feature is available starting with Perl 5.12; was almost fully
+ implemented in Perl 5.14; and extended in Perl 5.16 to cover C;
+-and extended further in Perl 5.26 to cover L.
++was extended further in Perl 5.26 to cover L; and was extended again in Perl 5.28 to
++cover L.
+ 
+ =head2 The 'unicode_eval' and 'evalbytes' features
+ 
+diff --git a/pod/perldelta.pod b/pod/perldelta.pod
+index 06dcd1d..d31335f 100644
+--- a/pod/perldelta.pod
 b/pod/perldelta.pod
+@@ -3206,6 +3206,15 @@ calls.
+ Parsing bad POSIX charclasses no longer leaks memory.
+ L<[perl #128313]|https://rt.perl.org/Public/Bug/Display.html?id=128313>
+ 
++=item *
++
++C now correctly handles the argument being split when in the
++scope of the L<< C|feature/"The 'unicode_strings' feature"
++>> feature. Previously, when a string using the single-byte internal
++representation contained characters that are whitespace by Unicode rules but
++not by ASCII rules, it treated those characters as part of fields rather
++than as field separators.  [perl #130907]
++
+ =back
+ 
+ =head1 Known Problems
+diff --git a/pod/perlfunc.pod b/pod/perlfunc.pod
+index b8dca6e..9abadf4 100644
+--- a/pod/perlfunc.pod
 b/pod/perlfunc.pod
+@@ -7616,6 +7616,14 @@ special case was restricted to the use of a plain S> as the
+ pattern argument to split; in Perl 5.18.0 and later this special case is
+ triggered by any expression which evaluates to the simple string S>.
+ 
++As of Perl 5.28, this special-cased whitespace splitting works as expected in
++the scope of L<< S>|feature/The
++'unicode_strings' feature >>. In previous versions, and outside the scope of
++that feature, it exhibits L: characters that 
are
++whitespace according to Unicode rules but not according to ASCII rules can be
++treated as part of fields rather than as field separators, depending on the
++string's internal encoding.
++
+ If omitted, PATTERN defaults to a single space, S>, triggering
+ the previously described I emulation.
+ 
+diff --git a/pod/perlunicode.pod b/pod/perlunicode.pod
+index 9c13c35..2e84e95 100644
+--- a/pod/perlunicode.pod
 b/pod/perlunicode.pod
+@@ -1835,6 +1835,17 @@ outside its scope, it could produce strings whose 
length in characters
+ exceeded that of the right-hand side, where the right-hand side took up more
+ bytes than the correct range endpoint.
+ 
++=item *
++
++In L<< C's special-case whitespace splitting|perlfunc/split >>.
++
++Starting in Perl 5.28.0, the C function with a pattern specified as
++a string containing a single space handles whitespace characters consistently
++within the scope of of C. Prior to that, or outside its 
scope,
++characters that are whitespace according to Unicode rules but not according to
++ASCII rules were treated as field contents rather than field separators when
++they appear in byte-encoded strings.
++
+ =back
+ 
+ You can see from the above that the effect of C
+diff --git a/pod/perluniintro.pod b/pod/perluniintro.pod
+index d35de34..595ec46 100644
+--- a/pod/perluniintro.pod
 b/pod/perluniintro.pod
+@@ -151,11 +151,12 @@ serious Unicode work.  The maintenance release 5.6.1 
fixed many of the
+ problems of the initial Unicode implementation, but for example
+ regular expressions still do not work with Unicode in 5.6.1.
+ Perl v5.14.0 is the first release where Unicode support is
+-(almost) 

ppisar pushed to perl (master). "Provide perl(:WITH_64BIT) (..more)"

2017-08-09 Thread notifications
From 5530822d05c77e99c9dbc0c36a7f59bf11396b2d Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:55:58 +
Subject: Provide perl(:WITH_64BIT)


We build perl with 64-bit integeres since 5.26.0. This provide can be
used as a dependency for this feature. Some packages (e.g. perl-Mango)
require this feature.

---

diff --git a/perl.spec b/perl.spec
index e1f6e15..f396b03 100644
--- a/perl.spec
+++ b/perl.spec
@@ -406,6 +406,8 @@ License:(GPL+ or Artistic) and HSLR and MIT and UCD
 Provides:   %perl_compat
 # Interpreter version to fulfil required genersted from "require 5.006;"
 Provides:   perl(:VERSION) = %{perl_version}
+# Integeres are 64-bit on all platforms
+Provides:   perl(:WITH_64BIT)
 # Threading provides
 Provides:   perl(:WITH_ITHREADS)
 Provides:   perl(:WITH_THREADS)



https://src.fedoraproject.org/rpms/perl/c/5530822d05c77e99c9dbc0c36a7f59bf11396b2d?branch=master
___
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 (master). "Fix executing arybase::_tie_it() in Safe compartement"

2017-08-09 Thread notifications
From f5d76e71ba493fffd8a2117586ddccb43d6db2ac Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 12:24:13 +
Subject: Fix executing arybase::_tie_it() in Safe compartement


---

diff --git 
a/perl-5.26.0-perl-131588-be-a-little-more-careful-in-arybase-_tie.patch 
b/perl-5.26.0-perl-131588-be-a-little-more-careful-in-arybase-_tie.patch
new file mode 100644
index 000..3749874
--- /dev/null
+++ b/perl-5.26.0-perl-131588-be-a-little-more-careful-in-arybase-_tie.patch
@@ -0,0 +1,61 @@
+From cb2fda94b02c5b7e8d16582410034f5a3dae526f Mon Sep 17 00:00:00 2001
+From: Tony Cook 
+Date: Tue, 25 Jul 2017 16:21:22 +1000
+Subject: [PATCH] (perl #131588) be a little more careful in arybase::_tie_it()
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Original patch by John Leitch 
+Petr Pisar: Ported to 5.26.0.
+
+Signed-off-by: Petr Písař 
+---
+ ext/arybase/arybase.xs  | 10 ++
+ ext/arybase/t/arybase.t |  4 +++-
+ 2 files changed, 9 insertions(+), 5 deletions(-)
+
+diff --git a/ext/arybase/arybase.xs b/ext/arybase/arybase.xs
+index 880bbe3..216442a 100644
+--- a/ext/arybase/arybase.xs
 b/ext/arybase/arybase.xs
+@@ -438,10 +438,12 @@ _tie_it(SV *sv)
+ INIT:
+   GV * const gv = (GV *)sv;
+ CODE:
+-  if (GvSV(gv))
+-  /* This is *our* scalar now!  */
+-  sv_unmagic(GvSV(gv), PERL_MAGIC_sv);
+-  tie(aTHX_ GvSVn(gv), NULL, GvSTASH(CvGV(cv)));
++  if (isGV(gv)) {
++  if (GvSV(gv))
++  /* This is *our* scalar now!  */
++  sv_unmagic(GvSV(gv), PERL_MAGIC_sv);
++  tie(aTHX_ GvSVn(gv), NULL, GvSTASH(CvGV(cv)));
++  }
+ 
+ void
+ FETCH(...)
+diff --git a/ext/arybase/t/arybase.t b/ext/arybase/t/arybase.t
+index f3d3287..41e90df 100644
+--- a/ext/arybase/t/arybase.t
 b/ext/arybase/t/arybase.t
+@@ -4,7 +4,7 @@
+ # plus miscellaneous bug fix tests
+ 
+ no warnings 'deprecated';
+-use Test::More tests => 7;
++use Test::More tests => 8;
+ 
+ sub outside_base_scope { return "${'['}" }
+ 
+@@ -34,4 +34,6 @@ is $@, "That use of \$[ is unsupported at $f line $l.\n",
+ 
+ sub foo { my $x; $x = wait } # compilation of this routine used to crash
+ 
++ok eval { arybase::_tie_it(1); 1 }, "don't crash on bad call to _tie_it()";
++
+ 1;
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index f396b03..5f7ef38 100644
--- a/perl.spec
+++ b/perl.spec
@@ -204,6 +204,10 @@ Patch50:
perl-5.27.1-perl-131645-Fix-assert-fail-in-pp_sselect.patch
 # Fix error message for "our sub foo::bar", RT#131679, in upstream after 5.27.1
 Patch51:perl-5.27.1-perl-131679-Fix-our-sub-foo-bar-message.patch
 
+# Fix executing arybase::_tie_it() in Safe compartement, RT#131588,
+# not yet accepted by upstream
+Patch52:
perl-5.26.0-perl-131588-be-a-little-more-careful-in-arybase-_tie.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2785,6 +2789,7 @@ Perl extension for Version Objects
 %patch49 -p1
 %patch50 -p1
 %patch51 -p1
+%patch52 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2821,6 +2826,7 @@ perl -x patchlevel.h \
 'Fedora Patch49: Do not display too many bytes when reporting malformed 
UTF-8 character' \
 'Fedora Patch50: Fix select called with a repeated magical variable 
(RT#131645)' \
 'Fedora Patch51: Fix error message for "our sub foo::bar" (RT#131679)' \
+'Fedora Patch52: Fix executing arybase::_tie_it() in Safe compartement 
(RT#131588)' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5113,6 +5119,7 @@ popd
 - Do not display too many bytes when reporting malformed UTF-8 character
 - Fix select called with a repeated magical variable (RT#131645)
 - Fix error message for "our sub foo::bar" (RT#131679)
+- Fix executing arybase::_tie_it() in Safe compartement (RT#131588)
 
 * Sat Jul 29 2017 Igor Gnatenko  - 
4:5.26.0-397
 - Enable separate debuginfo back



https://src.fedoraproject.org/rpms/perl/c/f5d76e71ba493fffd8a2117586ddccb43d6db2ac?branch=master
___
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 (master). "Fix handling attribute specification on our variables"

2017-08-09 Thread notifications
From 2d9a38d99f0ca6a5f42853e7509d93af972573a5 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 12:39:31 +
Subject: Fix handling attribute specification on our variables


---

diff --git 
a/perl-5.27.1-perl-131597-ensure-the-GV-slot-is-filled-for-our-foo.patch 
b/perl-5.27.1-perl-131597-ensure-the-GV-slot-is-filled-for-our-foo.patch
new file mode 100644
index 000..2d18cdb
--- /dev/null
+++ b/perl-5.27.1-perl-131597-ensure-the-GV-slot-is-filled-for-our-foo.patch
@@ -0,0 +1,62 @@
+From 6091bd4ca4a4a4c9b6f8cadddb53c19b96748a04 Mon Sep 17 00:00:00 2001
+From: Tony Cook 
+Date: Mon, 19 Jun 2017 14:59:53 +1000
+Subject: [PATCH] (perl #131597) ensure the GV slot is filled for our [%$@]foo:
+ attr
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař 
+---
+ op.c |  6 +++---
+ t/op/attrs.t | 18 ++
+ 2 files changed, 21 insertions(+), 3 deletions(-)
+
+diff --git a/op.c b/op.c
+index 1a2101c..c6b5ec7 100644
+--- a/op.c
 b/op.c
+@@ -3826,9 +3826,9 @@ S_my_kid(pTHX_ OP *o, OP *attrs, OP **imopsp)
+   PL_parser->in_my = FALSE;
+   PL_parser->in_my_stash = NULL;
+   apply_attrs(GvSTASH(gv),
+-  (type == OP_RV2SV ? GvSV(gv) :
+-   type == OP_RV2AV ? MUTABLE_SV(GvAV(gv)) :
+-   type == OP_RV2HV ? MUTABLE_SV(GvHV(gv)) : 
MUTABLE_SV(gv)),
++  (type == OP_RV2SV ? GvSVn(gv) :
++   type == OP_RV2AV ? MUTABLE_SV(GvAVn(gv)) :
++   type == OP_RV2HV ? MUTABLE_SV(GvHVn(gv)) : 
MUTABLE_SV(gv)),
+   attrs);
+   }
+   o->op_private |= OPpOUR_INTRO;
+diff --git a/t/op/attrs.t b/t/op/attrs.t
+index 2514270..649525c 100644
+--- a/t/op/attrs.t
 b/t/op/attrs.t
+@@ -489,4 +489,22 @@ EOP
+ is($out, '', 'RT #3605: $a ? my $var : my $othervar is perfectly valid 
syntax');
+ }
+ 
++fresh_perl_is('sub dummy {} our $dummy : Dummy', < - 
4:5.26.0-397
 - Enable separate debuginfo back



https://src.fedoraproject.org/rpms/perl/c/2d9a38d99f0ca6a5f42853e7509d93af972573a5?branch=master
___
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 (master). "Fix error message for "our sub foo::bar""

2017-08-09 Thread notifications
From b8bcb944700988138b74d866d1bd138abb310346 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:52:25 +
Subject: Fix error message for "our sub foo::bar"


---

diff --git a/perl-5.27.1-perl-131679-Fix-our-sub-foo-bar-message.patch 
b/perl-5.27.1-perl-131679-Fix-our-sub-foo-bar-message.patch
new file mode 100644
index 000..e9b9bf4
--- /dev/null
+++ b/perl-5.27.1-perl-131679-Fix-our-sub-foo-bar-message.patch
@@ -0,0 +1,51 @@
+From b9a58d500dd75ba783abac92a56e57d41227f62b Mon Sep 17 00:00:00 2001
+From: Father Chrysostomos 
+Date: Sun, 2 Jul 2017 11:35:20 -0700
+Subject: [PATCH] =?UTF-8?q?[perl=20#131679]=20Fix=20=E2=80=98our=20sub=20f?=
+ =?UTF-8?q?oo::bar=E2=80=99=20message?=
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+It should say subroutine, not variable.
+
+Signed-off-by: Petr Písař 
+---
+ t/lib/croak/toke | 6 ++
+ toke.c   | 3 ++-
+ 2 files changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/t/lib/croak/toke b/t/lib/croak/toke
+index 7aa15ef..2603224 100644
+--- a/t/lib/croak/toke
 b/t/lib/croak/toke
+@@ -133,6 +133,12 @@ state sub;
+ EXPECT
+ Missing name in "state sub" at - line 2.
+ 
++# NAME our sub pack::foo
++our sub foo::bar;
++EXPECT
++No package name allowed for subroutine ::bar in "our" at - line 1, near 
"our sub foo::bar"
++Execution of - aborted due to compilation errors.
++
+ # NAME my sub pack::foo
+ use feature 'lexical_subs', 'state';
+ my sub foo::bar;
+diff --git a/toke.c b/toke.c
+index ace92e3..6aa5f26 100644
+--- a/toke.c
 b/toke.c
+@@ -8848,7 +8848,8 @@ S_pending_ident(pTHX)
+ if (PL_in_my == KEY_our) {/* "our" is merely analogous to "my" */
+ if (has_colon)
+ yyerror_pv(Perl_form(aTHX_ "No package name allowed for "
+-  "variable %s in \"our\"",
++  "%se %s in \"our\"",
++  *PL_tokenbuf=='&' ?"subroutin":"variabl",
+   PL_tokenbuf), UTF ? SVf_UTF8 : 0);
+ tmp = allocmy(PL_tokenbuf, tokenbuf_len, UTF ? SVf_UTF8 : 0);
+ }
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index ab647d6..e1f6e15 100644
--- a/perl.spec
+++ b/perl.spec
@@ -201,6 +201,9 @@ Patch49:
perl-5.27.1-utf8n_to_uvchr-Don-t-display-too-many-bytes-in-msg.p
 # in upstream after 5.27.1
 Patch50:perl-5.27.1-perl-131645-Fix-assert-fail-in-pp_sselect.patch
 
+# Fix error message for "our sub foo::bar", RT#131679, in upstream after 5.27.1
+Patch51:perl-5.27.1-perl-131679-Fix-our-sub-foo-bar-message.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2779,6 +2782,7 @@ Perl extension for Version Objects
 %patch48 -p1
 %patch49 -p1
 %patch50 -p1
+%patch51 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2814,6 +2818,7 @@ perl -x patchlevel.h \
 'Fedora Patch47: Parse caret variables with subscripts as normal variables 
inside ${...} escaping (RT#131664)' \
 'Fedora Patch49: Do not display too many bytes when reporting malformed 
UTF-8 character' \
 'Fedora Patch50: Fix select called with a repeated magical variable 
(RT#131645)' \
+'Fedora Patch51: Fix error message for "our sub foo::bar" (RT#131679)' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5105,6 +5110,7 @@ popd
   escaping (RT#131664)
 - Do not display too many bytes when reporting malformed UTF-8 character
 - Fix select called with a repeated magical variable (RT#131645)
+- Fix error message for "our sub foo::bar" (RT#131679)
 
 * Sat Jul 29 2017 Igor Gnatenko  - 
4:5.26.0-397
 - Enable separate debuginfo back



https://src.fedoraproject.org/rpms/perl/c/b8bcb944700988138b74d866d1bd138abb310346?branch=master
___
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 (master). "Fix select called with a repeated magical variable"

2017-08-09 Thread notifications
From 30fdce8a32696baa5a04b0af57a7f1599d0df2f5 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:44:53 +
Subject: Fix select called with a repeated magical variable


---

diff --git a/perl-5.27.1-perl-131645-Fix-assert-fail-in-pp_sselect.patch 
b/perl-5.27.1-perl-131645-Fix-assert-fail-in-pp_sselect.patch
new file mode 100644
index 000..3b10683
--- /dev/null
+++ b/perl-5.27.1-perl-131645-Fix-assert-fail-in-pp_sselect.patch
@@ -0,0 +1,126 @@
+From e26c6904d9f9f5ea818e590331b14038279332d1 Mon Sep 17 00:00:00 2001
+From: Father Chrysostomos 
+Date: Sun, 25 Jun 2017 06:37:19 -0700
+Subject: [PATCH] [perl #131645] Fix assert fail in pp_sselect
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+pp_sselect (4-arg select) process its first three bitfield arguments
+first, making sure each one has a valid PV, and then it moves on to
+the final, timeout argument.
+
+SvGETMAGIC() on the timeout argument will wipe out any values the SV
+holds, so if the same scalar is used as a bitfield argument *and* as
+the timeout, it will no longer hold a valid PV.
+
+Assertions later in pp_sselect make sure there is a valid PV.
+
+This commit solves the assertion failure by making a temporary copy of
+any gmagical or overloaded argument.  When the temporary copy is made,
+the values written to the temporary copies of the bitfield arguments
+are then copied back to the original magical arguments.
+
+Signed-off-by: Petr Písař 
+---
+ pp_sys.c   | 21 +++--
+ t/op/sselect.t | 11 ++-
+ 2 files changed, 25 insertions(+), 7 deletions(-)
+
+diff --git a/pp_sys.c b/pp_sys.c
+index 65900fa..100762c 100644
+--- a/pp_sys.c
 b/pp_sys.c
+@@ -1149,6 +1149,7 @@ PP(pp_sselect)
+ struct timeval *tbuf = 
+ I32 growsize;
+ char *fd_sets[4];
++SV *svs[4];
+ #if BYTEORDER != 0x1234 && BYTEORDER != 0x12345678
+   I32 masksize;
+   I32 offset;
+@@ -1164,7 +1165,7 @@ PP(pp_sselect)
+ 
+ SP -= 4;
+ for (i = 1; i <= 3; i++) {
+-  SV * const sv = SP[i];
++  SV * const sv = svs[i] = SP[i];
+   SvGETMAGIC(sv);
+   if (!SvOK(sv))
+   continue;
+@@ -1177,9 +1178,14 @@ PP(pp_sselect)
+   if (!SvPOKp(sv))
+   Perl_ck_warner(aTHX_ packWARN(WARN_MISC),
+   "Non-string passed as bitmask");
+-  SvPV_force_nomg_nolen(sv);  /* force string conversion */
++  if (SvGAMAGIC(sv)) {
++  svs[i] = sv_newmortal();
++  sv_copypv_nomg(svs[i], sv);
++  }
++  else
++  SvPV_force_nomg_nolen(sv); /* force string conversion */
+   }
+-  j = SvCUR(sv);
++  j = SvCUR(svs[i]);
+   if (maxlen < j)
+   maxlen = j;
+ }
+@@ -1228,7 +1234,7 @@ PP(pp_sselect)
+   tbuf = NULL;
+ 
+ for (i = 1; i <= 3; i++) {
+-  sv = SP[i];
++  sv = svs[i];
+   if (!SvOK(sv) || SvCUR(sv) == 0) {
+   fd_sets[i] = 0;
+   continue;
+@@ -1275,7 +1281,7 @@ PP(pp_sselect)
+ #endif
+ for (i = 1; i <= 3; i++) {
+   if (fd_sets[i]) {
+-  sv = SP[i];
++  sv = svs[i];
+ #if BYTEORDER != 0x1234 && BYTEORDER != 0x12345678
+   s = SvPVX(sv);
+   for (offset = 0; offset < growsize; offset += masksize) {
+@@ -1284,7 +1290,10 @@ PP(pp_sselect)
+   }
+   Safefree(fd_sets[i]);
+ #endif
+-  SvSETMAGIC(sv);
++  if (sv != SP[i])
++  SvSetMagicSV(SP[i], sv);
++  else
++  SvSETMAGIC(sv);
+   }
+ }
+ 
+diff --git a/t/op/sselect.t b/t/op/sselect.t
+index fedbfc7..9ec1c63 100644
+--- a/t/op/sselect.t
 b/t/op/sselect.t
+@@ -13,7 +13,7 @@ BEGIN {
+ skip_all("Win32 miniperl has no socket select")
+   if $^O eq "MSWin32" && is_miniperl();
+ 
+-plan (15);
++plan (16);
+ 
+ my $blank = "";
+ eval {select undef, $blank, $blank, 0};
+@@ -95,3 +95,12 @@ note("diff=$diff under=$under");
+ select (undef, undef, undef, $sleep);
+ ::is($count, 1, 'RT120102');
+ }
++
++package _131645{
++sub TIESCALAR { bless [] }
++sub FETCH { 0}
++sub STORE {  }
++}
++tie $tie, _131645::;
++select ($tie, undef, undef, $tie);
++ok("no crash from select $numeric_tie, undef, undef, $numeric_tie")
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index 7630146..ab647d6 100644
--- a/perl.spec
+++ b/perl.spec
@@ -197,6 +197,10 @@ Patch48:
perl-5.27.1-add-an-additional-test-for-whitespace-tolerance-in-c
 # in upstream after 5.27.1
 Patch49:
perl-5.27.1-utf8n_to_uvchr-Don-t-display-too-many-bytes-in-msg.patch
 
+# Fix select called with a repeated magical variable, RT#131645,
+# in upstream after 5.27.1
+Patch50:perl-5.27.1-perl-131645-Fix-assert-fail-in-pp_sselect.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   

ppisar pushed to perl (master). "Parse caret variables with subscripts as normal variables inside ${...} escaping"

2017-08-09 Thread notifications
From a501e07f4ef4c5b32d3487ed50d9fe6bdcc5929a Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 08 2017 13:57:20 +
Subject: Parse caret variables with subscripts as normal variables inside 
${...} escaping


---

diff --git 
a/perl-5.27.1-Parse-caret-vars-with-subscripts-the-same-as-normal-.patch 
b/perl-5.27.1-Parse-caret-vars-with-subscripts-the-same-as-normal-.patch
new file mode 100644
index 000..a8398c3
--- /dev/null
+++ b/perl-5.27.1-Parse-caret-vars-with-subscripts-the-same-as-normal-.patch
@@ -0,0 +1,141 @@
+From 4f08ed80a1ad3deb06ce5d8d20cc2d176dcbced0 Mon Sep 17 00:00:00 2001
+From: Yves Orton 
+Date: Thu, 29 Jun 2017 11:31:14 +0200
+Subject: [PATCH] Parse caret vars with subscripts the same as normal vars
+ inside of ${..} escaping
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+This behavior is discussed in perl #131664, which complains that
+"${^CAPTURE}[0]" does not work as expected. Abigail explains the
+behavior is by design and Eirik Berg Hanssen expands on that explanation
+pointing out that what /should/ work, "${^CAPTURE[0]}" does not,
+which Sawyer then ruled was a bug.
+
+So this patch makes "${^CAPTURE[0]}" (and "${^CAPTURE [0]}" [hi
+abigial]) work the same as they would if the var was called @foo.
+
+Signed-off-by: Petr Písař 
+---
+ t/base/lex.t | 28 +++-
+ toke.c   | 46 +-
+ 2 files changed, 52 insertions(+), 22 deletions(-)
+
+diff --git a/t/base/lex.t b/t/base/lex.t
+index e154aca..89d46df 100644
+--- a/t/base/lex.t
 b/t/base/lex.t
+@@ -1,6 +1,6 @@
+ #!./perl
+ 
+-print "1..109\n";
++print "1..116\n";
+ 
+ $x = 'x';
+ 
+@@ -154,6 +154,32 @@ my $test = 31;
+   print "not " unless index ($@, 'Can\'t use global $^XYZ in "my"') > -1;
+   print "ok $test\n"; $test++;
+ #  print "($@)\n" if $@;
++#
++  ${^TEST}= "splat";
++  @{^TEST}= ("foo", "bar");
++  %{^TEST}= ("foo" => "FOO", "bar" => "BAR" );
++
++  print "not " if "${^TEST}" ne "splat";
++  print "ok $test\n"; $test++;
++
++  print "not " if "${^TEST}[0]" ne "splat[0]";
++  print "ok $test\n"; $test++;
++
++  print "not " if "${^TEST[0]}" ne "foo";
++  print "ok $test\n"; $test++;
++
++  print "not " if "${ ^TEST [1] }" ne "bar";
++  print "ok $test\n"; $test++;
++
++  print "not " if "${^TEST}{foo}" ne "splat{foo}";
++  print "ok $test\n"; $test++;
++
++  print "not " if "${^TEST{foo}}" ne "FOO";
++  print "ok $test\n"; $test++;
++
++  print "not " if "${ ^TEST {bar} }" ne "BAR";
++  print "ok $test\n"; $test++;
++
+ 
+ # Now let's make sure that caret variables are all forced into the main 
package.
+   package Someother;
+diff --git a/toke.c b/toke.c
+index 0dcf623..ace92e3 100644
+--- a/toke.c
 b/toke.c
+@@ -9352,19 +9352,36 @@ S_scan_ident(pTHX_ char *s, char *dest, STRLEN 
destlen, I32 ck_uni)
+ bool skip;
+ char *s2;
+ /* If we were processing {...} notation then...  */
+-if (isIDFIRST_lazy_if_safe(d, e, is_utf8)) {
+-/* if it starts as a valid identifier, assume that it is one.
+-   (the later check for } being at the expected point will trap
+-   cases where this doesn't pan out.)  */
+-d += is_utf8 ? UTF8SKIP(d) : 1;
+-parse_ident(, , e, 1, is_utf8, TRUE);
+-  *d = '\0';
++if (isIDFIRST_lazy_if_safe(d, e, is_utf8)
++|| (!isPRINT(*d) /* isCNTRL(d), plus all non-ASCII */
++ && isWORDCHAR(*s))
++) {
++/* note we have to check for a normal identifier first,
++ * as it handles utf8 symbols, and only after that has
++ * been ruled out can we look at the caret words */
++if (isIDFIRST_lazy_if_safe(d, e, is_utf8) ) {
++/* if it starts as a valid identifier, assume that it is one.
++   (the later check for } being at the expected point will 
trap
++   cases where this doesn't pan out.)  */
++d += is_utf8 ? UTF8SKIP(d) : 1;
++parse_ident(, , e, 1, is_utf8, TRUE);
++*d = '\0';
++}
++else { /* caret word: ${^Foo} ${^CAPTURE[0]} */
++d++;
++while (isWORDCHAR(*s) && d < e) {
++*d++ = *s++;
++}
++if (d >= e)
++Perl_croak(aTHX_ "%s", ident_too_long);
++*d = '\0';
++}
+ tmp_copline = CopLINE(PL_curcop);
+ if (s < PL_bufend && isSPACE(*s)) {
+ s = skipspace(s);
+ }
+   if ((*s == '[' || (*s == '{' && strNE(dest, "sub" {
+-/* ${foo[0]} and ${foo{bar}} notation.  */
++/* ${foo[0]} and ${foo{bar}} and ${^CAPTURE[0]} notation.  */
+   if (ckWARN(WARN_AMBIGUOUS) && keyword(dest, d - dest, 0)) {
+ 

ppisar pushed to perl (master). "Do not display too many bytes when reporting malformed UTF-8 character"

2017-08-09 Thread notifications
From efc8e989ed71f3048b4f42227f7b6578a824df7f Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:30:33 +
Subject: Do not display too many bytes when reporting malformed UTF-8 character


---

diff --git 
a/perl-5.27.1-utf8n_to_uvchr-Don-t-display-too-many-bytes-in-msg.patch 
b/perl-5.27.1-utf8n_to_uvchr-Don-t-display-too-many-bytes-in-msg.patch
new file mode 100644
index 000..1b7bd8b
--- /dev/null
+++ b/perl-5.27.1-utf8n_to_uvchr-Don-t-display-too-many-bytes-in-msg.patch
@@ -0,0 +1,43 @@
+From 05b9033b464ce8dd2c9b33238f9aa14755d7a91a Mon Sep 17 00:00:00 2001
+From: Karl Williamson 
+Date: Sat, 17 Jun 2017 17:56:10 -0600
+Subject: [PATCH] utf8n_to_uvchr(): Don't display too many bytes in msg
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+When raising a message about malformed UTF-8, we shouldn't display bytes
+from the next character, unless those bytes were expected to have been
+part of the current one.  Tests for this will be added in future commits
+in ext/XS-APItest/t/utf8_warn_base.pl
+
+Signed-off-by: Petr Písař 
+---
+ utf8.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/utf8.c b/utf8.c
+index ee5405f..e55a6f1 100644
+--- a/utf8.c
 b/utf8.c
+@@ -1428,7 +1428,7 @@ Perl_utf8n_to_uvchr_error(pTHX_ const U8 *s,
+ if (pack_warn) {
+ message = Perl_form(aTHX_ "%s: %s (overflows)",
+ malformed_text,
+-_byte_dump_string(s0, send - s0, 
0));
++_byte_dump_string(s0, curlen, 0));
+ }
+ }
+ }
+@@ -1554,7 +1554,7 @@ Perl_utf8n_to_uvchr_error(pTHX_ const U8 *s,
+ "%s: %s (overlong; instead use %s to 
represent"
+ " U+%0*" UVXf ")",
+ malformed_text,
+-_byte_dump_string(s0, send - s0, 0),
++_byte_dump_string(s0, curlen, 0),
+ _byte_dump_string(tmpbuf, e - tmpbuf, 0),
+ ((uv < 256) ? 2 : 4), /* Field width of 2 for
+  small code points */
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index 3e705e4..7630146 100644
--- a/perl.spec
+++ b/perl.spec
@@ -193,6 +193,10 @@ Patch46:
perl-5.26.0-t-op-hash.t-fixup-intermittently-failing-test.patch
 Patch47:
perl-5.27.1-Parse-caret-vars-with-subscripts-the-same-as-normal-.patch
 Patch48:
perl-5.27.1-add-an-additional-test-for-whitespace-tolerance-in-c.patch
 
+# Do not display too many bytes when reporting malformed UTF-8 character,
+# in upstream after 5.27.1
+Patch49:
perl-5.27.1-utf8n_to_uvchr-Don-t-display-too-many-bytes-in-msg.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2769,6 +2773,7 @@ Perl extension for Version Objects
 %patch46 -p1
 %patch47 -p1
 %patch48 -p1
+%patch49 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2802,6 +2807,7 @@ perl -x patchlevel.h \
 'Fedora Patch45: Fix File::Glob rt131211.t test random failures' \
 'Fedora Patch46: Fix t/op/hash.t test random failures' \
 'Fedora Patch47: Parse caret variables with subscripts as normal variables 
inside ${...} escaping (RT#131664)' \
+'Fedora Patch49: Do not display too many bytes when reporting malformed 
UTF-8 character' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5091,6 +5097,7 @@ popd
 - Fix t/op/hash.t test random failures
 - Parse caret variables with subscripts as normal variables inside ${...}
   escaping (RT#131664)
+- Do not display too many bytes when reporting malformed UTF-8 character
 
 * Sat Jul 29 2017 Igor Gnatenko  - 
4:5.26.0-397
 - Enable separate debuginfo back



https://src.fedoraproject.org/rpms/perl/c/efc8e989ed71f3048b4f42227f7b6578a824df7f?branch=master
___
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 (master). "Fix t/op/hash.t test random failures"

2017-08-09 Thread notifications
From fdecf9dd4ae5205f96895106106417c8d4f26be0 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 08 2017 13:55:16 +
Subject: Fix t/op/hash.t test random failures


---

diff --git a/perl-5.26.0-t-op-hash.t-fixup-intermittently-failing-test.patch 
b/perl-5.26.0-t-op-hash.t-fixup-intermittently-failing-test.patch
new file mode 100644
index 000..9463079
--- /dev/null
+++ b/perl-5.26.0-t-op-hash.t-fixup-intermittently-failing-test.patch
@@ -0,0 +1,37 @@
+From 37268580c0cfbf190ff9aa7859a604713cb366ee Mon Sep 17 00:00:00 2001
+From: Yves Orton 
+Date: Tue, 27 Jun 2017 16:36:57 +0200
+Subject: [PATCH] t/op/hash.t: fixup intermittently failing test
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Port to 5.26.0:
+
+commit b2ac59d1d0fda74d6612701d8316fe8dfb6a1b90
+Author: Yves Orton 
+Date:   Tue Jun 27 16:36:57 2017 +0200
+
+t/op/hash.t: fixup intermittently failing test
+
+Signed-off-by: Petr Písař 
+---
+ t/op/hash.t | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/t/op/hash.t b/t/op/hash.t
+index a0e79c7..b941c57 100644
+--- a/t/op/hash.t
 b/t/op/hash.t
+@@ -206,7 +206,7 @@ sub torture_hash {
+ my $keys = pop @groups;
+ ++$h->{$_} foreach @$keys;
+ my (undef, $total) = validate_hash("$desc " . keys %$h, $h);
+-is($total, $total0, "bucket count is constant when rebuilding");
++ok($total == $total0 || $total == ($total0*2), "bucket count is expected 
size when rebuilding");
+ is(scalar %$h, pop @groups, "scalar keys is identical when rebuilding");
+ ++$h1->{$_} foreach @$keys;
+ validate_hash("$desc copy " . keys %$h1, $h1);
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index 17c3a8e..e2bb087 100644
--- a/perl.spec
+++ b/perl.spec
@@ -185,6 +185,9 @@ Patch44:
perl-5.27.2-perl-131646-make-the-test-less-fragile.patch
 # Fix File::Glob rt131211.t test random failures, in upstream after 5.27.1
 Patch45:
perl-5.27.1-File-Glob-tweak-rt131211.t-to-be-less-sensitive-on-w.patch
 
+# Fix t/op/hash.t test random failures, in upstream after 5.27.1
+Patch46:perl-5.26.0-t-op-hash.t-fixup-intermittently-failing-test.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2758,6 +2761,7 @@ Perl extension for Version Objects
 %patch43 -p1
 %patch44 -p1
 %patch45 -p1
+%patch46 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2789,6 +2793,7 @@ perl -x patchlevel.h \
 'Fedora Patch40: Fix spurious "Assuming NOT a POSIX class" warning 
(RT#131522)' \
 'Fedora Patch42: Fix reporting malformed UTF-8 character (RT#131646)' \
 'Fedora Patch45: Fix File::Glob rt131211.t test random failures' \
+'Fedora Patch46: Fix t/op/hash.t test random failures' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5075,6 +5080,7 @@ popd
 * Tue Aug 08 2017 Petr Pisar  - 4:5.26.0-398
 - Fix reporting malformed UTF-8 character (RT#131646)
 - Fix File::Glob rt131211.t test random failures
+- Fix t/op/hash.t test random failures
 
 * Sat Jul 29 2017 Igor Gnatenko  - 
4:5.26.0-397
 - Enable separate debuginfo back



https://src.fedoraproject.org/rpms/perl/c/fdecf9dd4ae5205f96895106106417c8d4f26be0?branch=master
___
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 (master). "Fix reporting malformed UTF-8 character"

2017-08-09 Thread notifications
From e0456df3dcd976a15d418d150cc551ba5ce8f006 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 08 2017 13:07:13 +
Subject: Fix reporting malformed UTF-8 character


---

diff --git a/perl-5.27.1-PATCH-perl-131646-Assertion-fail-UTF-8-error-msg.patch 
b/perl-5.27.1-PATCH-perl-131646-Assertion-fail-UTF-8-error-msg.patch
new file mode 100644
index 000..f479bde
--- /dev/null
+++ b/perl-5.27.1-PATCH-perl-131646-Assertion-fail-UTF-8-error-msg.patch
@@ -0,0 +1,63 @@
+From 1d5030e143202c1e963e1fc91eb6f3afaa2df83e Mon Sep 17 00:00:00 2001
+From: Karl Williamson 
+Date: Sat, 24 Jun 2017 11:47:19 -0600
+Subject: [PATCH] PATCH: [perl #131646] Assertion fail UTF-8 error msg
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Instead of croaking with a proper message, creating the message creates
+an assertion failure.
+
+The cause was that there were two ++ operators on a string, so one
+should subtract 2 to get to the string start, but only 1 was being
+subtracted.
+
+This is a 5.26 regression, but not terribly consequential, as the
+program is about to die, but it is a trivial fix that allows the reason
+the crash is happening to be properly displayed to aid debugging, so I'm
+adding my vote for it for 5.26.1.
+
+Signed-off-by: Petr Písař 
+---
+ t/lib/warnings/utf8 | 13 +
+ utf8.c  |  2 +-
+ 2 files changed, 14 insertions(+), 1 deletion(-)
+
+diff --git a/t/lib/warnings/utf8 b/t/lib/warnings/utf8
+index a4dfb12..a26bbed 100644
+--- a/t/lib/warnings/utf8
 b/t/lib/warnings/utf8
+@@ -749,3 +749,16 @@ BEGIN{
+ {};$^H=eval'2**400'}�
+ EXPECT
+ Malformed UTF-8 character: \xc2\x0a (unexpected non-continuation byte 0x0a, 
immediately after start byte 0xc2; need 2 bytes, got 1) at - line 11.
++
++# NAME  [perl #131646]
++BEGIN{
++if (ord('A') == 193) {
++print "SKIPPED\n# ebcdic platforms generates different Malformed 
UTF-8 warnings.";
++exit 0;
++}
++}
++no warnings;
++use warnings 'utf8';
++for(uc 0..t){0~~pack"UXp>",exp}
++EXPECT
++Malformed UTF-8 character: \xc2\x00 (unexpected non-continuation byte 0x00, 
immediately after start byte 0xc2; need 2 bytes, got 1)  in smart match at - 
line 9.
+diff --git a/utf8.c b/utf8.c
+index 68ac640..2ee701a 100644
+--- a/utf8.c
 b/utf8.c
+@@ -1875,7 +1875,7 @@ Perl_bytes_cmp_utf8(pTHX_ const U8 *b, STRLEN blen, 
const U8 *u, STRLEN ulen)
+ /* diag_listed_as: Malformed UTF-8 character%s */
+   Perl_ck_warner_d(aTHX_ packWARN(WARN_UTF8),
+ "%s %s%s",
+-unexpected_non_continuation_text(u - 1, 
2, 1, 2),
++unexpected_non_continuation_text(u - 2, 
2, 1, 2),
+ PL_op ? " in " : "",
+ PL_op ? OP_DESC(PL_op) : "");
+   return -2;
+-- 
+2.9.4
+
diff --git a/perl-5.27.1-t-lib-warnings-utf8-Fix-test.patch 
b/perl-5.27.1-t-lib-warnings-utf8-Fix-test.patch
new file mode 100644
index 000..3ed22e2
--- /dev/null
+++ b/perl-5.27.1-t-lib-warnings-utf8-Fix-test.patch
@@ -0,0 +1,30 @@
+From 97e57bec1f0ba4f0c3b1dc18ee146632010e3373 Mon Sep 17 00:00:00 2001
+From: Karl Williamson 
+Date: Sat, 15 Jul 2017 19:36:25 -0600
+Subject: [PATCH] t/lib/warnings/utf8: Fix test
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+There is some randomness to this test added to fix [perl #131646].
+Change what passes to be a pattern that matches the correct template
+
+Signed-off-by: Petr Písař 
+---
+ t/lib/warnings/utf8 | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/t/lib/warnings/utf8 b/t/lib/warnings/utf8
+index 9066308..dfc58c1 100644
+--- a/t/lib/warnings/utf8
 b/t/lib/warnings/utf8
+@@ -781,4 +781,5 @@ no warnings;
+ use warnings 'utf8';
+ for(uc 0..t){0~~pack"UXp>",exp}
+ EXPECT
+-Malformed UTF-8 character: \xc2\x00 (unexpected non-continuation byte 0x00, 
immediately after start byte 0xc2; need 2 bytes, got 1)  in smart match at - 
line 9.
++OPTIONS regex
++Malformed UTF-8 character: \\x([[:xdigit:]]{2})\\x([[:xdigit:]]{2}) 
\(unexpected non-continuation byte 0x\2, immediately after start byte 0x\1; 
need 2 bytes, got 1\)  in smart match at - line 9.
+-- 
+2.9.4
+
diff --git a/perl-5.27.2-perl-131646-make-the-test-less-fragile.patch 
b/perl-5.27.2-perl-131646-make-the-test-less-fragile.patch
new file mode 100644
index 000..49eb6a8
--- /dev/null
+++ b/perl-5.27.2-perl-131646-make-the-test-less-fragile.patch
@@ -0,0 +1,43 @@
+From 9c6b56dc65cdd9256fbe04a7baf4f085db1c04dd Mon Sep 17 00:00:00 2001
+From: Tony Cook 
+Date: Tue, 8 Aug 2017 14:45:29 +1000
+Subject: [PATCH] (perl #131646) make the test less fragile
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8

ppisar pushed to perl (master). "Move all comments from /sbin/ldconfig %postun script (..more)"

2017-08-09 Thread notifications
From 603cb8006862ddba9845a32d55026d497e45c608 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 08 2017 12:12:40 +
Subject: Move all comments from /sbin/ldconfig %postun script


rpmbuild passes all lines between %postun and next section (%files) to
script body. Including comments. And /sbin/ldconfig does not skip
comments and complains when upgrading perl-libs package:

/sbin/ldconfig: relative path `1' used to build cache
warning: %postun(perl-libs-4:5.26.0-397.fc27.x86_64) scriptlet failed, exit 
status 1

We must keep the lines literally empty.

---

diff --git a/perl.spec b/perl.spec
index 18f5492..56bbf1c 100644
--- a/perl.spec
+++ b/perl.spec
@@ -3063,10 +3063,9 @@ popd
 
 %postun libs -p /sbin/ldconfig
 
+%files
 # We sub-package modules from perl-interpreter subpackage. Main perl package
 # is a meta package.
-%files
-# Nothing. Nada. Zilch. Zarro. Uh uh. Nope. Sorry.
 
 %files interpreter
 %{_mandir}/man1/*.1*



https://src.fedoraproject.org/rpms/perl/c/603cb8006862ddba9845a32d55026d497e45c608?branch=master
___
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 (master). "Fix File::Glob rt131211.t test random failures"

2017-08-09 Thread notifications
From 4a2738185b0f7dfe735d1ba019d33c779bc0b6ed Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 08 2017 13:38:04 +
Subject: Fix File::Glob rt131211.t test random failures


---

diff --git 
a/perl-5.27.1-File-Glob-tweak-rt131211.t-to-be-less-sensitive-on-w.patch 
b/perl-5.27.1-File-Glob-tweak-rt131211.t-to-be-less-sensitive-on-w.patch
new file mode 100644
index 000..6407a06
--- /dev/null
+++ b/perl-5.27.1-File-Glob-tweak-rt131211.t-to-be-less-sensitive-on-w.patch
@@ -0,0 +1,45 @@
+From b4d257e2d408f0f1c6686dcdc112f3ebfec68f44 Mon Sep 17 00:00:00 2001
+From: Yves Orton 
+Date: Tue, 27 Jun 2017 10:22:23 +0200
+Subject: [PATCH] File::Glob - tweak rt131211.t to be less sensitive on wonky
+ boxes
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+make the test less senstive and avoid divide by zero errors,
+also we skip the test if either elapsed_match or elapsed_fail is
+true, as we can not rely on the timings then. For the operations
+we are doing we should get a non-zero timing from Time::HiRes.
+
+This should mean that running this test on boxes with heavy
+load, etc, will no longer result in false positives.
+
+Signed-off-by: Petr Písař 
+---
+ ext/File-Glob/t/rt131211.t | 9 +++--
+ 1 file changed, 7 insertions(+), 2 deletions(-)
+
+diff --git a/ext/File-Glob/t/rt131211.t b/ext/File-Glob/t/rt131211.t
+index c1bcbe0..b29cd04 100644
+--- a/ext/File-Glob/t/rt131211.t
 b/ext/File-Glob/t/rt131211.t
+@@ -49,8 +49,13 @@ while (++$count < 10) {
+ is $count,10,
+ "tried all the patterns without bailing out";
+ 
+-cmp_ok $elapsed_fail/$elapsed_match,"<",2,
+-"time to fail less than twice the time to match";
++SKIP: {
++skip "unstable timing", 1 unless $elapsed_match && $elapsed_fail;
++ok $elapsed_fail <= 10 * $elapsed_match,
++"time to fail less than 10x the time to match"
++or diag("elapsed_match=$elapsed_match elapsed_fail=$elapsed_fail");
++}
++
+ is "@got_files", catfile($path, $files[0]),
+ "only got the expected file for xa*..b";
+ is "@no_files", "", "shouldnt have files for xa*..c";
+-- 
+2.9.4
+
diff --git a/perl.spec b/perl.spec
index ab2ec2a..17c3a8e 100644
--- a/perl.spec
+++ b/perl.spec
@@ -182,6 +182,9 @@ Patch42:
perl-5.27.1-PATCH-perl-131646-Assertion-fail-UTF-8-error-msg.pat
 Patch43:perl-5.27.1-t-lib-warnings-utf8-Fix-test.patch
 Patch44:perl-5.27.2-perl-131646-make-the-test-less-fragile.patch
 
+# Fix File::Glob rt131211.t test random failures, in upstream after 5.27.1
+Patch45:
perl-5.27.1-File-Glob-tweak-rt131211.t-to-be-less-sensitive-on-w.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2754,6 +2757,7 @@ Perl extension for Version Objects
 %patch42 -p1
 %patch43 -p1
 %patch44 -p1
+%patch45 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2784,6 +2788,7 @@ perl -x patchlevel.h \
 'Fedora Patch39: Fix a conditional jump on uninitilized memory in 
re_intuit_start() (RT#131575)' \
 'Fedora Patch40: Fix spurious "Assuming NOT a POSIX class" warning 
(RT#131522)' \
 'Fedora Patch42: Fix reporting malformed UTF-8 character (RT#131646)' \
+'Fedora Patch45: Fix File::Glob rt131211.t test random failures' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5069,6 +5074,7 @@ popd
 %changelog
 * Tue Aug 08 2017 Petr Pisar  - 4:5.26.0-398
 - Fix reporting malformed UTF-8 character (RT#131646)
+- Fix File::Glob rt131211.t test random failures
 
 * Sat Jul 29 2017 Igor Gnatenko  - 
4:5.26.0-397
 - Enable separate debuginfo back



https://src.fedoraproject.org/rpms/perl/c/4a2738185b0f7dfe735d1ba019d33c779bc0b6ed?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


jplesnik uploaded Pinto-0.14.tar.gz for perl-Pinto

2017-08-09 Thread notifications
5670fab1022e05ffed3f533bee8cf1a73f3faf3abf6f9f8bffcd09dcd42fd7673abce5d5163c2024ee229dad264cc097f3d4917f094e34134b479eb3dd806f82
  Pinto-0.14.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Pinto/Pinto-0.14.tar.gz/sha512/5670fab1022e05ffed3f533bee8cf1a73f3faf3abf6f9f8bffcd09dcd42fd7673abce5d5163c2024ee229dad264cc097f3d4917f094e34134b479eb3dd806f82/Pinto-0.14.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-POE-Component-Client-Ping (master). "1.175 bump"

2017-08-09 Thread notifications
From 987e48829964758e493d2c0df1bd7ad1467fb55e Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 09 2017 12:52:58 +
Subject: 1.175 bump


---

diff --git a/.gitignore b/.gitignore
index fd18357..81b302a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /POE-Component-Client-Ping-1.171.tar.gz
 /POE-Component-Client-Ping-1.174.tar.gz
+/POE-Component-Client-Ping-1.175.tar.gz
diff --git a/perl-POE-Component-Client-Ping.spec 
b/perl-POE-Component-Client-Ping.spec
index 6d18a60..d1c48e7 100644
--- a/perl-POE-Component-Client-Ping.spec
+++ b/perl-POE-Component-Client-Ping.spec
@@ -1,6 +1,6 @@
 Name:   perl-POE-Component-Client-Ping
-Version:1.174
-Release:7%{?dist}
+Version:1.175
+Release:1%{?dist}
 Summary:Non-blocking ICMP ping client
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,16 +8,22 @@ URL:
http://search.cpan.org/dist/POE-Component-Client-Ping/
 Source0:
http://search.cpan.org/CPAN/authors/id/R/RC/RCAPUTO/POE-Component-Client-Ping-%{version}.tar.gz
 
 BuildArch:  noarch
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Exporter)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(POE) >= 1.007
-BuildRequires:  perl(Time::HiRes) >= 1.2
-BuildRequires:  perl(Exporter)
-BuildRequires:  perl(Carp)
-BuildRequires:  perl(Socket)
 BuildRequires:  perl(POE::Session)
+BuildRequires:  perl(Socket)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Symbol)
 BuildRequires:  perl(Test::More)
-
+BuildRequires:  perl(Time::HiRes) >= 1.2
+BuildRequires:  perl(vars)
+BuildRequires:  perl(warnings)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 Requires:   perl(POE) >= 1.007
 
@@ -39,11 +45,9 @@ make %{?_smp_mflags}
 
 
 %install
-rm -rf %{buildroot}
-
 make pure_install DESTDIR=%{buildroot}
 
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
+find %{buildroot} -type f -name .packlist -delete
 find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
 
 %{_fixperms} %{buildroot}/*
@@ -54,12 +58,15 @@ make test
 
 
 %files
-%doc CHANGES README
+%doc CHANGES README eg
 %{perl_vendorlib}/POE
 %{_mandir}/man3/*
 
 
 %changelog
+* Wed Aug 09 2017 Jitka Plesnikova  - 1.175-1
+- 1.175 bump
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
1.174-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index f034f9b..0d6bacd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-93c50b99d5476b6596ff24800a7b0c8a  POE-Component-Client-Ping-1.174.tar.gz
+SHA512 (POE-Component-Client-Ping-1.175.tar.gz) = 
88e21cea9f8835da9597045efb8265c98f9f082904a9febefb58ed9e52a80fa5423f0f0042bc53b9a7cd92841edcac2b29743185d6b4673a739bb441ec4adad8



https://src.fedoraproject.org/rpms/perl-POE-Component-Client-Ping/c/987e48829964758e493d2c0df1bd7ad1467fb55e?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


jplesnik uploaded POE-Component-Client-Ping-1.175.tar.gz for perl-POE-Component-Client-Ping

2017-08-09 Thread notifications
88e21cea9f8835da9597045efb8265c98f9f082904a9febefb58ed9e52a80fa5423f0f0042bc53b9a7cd92841edcac2b29743185d6b4673a739bb441ec4adad8
  POE-Component-Client-Ping-1.175.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-POE-Component-Client-Ping/POE-Component-Client-Ping-1.175.tar.gz/sha512/88e21cea9f8835da9597045efb8265c98f9f082904a9febefb58ed9e52a80fa5423f0f0042bc53b9a7cd92841edcac2b29743185d6b4673a739bb441ec4adad8/POE-Component-Client-Ping-1.175.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


jplesnik uploaded Syntax-Feature-Loop-v1.8.0.tar.gz for perl-Syntax-Feature-Loop

2017-08-09 Thread notifications
24b3128ff8bc25d9588fba4710d0af5eec2694f418095e712fbf1cfe93c6a3b8bae0f696d9cbc349128b41c7ed5a9b97ac559fc8dd450ada87f576eb13ac2e70
  Syntax-Feature-Loop-v1.8.0.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Syntax-Feature-Loop/Syntax-Feature-Loop-v1.8.0.tar.gz/sha512/24b3128ff8bc25d9588fba4710d0af5eec2694f418095e712fbf1cfe93c6a3b8bae0f696d9cbc349128b41c7ed5a9b97ac559fc8dd450ada87f576eb13ac2e70/Syntax-Feature-Loop-v1.8.0.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


dist.rpmdeplint FAILED for perl-Time-OlsonTZ-Download-0.006-1.fc25

2017-08-09 Thread notifications
dist.rpmdeplint FAILED for perl-Time-OlsonTZ-Download-0.006-1.fc25

https://taskotron.fedoraproject.org/artifacts/all/00d5397c-7cf5-11e7-b290-5254008e42f6/task_output/perl-Time-OlsonTZ-Download-0.006-1.fc25.x86_64.log
___
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-XML-SAX-Writer (master). "0.57 bump"

2017-08-09 Thread notifications
From 700aa4af00c46fc84289215ba90b7d6d179e37b6 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 09 2017 11:33:14 +
Subject: 0.57 bump


---

diff --git a/.gitignore b/.gitignore
index 9c1bd53..3b10c28 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 XML-SAX-Writer-0.50.tar.gz
 /XML-SAX-Writer-0.53.tar.gz
 /XML-SAX-Writer-0.56.tar.gz
+/XML-SAX-Writer-0.57.tar.gz
diff --git a/perl-XML-SAX-Writer.spec b/perl-XML-SAX-Writer.spec
index 7e13f32..3542324 100644
--- a/perl-XML-SAX-Writer.spec
+++ b/perl-XML-SAX-Writer.spec
@@ -1,6 +1,6 @@
 Name:   perl-XML-SAX-Writer
-Version:0.56
-Release:6%{?dist}
+Version:0.57
+Release:1%{?dist}
 Summary:SAX2 Writer
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -10,8 +10,9 @@ BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(blib)
 BuildRequires:  perl(Encode) >= 2.12
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(File::Spec)
@@ -40,7 +41,7 @@ make %{?_smp_mflags}
 %install
 make pure_install DESTDIR=%{buildroot}
 
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
+find %{buildroot} -type f -name .packlist -delete
 
 %{_fixperms} %{buildroot}/*
 
@@ -54,6 +55,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Wed Aug 09 2017 Jitka Plesnikova  - 0.57-1
+- 0.57 bump
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
0.56-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index 270d57c..5c8dae8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e5fa5e2b2f6867b1aca9b5b43e1ce361  XML-SAX-Writer-0.56.tar.gz
+SHA512 (XML-SAX-Writer-0.57.tar.gz) = 
8a6e8befdd91278b6e1dbce8ef62a630675f43e2debfb5833809fc46707d449c779d792e7aff44089f0509f9c3f8f10d576570ab0b8255f9f793802be92ad94f



https://src.fedoraproject.org/rpms/perl-XML-SAX-Writer/c/700aa4af00c46fc84289215ba90b7d6d179e37b6?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


dist.rpmdeplint FAILED for perl-Time-OlsonTZ-Download-0.006-1.fc26

2017-08-09 Thread notifications
dist.rpmdeplint FAILED for perl-Time-OlsonTZ-Download-0.006-1.fc26

https://taskotron.fedoraproject.org/artifacts/all/00c51bc8-7cf5-11e7-a988-5254008e42f6/task_output/perl-Time-OlsonTZ-Download-0.006-1.fc26.x86_64.log
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


jplesnik uploaded XML-SAX-Writer-0.57.tar.gz for perl-XML-SAX-Writer

2017-08-09 Thread notifications
8a6e8befdd91278b6e1dbce8ef62a630675f43e2debfb5833809fc46707d449c779d792e7aff44089f0509f9c3f8f10d576570ab0b8255f9f793802be92ad94f
  XML-SAX-Writer-0.57.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-XML-SAX-Writer/XML-SAX-Writer-0.57.tar.gz/sha512/8a6e8befdd91278b6e1dbce8ef62a630675f43e2debfb5833809fc46707d449c779d792e7aff44089f0509f9c3f8f10d576570ab0b8255f9f793802be92ad94f/XML-SAX-Writer-0.57.tar.gz
___
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-Time-OlsonTZ-Download (f25). "0.006 bump"

2017-08-09 Thread notifications
From 999742408f0d1c32f999e41976c3f2cbc7ce5c23 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:04:36 +
Subject: 0.006 bump


---

diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..9ea20c3
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter("spelling-error .* tzfiles");
diff --git a/perl-Time-OlsonTZ-Download.spec b/perl-Time-OlsonTZ-Download.spec
index 904069b..f690cbb 100644
--- a/perl-Time-OlsonTZ-Download.spec
+++ b/perl-Time-OlsonTZ-Download.spec
@@ -1,35 +1,55 @@
 Name:   perl-Time-OlsonTZ-Download
-Version:0.004
-Release:10%{?dist}
-Summary:Olson timezone database from source
+Version:0.006
+Release:1%{?dist}
+Summary:Olson time zone database from source
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Time-OlsonTZ-Download/
 Source0:
http://www.cpan.org/authors/id/Z/ZE/ZEFRAM/Time-OlsonTZ-Download-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(:VERSION) >= 5.6
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
+# coreutils for cp
+# coreutils not used at tests
+# gzip for gunzip
+# gzip not used at tests
+# make not used at tests
 BuildRequires:  perl(Carp)
+BuildRequires:  perl(Encode) >= 1.75
 BuildRequires:  perl(File::Path) >= 2.07
 BuildRequires:  perl(File::Temp) >= 0.22
 BuildRequires:  perl(IO::Dir) >= 1.03
 BuildRequires:  perl(IO::File) >= 1.03
 BuildRequires:  perl(IPC::Filter) >= 0.002
-BuildRequires:  perl(Module::Build)
-BuildRequires:  perl(Net::FTP) >= 1.21
+BuildRequires:  perl(Net::FTP) >= 3.07
 BuildRequires:  perl(Params::Classify)
-BuildRequires:  perl(parent)
 BuildRequires:  perl(String::ShellQuote) >= 1.01
+BuildRequires:  perl(utf8)
+# tar not used at tests
+# Tests:
 BuildRequires:  perl(Test::More)
-BuildRequires:  perl(Test::Pod)
+# Optional tests:
+BuildRequires:  perl(Test::Pod) >= 1.00
 BuildRequires:  perl(Test::Pod::Coverage)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+# coreutils for cp
+Requires:   coreutils
+# gzip for gunzip
+Requires:   gunzip
+Requires:   make
+Requires:   tar
 
 %{?perl_default_filter}
 
 %description
-An object of this class represents a local copy of the source of the Olson
-timezone database, possibly used to build binary tzfiles. The source copy
-always begins by being downloaded from the canonical repository of the
+An object of this Perl class represents a local copy of the source of the
+Olson time zone database, possibly used to build binary tzfiles. The source
+copy always begins by being downloaded from the canonical repository of the
 Olson database. This class provides methods to help with extracting useful
 information from the source.
 
@@ -37,13 +57,11 @@ information from the source.
 %setup -q -n Time-OlsonTZ-Download-%{version}
 
 %build
-%{__perl} Build.PL installdirs=vendor
+perl Build.PL installdirs=vendor
 ./Build
 
 %install
 ./Build install destdir=%{buildroot} create_packlist=0
-find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -55,6 +73,9 @@ find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Wed Aug 09 2017 Petr Pisar  - 0.006-1
+- 0.006 bump
+
 * Sun May 15 2016 Jitka Plesnikova  - 0.004-10
 - Perl 5.24 rebuild
 



https://src.fedoraproject.org/rpms/perl-Time-OlsonTZ-Download/c/999742408f0d1c32f999e41976c3f2cbc7ce5c23?branch=f25
___
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-Time-OlsonTZ-Download (f26). "0.006 bump"

2017-08-09 Thread notifications
From ab69a28e1493a5dcdabc035528b3011da1ef67af Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:03:13 +
Subject: 0.006 bump


---

diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..9ea20c3
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter("spelling-error .* tzfiles");
diff --git a/perl-Time-OlsonTZ-Download.spec b/perl-Time-OlsonTZ-Download.spec
index b510857..340bb7a 100644
--- a/perl-Time-OlsonTZ-Download.spec
+++ b/perl-Time-OlsonTZ-Download.spec
@@ -1,35 +1,55 @@
 Name:   perl-Time-OlsonTZ-Download
-Version:0.004
-Release:11%{?dist}
-Summary:Olson timezone database from source
+Version:0.006
+Release:1%{?dist}
+Summary:Olson time zone database from source
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Time-OlsonTZ-Download/
 Source0:
http://www.cpan.org/authors/id/Z/ZE/ZEFRAM/Time-OlsonTZ-Download-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(:VERSION) >= 5.6
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
+# coreutils for cp
+# coreutils not used at tests
+# gzip for gunzip
+# gzip not used at tests
+# make not used at tests
 BuildRequires:  perl(Carp)
+BuildRequires:  perl(Encode) >= 1.75
 BuildRequires:  perl(File::Path) >= 2.07
 BuildRequires:  perl(File::Temp) >= 0.22
 BuildRequires:  perl(IO::Dir) >= 1.03
 BuildRequires:  perl(IO::File) >= 1.03
 BuildRequires:  perl(IPC::Filter) >= 0.002
-BuildRequires:  perl(Module::Build)
-BuildRequires:  perl(Net::FTP) >= 1.21
+BuildRequires:  perl(Net::FTP) >= 3.07
 BuildRequires:  perl(Params::Classify)
-BuildRequires:  perl(parent)
 BuildRequires:  perl(String::ShellQuote) >= 1.01
+BuildRequires:  perl(utf8)
+# tar not used at tests
+# Tests:
 BuildRequires:  perl(Test::More)
-BuildRequires:  perl(Test::Pod)
+# Optional tests:
+BuildRequires:  perl(Test::Pod) >= 1.00
 BuildRequires:  perl(Test::Pod::Coverage)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+# coreutils for cp
+Requires:   coreutils
+# gzip for gunzip
+Requires:   gunzip
+Requires:   make
+Requires:   tar
 
 %{?perl_default_filter}
 
 %description
-An object of this class represents a local copy of the source of the Olson
-timezone database, possibly used to build binary tzfiles. The source copy
-always begins by being downloaded from the canonical repository of the
+An object of this Perl class represents a local copy of the source of the
+Olson time zone database, possibly used to build binary tzfiles. The source
+copy always begins by being downloaded from the canonical repository of the
 Olson database. This class provides methods to help with extracting useful
 information from the source.
 
@@ -37,13 +57,11 @@ information from the source.
 %setup -q -n Time-OlsonTZ-Download-%{version}
 
 %build
-%{__perl} Build.PL installdirs=vendor
+perl Build.PL installdirs=vendor
 ./Build
 
 %install
 ./Build install destdir=%{buildroot} create_packlist=0
-find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -55,6 +73,9 @@ find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Wed Aug 09 2017 Petr Pisar  - 0.006-1
+- 0.006 bump
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
0.004-11
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Time-OlsonTZ-Download/c/ab69a28e1493a5dcdabc035528b3011da1ef67af?branch=f26
___
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-Time-OlsonTZ-Download (f25). "Cache 0.006 sources"

2017-08-09 Thread notifications
From dc78a2d8a1290a0bb9095086eec7a41d35e8de03 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:04:37 +
Subject: Cache 0.006 sources


---

diff --git a/.gitignore b/.gitignore
index 26cb13d..fc86674 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Time-OlsonTZ-Download-0.003.tar.gz
 /Time-OlsonTZ-Download-0.004.tar.gz
+/Time-OlsonTZ-Download-0.006.tar.gz
diff --git a/sources b/sources
index 6eb1089..bf800b2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a478ea4caa28f5373fd4b64bc05a34f0  Time-OlsonTZ-Download-0.004.tar.gz
+SHA512 (Time-OlsonTZ-Download-0.006.tar.gz) = 
7daf75b6db45be0f3c46da48ddcaf9a19a49c3fcfff49ccd6d5c512878d1137f02500bd07a42a466f504916a098ee12cf599122c8bca76710e1fef54d0a9a5f4



https://src.fedoraproject.org/rpms/perl-Time-OlsonTZ-Download/c/dc78a2d8a1290a0bb9095086eec7a41d35e8de03?branch=f25
___
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-Time-OlsonTZ-Download (f26). "Cache 0.006 sources"

2017-08-09 Thread notifications
From 1ed63bdc0426bc5ee9cd17461dbf059c0b0f4f49 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 11:03:14 +
Subject: Cache 0.006 sources


---

diff --git a/.gitignore b/.gitignore
index 26cb13d..fc86674 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Time-OlsonTZ-Download-0.003.tar.gz
 /Time-OlsonTZ-Download-0.004.tar.gz
+/Time-OlsonTZ-Download-0.006.tar.gz
diff --git a/sources b/sources
index 6eb1089..bf800b2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a478ea4caa28f5373fd4b64bc05a34f0  Time-OlsonTZ-Download-0.004.tar.gz
+SHA512 (Time-OlsonTZ-Download-0.006.tar.gz) = 
7daf75b6db45be0f3c46da48ddcaf9a19a49c3fcfff49ccd6d5c512878d1137f02500bd07a42a466f504916a098ee12cf599122c8bca76710e1fef54d0a9a5f4



https://src.fedoraproject.org/rpms/perl-Time-OlsonTZ-Download/c/1ed63bdc0426bc5ee9cd17461dbf059c0b0f4f49?branch=f26
___
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-Time-OlsonTZ-Download (master). "Cache 0.006 sources"

2017-08-09 Thread notifications
From 350e2025a82f97beaecf3b4015c83c3038f249ce Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 09 2017 10:59:05 +
Subject: Cache 0.006 sources


---

diff --git a/.gitignore b/.gitignore
index 26cb13d..fc86674 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Time-OlsonTZ-Download-0.003.tar.gz
 /Time-OlsonTZ-Download-0.004.tar.gz
+/Time-OlsonTZ-Download-0.006.tar.gz
diff --git a/sources b/sources
index 6eb1089..bf800b2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a478ea4caa28f5373fd4b64bc05a34f0  Time-OlsonTZ-Download-0.004.tar.gz
+SHA512 (Time-OlsonTZ-Download-0.006.tar.gz) = 
7daf75b6db45be0f3c46da48ddcaf9a19a49c3fcfff49ccd6d5c512878d1137f02500bd07a42a466f504916a098ee12cf599122c8bca76710e1fef54d0a9a5f4



https://src.fedoraproject.org/rpms/perl-Time-OlsonTZ-Download/c/350e2025a82f97beaecf3b4015c83c3038f249ce?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


ppisar uploaded Time-OlsonTZ-Download-0.006.tar.gz for perl-Time-OlsonTZ-Download

2017-08-09 Thread notifications
7daf75b6db45be0f3c46da48ddcaf9a19a49c3fcfff49ccd6d5c512878d1137f02500bd07a42a466f504916a098ee12cf599122c8bca76710e1fef54d0a9a5f4
  Time-OlsonTZ-Download-0.006.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Time-OlsonTZ-Download/Time-OlsonTZ-Download-0.006.tar.gz/sha512/7daf75b6db45be0f3c46da48ddcaf9a19a49c3fcfff49ccd6d5c512878d1137f02500bd07a42a466f504916a098ee12cf599122c8bca76710e1fef54d0a9a5f4/Time-OlsonTZ-Download-0.006.tar.gz
___
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 48081: CI test - password :: regression tests

2017-08-09 Thread Sankar Ramalingam
https://pagure.io/389-ds-base/issue/48081
https://pagure.io/389-ds-base/issue/raw/files/c37a1430a6be2e4e060e047e9893b5cf054d1e7d12da6dc6a738e671e8d37c1f-0001-CI-tests-PasswordCheckSyntax.patch
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 04:48:42PM +0100, Daniel P. Berrange wrote:
> On Tue, Aug 08, 2017 at 10:14:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > Hello Fedora Python package maintainers!
> > 
> > This is an announcement of a mass package renaming:
> > Python 2 binary packages will be renamed to python2-*.
> > 
> > This will happen soon after the F27 branching on August 15th.
> > 
> > 
> > Currently ~1330 source packages already generate a binary package with
> > the python2- prefix, and 835 remain to be updated. The spec files for
> > approximately 740 packages will be renamed, and 95 will be left for
> > fixing by maintainers or proven packagers.
> > 
> > 
> > At the end of this e-mail are two lists of maintainers and packages:
> > 
> > List 1. for those packages which will be taken care of by the mass remaining
> >Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/
> > 
> >Maintainers don't have to do anything.
> 
> > Example:
> > +%package -n python2-atpy
> > +Summary: %summary
> > +Requires: numpy python-astropy
> > +%{?python_provide:%python_provide python2-atpy}
> > +# Remove before F30
> > +Provides: ATpy = %{version}-%{release}
> 
> This looks incomplete & broken to me.
> 
> The Provides satisfies any dependancies on the old name, but you're
> missing an Obsoletes to tell RPM the upgrade path. Trying to installing
> the new python2-libvirt RPM on an existing system fails because it
> clashes with libvirt-python.
Good catch. Obsoletes: python-libvirt is generated by %python_provide,
but I forgot to add Obsoletes: libvirt-python.
Thanks, I'll fix this and other packages in the same situation.

> A further flaw in your script is that its changed libvirt-python to
> python2-libvirt, but not changed libvirt-python3 to python3-libvirt,
> so the naming inconsistency is worse than before your proposed change.
Yeah, that was a conscious decision. In the draft I sent to fedora-devel
last week I asked if python3 subpackages should be renamed, but nobody
answered, so I assumed that people don't care that much either way.
My motivation for not touching this right now was to limit the number
of changes and potential for screwups.

> Also the %_description stuff is just ugly
Not the prettiest, but rpm just doesn't give us nice tools. The
alternative is to repeat the description text three times, which is
not only at least as ugly, but also harder to maintain.

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


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 04:48:42PM +0100, Daniel P. Berrange wrote:
> On Tue, Aug 08, 2017 at 10:14:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > Hello Fedora Python package maintainers!
> > 
> > This is an announcement of a mass package renaming:
> > Python 2 binary packages will be renamed to python2-*.
> > 
> > This will happen soon after the F27 branching on August 15th.
> > 
> > 
> > Currently ~1330 source packages already generate a binary package with
> > the python2- prefix, and 835 remain to be updated. The spec files for
> > approximately 740 packages will be renamed, and 95 will be left for
> > fixing by maintainers or proven packagers.
> > 
> > 
> > At the end of this e-mail are two lists of maintainers and packages:
> > 
> > List 1. for those packages which will be taken care of by the mass remaining
> >Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/
> > 
> >Maintainers don't have to do anything.
> 
> > Example:
> > +%package -n python2-atpy
> > +Summary: %summary
> > +Requires: numpy python-astropy
> > +%{?python_provide:%python_provide python2-atpy}
> > +# Remove before F30
> > +Provides: ATpy = %{version}-%{release}
> 
> This looks incomplete & broken to me.
> 
> The Provides satisfies any dependancies on the old name, but you're
> missing an Obsoletes to tell RPM the upgrade path. Trying to installing
> the new python2-libvirt RPM on an existing system fails because it
> clashes with libvirt-python.
Good catch. Obsoletes: python-libvirt is generated by %python_provide,
but I forgot to add Obsoletes: libvirt-python.
Thanks, I'll fix this and other packages in the same situation.

> A further flaw in your script is that its changed libvirt-python to
> python2-libvirt, but not changed libvirt-python3 to python3-libvirt,
> so the naming inconsistency is worse than before your proposed change.
Yeah, that was a conscious decision. In the draft I sent to fedora-devel
last week I asked if python3 subpackages should be renamed, but nobody
answered, so I assumed that people don't care that much either way.
My motivation for not touching this right now was to limit the number
of changes and potential for screwups.

> Also the %_description stuff is just ugly
Not the prettiest, but rpm just doesn't give us nice tools. The
alternative is to repeat the description text three times, which is
not only at least as ugly, but also harder to maintain.

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


[389-devel] Issue 83 - lib389 - Replace topology agmt objects

2017-08-09 Thread Simon Pichugin
Hi team,
please review a patch for 389-ds-base tests:

https://pagure.io/lib389/issue/83
https://pagure.io/lib389/issue/raw/files/9d807e6ff14eb4df440feea988db6f94794eba9d40b3204b8ed8286d9fce3dff-0001-Issue-83-lib389-Replace-topology-agmt-objects.patch

Thanks,
Simon


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


[Bug 1465738] perl-Env-C-0.14-2.fc27 FTBFS randomly: Failed test ' setenv does not leak'

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1465738

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|jples...@redhat.com |ppi...@redhat.com



--- Comment #2 from Petr Pisar  ---
I will remove upstream's kludge and will respect Perl's default. If this won't
work, I will remove the test.

-- 
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 1476961] perl-B-Hooks-OP-Check-EntersubForCV-0.10 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476961

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-B-Hooks-OP-Check-Enter |perl-B-Hooks-OP-Check-Enter
   |subForCV-0.10-1.fc27|subForCV-0.10-1.fc27
   ||perl-B-Hooks-OP-Check-Enter
   ||subForCV-0.10-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-08-09 11:58:55



--- Comment #8 from Fedora Update System  ---
perl-B-Hooks-OP-Check-EntersubForCV-0.10-1.fc26 has been pushed to the Fedora
26 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 1476964] perl-DynaLoader-Functions-0.003 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476964

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-DynaLoader-Functions-0 |perl-DynaLoader-Functions-0
   |.003-1.fc27 |.003-1.fc27
   ||perl-DynaLoader-Functions-0
   ||.003-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-08-09 11:58:58



--- Comment #10 from Fedora Update System  ---
perl-DynaLoader-Functions-0.003-1.fc26 has been pushed to the Fedora 26 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 1476532] perl-Data-Float-0.013 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476532

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Data-Float-0.013-1.fc2
   ||6
 Resolution|--- |ERRATA
Last Closed||2017-08-09 11:58:30



--- Comment #9 from Fedora Update System  ---
perl-Data-Float-0.013-1.fc26 has been pushed to the Fedora 26 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 1476569] perl-Devel-GoFaster-0.001 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476569

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Devel-GoFaster-0.001-1 |perl-Devel-GoFaster-0.001-1
   |.fc27   |.fc27
   ||perl-Devel-GoFaster-0.001-1
   ||.fc26
 Resolution|--- |ERRATA
Last Closed||2017-08-09 11:58:00



--- Comment #5 from Fedora Update System  ---
perl-Devel-GoFaster-0.001-1.fc26 has been pushed to the Fedora 26 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 1476575] perl-Perl4-CoreLibs-0.004 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476575

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Perl4-CoreLibs-0.004-1 |perl-Perl4-CoreLibs-0.004-1
   |.fc27   |.fc27
   ||perl-Perl4-CoreLibs-0.004-1
   ||.fc26
 Resolution|--- |ERRATA
Last Closed||2017-08-09 11:58:33



--- Comment #8 from Fedora Update System  ---
perl-Perl4-CoreLibs-0.004-1.fc26 has been pushed to the Fedora 26 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 1476577] perl-XML-XPath-1.42 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476577

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-XML-XPath-1.42-1.fc27  |perl-XML-XPath-1.42-1.fc27
   ||perl-XML-XPath-1.42-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-08-09 11:58:03



--- Comment #3 from Fedora Update System  ---
perl-XML-XPath-1.42-1.fc26 has been pushed to the Fedora 26 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 1476262] perl-XML-XPath-1.41 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1476262

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-XML-XPath-1.41-1.fc27  |perl-XML-XPath-1.41-1.fc27
   ||perl-XML-XPath-1.42-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-08-09 11:58:07



--- Comment #6 from Fedora Update System  ---
perl-XML-XPath-1.42-1.fc26 has been pushed to the Fedora 26 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


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 11:04:06AM -0400, R P Herrold wrote:
> On Tue, 8 Aug 2017, Zbigniew Jędrzejewski-Szmek wrote:
> 
> > Hello Fedora Python package maintainers!
> > 
> > This is an announcement of a mass package renaming:
> > Python 2 binary packages will be renamed to python2-*.
> 
> > List 1. for those packages which will be taken care of by the mass remaining
> >Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/
> 
> Looking at a sample patch file, it apperas that more than a 
> simple 
>   s/python-/python2-/g 
> replacement is being done [1]

Right. A simple replacement like that wouldn't be backwards compatible:
at the very least it would break dependent packages and violate packaging
guidelines for Python.

> The patch in question also contains 'tampering' with the 
> %description stanza:
> 
> -%description
> -ATpy is a high-level Python package providing a way to manipulate tables of 
> -astronomical data in a uniform way. It provides built-in support for NumPy
> -recarrays and common astronomical file/database formats (FITS, VO, HDF5, 
> +%global _description\
> +ATpy is a high-level Python package providing a way to manipulate tables of\
> +astronomical data in a uniform way. It provides built-in support for NumPy\
> +recarrays and common astronomical file/database formats (FITS, VO, HDF5,\
>  and ASCII tables) with a very simple API.
>  
> +%description %_description
> +
> 
> ... this does not seem 'low risk', as substitutions happen 
> form many fields.  It is also not mentioned in your post
When a subpackage is added, a new %description is always required.
So this is implied by "a new subpackage is added".

A lot of effort was put into making the patches minimalistic, so they
should resemble what a human would do when updating the spec file.

> Who shall be expected to repair FTB's after the patch?
No FTBs are expected. I'll rebuild all packages locally before
pushing and I'll fix any breakage caused by my changes.

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


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Aug 09, 2017 at 11:04:06AM -0400, R P Herrold wrote:
> On Tue, 8 Aug 2017, Zbigniew Jędrzejewski-Szmek wrote:
> 
> > Hello Fedora Python package maintainers!
> > 
> > This is an announcement of a mass package renaming:
> > Python 2 binary packages will be renamed to python2-*.
> 
> > List 1. for those packages which will be taken care of by the mass remaining
> >Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/
> 
> Looking at a sample patch file, it apperas that more than a 
> simple 
>   s/python-/python2-/g 
> replacement is being done [1]

Right. A simple replacement like that wouldn't be backwards compatible:
at the very least it would break dependent packages and violate packaging
guidelines for Python.

> The patch in question also contains 'tampering' with the 
> %description stanza:
> 
> -%description
> -ATpy is a high-level Python package providing a way to manipulate tables of 
> -astronomical data in a uniform way. It provides built-in support for NumPy
> -recarrays and common astronomical file/database formats (FITS, VO, HDF5, 
> +%global _description\
> +ATpy is a high-level Python package providing a way to manipulate tables of\
> +astronomical data in a uniform way. It provides built-in support for NumPy\
> +recarrays and common astronomical file/database formats (FITS, VO, HDF5,\
>  and ASCII tables) with a very simple API.
>  
> +%description %_description
> +
> 
> ... this does not seem 'low risk', as substitutions happen 
> form many fields.  It is also not mentioned in your post
When a subpackage is added, a new %description is always required.
So this is implied by "a new subpackage is added".

A lot of effort was put into making the patches minimalistic, so they
should resemble what a human would do when updating the spec file.

> Who shall be expected to repair FTB's after the patch?
No FTBs are expected. I'll rebuild all packages locally before
pushing and I'll fix any breakage caused by my changes.

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


Re: Mass package change (python2- binary package renaming)

2017-08-09 Thread Daniel P. Berrange
On Tue, Aug 08, 2017 at 10:14:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Hello Fedora Python package maintainers!
> 
> This is an announcement of a mass package renaming:
> Python 2 binary packages will be renamed to python2-*.
> 
> This will happen soon after the F27 branching on August 15th.
> 
> 
> Currently ~1330 source packages already generate a binary package with
> the python2- prefix, and 835 remain to be updated. The spec files for
> approximately 740 packages will be renamed, and 95 will be left for
> fixing by maintainers or proven packagers.
> 
> 
> At the end of this e-mail are two lists of maintainers and packages:
> 
> List 1. for those packages which will be taken care of by the mass remaining
>Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/
> 
>Maintainers don't have to do anything.

> Example:
> +%package -n python2-atpy
> +Summary: %summary
> +Requires: numpy python-astropy
> +%{?python_provide:%python_provide python2-atpy}
> +# Remove before F30
> +Provides: ATpy = %{version}-%{release}

This looks incomplete & broken to me.

The Provides satisfies any dependancies on the old name, but you're
missing an Obsoletes to tell RPM the upgrade path. Trying to installing
the new python2-libvirt RPM on an existing system fails because it
clashes with libvirt-python.

A further flaw in your script is that its changed libvirt-python to
python2-libvirt, but not changed libvirt-python3 to python3-libvirt,
so the naming inconsistency is worse than before your proposed change.

Also the %_description stuff is just ugly

Regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


mock's dual bootstrapping enabled by default for existing copr projects

2017-08-09 Thread Michal Novotny
Hello,

while working on another thing, I noticed that when use_bootstrap_container
project option was introduced (Wed Jun 14 this year), it was introduced as
enabled for existing COPR projects at that time. That was not exactly
intended as this feature is experimental.

Enabling this option makes mock setup two chroots during build:

- "bootstrap" one with the latest dnf, rpm (and other build tools) for the
given build chroot (e.g. fedora-26-x86_64)
- the one where the build is actually run (which is of the same os,
version, and arch as the bootstrap one) and that is initially setup by the
tools from the bootstrap one

This makes build last a bit longer (in order of minutes depending on
package download speed) and it might cause a build to fail unexpectedly in
case there is e.g. bug in rawhide dnf (or in experimental dnf that is built
in your copr chroot).

If this option is disabled, host (builder) system dnf is used to setup the
build chroot. There is no bootstrap chroot setup and hence it is faster.

The longer running time might be a problem so, please, if you are a long
term users of COPR and you don't want the feature enabled, check your
project settings and disable it.

Sorry for accidentally enabling it
clime
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


[Bug 1479864] Upgrade perl-Net-SSH-Perl to 2.12

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479864

Paul Howarth  changed:

   What|Removed |Added

Summary|Upgrade perl-Net-SSL-Perl   |Upgrade perl-Net-SSH-Perl
   |to 2.12 |to 2.12



--- Comment #1 from Paul Howarth  ---
Net-SSH-Perl 2.x depends on CryptX, which bundles libtomcrypt.

Denis Fateyev did show some interest in packaging CryptX but the discussion
seemed to tail off around November last year:

https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/P5AYS75L4ENHGWP4MMYIFZ3GMPLOWE2N/

Unless someone is willing to package CryptX, Net-SSH-Perl will be stuck at
1.42.

-- 
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 1479864] New: Upgrade perl-Net-SSL-Perl to 2.12

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479864

Bug ID: 1479864
   Summary: Upgrade perl-Net-SSL-Perl to 2.12
   Product: Fedora
   Version: rawhide
 Component: perl-Net-SSH-Perl
  Keywords: FutureFeature
  Assignee: p...@city-fan.org
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org
Blocks: 1479860



Latest Fedora delivers 1.42 version. Upstream released 2.12. When you have free
time, please upgrade it.

The latest version is required for Net-SFTP-0.12.


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1479860
[Bug 1479860] perl-Net-SFTP-0.12 is available
-- 
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 1479860] perl-Net-SFTP-0.12 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479860

Jitka Plesnikova  changed:

   What|Removed |Added

 Depends On||1479864




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1479864
[Bug 1479864] Upgrade perl-Net-SSL-Perl to 2.12
-- 
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 1465738] perl-Env-C-0.14-2.fc27 FTBFS randomly: Failed test ' setenv does not leak'

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1465738

Petr Pisar  changed:

   What|Removed |Added

   Hardware|i686|Unspecified
Summary|perl-Env-C-0.14-2.fc27  |perl-Env-C-0.14-2.fc27
   |FTBFS on i686: Failed test  |FTBFS randomly: Failed test
   |'setenv does not leak'  |'setenv does not leak'



-- 
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 1465738] perl-Env-C-0.14-2.fc27 FTBFS on i686: Failed test ' setenv does not leak'

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1465738

Petr Pisar  changed:

   What|Removed |Added

External Bug ID||Github
   ||mschout/env-c/issues/3



--- Comment #1 from Petr Pisar  ---
This actually happens randomly on all plaforms (I saw x86_64 and ppc64)

-- 
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 1479860] New: perl-Net-SFTP-0.12 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479860

Bug ID: 1479860
   Summary: perl-Net-SFTP-0.12 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Net-SFTP
  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, st...@silug.org



Latest upstream release: 0.12
Current version/release in rawhide: 0.10-26.fc27
URL: http://search.cpan.org/dist/Net-SFTP/

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/14243/

-- 
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


Mass package change (python2- binary package renaming)

2017-08-09 Thread R P Herrold
On Tue, 8 Aug 2017, Zbigniew Jędrzejewski-Szmek wrote:

> Hello Fedora Python package maintainers!
> 
> This is an announcement of a mass package renaming:
> Python 2 binary packages will be renamed to python2-*.

> List 1. for those packages which will be taken care of by the mass remaining
>Patches: https://in.waw.pl/~zbyszek/fedora/pyrename/

Looking at a sample patch file, it apperas that more than a 
simple 
s/python-/python2-/g 
replacement is being done [1]

The patch in question also contains 'tampering' with the 
%description stanza:

-%description
-ATpy is a high-level Python package providing a way to manipulate tables of 
-astronomical data in a uniform way. It provides built-in support for NumPy
-recarrays and common astronomical file/database formats (FITS, VO, HDF5, 
+%global _description\
+ATpy is a high-level Python package providing a way to manipulate tables of\
+astronomical data in a uniform way. It provides built-in support for NumPy\
+recarrays and common astronomical file/database formats (FITS, VO, HDF5,\
 and ASCII tables) with a very simple API.
 
+%description %_description
+

... this does not seem 'low risk', as substitutions happen 
form many fields.  It is also not mentioned in your post

Who shall be expected to repair FTB's after the patch?

-- Russ herrold

1. https://in.waw.pl/~zbyszek/fedora/pyrename/ATpy.spec.patch
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: Is it possible atlas is linked wrongly by new binutils?

2017-08-09 Thread Richard W.M. Jones
On Wed, Aug 09, 2017 at 02:10:02PM +0200, Antonio Trande wrote:
> On 08/09/2017 11:37 AM, Richard W.M. Jones wrote:
> > 
> > ocaml-gsl (OCaml bindings for GNU Scientific Library) currently
> > fails to link to atlas:
> > 
> > + /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -package bigarray -I lib 
> > -I examples lib/gsl.cmxa examples/blas_ex.cmx -o examples/blas_ex.native
> > /usr/lib64/atlas/libsatlas.so: undefined reference to `dlarfy_'
> > /usr/lib64/atlas/libsatlas.so: undefined reference to `slarfy_'
> > /usr/lib64/atlas/libsatlas.so: undefined reference to `clarfy_'
> > /usr/lib64/atlas/libsatlas.so: undefined reference to `zlarfy_'
> > collect2: error: ld returned 1 exit status
> > 
> > However this only happens with the very latest atlas that was built by
> > binutils 2.29 (atlas-3.10.2-18.fc27.x86_64).  It doesn't occur with
> > the previous version of atlas (atlas-3.10.2-16.fc26) even though there
> > seems to have been no change in atlas.
> > 
> > $ nm -D /usr/lib64/atlas/libtatlas.so | grep larfy
> >  U clarfy_
> >  U dlarfy_
> >  U slarfy_
> >  U zlarfy_
> > 
> > I looked in /usr/lib64 on my development machine which has atlas
> > installed but there is no .so* file that I can find which defines
> > these symbols.  I also couldn't work out where in the atlas code
> > (which is a bit strange) these references are used.
> > 
> > Hence the question: Is this breakage in atlas?  binutils?
> > 
> > Rich.
> > 
> 
> lapack-3.7.1 on rawhide looks affected too:
> https://bugzilla.redhat.com/show_bug.cgi?id=1479567

As is ocaml-lacaml (OCaml bindings for lapack) ...

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: Is it possible atlas is linked wrongly by new binutils?

2017-08-09 Thread Jerry James
On Wed, Aug 9, 2017 at 3:37 AM, Richard W.M. Jones  wrote:
>
> ocaml-gsl (OCaml bindings for GNU Scientific Library) currently
> fails to link to atlas:
>
> + /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -package bigarray -I lib -I 
> examples lib/gsl.cmxa examples/blas_ex.cmx -o examples/blas_ex.native
> /usr/lib64/atlas/libsatlas.so: undefined reference to `dlarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `slarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `clarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `zlarfy_'
> collect2: error: ld returned 1 exit status

Something is definitely afoot.  The latest opengrm-ngram build just
failed with the same list of undefined symbols.
-- 
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Debuginfo/debugsource: mingw package with mixed host and target debuginfos

2017-08-09 Thread Sandro Mani

Hi

mingw-qt5-qtbase and mingw-qt5-qttools are currently FTBFS [1] due to 
errors like


error: Could not open %files file 
/builddir/build/BUILD/qtbase-opensource-src-5.9.1/debugsourcefiles.list: No 
such file or directory
Duplicate build-ids 
/builddir/build/BUILDROOT/mingw-qt5-qtbase-5.9.1-4.fc27.x86_64/usr/i686-w64-mingw32/lib/libQt5Bootstrap.so.5.9.1
 and 
/builddir/build/BUILDROOT/mingw-qt5-qtbase-5.9.1-4.fc27.x86_64/usr/x86_64-w64-mingw32/lib/libQt5Bootstrap.so.5.9.1
Duplicate build-ids 
/builddir/build/BUILDROOT/mingw-qt5-qtbase-5.9.1-4.fc27.x86_64/usr/i686-w64-mingw32/lib/libQt5BootstrapDBus.so.5.9.1
 and 
/builddir/build/BUILDROOT/mingw-qt5-qtbase-5.9.1-4.fc27.x86_64/usr/x86_64-w64-mingw32/lib/libQt5BootstrapDBus.so.5.9.1
Could not open %files file 
/builddir/build/BUILD/qtbase-opensource-src-5.9.1/debugsourcefiles.list: No 
such file or directory

Indeed, these packages need special logic to deal with debuginfo files because 
both host as well as target binaries are produced by the package, the result up 
to now being

mingw-qt5-qtbase-debuginfo -> host
mingw32-qt5-qtbase-debuginfo -> target
mingw64-qt5-qtbase-debuginfo -> target

This was handled in the spec file [2] as

# Override the __debug_install_post argument as this package
# contains both native as well as cross compiled binaries
%global __debug_install_post %%{mingw_debug_install_post}; 
%{_rpmconfigdir}/find-debuginfo.sh 
%{?_missing_build_ids_terminate_build:--strict-build-id} %{?_find_debuginfo_opts} 
"%{_builddir}/%%{?buildsubdir}" %{nil}


Long text short question: can someone help me adapt this logic for the new 
debuginfo/debugsource mechanism?

Thanks
Sandro

[1] 
https://koji.fedoraproject.org/koji/getfile?taskID=21030286=DEFAULT=build.log=-4
[2] 
https://src.fedoraproject.org/rpms/mingw-qt5-qtbase/blob/master/f/mingw-qt5-qtbase.spec

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


[389-devel] Please review 48081: CI test - password :: regression tests

2017-08-09 Thread Sankar Ramalingam
https://pagure.io/389-ds-base/issue/48081
https://pagure.io/389-ds-base/issue/raw/files/82dd750a42804f0d955c8f0bcb1c864c81f9d5f642ac955ea9b9b36c3fdc1d77-0001-CI-tests-PasswordCheckSyntax.patch
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org


Re: Self Introduction: David J Battaglia

2017-08-09 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Aug 08, 2017 at 10:45:46PM -0400, djb djb wrote:
> Hello and thank you.
> 
> What is the best direction to get started with doing reviews and or helping
> out triaging/fixing bugs.

There's a long list of reviews waiting on
https://fedoraproject.org/PackageReviewStatus/NEW.html

The best way imo is to install mock, run fedora-review, and fill-in
all the stuff that fedora-review is not able to answer on its own.
This will require many visits to the Packaging Guidelines and will
show you all the little details.

> Just find something in bugzilla to work on ?
Yeah. Probably best to think what is the area that interests you,
e.g. what would be interesting for your work as a sys admin.

Zbyszek


> 
> Regards
> 
> On Tue, Aug 8, 2017 at 10:39 PM, Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
> 
> > On Tue, Aug 08, 2017 at 09:01:59PM -0400, djb djb wrote:
> > > Hello,
> > >
> > > I am just starting out with fedora packaging. My background is mostly
> > > working in NOCs, infrastructure support roles and working as sys admin.
> > >
> > > Look for forward to learning as much as possible with the hopes of
> > getting
> > > sponsored.
> >
> > Hi,
> >
> > welcome to Fedora.
> >
> > Do you want to submit some packages of your own? If yes, it's good
> > to start with that, you should get some useful advice. Make sure to
> > mark the review ticket as blocking FE-NEEDSPONSOR.
> >
> > It usually helps if you do some informal reviews of other packages
> > or help with triaging or fixing some bugs. It's a required skill for
> > packagers, and a way to gain experience with the system and to show
> > that you know what you are doing.
> >
> > Zbyszek
> > ___
> > 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
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Ansiblizing Questions

2017-08-09 Thread Lukas Brabec
Hey, gang!

As I read through standard interface and tried ansiblized branch of
libtaskotron, I found things that were not exactly clear to me and I
have some questions. My summer afternoon schedule involves feeding
rabbits (true story!) and I keep missing people on IRC, hence this
email.


= Test output and its format =

Standard test interface specifies that [1]:
1) "test system must examine the exit code of the playbook. A zero
exit code is successful test result, non-zero is failure"
and
2) "test suite must treat the file test.log in the artifacts folder as
the main readable output of the test"

ad 1) Examining the exit code is pretty straight forward. The mapping
to outcome would be zero to PASSED and non-zero to FAILED. Currently
we use more than these two outcomes, i.e. INFO and NEEDS_INSPECTION.
Are we still going to use them, if so, what would be the cases? The
playbook can fail by itself (e.g. fail like command not found, or
permission denied), but I presume this failure would be reported to
ExecDB not to ResultsDB. Any thoughts on this?

ad 2) The standard interface does not specify the format of test
output, just that the test.log must be readable. Does this mean that
the output can be in any arbitrary format and the parsing of it would
be left to people who care, i.e. packagers? Wouldn't be this a problem
with if, for example, bodhi wanted to extract/parse this information
from ResultsDB and show it on update page?



= Triggering generic tasks =

Standard interface is centered around dist-git style tasks and doesn't
cover generic tasks like rpmlint or rpmdeplint. As these tasks are
Fedora QA specific, are we going to create custom extension to
standard interface, used only by our team, to be able to run generic
tasks?



= Reporting to ResultsDB =

Gating requirements for CI and CD contains [2]:
"It must be possible to represent CI test results in resultsdb."
However standard interface does not speak about resultsdb.

Does this mean, that task playbook won't contain something like
ResultsDB module (in contrast to ResultsDB directive in formulae), as
the task playbook should be agnostic to system in which it is run, and
the reporting will be done by our code in runtask?



= Output of runtask =

Libtaskotron's output is nice and readable, but output of the parts,
handled by ansible now, is not. My knowledge of ansible is still
limited, but as far as my experience goes, debuging ansible playbooks
or even asnible modules is kind of PITA. Are we going to address this
in some way, or just bite the bullet and move along?



= Params of runtask =

When I tried ansiblized branch of libtaskotron, I ran into issues such
as unsupported params: ansible told me to run it with "-vvv" param,
which runtask does not understand. Is there a plan on how are we going
to forward such parameters (--ansible-opts= or just forward any params
we don't understand)?

Runtask, at the moment, maps our params to ansible-playbook params and
those defined by standard interface. Are we going to stick with this
or change our params to match the ones of ansible-playbook and
standard interface (e.g. item would become subject, etc)?



= Future of runtask =

For now, runtask is user-facing part of Taskotron. However, standard
interface is designed in such way, that authors of task playbooks
shouldn't care about Taskotron (or any other system that will run
their code). They can develop the tasks by simply using
ansible-playbook. Does this mean that runtask will become convenient
script for us that parses arguments and spins up a VM? Because
everything else is in wrapping ansbile playbook...



Lukas


[1] https://fedoraproject.org/wiki/Changes/InvokingTests
[2] https://fedoraproject.org/wiki/Fedora_requirements_for_CI_and_CD
___
qa-devel mailing list -- qa-devel@lists.fedoraproject.org
To unsubscribe send an email to qa-devel-le...@lists.fedoraproject.org


[Bug 1479774] perl-Syntax-Feature-Loop-1.8.0 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479774

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Syntax-Feature-Loop-1.
   ||8.0-1.fc27
 Resolution|--- |RAWHIDE
Last Closed||2017-08-09 08:17:23



-- 
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: Is it possible atlas is linked wrongly by new binutils?

2017-08-09 Thread Antonio Trande
On 08/09/2017 11:37 AM, Richard W.M. Jones wrote:
> 
> ocaml-gsl (OCaml bindings for GNU Scientific Library) currently
> fails to link to atlas:
> 
> + /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -package bigarray -I lib -I 
> examples lib/gsl.cmxa examples/blas_ex.cmx -o examples/blas_ex.native
> /usr/lib64/atlas/libsatlas.so: undefined reference to `dlarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `slarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `clarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `zlarfy_'
> collect2: error: ld returned 1 exit status
> 
> However this only happens with the very latest atlas that was built by
> binutils 2.29 (atlas-3.10.2-18.fc27.x86_64).  It doesn't occur with
> the previous version of atlas (atlas-3.10.2-16.fc26) even though there
> seems to have been no change in atlas.
> 
> $ nm -D /usr/lib64/atlas/libtatlas.so | grep larfy
>  U clarfy_
>  U dlarfy_
>  U slarfy_
>  U zlarfy_
> 
> I looked in /usr/lib64 on my development machine which has atlas
> installed but there is no .so* file that I can find which defines
> these symbols.  I also couldn't work out where in the atlas code
> (which is a bit strange) these references are used.
> 
> Hence the question: Is this breakage in atlas?  binutils?
> 
> Rich.
> 

lapack-3.7.1 on rawhide looks affected too:
https://bugzilla.redhat.com/show_bug.cgi?id=1479567

-- 
--
Antonio Trande
sagitter AT fedoraproject dot org
See my vCard.
<>

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


[Bug 1479774] New: perl-Syntax-Feature-Loop-1.8.0 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479774

Bug ID: 1479774
   Summary: perl-Syntax-Feature-Loop-1.8.0 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Syntax-Feature-Loop
  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: 1.8.0
Current version/release in rawhide: 1.6.0-18.fc27
URL: http://search.cpan.org/dist/Syntax-Feature-Loop/

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/3348/

-- 
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 1479680] perl-Time-OlsonTZ-Download-0.006 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479680



--- Comment #4 from Upstream Release Monitoring 
 ---
ppisar's perl-Time-OlsonTZ-Download-0.006-1.fc27 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=953469

-- 
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 1479680] perl-Time-OlsonTZ-Download-0.006 is available

2017-08-09 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1479680

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Time-OlsonTZ-Download-
   ||0.006-1.fc27



--- Comment #3 from Petr Pisar  ---
A bug-fix release suitable for all Fedoras.

-- 
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-Time-OlsonTZ-Download (master). "0.006 bump"

2017-08-09 Thread notifications
ppisar pushed to perl-Time-OlsonTZ-Download (master).  "0.006 bump"

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


  1   2   >