date:20170412

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

Bug ID: 1441872
   Summary: perl-libwww-perl-6.26 is available
   Product: Fedora
   Version: rawhide
 Component: perl-libwww-perl
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 6.26
Current version/release in rawhide: 6.25-1.fc27
URL: http://search.cpan.org/dist/libwww-perl/

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

-- 
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 1441868] New: perl-Authen-OATH-2.0.1 is available

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

Bug ID: 1441868
   Summary: perl-Authen-OATH-2.0.1 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Authen-OATH
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 2.0.1
Current version/release in rawhide: 2.0.0-2.fc26
URL: http://search.cpan.org/dist/Authen-OATH/

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

-- 
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 1441866] New: perl-CPANPLUS-Dist-Build-0.86 is available

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

Bug ID: 1441866
   Summary: perl-CPANPLUS-Dist-Build-0.86 is available
   Product: Fedora
   Version: rawhide
 Component: perl-CPANPLUS-Dist-Build
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.86
Current version/release in rawhide: 0.84-1.fc27
URL: http://search.cpan.org/dist/CPANPLUS-Dist-Build/

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

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

[389-devel] Re: Please review new Replication Diff Tool

2017-04-12 Thread Mark Reynolds



On 04/12/2017 06:58 PM, William Brown wrote:
> On Wed, 2017-04-12 at 17:02 -0400, Mark Reynolds wrote:
>> Hello,
>>
>> This is a beta version of a replication diff tool written in python. 
>>
>> Design page (this needs updating - I hope to get that done tonight)
>>
>> http://www.port389.org/docs/389ds/design/repl-diff-tool-design.html
>>
>>
>> Current usage:
>>
>>   -v, --verbose Verbose output
>>   -o FILE, --outfile=FILE
>> The output file
>>   -D BINDDN, --binddn=BINDDN
>> The Bind DN (REQUIRED)
>>   -w BINDPW, --bindpw=BINDPW
>> The Bind password (REQUIRED)
>>   -h MHOST, --master_host=MHOST
>> The Master host (default localhost)
>>   -p MPORT, --master_port=MPORT
>> The Master port (default 389)
>>   -H RHOST, --replica_host=RHOST
>> The Replica host (REQUIRED)
>>   -P RPORT, --replica_port=RPORT
>> The Replica port (REQUIRED)
>>   -b SUFFIX, --basedn=SUFFIX
>> Replicated suffix (REQUIRED)
>>   -l LAG, --lagtime=LAG
>> The amount of time to ignore inconsistencies
>> (default
>> 300 seconds)
>>   -Z CERTDIR, --certdir=CERTDIR
>> The certificate database directory for startTLS
>> connections
>>   -i IGNORE, --ignore=IGNORE
>> Comma separated list of attributes to ignore
>>   -M MLDIF, --mldif=MLDIF
>> Master LDIF file (offline mode)
>>   -R RLDIF, --rldif=RLDIF
>> Replica LDIF file (offline mode)
>>
>> |Examples: python repl-diff.py -D "cn=directory manager" -w PASSWORD -h
>> localhost -p 389 -H remotehost -P  -b "dc=example,dc=com" ||python 
>> repl-diff.py -D "cn=directory manager" -w PASSWORD -h localhost
>> -p 389 -H remotehost -P  -b "dc=example,dc=com" -Z
>> /etc/dirsrv/slapd-localhost|
>> |python repl-diff.py -M /tmp/master.ldif -R /tmp/replica.ldif |
>>
>>
>> How long the tool takes to run depends on the number of entries per
>> database.  See performance numbers below 
>>
>> Entries per Replica Time
>>
>> -
>> 100k40 seconds
>> 500k3m 30secs
>> 1 million   7m 30secs
>> 2 million   14 minutes
>> 10 million  ~70 minutes
>>
>>
>>
>> I'd be very interested in feedback, RFE's, and bugs.
> Hey mate, 
>
> The tool looks great, awesome work on this. Really impressive that you
> got it to 70 minutes for 10 million entries.
And in reality its 20 million entries (master + replica)
>
> How responsive is the server during this process? We aren't going to
> cause some odd resource exhaustion? 
Not really  :)  We don't have to rely on server side sorting, and it's
just a paged result search - so it breaks up the load (slightly).  But,
it's still expensive because it is returning all the entries, but I
didn't see any extreme CPU usage.
>
> import optparse
>
> With python, optparse is deprecated. Can we use argparse instead? It's
> nearly identical. Lots of examples of this in dsctl. 
Easy, no problem.
>
> With connect to replicas, some sites may only have ldaps (provided by a
> load balancer). So our scripts should really be taking an LDAPurl, a
> certdir, and a starttls flag. Because ldaps://localhost + certdir is a
> valid option, but if we force call start_tls_s(), we break it. 
Good idea
> As well,
> someone may use ldapi:// etc. It also saves on port options and more
> flags to the cli because we can do ldap://localhost:30389 etc. 
>
> Hope that helps, I'll be happy to review again later!
>
> For now, I think our strategy with this should be to add it to
> 389-ds-base, and later we can move this into lib389 when we can. How
> does that sound? 
I think it should always be a standalone tool, but we can tie it in with
lib389 (move the main guts out of the tool and into lib389)
>
>
>
> ___
> 389-devel mailing list -- 389-devel@lists.fedoraproject.org
> To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

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

[Bug 1441656] perl-Gearman-2.004.002 is available

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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 1441437] perl-Gearman-2.004.001 is available

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Gearman-2.004.002-1.fc26 has been pushed to the Fedora 26 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-ddc2007f0a

-- 
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 1441315] perl-Test-Assert-0.0504-18.fc27 FTBFS: rm: cannot remove '/ tmp/tmp.TSfaP5NJDu/S.gpg-agent.ssh': No such file or directory

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Test-Assert-0.0504-19.fc26 has been pushed to the Fedora 26 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-b1cc9ffe46

-- 
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 1435625] perl-Net-DNS-1.09 is available

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Net-DNS-1.09-1.fc26 has been pushed to the Fedora 26 testing repository.
If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-e11f90dfa8

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

[389-devel] Re: Please review new Replication Diff Tool

2017-04-12 Thread William Brown

On Wed, 2017-04-12 at 17:02 -0400, Mark Reynolds wrote:
> Hello,
> 
> This is a beta version of a replication diff tool written in python. 
> 
> Design page (this needs updating - I hope to get that done tonight)
> 
> http://www.port389.org/docs/389ds/design/repl-diff-tool-design.html
> 
> 
> Current usage:
> 
>   -v, --verbose Verbose output
>   -o FILE, --outfile=FILE
> The output file
>   -D BINDDN, --binddn=BINDDN
> The Bind DN (REQUIRED)
>   -w BINDPW, --bindpw=BINDPW
> The Bind password (REQUIRED)
>   -h MHOST, --master_host=MHOST
> The Master host (default localhost)
>   -p MPORT, --master_port=MPORT
> The Master port (default 389)
>   -H RHOST, --replica_host=RHOST
> The Replica host (REQUIRED)
>   -P RPORT, --replica_port=RPORT
> The Replica port (REQUIRED)
>   -b SUFFIX, --basedn=SUFFIX
> Replicated suffix (REQUIRED)
>   -l LAG, --lagtime=LAG
> The amount of time to ignore inconsistencies
> (default
> 300 seconds)
>   -Z CERTDIR, --certdir=CERTDIR
> The certificate database directory for startTLS
> connections
>   -i IGNORE, --ignore=IGNORE
> Comma separated list of attributes to ignore
>   -M MLDIF, --mldif=MLDIF
> Master LDIF file (offline mode)
>   -R RLDIF, --rldif=RLDIF
> Replica LDIF file (offline mode)
> 
> |Examples: python repl-diff.py -D "cn=directory manager" -w PASSWORD -h
> localhost -p 389 -H remotehost -P  -b "dc=example,dc=com" ||python 
> repl-diff.py -D "cn=directory manager" -w PASSWORD -h localhost
> -p 389 -H remotehost -P  -b "dc=example,dc=com" -Z
> /etc/dirsrv/slapd-localhost|
> |python repl-diff.py -M /tmp/master.ldif -R /tmp/replica.ldif |
> 
> 
> How long the tool takes to run depends on the number of entries per
> database.  See performance numbers below 
> 
> Entries per Replica Time
> 
> -
> 100k40 seconds
> 500k3m 30secs
> 1 million   7m 30secs
> 2 million   14 minutes
> 10 million  ~70 minutes
> 
> 
> 
> I'd be very interested in feedback, RFE's, and bugs.

Hey mate, 

The tool looks great, awesome work on this. Really impressive that you
got it to 70 minutes for 10 million entries.

How responsive is the server during this process? We aren't going to
cause some odd resource exhaustion? 

import optparse

With python, optparse is deprecated. Can we use argparse instead? It's
nearly identical. Lots of examples of this in dsctl. 

With connect to replicas, some sites may only have ldaps (provided by a
load balancer). So our scripts should really be taking an LDAPurl, a
certdir, and a starttls flag. Because ldaps://localhost + certdir is a
valid option, but if we force call start_tls_s(), we break it. As well,
someone may use ldapi:// etc. It also saves on port options and more
flags to the cli because we can do ldap://localhost:30389 etc. 

Hope that helps, I'll be happy to review again later!

For now, I think our strategy with this should be to add it to
389-ds-base, and later we can move this into lib389 when we can. How
does that sound? 

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

loadable library and perl binaries are mismatched

2017-04-12 Thread Orion Poplawski

32-bit rawhide/f26 builds of perl-Cflow failed with:

Cflow.c: loadable library and perl binaries are mismatched (got handshake key
0x7e00080, needed 0x7f00080)

other arches are okay.  Why?

https://koji.fedoraproject.org/koji/taskinfo?taskID=18953377

Thanks.

-- 
Orion Poplawski
Technical Manager  720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
___
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 new Replication Diff Tool

2017-04-12 Thread Mark Reynolds

Hello,

This is a beta version of a replication diff tool written in python. 

Design page (this needs updating - I hope to get that done tonight)

http://www.port389.org/docs/389ds/design/repl-diff-tool-design.html


Current usage:

  -v, --verbose Verbose output
  -o FILE, --outfile=FILE
The output file
  -D BINDDN, --binddn=BINDDN
The Bind DN (REQUIRED)
  -w BINDPW, --bindpw=BINDPW
The Bind password (REQUIRED)
  -h MHOST, --master_host=MHOST
The Master host (default localhost)
  -p MPORT, --master_port=MPORT
The Master port (default 389)
  -H RHOST, --replica_host=RHOST
The Replica host (REQUIRED)
  -P RPORT, --replica_port=RPORT
The Replica port (REQUIRED)
  -b SUFFIX, --basedn=SUFFIX
Replicated suffix (REQUIRED)
  -l LAG, --lagtime=LAG
The amount of time to ignore inconsistencies
(default
300 seconds)
  -Z CERTDIR, --certdir=CERTDIR
The certificate database directory for startTLS
connections
  -i IGNORE, --ignore=IGNORE
Comma separated list of attributes to ignore
  -M MLDIF, --mldif=MLDIF
Master LDIF file (offline mode)
  -R RLDIF, --rldif=RLDIF
Replica LDIF file (offline mode)

|Examples: python repl-diff.py -D "cn=directory manager" -w PASSWORD -h
localhost -p 389 -H remotehost -P  -b "dc=example,dc=com" ||python 
repl-diff.py -D "cn=directory manager" -w PASSWORD -h localhost
-p 389 -H remotehost -P  -b "dc=example,dc=com" -Z
/etc/dirsrv/slapd-localhost|
|python repl-diff.py -M /tmp/master.ldif -R /tmp/replica.ldif |


How long the tool takes to run depends on the number of entries per
database.  See performance numbers below 

Entries per Replica Time

-
100k40 seconds
500k3m 30secs
1 million   7m 30secs
2 million   14 minutes
10 million  ~70 minutes



I'd be very interested in feedback, RFE's, and bugs.

Thanks,
Mark
# --- BEGIN COPYRIGHT BLOCK ---
# Copyright (C) 2017 Red Hat, Inc.
# All rights reserved.
#
# License: GPL (version 3 or any later version).
# See LICENSE for details.
# --- END COPYRIGHT BLOCK ---
#
import re
import time
import ldap
import optparse
from ldap.ldapobject import SimpleLDAPObject
from ldap.cidict import cidict
from ldap.controls import SimplePagedResultsControl

VERSION = "1.0"
RUV_FILTER = '(&(nsuniqueid=---)(objectclass=nstombstone))'
vucsn_pattern = re.compile(';vucsn-([A-Fa-f0-9]+)')
vdcsn_pattern = re.compile(';vdcsn-([A-Fa-f0-9]+)')
mdcsn_pattern = re.compile(';mdcsn-([A-Fa-f0-9]+)')
adcsn_pattern = re.compile(';adcsn-([A-Fa-f0-9]+)')


class Entry(object):
''' This is a stripped down version of Entry from python-lib389.
Once python-lib389 is released on RHEL this class will go away.
'''
def __init__(self, entrydata):
if entrydata:
self.dn = entrydata[0]
self.data = cidict(entrydata[1])

def __getitem__(self, name):
return self.__getattr__(name)

def __getattr__(self, name):
if name == 'dn' or name == 'data':
return self.__dict__.get(name, None)
return self.getValue(name)


def get_entry(entries, dn):
''' Loop over enties looking for a matching dn
'''
for entry in entries:
if entry.dn == dn:
return entry
return None


def remove_entry(rentries, dn):
''' Remove an entry from the array of entries
'''
for entry in rentries:
if entry.dn == dn:
rentries.remove(entry)
break


def extract_time(stateinfo):
''' Take the nscpEntryWSI attribute and get the most recent timestamp from
one of the csns (vucsn, vdcsn, mdcsn, adcsn)

Return the timestamp in decimal
'''
timestamp = 0
for pattern in [vucsn_pattern, vdcsn_pattern, mdcsn_pattern, adcsn_pattern]:
csntime = pattern.search(stateinfo)
if csntime:
hextime = csntime.group(1)[:8]
dectime = int(hextime, 16)
if dectime > timestamp:
timestamp = dectime

return timestamp


def convert_timestamp(timestamp):
''' Convert createtimestamp to ctime: 20170405184656Z -> Wed Apr  5 19:46:56 2017
'''
time_tuple = (int(timestamp[:4]), int(timestamp[4:6]), int(timestamp[6:8]),
  int(timestamp[8:10]), int(timestamp[10:12]), int(timestamp[12:14]),
  0, 0, 0)
secs = time.mktime(time_tuple)
return time.ctime(secs)


def convert_entries(entries):
'''Convert and normalize the ldap entries
'''
new_entries = []
for entry in entries:
new_entry = Entry(entry)
new_entry.data = {k.lower(): v

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

2017-04-12 Thread updates

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 644  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 638  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 528  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 499  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 230  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8594ed3a53   
chicken-4.11.0-3.el6
 110  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  60  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-acd2c2af0d   
nagios-4.2.4-4.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-68aef427a4   
php-horde-Horde-Crypt-2.7.6-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-def12f5099   
libupnp-1.6.21-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0f5b6c547b   
php-pear-CAS-1.3.5-1.el6.1
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-fb8532fb2d   
tomcat-7.0.77-1.el6


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

tomcat-7.0.77-1.el6

Details about builds:



 tomcat-7.0.77-1.el6 (FEDORA-EPEL-2017-fb8532fb2d)
 Apache Servlet/JSP Engine, RI for Servlet 3.0/JSP 2.2 API

Update Information:

This updates includes a rebase from tomcat 7.0.75 up to 7.0.77 which resolves
multiple CVEs:  - rhbz#1441241 CVE-2017-5647 CVE-2017-5648 tomcat: various flaws

References:

  [ 1 ] Bug #1441241 - CVE-2017-5647 CVE-2017-5648 tomcat: various flaws 
[epel-6]
https://bugzilla.redhat.com/show_bug.cgi?id=1441241

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

Self introduction: Artur Iwicki

2017-04-12 Thread Artur Iwicki

Good day, everyone. 

My name is Artur Iwicki. I am a hobbyist game developer (going by the nickname 
"suve")
and I would like to bring some of my works to the official repositories. 

Currently I have submitted two review requests, one game and one command-line 
utility.
- https://bugzilla.redhat.com/show_bug.cgi?id=1433749
- https://bugzilla.redhat.com/show_bug.cgi?id=1441813 

I've been using Fedora since F13 and so far I've had a really good experience.
I'd like to give back to the project and I guess adding new software might be 
one way to do so.
I could possibly help with maintaining other packages, if needed.

Best wishes,
A.I.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: python-mutagen treated as limited arch package?

2017-04-12 Thread Stephen John Smoogen

Matej, it was agreed by EPSCO that the package should be allowed into
the distribution using the same methods in the limited arch package.

On 10 April 2017 at 18:05, Kevin Fenzi  wrote:
> On 04/10/2017 03:50 PM, Matej Cepl wrote:
>> Hi,
>>
>> with https://bugzilla.redhat.com/show_bug.cgi?id=1190344 python-mutagen
>> has been removed from EPEL. The problem is that it is Workstation-only
>> package, so we are now in the situation where we don’t have it either in
>> the RHEL underlying EPEL nor in EPEL itself.
>>
>> I need python-mutagen for picard package, which I would like to get to
>> EPEL-7 as well.
>>
>> I would like to follow
>> https://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages SOP
>> to ship the package in EPEL again.
>>
>> Any objections?
>
> Not here. I think this is the best way to handle these kinds of
> packages. We should also update the wiki that the same process for
> limited arch can be used for this case as well.
>
> kevin
>
>
>
> ___
> epel-devel mailing list -- epel-devel@lists.fedoraproject.org
> To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
>



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

Re: Nested rich-dependencies in rpm

2017-04-12 Thread Przemek Klosowski


On 04/12/2017 01:34 PM, Björn 'besser82' Esser wrote:
Libyui is a well tested and since 15 years proven to work toolkit / 
abstraction-layer written by SUSE, even used in SLES…  It's powering 
their installer and system-configuration tooling.
FWIW, dnfdragora currently crashes on startup and it seems that it's in 
libyui:

https://bugzilla.redhat.com/show_bug.cgi?id=1441789
This of course doesn't mean it's libyui's fault, except that maybe those 
abstraction layers make the whole thing fragile.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Announce: DistGit namespace migration: docker -> container

2017-04-12 Thread Adam Miller

Hello all,
The migration of the docker namespace in DistGit, cgit, PackageDB
and Container Guidelines is now complete. This migration is at the
request of the Fedora Atomic WG[0] to highlight that Fedora is
targeting all OCI[1] compliant container runtimes instead of any
specific one.

For those who maintain container layered images in Fedora space you
will need to re-clone your DistGit repositories under the new
namespace. (Backwards compatibility was not left in place on purpose
because of an inheritance attribute of namespaces mapping to koji
build targets):

$ fedpkg clone container/foo

Instead of:

$ fedpkg clone docker/foo

This marks "Phase 1" of the migration and was the big ticket items. We
did not want to wait on Phase 2 to announce because they are mostly
cosmetic/book-keeping and with Phase 1 complete we can keep from
increasing the layered images needing migration later. We also wanted
to let container maintainers know as soon as possible after the
changes to DistGit and PackageDB went live.

Builds will continue to work as they had previously with once you re-clone:

$ fedpkg container-build

Phase 2
There are three final items which are: the migration of the koji
targets, the migration of the $DISTTAG and the Buzilla entry[2].

The koji tags and targets exist but builds won't use them until a
required rpkg patch is merged upstream[3] to properly inherit the new
DistGit namespace.

The Bugzilla entry is currently awaiting update from the Fedora Infra
and Bugzilla Admin groups[4].

Once these changes are in place, we will release a new Fedora base
image set that will include the updated $DISTTAG which will be
inherited by layered image builds upon new builds (which are all
rebuilt before a container release so this will happen automatically).

Thank you,
-AdamM

[0] - https://pagure.io/atomic-wg
[1] - https://www.opencontainers.org/
[2] - https://bugzilla.redhat.com/enter_bug.cgi?classification=Fedora
[3] - https://pagure.io/rpkg/pull-request/214
[4] - https://pagure.io/fedora-infrastructure/issue/5920
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Nested rich-dependencies in rpm


Am 12.04.2017 um 19:35 schrieb Michael Catanzaro:

On Wed, 2017-04-12 at 13:07 -0400, Matthias Clasen wrote:

To throw in my 2c as gtk maintainer: I'd rather have a well-written
qt
app on my desktop than something that relies on fragile toolkit
abstraction layers like this. Both gtk and qt are already
abstractions.
Adding another one on top does not make things better, most of the
time...

libyui is used by YaST. I'm surprised to learn it's used by anything
else. It's not good. The GTK+ support has been very broken for a *very*
long time (~2011) with buttons running off the edge of the windows, to
the point where openSUSE switched to just using the Qt interface at all
times. You can do much better using Qt or GTK+ directly, indeed.

Michael


Well, you are right…  Rendering of GTK2-based apps was broken in GTK3 / 
GNOME3 for long at that time; GNOME3-developers official statement about 
that was: "Users of GTK2-apps are not our target audience…"


Luckily libyui-gtk was ported to GTK3 in July 2012 and works fine since 
then.  :D

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

orion pushed to perl-Cflow (f26). "Build properly with flow-tools support"

From dc6ec24d046d91fd726c3c121fc58b7f5a207e6e Mon Sep 17 00:00:00 2001
From: Orion Poplawski 
Date: Wed, 12 Apr 2017 11:27:45 -0600
Subject: Build properly with flow-tools support

---
 perl-Cflow-flow-tools.patch | 26 ++
 perl-Cflow.spec | 11 +--
 2 files changed, 35 insertions(+), 2 deletions(-)
 create mode 100644 perl-Cflow-flow-tools.patch

diff --git a/perl-Cflow-flow-tools.patch b/perl-Cflow-flow-tools.patch
new file mode 100644
index 000..03471b0
--- /dev/null
+++ b/perl-Cflow-flow-tools.patch
@@ -0,0 +1,26 @@
+diff -up Cflow-1.053/Makefile.PL.flow-tools Cflow-1.053/Makefile.PL
+--- Cflow-1.053/Makefile.PL.flow-tools 2017-04-12 11:17:56.305479722 -0600
 Cflow-1.053/Makefile.PL2017-04-12 11:18:37.101280928 -0600
+@@ -42,18 +42,10 @@ sub find_argus_or_flow_tools {
+ sub find_flow_tools {
+my($ver, $dir);
+my($libdir, $incdir);
+-   if (-f '../../lib/libft.a') {
+-  $dir = '../../lib';
+-  $incdir = "-I$dir -I$dir/..";
+-  $libdir = "-L$dir";
+-   }
+-   if ("$libdir") {
+-  print "Found flow-tools... using \"-DOSU $incdir $libdir -lft -lz\".\n";
+-  return { CCFLAGS => $Config{ccflags} . ' -DOSU',
+- INC => join(' ', $incdir),
+- LIBS=> [ join(' ', $libdir, '-lnsl -lft -lz') ] }
+-   }
+-   return undef
++   print "Found flow-tools... using \"-DOSU $incdir $libdir -lft\".\n";
++   return { CCFLAGS => $Config{ccflags} . ' -DOSU',
++  INC => join(' ', $incdir),
++  LIBS=> [ join(' ', $libdir, '-lft') ] }
+ }
+ 
+ sub find_argus {
diff --git a/perl-Cflow.spec b/perl-Cflow.spec
index 30fc6a0..17f130d 100644
--- a/perl-Cflow.spec
+++ b/perl-Cflow.spec
@@ -1,6 +1,6 @@
 Name:   perl-Cflow
 Version:1.053
-Release:32%{?dist}
+Release:33%{?dist}
 Summary:Find flows in raw IP flow files
 Group:  Development/Libraries
 License:GPLv2+
@@ -8,6 +8,8 @@ URL:http://pages.cs.wisc.edu/~plonka/Cflow/
 Source0:http://pages.cs.wisc.edu/~plonka/Cflow/Cflow-%{version}.tar.gz
 # http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
 Patch0: perl-Cflow-ccflags.patch
+# Use system flow-tools
+Patch1: perl-Cflow-flow-tools.patch
 
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
@@ -25,6 +27,7 @@ routers and written into flow files.
 %prep
 %setup -q -n Cflow-%{version}
 %patch0 -p1
+%patch1 -p1 -b .flow-tools
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"
@@ -44,7 +47,8 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 make test
 
 %files
-%doc COPYING README Changes
+%license COPYING
+%doc README Changes
 %{_bindir}/flowdumper
 %{perl_vendorarch}/auto/*
 %{perl_vendorarch}/Cflow.pm
@@ -53,6 +57,9 @@ make test
 
 
 %changelog
+* Wed Apr 12 2017 Orion Poplawski  - 1.053-33
+- Build properly with flow-tools support
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
1.053-32
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



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

Re: Nested rich-dependencies in rpm

2017-04-12 Thread Michael Catanzaro

On Wed, 2017-04-12 at 13:07 -0400, Matthias Clasen wrote:
> To throw in my 2c as gtk maintainer: I'd rather have a well-written
> qt
> app on my desktop than something that relies on fragile toolkit
> abstraction layers like this. Both gtk and qt are already
> abstractions.
> Adding another one on top does not make things better, most of the
> time...

libyui is used by YaST. I'm surprised to learn it's used by anything
else. It's not good. The GTK+ support has been very broken for a *very*
long time (~2011) with buttons running off the edge of the windows, to
the point where openSUSE switched to just using the Qt interface at all
times. You can do much better using Qt or GTK+ directly, indeed.

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

Re: Nested rich-dependencies in rpm


Am 12.04.2017 um 19:07 schrieb Matthias Clasen:

On Wed, 2017-04-12 at 18:20 +0200, Björn 'besser82' Esser wrote:

@Björn: Do you know how libyui chooses the toolkit?

Yes.  Libyui performs a check on init of ui whether it's running on
a
TTY or not:

  if TTY it instantly uses libyui-ncurses
  else it *tries* to load - and uses the first available -
GUI-backend in the following order:

  libyui-qt
  libyui-gtk
  libyui-ncurses

If it cannot load any backend or cannot open a TTY in case of
libyui-ncurses, it throws an error and shuts down the ui.


To throw in my 2c as gtk maintainer: I'd rather have a well-written qt
app on my desktop than something that relies on fragile toolkit
abstraction layers like this. Both gtk and qt are already abstractions.
Adding another one on top does not make things better, most of the
time...


Libyui is a well tested and since 15 years proven to work toolkit / 
abstraction-layer written by SUSE, even used in SLES…  It's powering 
their installer and system-configuration tooling.

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

orion pushed to perl-Cflow (master). "Build properly with flow-tools support"

From dc6ec24d046d91fd726c3c121fc58b7f5a207e6e Mon Sep 17 00:00:00 2001
From: Orion Poplawski 
Date: Wed, 12 Apr 2017 11:27:45 -0600
Subject: Build properly with flow-tools support

---
 perl-Cflow-flow-tools.patch | 26 ++
 perl-Cflow.spec | 11 +--
 2 files changed, 35 insertions(+), 2 deletions(-)
 create mode 100644 perl-Cflow-flow-tools.patch

diff --git a/perl-Cflow-flow-tools.patch b/perl-Cflow-flow-tools.patch
new file mode 100644
index 000..03471b0
--- /dev/null
+++ b/perl-Cflow-flow-tools.patch
@@ -0,0 +1,26 @@
+diff -up Cflow-1.053/Makefile.PL.flow-tools Cflow-1.053/Makefile.PL
+--- Cflow-1.053/Makefile.PL.flow-tools 2017-04-12 11:17:56.305479722 -0600
 Cflow-1.053/Makefile.PL2017-04-12 11:18:37.101280928 -0600
+@@ -42,18 +42,10 @@ sub find_argus_or_flow_tools {
+ sub find_flow_tools {
+my($ver, $dir);
+my($libdir, $incdir);
+-   if (-f '../../lib/libft.a') {
+-  $dir = '../../lib';
+-  $incdir = "-I$dir -I$dir/..";
+-  $libdir = "-L$dir";
+-   }
+-   if ("$libdir") {
+-  print "Found flow-tools... using \"-DOSU $incdir $libdir -lft -lz\".\n";
+-  return { CCFLAGS => $Config{ccflags} . ' -DOSU',
+- INC => join(' ', $incdir),
+- LIBS=> [ join(' ', $libdir, '-lnsl -lft -lz') ] }
+-   }
+-   return undef
++   print "Found flow-tools... using \"-DOSU $incdir $libdir -lft\".\n";
++   return { CCFLAGS => $Config{ccflags} . ' -DOSU',
++  INC => join(' ', $incdir),
++  LIBS=> [ join(' ', $libdir, '-lft') ] }
+ }
+ 
+ sub find_argus {
diff --git a/perl-Cflow.spec b/perl-Cflow.spec
index 30fc6a0..17f130d 100644
--- a/perl-Cflow.spec
+++ b/perl-Cflow.spec
@@ -1,6 +1,6 @@
 Name:   perl-Cflow
 Version:1.053
-Release:32%{?dist}
+Release:33%{?dist}
 Summary:Find flows in raw IP flow files
 Group:  Development/Libraries
 License:GPLv2+
@@ -8,6 +8,8 @@ URL:http://pages.cs.wisc.edu/~plonka/Cflow/
 Source0:http://pages.cs.wisc.edu/~plonka/Cflow/Cflow-%{version}.tar.gz
 # http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
 Patch0: perl-Cflow-ccflags.patch
+# Use system flow-tools
+Patch1: perl-Cflow-flow-tools.patch
 
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
@@ -25,6 +27,7 @@ routers and written into flow files.
 %prep
 %setup -q -n Cflow-%{version}
 %patch0 -p1
+%patch1 -p1 -b .flow-tools
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"
@@ -44,7 +47,8 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 make test
 
 %files
-%doc COPYING README Changes
+%license COPYING
+%doc README Changes
 %{_bindir}/flowdumper
 %{perl_vendorarch}/auto/*
 %{perl_vendorarch}/Cflow.pm
@@ -53,6 +57,9 @@ make test
 
 
 %changelog
+* Wed Apr 12 2017 Orion Poplawski  - 1.053-33
+- Build properly with flow-tools support
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
1.053-32
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



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

orion pushed to perl-Cflow (epel7). "Build properly with flow-tools support"

From dc6ec24d046d91fd726c3c121fc58b7f5a207e6e Mon Sep 17 00:00:00 2001
From: Orion Poplawski 
Date: Wed, 12 Apr 2017 11:27:45 -0600
Subject: Build properly with flow-tools support

---
 perl-Cflow-flow-tools.patch | 26 ++
 perl-Cflow.spec | 11 +--
 2 files changed, 35 insertions(+), 2 deletions(-)
 create mode 100644 perl-Cflow-flow-tools.patch

diff --git a/perl-Cflow-flow-tools.patch b/perl-Cflow-flow-tools.patch
new file mode 100644
index 000..03471b0
--- /dev/null
+++ b/perl-Cflow-flow-tools.patch
@@ -0,0 +1,26 @@
+diff -up Cflow-1.053/Makefile.PL.flow-tools Cflow-1.053/Makefile.PL
+--- Cflow-1.053/Makefile.PL.flow-tools 2017-04-12 11:17:56.305479722 -0600
 Cflow-1.053/Makefile.PL2017-04-12 11:18:37.101280928 -0600
+@@ -42,18 +42,10 @@ sub find_argus_or_flow_tools {
+ sub find_flow_tools {
+my($ver, $dir);
+my($libdir, $incdir);
+-   if (-f '../../lib/libft.a') {
+-  $dir = '../../lib';
+-  $incdir = "-I$dir -I$dir/..";
+-  $libdir = "-L$dir";
+-   }
+-   if ("$libdir") {
+-  print "Found flow-tools... using \"-DOSU $incdir $libdir -lft -lz\".\n";
+-  return { CCFLAGS => $Config{ccflags} . ' -DOSU',
+- INC => join(' ', $incdir),
+- LIBS=> [ join(' ', $libdir, '-lnsl -lft -lz') ] }
+-   }
+-   return undef
++   print "Found flow-tools... using \"-DOSU $incdir $libdir -lft\".\n";
++   return { CCFLAGS => $Config{ccflags} . ' -DOSU',
++  INC => join(' ', $incdir),
++  LIBS=> [ join(' ', $libdir, '-lft') ] }
+ }
+ 
+ sub find_argus {
diff --git a/perl-Cflow.spec b/perl-Cflow.spec
index 30fc6a0..17f130d 100644
--- a/perl-Cflow.spec
+++ b/perl-Cflow.spec
@@ -1,6 +1,6 @@
 Name:   perl-Cflow
 Version:1.053
-Release:32%{?dist}
+Release:33%{?dist}
 Summary:Find flows in raw IP flow files
 Group:  Development/Libraries
 License:GPLv2+
@@ -8,6 +8,8 @@ URL:http://pages.cs.wisc.edu/~plonka/Cflow/
 Source0:http://pages.cs.wisc.edu/~plonka/Cflow/Cflow-%{version}.tar.gz
 # http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
 Patch0: perl-Cflow-ccflags.patch
+# Use system flow-tools
+Patch1: perl-Cflow-flow-tools.patch
 
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
@@ -25,6 +27,7 @@ routers and written into flow files.
 %prep
 %setup -q -n Cflow-%{version}
 %patch0 -p1
+%patch1 -p1 -b .flow-tools
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"
@@ -44,7 +47,8 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 make test
 
 %files
-%doc COPYING README Changes
+%license COPYING
+%doc README Changes
 %{_bindir}/flowdumper
 %{perl_vendorarch}/auto/*
 %{perl_vendorarch}/Cflow.pm
@@ -53,6 +57,9 @@ make test
 
 
 %changelog
+* Wed Apr 12 2017 Orion Poplawski  - 1.053-33
+- Build properly with flow-tools support
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
1.053-32
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



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

[Bug 1440386] perl-Contextual-Return-0.004011 is available

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



--- Comment #3 from Fedora Update System  ---
perl-Contextual-Return-0.004012-1.fc26 has been submitted as an update to
Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-72d237f3a3

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

pghmcfc pushed to perl-Contextual-Return (f26). "Update to 0.004012 (..more)"

From 61a7e8bc98fbfbb0c50de60ca4c803352f85965a Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 16:09:47 +0100
Subject: Update to 0.004012

- New upstream release 0.004012
  - Optimized previous patch for memory leak
  - Added missing test plan to t/fail.t
---
 .gitignore  | 1 +
 perl-Contextual-Return.spec | 7 ++-
 sources | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 49e21bc..a82e9a3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@ Contextual-Return-v0.2.1.tar.gz
 /Contextual-Return-0.004009.tar.gz
 /Contextual-Return-0.004010.tar.gz
 /Contextual-Return-0.004011.tar.gz
+/Contextual-Return-0.004012.tar.gz
diff --git a/perl-Contextual-Return.spec b/perl-Contextual-Return.spec
index 900e263..757bf68 100644
--- a/perl-Contextual-Return.spec
+++ b/perl-Contextual-Return.spec
@@ -1,5 +1,5 @@
 Name:   perl-Contextual-Return
-Version:0.004011
+Version:0.004012
 Release:1%{?dist}
 Summary:Create context-sensitive return values
 License:GPL+ or Artistic
@@ -55,6 +55,11 @@ make test
 %{_mandir}/man3/Contextual::Return::Failure.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 0.004012-1
+- Update to 0.004012
+  - Optimized previous patch for memory leak
+  - Added missing test plan to t/fail.t
+
 * Sun Apr  9 2017 Paul Howarth  - 0.004011-1
 - Update to 0.004011
   - Patched memory leak from use of @DB::args
diff --git a/sources b/sources
index 2d0f02c..868ab99 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Contextual-Return-0.004011.tar.gz) = 
b38ac9766e84b88c64f2d6e70ff8aa1acec78aab74ccb1b75240b1e980281daf6ca8a503da39c8c853910fe727822d769c6aa7866d73c497c06f84bf4345c4de
+SHA512 (Contextual-Return-0.004012.tar.gz) = 
50742adf6744ff7c0d1e543b0130a73dcf8594a39ef5454d44c93251328cf404829e3364ba9c1a2ce22f176d2fa03e9bfb98ce57e35fd6c48419ab9c970f8c1e
-- 
cgit v1.1



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

pghmcfc pushed to perl-Contextual-Return (f26). "Revert t/fail.t test plan change as test is quite flaky"

From c3a2b336ac4b123b2d4e1b1d23dca9dfcf08a515 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 18:03:32 +0100
Subject: Revert t/fail.t test plan change as test is quite flaky

---
 Contextual-Return-0.004012-plan.patch | 11 +++
 perl-Contextual-Return.spec   |  5 +
 2 files changed, 16 insertions(+)
 create mode 100644 Contextual-Return-0.004012-plan.patch

diff --git a/Contextual-Return-0.004012-plan.patch 
b/Contextual-Return-0.004012-plan.patch
new file mode 100644
index 000..b493873
--- /dev/null
+++ b/Contextual-Return-0.004012-plan.patch
@@ -0,0 +1,11 @@
+--- t/fail.t
 t/fail.t
+@@ -1,7 +1,6 @@
+ use Contextual::Return qw< FAIL FAIL_WITH >;
+ 
+-use Test::More;
+-plan tests => 19;
++use Test::More 'no_plan';
+ 
+ sub eval_nok(&$$) {
+ my ($block, $exception_pat, $message) = @_;
diff --git a/perl-Contextual-Return.spec b/perl-Contextual-Return.spec
index 757bf68..64a99b0 100644
--- a/perl-Contextual-Return.spec
+++ b/perl-Contextual-Return.spec
@@ -5,6 +5,7 @@ Summary:Create context-sensitive return values
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Contextual-Return
 Source0:
http://search.cpan.org/CPAN/authors/id/D/DC/DCONWAY/Contextual-Return-%{version}.tar.gz
+Patch0:Contextual-Return-0.004012-plan.patch
 BuildArch:  noarch
 # Build
 BuildRequires:  coreutils
@@ -37,6 +38,9 @@ appropriate given the calling context.
 %prep
 %setup -q -n Contextual-Return-%{version}
 
+# Get rid of plan on flaky test, which either runs 10 or 19 tests seemingly at 
random
+%patch0
+
 %build
 perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 NO_PERLLOCAL=1
 make %{?_smp_mflags}
@@ -59,6 +63,7 @@ make test
 - Update to 0.004012
   - Optimized previous patch for memory leak
   - Added missing test plan to t/fail.t
+- Revert t/fail.t test plan change as test is quite flaky
 
 * Sun Apr  9 2017 Paul Howarth  - 0.004011-1
 - Update to 0.004011
-- 
cgit v1.1



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

Re: Nested rich-dependencies in rpm

2017-04-12 Thread Matthias Clasen

On Wed, 2017-04-12 at 18:20 +0200, Björn 'besser82' Esser wrote:
> 
> > 
> > @Björn: Do you know how libyui chooses the toolkit?
> 
> Yes.  Libyui performs a check on init of ui whether it's running on
> a 
> TTY or not:
> 
>  if TTY it instantly uses libyui-ncurses
>  else it *tries* to load - and uses the first available - 
> GUI-backend in the following order:
> 
>  libyui-qt
>  libyui-gtk
>  libyui-ncurses
> 
> If it cannot load any backend or cannot open a TTY in case of 
> libyui-ncurses, it throws an error and shuts down the ui.
> 

To throw in my 2c as gtk maintainer: I'd rather have a well-written qt
app on my desktop than something that relies on fragile toolkit
abstraction layers like this. Both gtk and qt are already abstractions.
Adding another one on top does not make things better, most of the
time...
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-Contextual-Return (master). "Revert t/fail.t test plan change as test is quite flaky"

From c3a2b336ac4b123b2d4e1b1d23dca9dfcf08a515 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 18:03:32 +0100
Subject: Revert t/fail.t test plan change as test is quite flaky

---
 Contextual-Return-0.004012-plan.patch | 11 +++
 perl-Contextual-Return.spec   |  5 +
 2 files changed, 16 insertions(+)
 create mode 100644 Contextual-Return-0.004012-plan.patch

diff --git a/Contextual-Return-0.004012-plan.patch 
b/Contextual-Return-0.004012-plan.patch
new file mode 100644
index 000..b493873
--- /dev/null
+++ b/Contextual-Return-0.004012-plan.patch
@@ -0,0 +1,11 @@
+--- t/fail.t
 t/fail.t
+@@ -1,7 +1,6 @@
+ use Contextual::Return qw< FAIL FAIL_WITH >;
+ 
+-use Test::More;
+-plan tests => 19;
++use Test::More 'no_plan';
+ 
+ sub eval_nok(&$$) {
+ my ($block, $exception_pat, $message) = @_;
diff --git a/perl-Contextual-Return.spec b/perl-Contextual-Return.spec
index 757bf68..64a99b0 100644
--- a/perl-Contextual-Return.spec
+++ b/perl-Contextual-Return.spec
@@ -5,6 +5,7 @@ Summary:Create context-sensitive return values
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Contextual-Return
 Source0:
http://search.cpan.org/CPAN/authors/id/D/DC/DCONWAY/Contextual-Return-%{version}.tar.gz
+Patch0:Contextual-Return-0.004012-plan.patch
 BuildArch:  noarch
 # Build
 BuildRequires:  coreutils
@@ -37,6 +38,9 @@ appropriate given the calling context.
 %prep
 %setup -q -n Contextual-Return-%{version}
 
+# Get rid of plan on flaky test, which either runs 10 or 19 tests seemingly at 
random
+%patch0
+
 %build
 perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 NO_PERLLOCAL=1
 make %{?_smp_mflags}
@@ -59,6 +63,7 @@ make test
 - Update to 0.004012
   - Optimized previous patch for memory leak
   - Added missing test plan to t/fail.t
+- Revert t/fail.t test plan change as test is quite flaky
 
 * Sun Apr  9 2017 Paul Howarth  - 0.004011-1
 - Update to 0.004011
-- 
cgit v1.1



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

Re: Nested rich-dependencies in rpm


Am 12.04.2017 um 18:05 schrieb Christian Dersch:



On 04/12/2017 05:59 PM, Matthew Miller wrote:

On Wed, Apr 12, 2017 at 10:41:52AM -0500, Dan Williams wrote:

It's not uncommon to have any or all of GTK, GNOME, and KDE installed
at the same time. What libyui-* does dnfdragora use?  What happens if
both libyui-gtk and libyui-qt are installed, which one gets picked?

I can answer that, because I just installed for testing and got both of
those - and it picks qt when run.

Yes it is expected that you geth both then. I don't know how libyui 
decides which backend it uses. There are possibilities to force that 
via command line options (--qt,--gtk,--ncurses) and .desktop files 
shown depending on the desktop.


@Björn: Do you know how libyui chooses the toolkit?


Yes.  Libyui performs a check on init of ui whether it's running on a 
TTY or not:


if TTY it instantly uses libyui-ncurses
else it *tries* to load - and uses the first available - 
GUI-backend in the following order:


libyui-qt
libyui-gtk
libyui-ncurses

If it cannot load any backend or cannot open a TTY in case of 
libyui-ncurses, it throws an error and shuts down the ui.

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

Re: Nested rich-dependencies in rpm


On 04/12/2017 06:05 PM, Christian Dersch wrote:



On 04/12/2017 05:59 PM, Matthew Miller wrote:

On Wed, Apr 12, 2017 at 10:41:52AM -0500, Dan Williams wrote:

It's not uncommon to have any or all of GTK, GNOME, and KDE installed
at the same time. What libyui-* does dnfdragora use?  What happens if
both libyui-gtk and libyui-qt are installed, which one gets picked?

I can answer that, because I just installed for testing and got both of
those - and it picks qt when run.

Yes it is expected that you geth both then. I don't know how libyui 
decides which backend it uses. There are possibilities to force that 
via command line options (--qt,--gtk,--ncurses) and .desktop files 
shown depending on the desktop.

Options @dnfdragora


@Björn: Do you know how libyui chooses the toolkit?

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

Re: Nested rich-dependencies in rpm




On 04/12/2017 05:59 PM, Matthew Miller wrote:

On Wed, Apr 12, 2017 at 10:41:52AM -0500, Dan Williams wrote:

It's not uncommon to have any or all of GTK, GNOME, and KDE installed
at the same time. What libyui-* does dnfdragora use?  What happens if
both libyui-gtk and libyui-qt are installed, which one gets picked?

I can answer that, because I just installed for testing and got both of
those - and it picks qt when run.

Yes it is expected that you geth both then. I don't know how libyui 
decides which backend it uses. There are possibilities to force that via 
command line options (--qt,--gtk,--ncurses) and .desktop files shown 
depending on the desktop.


@Björn: Do you know how libyui chooses the toolkit?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Nested rich-dependencies in rpm

On Wed, Apr 12, 2017 at 10:41:52AM -0500, Dan Williams wrote:
> It's not uncommon to have any or all of GTK, GNOME, and KDE installed
> at the same time. What libyui-* does dnfdragora use?  What happens if
> both libyui-gtk and libyui-qt are installed, which one gets picked?

I can answer that, because I just installed for testing and got both of
those - and it picks qt when run.

-- 
Matthew Miller

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

Re: Nested rich-dependencies in rpm

2017-04-12 Thread Dan Williams

On Wed, 2017-04-12 at 16:28 +0200, Christian Dersch wrote:
> On 04/12/2017 04:19 PM, Matthew Miller wrote:
> > On Wed, Apr 12, 2017 at 02:56:24PM +0200, Christian Dersch wrote:
> > > > On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82'
> > > > Esser wrote:
> > > > > I hope someone can help me with the following question:
> > > > > Does recent Fedora's rpm support nested rich-dependencies
> > > > > like:
> > > > >    Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or
> > > > > pkg_e))
> > > > > Is there any way to express a dependency like that?
> > > > 
> > > > Can you give an example of when this might be a good idea? It
> > > > seems
> > > > easy to go overboard with this without clear benefit.
> > > > 
> > > 
> > > The example is dnfdragora, a nice new GUI for DNF. It uses libyui
> > > abstraction to provide native GUI/TUI for GTK+3, Qt and ncurses.
> > > The
> > > rich-dependencies ensure that the right libyui bindings get
> > > installed. So an Xfce user would get libyui-gtk while an LXQt
> > > user
> > > would get libyui-qt.
> > 
> > So, in concrete terms:
> > 
> > Supplements: dnf and  and  and (libyui-gtk or libyui-qt)
> > 
> > ?
> > 
> > What are the blanks? And the meaning is: this shouldn't show up as
> > a suggested addition unless those blanks _and_ a libyui of some
> > sort
> > is already installed (or will be installed)?
> > 
> > Going back to the benefits question: why is this better than
> > including
> > dnfdragora in the appropriate groups in comps?
> > 
> > 
> 
> Maybe I wrote not detailed enough or even a bit wrong, dnfdragora is
> the 
> use-case because it requires libyui and some toolkit binding. But
> that 
> stuff where we want to add that is libyui itself. So that the user
> gets 
> the libyui bindings matching his desktop environment. So libyui-qt
> would 
> supplement libyui and (plasma-desktop or lxqt-session) for example. 
> Similar with gtk. We want to ensure that the user always gets the 
> bindings for the toolkit his installed desktops use. So this is a
> logic 
> for libyui, not dnfdragora (which is just the application using it).

It's not uncommon to have any or all of GTK, GNOME, and KDE installed
at the same time. What libyui-* does dnfdragora use?  What happens if
both libyui-gtk and libyui-qt are installed, which one gets picked?

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

pghmcfc pushed to perl-Contextual-Return (master). "Update to 0.004012 (..more)"

From 61a7e8bc98fbfbb0c50de60ca4c803352f85965a Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 16:09:47 +0100
Subject: Update to 0.004012

- New upstream release 0.004012
  - Optimized previous patch for memory leak
  - Added missing test plan to t/fail.t
---
 .gitignore  | 1 +
 perl-Contextual-Return.spec | 7 ++-
 sources | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 49e21bc..a82e9a3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@ Contextual-Return-v0.2.1.tar.gz
 /Contextual-Return-0.004009.tar.gz
 /Contextual-Return-0.004010.tar.gz
 /Contextual-Return-0.004011.tar.gz
+/Contextual-Return-0.004012.tar.gz
diff --git a/perl-Contextual-Return.spec b/perl-Contextual-Return.spec
index 900e263..757bf68 100644
--- a/perl-Contextual-Return.spec
+++ b/perl-Contextual-Return.spec
@@ -1,5 +1,5 @@
 Name:   perl-Contextual-Return
-Version:0.004011
+Version:0.004012
 Release:1%{?dist}
 Summary:Create context-sensitive return values
 License:GPL+ or Artistic
@@ -55,6 +55,11 @@ make test
 %{_mandir}/man3/Contextual::Return::Failure.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 0.004012-1
+- Update to 0.004012
+  - Optimized previous patch for memory leak
+  - Added missing test plan to t/fail.t
+
 * Sun Apr  9 2017 Paul Howarth  - 0.004011-1
 - Update to 0.004011
   - Patched memory leak from use of @DB::args
diff --git a/sources b/sources
index 2d0f02c..868ab99 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Contextual-Return-0.004011.tar.gz) = 
b38ac9766e84b88c64f2d6e70ff8aa1acec78aab74ccb1b75240b1e980281daf6ca8a503da39c8c853910fe727822d769c6aa7866d73c497c06f84bf4345c4de
+SHA512 (Contextual-Return-0.004012.tar.gz) = 
50742adf6744ff7c0d1e543b0130a73dcf8594a39ef5454d44c93251328cf404829e3364ba9c1a2ce22f176d2fa03e9bfb98ce57e35fd6c48419ab9c970f8c1e
-- 
cgit v1.1



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

Re: Fedora CI effort/Interest Group

2017-04-12 Thread Dusty Mabe



On 04/12/2017 10:49 AM, Neal Gompa wrote:
> On Wed, Apr 12, 2017 at 10:46 AM, Pierre-Yves Chibon
>  wrote:
>> On Wed, Apr 12, 2017 at 10:18:33AM -0400, Neal Gompa wrote:
>>> On Wed, Apr 12, 2017 at 10:14 AM, Matthew Miller
>>>  wrote:
 On Wed, Apr 12, 2017 at 12:37:47PM +0200, Pierre-Yves Chibon wrote:
> I have put together a wiki page making this a change proposal:
> https://fedoraproject.org/wiki/Changes/FedoraAtomicCI

 I'd actually like to escalate this from a Change proposal (which
 generally fit into Fedora releases) to a Council-level project
 Objective. That basically means rename to
 https://fedoraproject.org/wiki/Objective/FedoraAtomicCI and file a
 council ticket. :)

>>>
>>> Why call this "Atomic CI"? Can't we call this something better that
>>> reflects that it would be beneficial for the entire distribution,
>>> rather than a small subset of Fedorans working in Project Atomic?
>>
>> The idea is to start with something that has a limited impact, I believe the
>> idea is to build up the pipeline in such a way that it can scale to the 
>> entire
>> distribution, but we need to start somewhere and Atomic Host is a 
>> deliverable in
>> itself and as a small set of packages making it easier to control and 
>> experiment
>> with.
>> Does that make sense?
>>
> 
> Sure, it does, but if this becomes an actual aspect of Fedora, as
> Matthew Miller wants (and it makes sense), then it makes little
> sense to call the thing Atomic CI. Instead CI for Atomic would
> be the first goal, but the overall aim is for the whole distribution.
> 

+1 - The overall effort should be called something more generic, where
the first stage is to implement for atomic host.

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

Re: Fedora CI effort/Interest Group

On Wed, Apr 12, 2017 at 10:49:53AM -0400, Neal Gompa wrote:
> > The idea is to start with something that has a limited impact, I
> > believe the idea is to build up the pipeline in such a way that it
> > can scale to the entire distribution, but we need to start
> > somewhere and Atomic Host is a deliverable in itself and as a small
> > set of packages making it easier to control and experiment with.
> > Does that make sense?
> Sure, it does, but if this becomes an actual aspect of Fedora, as
> Matthew Miller wants (and it makes sense), then it makes little
> sense to call the thing Atomic CI. Instead CI for Atomic would
> be the first goal, but the overall aim is for the whole distribution.

How about "Fedora CI: Fedora Atomic Host Prototype Phase"?

-- 
Matthew Miller

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

pghmcfc uploaded Contextual-Return-0.004012.tar.gz for perl-Contextual-Return

50742adf6744ff7c0d1e543b0130a73dcf8594a39ef5454d44c93251328cf404829e3364ba9c1a2ce22f176d2fa03e9bfb98ce57e35fd6c48419ab9c970f8c1e
  Contextual-Return-0.004012.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Contextual-Return/Contextual-Return-0.004012.tar.gz/sha512/50742adf6744ff7c0d1e543b0130a73dcf8594a39ef5454d44c93251328cf404829e3364ba9c1a2ce22f176d2fa03e9bfb98ce57e35fd6c48419ab9c970f8c1e/Contextual-Return-0.004012.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1439415] perl-Bot-BasicBot-0.90 is available

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Bot-BasicBot-0.90-1.fc |perl-Bot-BasicBot-0.90-1.fc
   |27  |27
   ||perl-Bot-BasicBot-0.91-1.fc
   ||26
 Resolution|--- |ERRATA
Last Closed||2017-04-12 10:51:29



--- Comment #14 from Fedora Update System  ---
perl-Bot-BasicBot-0.91-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 1439956] perl-Bot-BasicBot-0.91 is available

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Bot-BasicBot-0.91-1.fc |perl-Bot-BasicBot-0.91-1.fc
   |27  |27
   ||perl-Bot-BasicBot-0.91-1.fc
   ||26
 Resolution|--- |ERRATA
Last Closed||2017-04-12 10:51:25



--- Comment #8 from Fedora Update System  ---
perl-Bot-BasicBot-0.91-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: Fedora CI effort/Interest Group

On Wed, Apr 12, 2017 at 10:46 AM, Pierre-Yves Chibon
 wrote:
> On Wed, Apr 12, 2017 at 10:18:33AM -0400, Neal Gompa wrote:
>> On Wed, Apr 12, 2017 at 10:14 AM, Matthew Miller
>>  wrote:
>> > On Wed, Apr 12, 2017 at 12:37:47PM +0200, Pierre-Yves Chibon wrote:
>> >> I have put together a wiki page making this a change proposal:
>> >> https://fedoraproject.org/wiki/Changes/FedoraAtomicCI
>> >
>> > I'd actually like to escalate this from a Change proposal (which
>> > generally fit into Fedora releases) to a Council-level project
>> > Objective. That basically means rename to
>> > https://fedoraproject.org/wiki/Objective/FedoraAtomicCI and file a
>> > council ticket. :)
>> >
>>
>> Why call this "Atomic CI"? Can't we call this something better that
>> reflects that it would be beneficial for the entire distribution,
>> rather than a small subset of Fedorans working in Project Atomic?
>
> The idea is to start with something that has a limited impact, I believe the
> idea is to build up the pipeline in such a way that it can scale to the entire
> distribution, but we need to start somewhere and Atomic Host is a deliverable 
> in
> itself and as a small set of packages making it easier to control and 
> experiment
> with.
> Does that make sense?
>

Sure, it does, but if this becomes an actual aspect of Fedora, as
Matthew Miller wants (and it makes sense), then it makes little
sense to call the thing Atomic CI. Instead CI for Atomic would
be the first goal, but the overall aim is for the whole distribution.


-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Conflicting gstreamer1-plugins packages in rawhide?

2017-04-12 Thread Guido Aulisi

I tried to build a new version of jalv package and I got a conflict
between gstreamer1-plugins-bad-free-1.11.2-1.fc26.x86_64 and
gstreamer1-plugins-base-1.11.90-1.fc27.x86_64

Local mockbuild for x86_64 had no errors.

Partial output of root.log:
DEBUG util.py:439:  Error: Transaction check error:
DEBUG util.py:439:file /usr/lib64/gstreamer-1.0/libgstrawparse.so
conflicts between attempted installs of gstreamer1-plugins-bad-free-
1.11.2-1.fc26.x86_64 and gstreamer1-plugins-base-1.11.90-1.fc27.x86_64

Other arches report the same error.

It seems to me that gstreamer1-plugins-bad-free-1.11.2-1.fc26.x86_64
could be the problem, but I'm not sure.

What could be the problem here?

Ciao
Guido

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

Re: Fedora CI effort/Interest Group

On Wed, Apr 12, 2017 at 10:14:39AM -0400, Matthew Miller wrote:
> On Wed, Apr 12, 2017 at 12:37:47PM +0200, Pierre-Yves Chibon wrote:
> > I have put together a wiki page making this a change proposal:
> > https://fedoraproject.org/wiki/Changes/FedoraAtomicCI
> 
> I'd actually like to escalate this from a Change proposal (which
> generally fit into Fedora releases) to a Council-level project
> Objective. That basically means rename to
> https://fedoraproject.org/wiki/Objective/FedoraAtomicCI and file a
> council ticket. :)

I guess we can do that :)


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

Re: Fedora CI effort/Interest Group

On Wed, Apr 12, 2017 at 10:18:33AM -0400, Neal Gompa wrote:
> On Wed, Apr 12, 2017 at 10:14 AM, Matthew Miller
>  wrote:
> > On Wed, Apr 12, 2017 at 12:37:47PM +0200, Pierre-Yves Chibon wrote:
> >> I have put together a wiki page making this a change proposal:
> >> https://fedoraproject.org/wiki/Changes/FedoraAtomicCI
> >
> > I'd actually like to escalate this from a Change proposal (which
> > generally fit into Fedora releases) to a Council-level project
> > Objective. That basically means rename to
> > https://fedoraproject.org/wiki/Objective/FedoraAtomicCI and file a
> > council ticket. :)
> >
> 
> Why call this "Atomic CI"? Can't we call this something better that
> reflects that it would be beneficial for the entire distribution,
> rather than a small subset of Fedorans working in Project Atomic?

The idea is to start with something that has a limited impact, I believe the
idea is to build up the pipeline in such a way that it can scale to the entire
distribution, but we need to start somewhere and Atomic Host is a deliverable in
itself and as a small set of packages making it easier to control and experiment
with.
Does that make sense?


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

Re: Nested rich-dependencies in rpm

Am 12.04.2017 um 16:28 schrieb Christian Dersch:

On 04/12/2017 04:19 PM, Matthew Miller wrote:

On Wed, Apr 12, 2017 at 02:56:24PM +0200, Christian Dersch wrote:
On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser
wrote:

I hope someone can help me with the following question:
Does recent Fedora's rpm support nested rich-dependencies like:
Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))
Is there any way to express a dependency like that?

Can you give an example of when this might be a good idea? It seems
easy to go overboard with this without clear benefit.

The example is dnfdragora, a nice new GUI for DNF. It uses libyui
abstraction to provide native GUI/TUI for GTK+3, Qt and ncurses. The
rich-dependencies ensure that the right libyui bindings get
installed. So an Xfce user would get libyui-gtk while an LXQt user
would get libyui-qt.

So, in concrete terms:

Supplements: dnf and and and (libyui-gtk or libyui-qt)

What are the blanks? And the meaning is: this shouldn't show up as
a suggested addition unless those blanks _and_ a libyui of some sort
is already installed (or will be installed)?

Going back to the benefits question: why is this better than including
dnfdragora in the appropriate groups in comps?

Maybe I wrote not detailed enough or even a bit wrong, dnfdragora is
the use-case because it requires libyui and some toolkit binding. But
that stuff where we want to add that is libyui itself. So that the
user gets the libyui bindings matching his desktop environment. So
libyui-qt would supplement libyui and (plasma-desktop or lxqt-session)
for example. Similar with gtk. We want to ensure that the user always
gets the bindings for the toolkit his installed desktops use. So this
is a logic for libyui, not dnfdragora (which is just the application
using it).

For comps: Yes, that is the right place for dnfdragora. It will end up
there with the change we proposed for Fedora 27:
https://fedoraproject.org/wiki/Changes/Replace_yumex-dnf_with_dnfdragora

Greetings,
Christian

Or see this thread [1].

[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/DFN4D4YE565QIRJLLFUK6BBPINGRSESX/

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

pghmcfc pushed to perl-Test-Vars (f26). "Update to 0.014 (..more)"

From 868fb7e2c6d0f976eac48e7c3c71b766bf1ac0d4 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 15:17:02 +0100
Subject: Update to 0.014

- New upstream release 0.014
  - Fixed a bug where false positives were reported for some code constructs
where a variable was used on the right side of an lvalue-expression
- Drop redundant Group: tag
---
 perl-Test-Vars.spec | 10 --
 sources |  2 +-
 2 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec
index d104f10..ef33938 100644
--- a/perl-Test-Vars.spec
+++ b/perl-Test-Vars.spec
@@ -1,9 +1,8 @@
 Name:  perl-Test-Vars
-Version:   0.013
+Version:   0.014
 Release:   1%{?dist}
 Summary:   Detects unused variables
 License:   GPL+ or Artistic
-Group: Development/Libraries
 URL:   http://search.cpan.org/dist/Test-Vars/
 Source0:   
http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Test-Vars-%{version}.tar.gz
 BuildArch: noarch
@@ -22,6 +21,7 @@ BuildRequires:perl(B)
 BuildRequires: perl(constant)
 BuildRequires: perl(ExtUtils::Manifest)
 BuildRequires: perl(IO::Pipe)
+BuildRequires: perl(List::Util) >= 1.33
 BuildRequires: perl(parent)
 BuildRequires: perl(Storable)
 BuildRequires: perl(strict)
@@ -84,6 +84,12 @@ prove -Ilib $(echo $(find xt/ -name '*.t'))
 %{_mandir}/man3/Test::Vars.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 0.014-1
+- Update to 0.014
+  - Fixed a bug where false positives were reported for some code constructs
+where a variable was used on the right side of an lvalue-expression
+- Drop redundant Group: tag
+
 * Fri Mar 17 2017 Paul Howarth  - 0.013-1
 - Update to 0.013
   - Worked around a very weird bug with B's handling of multideref aux_list
diff --git a/sources b/sources
index a18750e..6209434 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Test-Vars-0.013.tar.gz) = 
8b4ca90367f5426f7d1cb64710bd18d3c1662afd40870ef0cd92a52c288b9928309bbb4d0b73cff4829badcd35d8bde0c4fa206a69385c70ec92157db3f57fbf
+SHA512 (Test-Vars-0.014.tar.gz) = 
25361ab010c5d991e3f955fbc2956fb52c5a31801fbc742b4d7eb02fd56d71eee4314cb515ece8c3fc76ab88bdee4304ccc0762d7f7360bdfd05b05c51ac6314
-- 
cgit v1.1



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

Re: Nested rich-dependencies in rpm


On 04/12/2017 04:19 PM, Matthew Miller wrote:

On Wed, Apr 12, 2017 at 02:56:24PM +0200, Christian Dersch wrote:

On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser wrote:

I hope someone can help me with the following question:
Does recent Fedora's rpm support nested rich-dependencies like:
   Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))
Is there any way to express a dependency like that?

Can you give an example of when this might be a good idea? It seems
easy to go overboard with this without clear benefit.


The example is dnfdragora, a nice new GUI for DNF. It uses libyui
abstraction to provide native GUI/TUI for GTK+3, Qt and ncurses. The
rich-dependencies ensure that the right libyui bindings get
installed. So an Xfce user would get libyui-gtk while an LXQt user
would get libyui-qt.

So, in concrete terms:

Supplements: dnf and  and  and (libyui-gtk or libyui-qt)

?

What are the blanks? And the meaning is: this shouldn't show up as
a suggested addition unless those blanks _and_ a libyui of some sort
is already installed (or will be installed)?

Going back to the benefits question: why is this better than including
dnfdragora in the appropriate groups in comps?


Maybe I wrote not detailed enough or even a bit wrong, dnfdragora is the 
use-case because it requires libyui and some toolkit binding. But that 
stuff where we want to add that is libyui itself. So that the user gets 
the libyui bindings matching his desktop environment. So libyui-qt would 
supplement libyui and (plasma-desktop or lxqt-session) for example. 
Similar with gtk. We want to ensure that the user always gets the 
bindings for the toolkit his installed desktops use. So this is a logic 
for libyui, not dnfdragora (which is just the application using it).


For comps: Yes, that is the right place for dnfdragora. It will end up 
there with the change we proposed for Fedora 27: 
https://fedoraproject.org/wiki/Changes/Replace_yumex-dnf_with_dnfdragora


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

Re: Nested rich-dependencies in rpm

On Wed, Apr 12, 2017 at 02:56:24PM +0200, Christian Dersch wrote:
> >On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser wrote:
> >>I hope someone can help me with the following question:
> >>Does recent Fedora's rpm support nested rich-dependencies like:
> >>   Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))
> >>Is there any way to express a dependency like that?
> >Can you give an example of when this might be a good idea? It seems
> >easy to go overboard with this without clear benefit.
> >
> The example is dnfdragora, a nice new GUI for DNF. It uses libyui
> abstraction to provide native GUI/TUI for GTK+3, Qt and ncurses. The
> rich-dependencies ensure that the right libyui bindings get
> installed. So an Xfce user would get libyui-gtk while an LXQt user
> would get libyui-qt.

So, in concrete terms:

Supplements: dnf and  and  and (libyui-gtk or libyui-qt)

?

What are the blanks? And the meaning is: this shouldn't show up as
a suggested addition unless those blanks _and_ a libyui of some sort
is already installed (or will be installed)?

Going back to the benefits question: why is this better than including
dnfdragora in the appropriate groups in comps?


-- 
Matthew Miller

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

Re: Fedora CI effort/Interest Group

On Wed, Apr 12, 2017 at 10:14 AM, Matthew Miller
 wrote:
> On Wed, Apr 12, 2017 at 12:37:47PM +0200, Pierre-Yves Chibon wrote:
>> I have put together a wiki page making this a change proposal:
>> https://fedoraproject.org/wiki/Changes/FedoraAtomicCI
>
> I'd actually like to escalate this from a Change proposal (which
> generally fit into Fedora releases) to a Council-level project
> Objective. That basically means rename to
> https://fedoraproject.org/wiki/Objective/FedoraAtomicCI and file a
> council ticket. :)
>

Why call this "Atomic CI"? Can't we call this something better that
reflects that it would be beneficial for the entire distribution,
rather than a small subset of Fedorans working in Project Atomic?



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-Test-Vars (master). "Update to 0.014 (..more)"

From 868fb7e2c6d0f976eac48e7c3c71b766bf1ac0d4 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 15:17:02 +0100
Subject: Update to 0.014

- New upstream release 0.014
  - Fixed a bug where false positives were reported for some code constructs
where a variable was used on the right side of an lvalue-expression
- Drop redundant Group: tag
---
 perl-Test-Vars.spec | 10 --
 sources |  2 +-
 2 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec
index d104f10..ef33938 100644
--- a/perl-Test-Vars.spec
+++ b/perl-Test-Vars.spec
@@ -1,9 +1,8 @@
 Name:  perl-Test-Vars
-Version:   0.013
+Version:   0.014
 Release:   1%{?dist}
 Summary:   Detects unused variables
 License:   GPL+ or Artistic
-Group: Development/Libraries
 URL:   http://search.cpan.org/dist/Test-Vars/
 Source0:   
http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Test-Vars-%{version}.tar.gz
 BuildArch: noarch
@@ -22,6 +21,7 @@ BuildRequires:perl(B)
 BuildRequires: perl(constant)
 BuildRequires: perl(ExtUtils::Manifest)
 BuildRequires: perl(IO::Pipe)
+BuildRequires: perl(List::Util) >= 1.33
 BuildRequires: perl(parent)
 BuildRequires: perl(Storable)
 BuildRequires: perl(strict)
@@ -84,6 +84,12 @@ prove -Ilib $(echo $(find xt/ -name '*.t'))
 %{_mandir}/man3/Test::Vars.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 0.014-1
+- Update to 0.014
+  - Fixed a bug where false positives were reported for some code constructs
+where a variable was used on the right side of an lvalue-expression
+- Drop redundant Group: tag
+
 * Fri Mar 17 2017 Paul Howarth  - 0.013-1
 - Update to 0.013
   - Worked around a very weird bug with B's handling of multideref aux_list
diff --git a/sources b/sources
index a18750e..6209434 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Test-Vars-0.013.tar.gz) = 
8b4ca90367f5426f7d1cb64710bd18d3c1662afd40870ef0cd92a52c288b9928309bbb4d0b73cff4829badcd35d8bde0c4fa206a69385c70ec92157db3f57fbf
+SHA512 (Test-Vars-0.014.tar.gz) = 
25361ab010c5d991e3f955fbc2956fb52c5a31801fbc742b4d7eb02fd56d71eee4314cb515ece8c3fc76ab88bdee4304ccc0762d7f7360bdfd05b05c51ac6314
-- 
cgit v1.1



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

pghmcfc uploaded Test-Vars-0.014.tar.gz for perl-Test-Vars

25361ab010c5d991e3f955fbc2956fb52c5a31801fbc742b4d7eb02fd56d71eee4314cb515ece8c3fc76ab88bdee4304ccc0762d7f7360bdfd05b05c51ac6314
  Test-Vars-0.014.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Test-Vars/Test-Vars-0.014.tar.gz/sha512/25361ab010c5d991e3f955fbc2956fb52c5a31801fbc742b4d7eb02fd56d71eee4314cb515ece8c3fc76ab88bdee4304ccc0762d7f7360bdfd05b05c51ac6314/Test-Vars-0.014.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Fedora CI effort/Interest Group

On Wed, Apr 12, 2017 at 12:37:47PM +0200, Pierre-Yves Chibon wrote:
> I have put together a wiki page making this a change proposal:
> https://fedoraproject.org/wiki/Changes/FedoraAtomicCI

I'd actually like to escalate this from a Change proposal (which
generally fit into Fedora releases) to a Council-level project
Objective. That basically means rename to
https://fedoraproject.org/wiki/Objective/FedoraAtomicCI and file a
council ticket. :)

-- 
Matthew Miller

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

co-owner wanted on wordpress and roundcubemail

2017-04-12 Thread Remi Collet

Hi,

I try to maintain Wordpress and Roundcubemail,
but I will prefer to have some co-owner on these.

Especially to allow (security) update when I'm offline,
or busy with some important downstream work (PHP).

Feel free to contact me, or request ACL on pkgdb.



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

Re: Problem building LizardFS - hidden symbol is referenced by DSO

2017-04-12 Thread Jonathan Dieter

On Wed, 2017-04-12 at 08:02 +0200, Mattia Verga wrote:
> Il 11/04/2017 20:34, Jonathan Dieter ha scritto:
> > I would like to get the LizardFS distributed filesystem into
> > Fedora,
> > but I'm running into problems compiling it with Fedora's hardening
> > flags enabled.

> > I would greatly appreciate any help pointing me in the right
> > direction.
> > 
> > 
> 
> You can try to troubleshoot what flag exactly is causing the problem:
> https://fedoraproject.org/wiki/Changes/Harden_All_Packages#Troublesho
> oting_steps_for_package_maintainers

Thanks, this put me on the right track for debugging it

> Also, here it is an explanation of the error message:
> http://stackoverflow.com/questions/23696585/what-does-exactly-the-
> warning-mean-about-hidden-symbol-being-referenced-by-dso

And this finally helped me figure out what the problem was.

The problem had nothing to do with the hardening flags at all.  For
each binary, LizardFS normally builds a static library that then gets
compiled into the binary.

Fedora's default build flags call for dynamic libraries everywhere, but
that's what caused the bug I was seeing (and doesn't make much sense
anyway, given the context: mfsmetalogger opening the library
mfsmetalogger.so to run?)

Because LizardFS doesn't actually provide any libraries, I've just
passed -DBUILD_SHARED_LIBS:BOOL=OFF and it's fixed.

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

Re: Fedora CI effort/Interest Group

On Wed, Apr 12, 2017 at 07:11:33AM -0600, Chris Murphy wrote:
> On Wed, Apr 12, 2017 at 4:37 AM, Pierre-Yves Chibon  
> wrote:
> > Dear all,
> >
> > A small team of people interested in working on a Continuous Integration has
> > started looking into what it would take to add Continous Integration (CI) 
> > to our
> > current packaging and releasing workflow.
> > The current idea is to use fedora-atomic as a prototype product to port into
> > this workflow while keeping in mind other use-cases so that we could 
> > eventually
> > use this approach for the entire distribution (as opt-in).
> >
> > Since there might be more people interested than the people who expressed 
> > their
> > interest, I invite anyone interested to join the mailing list:
> > https://lists.fedoraproject.org/archives/list/c...@lists.fedoraproject.org/
> 
> I get an error 500 for this URL; and then when searching it doesn't
> show up unless I uncheck "Hide inactive"

I suspect this is because there has not been any email sent on the list yet.

Maybe try:
https://lists.fedoraproject.org/admin/lists/ci.lists.fedoraproject.org/


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

Re: Fedora CI effort/Interest Group

2017-04-12 Thread Chris Murphy

On Wed, Apr 12, 2017 at 4:37 AM, Pierre-Yves Chibon  wrote:
> Dear all,
>
> A small team of people interested in working on a Continuous Integration has
> started looking into what it would take to add Continous Integration (CI) to 
> our
> current packaging and releasing workflow.
> The current idea is to use fedora-atomic as a prototype product to port into
> this workflow while keeping in mind other use-cases so that we could 
> eventually
> use this approach for the entire distribution (as opt-in).
>
> Since there might be more people interested than the people who expressed 
> their
> interest, I invite anyone interested to join the mailing list:
> https://lists.fedoraproject.org/archives/list/c...@lists.fedoraproject.org/

I get an error 500 for this URL; and then when searching it doesn't
show up unless I uncheck "Hide inactive"



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

Re: Spam from postmaster

2017-04-12 Thread Petr Pisar

On Wed, Apr 12, 2017 at 11:55:14AM +0200, Petr Pisar wrote:
> I'm sorry for the Chinese spam sent from a spoofed
>  address that passed into the list.
> It looks like a bug in the Mailman3
> system .

It turned out that Mailman3 has a preaproved list of senders that contained
the offending address and that is not configurable from web interface. Fedora
infrastructure people fixed it for me. They also removed the message from the
archive.

We can consider this issue fixed.

-- Petr

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

[Bug 1441653] perl-CPANPLUS-0.9166 is available

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-CPANPLUS-0.916.600-1.f
   ||c27
 Resolution|--- |RAWHIDE
Last Closed||2017-04-12 08:57:32



--- Comment #1 from Petr Pisar  ---
This release changes how stdout and stderr are flushed. Better for rawhide
only.

-- 
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: Nested rich-dependencies in rpm


On 04/12/2017 02:51 PM, Matthew Miller wrote:

On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser wrote:

I hope someone can help me with the following question:
Does recent Fedora's rpm support nested rich-dependencies like:
   Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))
Is there any way to express a dependency like that?

Can you give an example of when this might be a good idea? It seems
easy to go overboard with this without clear benefit.

The example is dnfdragora, a nice new GUI for DNF. It uses libyui 
abstraction to provide native GUI/TUI for GTK+3, Qt and ncurses. The 
rich-dependencies ensure that the right libyui bindings get installed. 
So an Xfce user would get libyui-gtk while an LXQt user would get libyui-qt.


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

Re: Nested rich-dependencies in rpm

On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser wrote:
> I hope someone can help me with the following question:
> Does recent Fedora's rpm support nested rich-dependencies like:
>   Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))
> Is there any way to express a dependency like that?

Can you give an example of when this might be a good idea? It seems
easy to go overboard with this without clear benefit.

-- 
Matthew Miller

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

ppisar pushed to perl-CPANPLUS (master). "0.9166 bump"

From 482f3331c4b4b6ededf1beffc562f7944c5deeda Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Wed, 12 Apr 2017 14:46:16 +0200
Subject: 0.9166 bump

---
 .gitignore |  1 +
 perl-CPANPLUS.spec | 14 +++---
 sources|  2 +-
 3 files changed, 9 insertions(+), 8 deletions(-)

diff --git a/.gitignore b/.gitignore
index 232ac4a..0dae831 100644
--- a/.gitignore
+++ b/.gitignore
@@ -13,3 +13,4 @@ CPANPLUS-0.84.tar.gz
 /CPANPLUS-0.9160.tar.gz
 /CPANPLUS-0.9162.tar.gz
 /CPANPLUS-0.9164.tar.gz
+/CPANPLUS-0.9166.tar.gz
diff --git a/perl-CPANPLUS.spec b/perl-CPANPLUS.spec
index b90e4f9..f5b6f1f 100644
--- a/perl-CPANPLUS.spec
+++ b/perl-CPANPLUS.spec
@@ -1,15 +1,13 @@
-%global cpan_version 0.9164
+%global cpan_version 0.9166
 Name:   perl-CPANPLUS
-Version:0.916.400
+Version:0.916.600
 Release:1%{?dist}
 Summary:Ameliorated interface to the Comprehensive Perl Archive Network
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/CPANPLUS/
 Source0:
http://www.cpan.org/authors/id/B/BI/BINGOS/CPANPLUS-%{cpan_version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  coreutils
-BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl-generators
@@ -19,7 +17,7 @@ BuildRequires:  perl(File::Spec)
 BuildRequires:  perl(FindBin)
 BuildRequires:  perl(Getopt::Long)
 %if %{defined perl_bootstrap}
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 # ExtUtils::Manifest not used
 BuildRequires:  perl(ExtUtils::MM_Unix)
 # Module::Build not used
@@ -105,12 +103,11 @@ sed -i -e '/^inc\/bundle\//d' MANIFEST
 sed -i -e '1i#!perl' bin/cpanp-run-perl
 
 %build
-perl Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -delete
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -124,6 +121,9 @@ make test %{?_smp_mflags}
 %{_mandir}/man3/*
 
 %changelog
+* Wed Apr 12 2017 Petr Pisar  - 0.916.600-1
+- 0.9166 bump
+
 * Fri Mar 03 2017 Petr Pisar  - 0.916.400-1
 - 0.9164 bump
 
diff --git a/sources b/sources
index 72fc01e..f1b187a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (CPANPLUS-0.9164.tar.gz) = 
55e3b429f884371fb614f827f97957629d0f88f4478f40a9860d1c453735a5ac9e6d5bbe5d9cd3854699912284f1447960b56f44a2feb6eff59be6a875650606
+SHA512 (CPANPLUS-0.9166.tar.gz) = 
381db2862be5ffd3da9a4c9a68b2beee7b1c83bdf35d7e34342a1e9b94feee48bafa8f1232c6913d72f7f2df00c6ac262c6d9b85504bbc6092e3c743d8cebe6e
-- 
cgit v1.1



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

ppisar uploaded CPANPLUS-0.9166.tar.gz for perl-CPANPLUS

381db2862be5ffd3da9a4c9a68b2beee7b1c83bdf35d7e34342a1e9b94feee48bafa8f1232c6913d72f7f2df00c6ac262c6d9b85504bbc6092e3c743d8cebe6e
  CPANPLUS-0.9166.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-CPANPLUS/CPANPLUS-0.9166.tar.gz/sha512/381db2862be5ffd3da9a4c9a68b2beee7b1c83bdf35d7e34342a1e9b94feee48bafa8f1232c6913d72f7f2df00c6ac262c6d9b85504bbc6092e3c743d8cebe6e/CPANPLUS-0.9166.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[HEADS UP] F27: Desktop-Environments: replacing Yumex-DNF with DNFDragora, added weak-dependencies to libyui-$UI


Hello folks!

For the transition from Yumex-DNF to DNFDragora, I have added the 
following weak-deps to the corresponding libyui-$UI packages:



For GTK-based DEs (libyui-gtk):

# For Cinnamon.
Supplements:   (libyui%{?_isa} and cinnamon%{?_isa})
# For LXDE.
# For Cinnamon.
Supplements:   (libyui%{?_isa} and cinnamon%{?_isa})
# For LXDE.
Supplements:   (libyui%{?_isa} and lxsession%{?_isa})
# For MATE.
Supplements:   (libyui%{?_isa} and mate-desktop%{?_isa})
# For XFCE.
Supplements:   (libyui%{?_isa} and lxsession%{?_isa})
# For MATE.
Supplements:   (libyui%{?_isa} and mate-desktop%{?_isa})
# For XFCE.
Supplements:   (libyui%{?_isa} and xfdesktop%{?_isa})


For Qt-based DEs (libyui-qt):

# For Hawaii.
Supplements:   (libyui%{?_isa} and hawaii-workspace%{?_isa})
# For LXQt.
Supplements:   (libyui%{?_isa} and lxqt-session%{?_isa})
# For KDE.
Supplements:   (libyui%{?_isa} and plasma-desktop%{?_isa})


If I missed out any DE or there should be changes for the corresponding 
DE's package, let me know.



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

[Bug 1441656] perl-Gearman-2.004.002 is available

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



--- Comment #1 from Fedora Update System  ---
perl-Gearman-2.004.002-1.fc26 has been submitted as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-ddc2007f0a

-- 
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 1441437] perl-Gearman-2.004.001 is available

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



--- Comment #3 from Fedora Update System  ---
perl-Gearman-2.004.002-1.fc26 has been submitted as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-ddc2007f0a

-- 
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 1441656] perl-Gearman-2.004.002 is available

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Gearman-2.004.002-1.fc
   ||27



-- 
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-Gearman (f26). "2.004.002 bump"

From 96b313e315cb11a1bd4ebe6996594af990f8cd42 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Wed, 12 Apr 2017 14:22:54 +0200
Subject: 2.004.002 bump

---
 .gitignore| 1 +
 perl-Gearman.spec | 5 -
 sources   | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 2ccb020..5984a16 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@ Gearman-1.11.tar.gz
 /Gearman-2.003.001.tar.gz
 /Gearman-2.003.002.tar.gz
 /Gearman-2.004.001.tar.gz
+/Gearman-2.004.002.tar.gz
diff --git a/perl-Gearman.spec b/perl-Gearman.spec
index c5b20cf..f2ede2c 100644
--- a/perl-Gearman.spec
+++ b/perl-Gearman.spec
@@ -1,5 +1,5 @@
 Name:   perl-Gearman
-Version:2.004.001
+Version:2.004.002
 Release:1%{?dist}
 Summary:Perl interface for Gearman distributed job system
 License:GPL+ or Artistic
@@ -81,6 +81,9 @@ make test
 %{_mandir}/man3/Gearman::*.*
 
 %changelog
+* Wed Apr 12 2017 Petr Pisar  - 2.004.002-1
+- 2.004.002 bump
+
 * Wed Apr 12 2017 Petr Pisar  - 2.004.001-1
 - 2.004.001 bump
 
diff --git a/sources b/sources
index 098ea60..54f8c55 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Gearman-2.004.001.tar.gz) = 
4b137b0c4281f0d9fc02ce486cbdf83dbb04271cf1ba7d70e87e7fa99752d4ebaed4768f4b674e8e7e9f01407f2c0c4b76af103fe60c1a82b85c73655c72e36d
+SHA512 (Gearman-2.004.002.tar.gz) = 
9101582ffe3bc89bc842a57f5445e1dbf0f5459144c3979656768356a457a8b7d43a75057513909eb09b1590956959afc508f46734efd6cccfd701eabbec18dc
-- 
cgit v1.1



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

Re: Nested rich-dependencies in rpm


Am 12.04.2017 um 13:58 schrieb Neal Gompa:

On Wed, Apr 12, 2017 at 7:56 AM, Björn 'besser82' Esser
 wrote:

Am 12.04.2017 um 12:16 schrieb Neal Gompa:

On Wed, Apr 12, 2017 at 5:08 AM, Björn 'besser82' Esser
 wrote:

Hello folks,

I hope someone can help me with the following question:
Does recent Fedora's rpm support nested rich-dependencies like:

Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))

Is there any way to express a dependency like that?

Yes. Nested rich deps are supported.


Just another question:

Is each line of `Supplements:` being evaled and matched stand-alone?

E.g.:

   Supplements: (pkg_a and pkg_b)
   Supplements: (pkg_a and pkg_c)
   Supplements: (pkg_a and pkg_d)

Would that bring in the package by weak-deps if just one of the specified
supplements is matched?



I think so, yes.


Thank you for the clarification!  =)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Gearman (master). "2.004.002 bump"

From 96b313e315cb11a1bd4ebe6996594af990f8cd42 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Wed, 12 Apr 2017 14:22:54 +0200
Subject: 2.004.002 bump

---
 .gitignore| 1 +
 perl-Gearman.spec | 5 -
 sources   | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 2ccb020..5984a16 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@ Gearman-1.11.tar.gz
 /Gearman-2.003.001.tar.gz
 /Gearman-2.003.002.tar.gz
 /Gearman-2.004.001.tar.gz
+/Gearman-2.004.002.tar.gz
diff --git a/perl-Gearman.spec b/perl-Gearman.spec
index c5b20cf..f2ede2c 100644
--- a/perl-Gearman.spec
+++ b/perl-Gearman.spec
@@ -1,5 +1,5 @@
 Name:   perl-Gearman
-Version:2.004.001
+Version:2.004.002
 Release:1%{?dist}
 Summary:Perl interface for Gearman distributed job system
 License:GPL+ or Artistic
@@ -81,6 +81,9 @@ make test
 %{_mandir}/man3/Gearman::*.*
 
 %changelog
+* Wed Apr 12 2017 Petr Pisar  - 2.004.002-1
+- 2.004.002 bump
+
 * Wed Apr 12 2017 Petr Pisar  - 2.004.001-1
 - 2.004.001 bump
 
diff --git a/sources b/sources
index 098ea60..54f8c55 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Gearman-2.004.001.tar.gz) = 
4b137b0c4281f0d9fc02ce486cbdf83dbb04271cf1ba7d70e87e7fa99752d4ebaed4768f4b674e8e7e9f01407f2c0c4b76af103fe60c1a82b85c73655c72e36d
+SHA512 (Gearman-2.004.002.tar.gz) = 
9101582ffe3bc89bc842a57f5445e1dbf0f5459144c3979656768356a457a8b7d43a75057513909eb09b1590956959afc508f46734efd6cccfd701eabbec18dc
-- 
cgit v1.1



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

ppisar uploaded Gearman-2.004.002.tar.gz for perl-Gearman

9101582ffe3bc89bc842a57f5445e1dbf0f5459144c3979656768356a457a8b7d43a75057513909eb09b1590956959afc508f46734efd6cccfd701eabbec18dc
  Gearman-2.004.002.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Gearman/Gearman-2.004.002.tar.gz/sha512/9101582ffe3bc89bc842a57f5445e1dbf0f5459144c3979656768356a457a8b7d43a75057513909eb09b1590956959afc508f46734efd6cccfd701eabbec18dc/Gearman-2.004.002.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1441656] New: perl-Gearman-2.004.002 is available

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

Bug ID: 1441656
   Summary: perl-Gearman-2.004.002 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Gearman
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 2.004.002
Current version/release in rawhide: 2.003.002-1.fc27
URL: http://search.cpan.org/dist/Gearman/

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

-- 
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 1441653] New: perl-CPANPLUS-0.9166 is available

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

Bug ID: 1441653
   Summary: perl-CPANPLUS-0.9166 is available
   Product: Fedora
   Version: rawhide
 Component: perl-CPANPLUS
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.9166
Current version/release in rawhide: 0.916.400-1.fc27
URL: http://search.cpan.org/dist/CPANPLUS/

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

-- 
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: Nested rich-dependencies in rpm

On Wed, Apr 12, 2017 at 7:56 AM, Björn 'besser82' Esser
 wrote:
> Am 12.04.2017 um 12:16 schrieb Neal Gompa:
>>
>> On Wed, Apr 12, 2017 at 5:08 AM, Björn 'besser82' Esser
>>  wrote:
>>>
>>> Hello folks,
>>>
>>> I hope someone can help me with the following question:
>>> Does recent Fedora's rpm support nested rich-dependencies like:
>>>
>>>Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))
>>>
>>> Is there any way to express a dependency like that?
>>
>> Yes. Nested rich deps are supported.
>>
>
> Just another question:
>
> Is each line of `Supplements:` being evaled and matched stand-alone?
>
> E.g.:
>
>   Supplements: (pkg_a and pkg_b)
>   Supplements: (pkg_a and pkg_c)
>   Supplements: (pkg_a and pkg_d)
>
> Would that bring in the package by weak-deps if just one of the specified
> supplements is matched?
>
>

I think so, yes.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Nested rich-dependencies in rpm


Am 12.04.2017 um 12:16 schrieb Neal Gompa:

On Wed, Apr 12, 2017 at 5:08 AM, Björn 'besser82' Esser
 wrote:

Hello folks,

I hope someone can help me with the following question:
Does recent Fedora's rpm support nested rich-dependencies like:

   Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))

Is there any way to express a dependency like that?

Yes. Nested rich deps are supported.



Just another question:

Is each line of `Supplements:` being evaled and matched stand-alone?

E.g.:

  Supplements: (pkg_a and pkg_b)
  Supplements: (pkg_a and pkg_c)
  Supplements: (pkg_a and pkg_d)

Would that bring in the package by weak-deps if just one of the 
specified supplements is matched?


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

phracek pushed to perl (master). "Add README file with dependencies (..more)"

phracek pushed to perl (master).  "Add README file with dependencies (..more)"

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

Fedora CI effort/Interest Group

Dear all,

A small team of people interested in working on a Continuous Integration has
started looking into what it would take to add Continous Integration (CI) to our
current packaging and releasing workflow.
The current idea is to use fedora-atomic as a prototype product to port into
this workflow while keeping in mind other use-cases so that we could eventually
use this approach for the entire distribution (as opt-in).

Since there might be more people interested than the people who expressed their
interest, I invite anyone interested to join the mailing list:
https://lists.fedoraproject.org/archives/list/c...@lists.fedoraproject.org/
and/or the IRC channel: #fedora-ci on irc.freenode.net

We're working to start this with as few changes to the current Fedora
infrastructure as possible. And with a very specific set of requirements.

Ultimately, I hope we can make this workflow work for not only fedora-atomic
(though it is the current target) and this should help improving the stability
of rawhide (and thus will also help the no-more-alpha change proposal [1]).

I have put together a wiki page making this a change proposal:
https://fedoraproject.org/wiki/Changes/FedoraAtomicCI


Thanks for your attention and welcome aboard,
Pierre


[1] https://fedoraproject.org/wiki/Changes/NoMoreAlpha
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora CI effort/Interest Group

Dear all,

A small team of people interested in working on a Continuous Integration has
started looking into what it would take to add Continous Integration (CI) to our
current packaging and releasing workflow.
The current idea is to use fedora-atomic as a prototype product to port into
this workflow while keeping in mind other use-cases so that we could eventually
use this approach for the entire distribution (as opt-in).

Since there might be more people interested than the people who expressed their
interest, I invite anyone interested to join the mailing list:
https://lists.fedoraproject.org/archives/list/c...@lists.fedoraproject.org/
and/or the IRC channel: #fedora-ci on irc.freenode.net

We're working to start this with as few changes to the current Fedora
infrastructure as possible. And with a very specific set of requirements.

Ultimately, I hope we can make this workflow work for not only fedora-atomic
(though it is the current target) and this should help improving the stability
of rawhide (and thus will also help the no-more-alpha change proposal [1]).

I have put together a wiki page making this a change proposal:
https://fedoraproject.org/wiki/Changes/FedoraAtomicCI


Thanks for your attention and welcome aboard,
Pierre


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

Re: RPM boolean dependencies in Requires

On Wed, Apr 12, 2017 at 6:43 AM, Sérgio Basto  wrote:
> On Qui, 2017-04-06 at 14:20 +0200, Igor Gnatenko wrote:
>> > Isn't mash dead?
>> Some people tell me it is, some other says no. And after some time,
>> someone starts porting it to DNF. So it is hard to say.
>>
>> Anyhow, it *is* used right now.
>
> Igor,
> Do you understand that this sentence  doesn't make any sense to me (at
> least) .
>
> First we should use one replacement , *after* the replacement be in
> used and prove that is working flawlessly, we may start kill the old
> app (in this case mash) .
>
> BTW what is the replacement of mash ?
>

Koji 1.12 will feature dist-repo (what people were calling signed
repos before), which will do the mash stuff in Koji itself.

However, Koji 1.12 isn't released, and quite a bit of work is required
to transition Koji from Yum to DNF, so we aren't likely to use the
feature for now.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1440998] perl-Clone-PP-1.07 is available

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Clone-PP-1.07-1.fc27
 Resolution|--- |RAWHIDE
Last Closed||2017-04-12 06:47:27



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

jplesnik pushed to perl-Clone-PP (master). "1.07 bump"

From 6f4dd2d899b3252cab8183305bfd3aa28a8092dd Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 12 Apr 2017 12:44:44 +0200
Subject: 1.07 bump

---
 .gitignore |  1 +
 perl-Clone-PP.spec | 13 -
 sources|  2 +-
 3 files changed, 10 insertions(+), 6 deletions(-)

diff --git a/.gitignore b/.gitignore
index a4b8ecd..b6c82b0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Clone-PP-1.06.tar.gz
+/Clone-PP-1.07.tar.gz
diff --git a/perl-Clone-PP.spec b/perl-Clone-PP.spec
index 23a0d92..abb6ce2 100644
--- a/perl-Clone-PP.spec
+++ b/perl-Clone-PP.spec
@@ -1,12 +1,14 @@
 Name:   perl-Clone-PP
-Version:1.06
-Release:7%{?dist}
+Version:1.07
+Release:1%{?dist}
 Summary:Recursively copy Perl data-types
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Clone-PP/
 Source0:
http://www.cpan.org/modules/by-module/Clone/Clone-PP-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl-generators
 BuildRequires:  perl(Benchmark)
@@ -33,9 +35,7 @@ make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-
+find $RPM_BUILD_ROOT -type f -name .packlist -delete
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -47,6 +47,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Wed Apr 12 2017 Jitka Plesnikova  - 1.07-1
+- 1.07 bump
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
1.06-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
diff --git a/sources b/sources
index dfc2903..9216342 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1aa5a17c47f168488d013bd6051658fa  Clone-PP-1.06.tar.gz
+SHA512 (Clone-PP-1.07.tar.gz) = 
28faae5dc42ff5ae850fe9f664dca8b52ff77823c5f157c62c52254fa4f1e217d3344f6e79a2ddad169f934e7be262dc79f32e885cb1d25db182050800ac805a
-- 
cgit v1.1



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

Re: RPM boolean dependencies in Requires

2017-04-12 Thread Sérgio Basto

On Qui, 2017-04-06 at 14:20 +0200, Igor Gnatenko wrote:
> > Isn't mash dead?
> Some people tell me it is, some other says no. And after some time,
> someone starts porting it to DNF. So it is hard to say.
> 
> Anyhow, it *is* used right now.

Igor, 
Do you understand that this sentence  doesn't make any sense to me (at
least) .

First we should use one replacement , *after* the replacement be in
used and prove that is working flawlessly, we may start kill the old
app (in this case mash) . 

BTW what is the replacement of mash ? 

Best regards, 
-- 
Sérgio M. B.

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

jplesnik uploaded Clone-PP-1.07.tar.gz for perl-Clone-PP

28faae5dc42ff5ae850fe9f664dca8b52ff77823c5f157c62c52254fa4f1e217d3344f6e79a2ddad169f934e7be262dc79f32e885cb1d25db182050800ac805a
  Clone-PP-1.07.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Clone-PP/Clone-PP-1.07.tar.gz/sha512/28faae5dc42ff5ae850fe9f664dca8b52ff77823c5f157c62c52254fa4f1e217d3344f6e79a2ddad169f934e7be262dc79f32e885cb1d25db182050800ac805a/Clone-PP-1.07.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Nested rich-dependencies in rpm

On Wed, Apr 12, 2017 at 5:08 AM, Björn 'besser82' Esser
 wrote:
> Hello folks,
>
> I hope someone can help me with the following question:
> Does recent Fedora's rpm support nested rich-dependencies like:
>
>   Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))
>
> Is there any way to express a dependency like that?

Yes. Nested rich deps are supported.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1441516] Upgrade perl-Devel-CheckLib to 1.10

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
 CC||jples...@redhat.com
   Fixed In Version||perl-Devel-CheckLib-1.10-1.
   ||fc27
   Assignee|de...@fateyev.com   |jples...@redhat.com



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

Spam from postmaster

2017-04-12 Thread Petr Pisar

Hello,

I'm sorry for the Chinese spam sent from a spoofed
 address that passed into the list.
It looks like a bug in the Mailman3
system . I added the
address to banned address list, but I don't believe it will help.

-- Petr


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

pghmcfc pushed to perl-Test-NoTabs (f26). "Update to 2.00 (..more)"

From 161c8ec2223e3c72a3a0cc193a009fd1a03c6f37 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 10:16:05 +0100
Subject: Update to 2.00
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- New upstream release 2.00
  - Migrated off Module::Install, added META.json and other modern tooling
- This release by ETHER → update source URL
- Ship new LICENSE file
- Simplify find command using -delete
- Drop EL-5 support
  - Drop BuildRoot: and Group: tags
  - Drop explicit buildroot cleaning in %install section
  - Drop explicit %clean section
---
 perl-Test-NoTabs.spec | 53 +++
 sources   |  2 +-
 2 files changed, 29 insertions(+), 26 deletions(-)

diff --git a/perl-Test-NoTabs.spec b/perl-Test-NoTabs.spec
index 91e9e6d..c3eeed0 100644
--- a/perl-Test-NoTabs.spec
+++ b/perl-Test-NoTabs.spec
@@ -1,41 +1,32 @@
 Name:  perl-Test-NoTabs
-Version:   1.4
-Release:   6%{?dist}
+Version:   2.00
+Release:   1%{?dist}
 Summary:   Check the presence of tabs in your project
-Group: Development/Libraries
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/Test-NoTabs/
-Source0:   
http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/Test-NoTabs-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+Source0:   
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Test-NoTabs-%{version}.tar.gz
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl-generators
-BuildRequires: perl(Carp)
-BuildRequires: perl(Config)
-BuildRequires: perl(Cwd)
 BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(ExtUtils::Manifest)
-BuildRequires: perl(Fcntl)
-BuildRequires: perl(File::Path)
-BuildRequires: perl(FileHandle)
-BuildRequires: perl(Parse::CPAN::Meta)
-BuildRequires: perl(YAML::Tiny)
-BuildRequires: tar > 2:1.15.1
 # Module Runtime
 BuildRequires: perl(File::Find)
 BuildRequires: perl(File::Spec)
 BuildRequires: perl(FindBin)
 BuildRequires: perl(strict)
 BuildRequires: perl(Test::Builder)
-BuildRequires: perl(vars)
 BuildRequires: perl(warnings)
 # Test Suite
 BuildRequires: perl(File::Temp)
 BuildRequires: perl(Test::More)
 # Optional Tests
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
+%if "%{?rhel}" != "6"
+BuildRequires: perl(CPAN::Meta) >= 2.120900
+%endif
 # Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
@@ -47,27 +38,39 @@ modules, etc.) for the presence of tabs.
 %setup -q -n Test-NoTabs-%{version}
 
 %build
-perl Makefile.PL --skip INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
 
 %install
-rm -rf %{buildroot}
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
-%{_fixperms} %{buildroot}
+find %{buildroot} -type f -name .packlist -delete
+%{_fixperms} -c %{buildroot}
 
 %check
 make test
 
-%clean
-rm -rf %{buildroot}
-
 %files
+%if 0%{?_licensedir:1}
+%license LICENSE
+%else
+%doc LICENSE
+%endif
 %doc Changes README
 %{perl_vendorlib}/Test/
 %{_mandir}/man3/Test::NoTabs.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 2.00-1
+- Update to 2.00
+  - Migrated off Module::Install, added META.json and other modern tooling
+- This release by ETHER → update source URL
+- Ship new LICENSE file
+- Simplify find command using -delete
+- Drop EL-5 support
+  - Drop BuildRoot: and Group: tags
+  - Drop explicit buildroot cleaning in %%install section
+  - Drop explicit %%clean section
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 1.4-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
diff --git a/sources b/sources
index d56d7eb..b29cb9e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1b135805eebb93ca502df585655f34ca  Test-NoTabs-1.4.tar.gz
+SHA512 (Test-NoTabs-2.00.tar.gz) = 
e776f5c12029376a7754492482f62385a391aec31b3dfd979a8eb20aa81dd66ef8c7d33435e67f8f1eb151cf5833e5bde33c09ceccef27ac6e20958f28ff83e8
-- 
cgit v1.1



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

pghmcfc pushed to perl-Test-NoTabs (master). "Update to 2.00 (..more)"

From 161c8ec2223e3c72a3a0cc193a009fd1a03c6f37 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 10:16:05 +0100
Subject: Update to 2.00
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- New upstream release 2.00
  - Migrated off Module::Install, added META.json and other modern tooling
- This release by ETHER → update source URL
- Ship new LICENSE file
- Simplify find command using -delete
- Drop EL-5 support
  - Drop BuildRoot: and Group: tags
  - Drop explicit buildroot cleaning in %install section
  - Drop explicit %clean section
---
 perl-Test-NoTabs.spec | 53 +++
 sources   |  2 +-
 2 files changed, 29 insertions(+), 26 deletions(-)

diff --git a/perl-Test-NoTabs.spec b/perl-Test-NoTabs.spec
index 91e9e6d..c3eeed0 100644
--- a/perl-Test-NoTabs.spec
+++ b/perl-Test-NoTabs.spec
@@ -1,41 +1,32 @@
 Name:  perl-Test-NoTabs
-Version:   1.4
-Release:   6%{?dist}
+Version:   2.00
+Release:   1%{?dist}
 Summary:   Check the presence of tabs in your project
-Group: Development/Libraries
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/Test-NoTabs/
-Source0:   
http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/Test-NoTabs-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+Source0:   
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Test-NoTabs-%{version}.tar.gz
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl-generators
-BuildRequires: perl(Carp)
-BuildRequires: perl(Config)
-BuildRequires: perl(Cwd)
 BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(ExtUtils::Manifest)
-BuildRequires: perl(Fcntl)
-BuildRequires: perl(File::Path)
-BuildRequires: perl(FileHandle)
-BuildRequires: perl(Parse::CPAN::Meta)
-BuildRequires: perl(YAML::Tiny)
-BuildRequires: tar > 2:1.15.1
 # Module Runtime
 BuildRequires: perl(File::Find)
 BuildRequires: perl(File::Spec)
 BuildRequires: perl(FindBin)
 BuildRequires: perl(strict)
 BuildRequires: perl(Test::Builder)
-BuildRequires: perl(vars)
 BuildRequires: perl(warnings)
 # Test Suite
 BuildRequires: perl(File::Temp)
 BuildRequires: perl(Test::More)
 # Optional Tests
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
+%if "%{?rhel}" != "6"
+BuildRequires: perl(CPAN::Meta) >= 2.120900
+%endif
 # Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
@@ -47,27 +38,39 @@ modules, etc.) for the presence of tabs.
 %setup -q -n Test-NoTabs-%{version}
 
 %build
-perl Makefile.PL --skip INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
 
 %install
-rm -rf %{buildroot}
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
-%{_fixperms} %{buildroot}
+find %{buildroot} -type f -name .packlist -delete
+%{_fixperms} -c %{buildroot}
 
 %check
 make test
 
-%clean
-rm -rf %{buildroot}
-
 %files
+%if 0%{?_licensedir:1}
+%license LICENSE
+%else
+%doc LICENSE
+%endif
 %doc Changes README
 %{perl_vendorlib}/Test/
 %{_mandir}/man3/Test::NoTabs.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 2.00-1
+- Update to 2.00
+  - Migrated off Module::Install, added META.json and other modern tooling
+- This release by ETHER → update source URL
+- Ship new LICENSE file
+- Simplify find command using -delete
+- Drop EL-5 support
+  - Drop BuildRoot: and Group: tags
+  - Drop explicit buildroot cleaning in %%install section
+  - Drop explicit %%clean section
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 1.4-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
diff --git a/sources b/sources
index d56d7eb..b29cb9e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1b135805eebb93ca502df585655f34ca  Test-NoTabs-1.4.tar.gz
+SHA512 (Test-NoTabs-2.00.tar.gz) = 
e776f5c12029376a7754492482f62385a391aec31b3dfd979a8eb20aa81dd66ef8c7d33435e67f8f1eb151cf5833e5bde33c09ceccef27ac6e20958f28ff83e8
-- 
cgit v1.1



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

pghmcfc uploaded Test-NoTabs-2.00.tar.gz for perl-Test-NoTabs

e776f5c12029376a7754492482f62385a391aec31b3dfd979a8eb20aa81dd66ef8c7d33435e67f8f1eb151cf5833e5bde33c09ceccef27ac6e20958f28ff83e8
  Test-NoTabs-2.00.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Test-NoTabs/Test-NoTabs-2.00.tar.gz/sha512/e776f5c12029376a7754492482f62385a391aec31b3dfd979a8eb20aa81dd66ef8c7d33435e67f8f1eb151cf5833e5bde33c09ceccef27ac6e20958f28ff83e8/Test-NoTabs-2.00.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Nested rich-dependencies in rpm


Hello folks,

I hope someone can help me with the following question:
Does recent Fedora's rpm support nested rich-dependencies like:

  Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e))

Is there any way to express a dependency like that?

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

pghmcfc pushed to perl-Unicode-UTF8 (f26). "- Update to 0.62 (..more)"

From e124cd4e61f947ea88c17222d0842463c9051926 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 09:49:34 +0100
Subject: - Update to 0.62

- New upstream release 0.62
  - Only check for missing Module::Install related modules in Makefile.PL
---
 perl-Unicode-UTF8.spec | 6 +-
 sources| 2 +-
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/perl-Unicode-UTF8.spec b/perl-Unicode-UTF8.spec
index a21361f..508ec9d 100644
--- a/perl-Unicode-UTF8.spec
+++ b/perl-Unicode-UTF8.spec
@@ -1,6 +1,6 @@
 Summary:   Encoding and decoding of UTF-8 encoding form
 Name:  perl-Unicode-UTF8
-Version:   0.61
+Version:   0.62
 Release:   1%{?dist}
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/Unicode-UTF8/
@@ -88,6 +88,10 @@ make test
 %{_mandir}/man3/Unicode::UTF8.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 0.62-1
+- Update to 0.62
+  - Only check for missing Module::Install related modules in Makefile.PL
+
 * Mon Apr 10 2017 Paul Howarth  - 0.61-1
 - Update to 0.61
   - Avoid relying on current working directory being in @INC
diff --git a/sources b/sources
index 5b14a03..77d31f1 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Unicode-UTF8-0.61.tar.gz) = 
8a8cd6fb692724f1b8e46d8b3235b710e99e12bf9f546222abd6f96a4537551f6bf00b18607b8c946d87007dae59745204d895f47418cbc14e7e3639b7751330
+SHA512 (Unicode-UTF8-0.62.tar.gz) = 
056026ac2ee4c101de5ea6017db59f875121dba8fd23ab5c2ae525effb8cf864e8a1c24588bb2a027792e27568742fc75bd5765694027b110afef867a4b982e0
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Unicode-UTF8.git/commit/?h=f26=e124cd4e61f947ea88c17222d0842463c9051926
___
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-Devel-CheckLib (master). "Update to 1.10"

From 6dc3597310b9be5b4ed606c6eacd3988ef57ad79 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 12 Apr 2017 10:59:44 +0200
Subject: Update to 1.10

---
 .gitignore   | 1 +
 perl-Devel-CheckLib.spec | 7 ++-
 sources  | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 589562d..a982449 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
 /Devel-CheckLib-1.06.tar.gz
 /Devel-CheckLib-1.07.tar.gz
 /Devel-CheckLib-1.09.tar.gz
+/Devel-CheckLib-1.10.tar.gz
diff --git a/perl-Devel-CheckLib.spec b/perl-Devel-CheckLib.spec
index 9fe5e30..96bc0bd 100644
--- a/perl-Devel-CheckLib.spec
+++ b/perl-Devel-CheckLib.spec
@@ -1,5 +1,5 @@
 Name:   perl-Devel-CheckLib
-Version:1.09
+Version:1.10
 Release:1%{?dist}
 Summary:Check that a library is available
 
@@ -26,6 +26,8 @@ BuildRequires:  perl(IO::File)
 BuildRequires:  perl(IO::CaptureOutput) >= 1.0801
 BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More) >= 0.62
+# Optional tests
+BuildRequires:  perl(Mock::Config)
 
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
@@ -56,6 +58,9 @@ make test
 
 
 %changelog
+* Tue Apr 11 2017 Jitka Plesnikova  - 1.10-1
+- Update to 1.10
+
 * Sat Mar 25 2017 Jose Pedro Oliveira  - 
1.09-1
 - Update to 1.09 (bug #1435192).
 
diff --git a/sources b/sources
index 8893689..2838b07 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Devel-CheckLib-1.09.tar.gz) = 
e0d7c284bf04af253b2a88caca87751c438c030c807aa068de35d9bab476bbdf9f25a15297e924c62e89ab781a8809750b4ef46e4e8ee6427dc817efbdb1c297
+SHA512 (Devel-CheckLib-1.10.tar.gz) = 
aab565df0b31a08b2dff3fb777bc208ff9b8322d9012fb2deaa5d27411e4915cdd2e48cd65eb55323c69f23975e08cee8cfa4a8221a4b2e39770bdeecfe3f127
-- 
cgit v1.1



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

Anyone to maintain python2-ipython?

2017-04-12 Thread Miro Hrončok


Hi,

IPython is dropping support for Python 2 in it's 6.0.0 release [1], 
while the 5.x version remains long term supported with Python 2 support [2].


In order to update the ipython package in Fedora to 6.x, we'd need to 
move the python2 bits to a separate package (python2-ipython).


Is there anyone in the SIG, who's willing to maintain the python2 
version of ipython? Thanks


Thomas Spura (current owner) and me - we are not interested, see the 
relevant BZ for more information [3].


[1] http://ipython.readthedocs.io/en/latest/
[2] http://blog.jupyter.org/2016/07/08/ipython-5-0-released/
[3] https://bugzilla.redhat.com/show_bug.cgi?id=1441004

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

jplesnik uploaded Devel-CheckLib-1.10.tar.gz for perl-Devel-CheckLib

aab565df0b31a08b2dff3fb777bc208ff9b8322d9012fb2deaa5d27411e4915cdd2e48cd65eb55323c69f23975e08cee8cfa4a8221a4b2e39770bdeecfe3f127
  Devel-CheckLib-1.10.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Devel-CheckLib/Devel-CheckLib-1.10.tar.gz/sha512/aab565df0b31a08b2dff3fb777bc208ff9b8322d9012fb2deaa5d27411e4915cdd2e48cd65eb55323c69f23975e08cee8cfa4a8221a4b2e39770bdeecfe3f127/Devel-CheckLib-1.10.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-Unicode-UTF8 (master). "- Update to 0.62 (..more)"

From e124cd4e61f947ea88c17222d0842463c9051926 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 12 Apr 2017 09:49:34 +0100
Subject: - Update to 0.62

- New upstream release 0.62
  - Only check for missing Module::Install related modules in Makefile.PL
---
 perl-Unicode-UTF8.spec | 6 +-
 sources| 2 +-
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/perl-Unicode-UTF8.spec b/perl-Unicode-UTF8.spec
index a21361f..508ec9d 100644
--- a/perl-Unicode-UTF8.spec
+++ b/perl-Unicode-UTF8.spec
@@ -1,6 +1,6 @@
 Summary:   Encoding and decoding of UTF-8 encoding form
 Name:  perl-Unicode-UTF8
-Version:   0.61
+Version:   0.62
 Release:   1%{?dist}
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/Unicode-UTF8/
@@ -88,6 +88,10 @@ make test
 %{_mandir}/man3/Unicode::UTF8.3*
 
 %changelog
+* Wed Apr 12 2017 Paul Howarth  - 0.62-1
+- Update to 0.62
+  - Only check for missing Module::Install related modules in Makefile.PL
+
 * Mon Apr 10 2017 Paul Howarth  - 0.61-1
 - Update to 0.61
   - Avoid relying on current working directory being in @INC
diff --git a/sources b/sources
index 5b14a03..77d31f1 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Unicode-UTF8-0.61.tar.gz) = 
8a8cd6fb692724f1b8e46d8b3235b710e99e12bf9f546222abd6f96a4537551f6bf00b18607b8c946d87007dae59745204d895f47418cbc14e7e3639b7751330
+SHA512 (Unicode-UTF8-0.62.tar.gz) = 
056026ac2ee4c101de5ea6017db59f875121dba8fd23ab5c2ae525effb8cf864e8a1c24588bb2a027792e27568742fc75bd5765694027b110afef867a4b982e0
-- 
cgit v1.1



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

pghmcfc uploaded Unicode-UTF8-0.62.tar.gz for perl-Unicode-UTF8