[389-devel] Re: Build failed in Jenkins: 389-DS-COMMIT #139

[Viktor Ashirov]

On Wed, Nov 02 2016 at  3:36:53 pm CET, William Brown  
wrote:
>> > --
>> >  Captured stderr call 
>> > ---
>> > INFO:suites.basic.basic_test:Running test_basic_ldapagent...
>> > CRITICAL:suites.basic.basic_test:test_basic_ldapagent: Failed to start
>> > snmp ldap agent sudo /usr/sbin/ldap-agent /etc/dirsrv/config/agent.conf:
>> > error 256
>> Error 256 says command can't locate the binary. I guest 389-ds-base-snmp
>> is not installed on the test machine.
>
> Should be getting installed as part of the jenkins job shouldn't it?

Hmm, it is:
> + cd dist/rpms/
> + sudo rpm -iUvh 389-ds-base-1.3.6.1-20161103git095b720.fc24.x86_64.rpm 
> 389-ds-base-libs-1.3.6.1-20161103git095b720.fc24.x86_64.rpm
> 389-ds-base-debuginfo-1.3.6.1-20161103git095b720.fc24.x86_64.rpm 
> 389-ds-base-devel-1.3.6.1-20161103git095b720.fc24.x86_64.rpm
> 389-ds-base-snmp-1.3.6.1-20161103git095b720.fc24.x86_64.rpm
> Preparing...  
> Updating / installing...
> 389-ds-base-libs-1.3.6.1-20161103git09
> 389-ds-base-1.3.6.1-20161103git095b720
> 389-ds-base-snmp-1.3.6.1-20161103git09
> 389-ds-base-devel-1.3.6.1-20161103git0
> 389-ds-base-debuginfo-1.3.6.1-20161103
> Cleaning up / removing...
> 389-ds-base-devel-1.3.5.14-1.fc24 
> 389-ds-base-1.3.5.14-1.fc24   
> 389-ds-base-libs-1.3.5.14-1.fc24  

On my system this test passed. But before it was failing with the exact
same error because of the missing package.
>
> -- 
> Sincerely,
>
> William Brown
> Software Engineer
> Red Hat, Brisbane


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

[389-devel] Re: Build failed in Jenkins: 389-DS-COMMIT #139

[William Brown]

> > --
> >  Captured stderr call 
> > ---
> > INFO:suites.basic.basic_test:Running test_basic_ldapagent...
> > CRITICAL:suites.basic.basic_test:test_basic_ldapagent: Failed to start
> > snmp ldap agent sudo /usr/sbin/ldap-agent /etc/dirsrv/config/agent.conf:
> > error 256
> Error 256 says command can't locate the binary. I guest 389-ds-base-snmp
> is not installed on the test machine.

Should be getting installed as part of the jenkins job shouldn't it? 

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, 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

[389-devel] Re: Build failed in Jenkins: 389-DS-COMMIT #139

[William Brown]

On Thu, 2016-11-03 at 02:13 +0100, Jenkins wrote:
> See 
> 
> 
> Changes:
> 
> [firstyear] Ticket 49025 - Upgrade nunc-stans to 0.2.1
> 
> [firstyear] Ticket 49026 - Support nunc-stans pkgconfig

...

> Build step 'Execute shell' marked build as failure

Jenkins is lying. The issue was a remaining ns-slapd instance that
wasn't shutdown / removed properly.

After killing it, and running the tests, everything but the ldap snmp
agent is working.

I'm not 100% across the snmp agent stuff, but it's flakey on my own
laptop so I'm not sure how to investigate. 

[root@vm-058-081 tests]#
PYTHONPATH=/usr/lib64/python2.7:/usr/lib64/python2.7/plat-linux2:/usr/lib64/python2.7/site-packages:/usr/lib/python2.7/site-packages:/var/lib/jenkins/jobs/389-DS-COMMIT/workspace/source/lib389/
 py.test -v suites/basic/basic_test.py
===
 test session starts 
===
platform linux2 -- Python 2.7.12, pytest-2.9.2, py-1.4.31, pluggy-0.3.1
-- /usr/bin/python2
cachedir: suites/basic/.cache
rootdir: 
/var/lib/jenkins/jobs/389-DS-COMMIT/workspace/source/ds/dirsrvtests/tests/suites/basic,
 inifile: 
plugins: sourceorder-0.5, multihost-1.0
collected 23 items 

suites/basic/basic_test.py::test_basic_ops PASSED
suites/basic/basic_test.py::test_basic_import_export PASSED
suites/basic/basic_test.py::test_basic_backup PASSED
suites/basic/basic_test.py::test_basic_acl PASSED
suites/basic/basic_test.py::test_basic_searches PASSED
suites/basic/basic_test.py::test_basic_referrals PASSED
suites/basic/basic_test.py::test_basic_systemctl PASSED
suites/basic/basic_test.py::test_basic_ldapagent FAILED
suites/basic/basic_test.py::test_basic_dse PASSED
suites/basic/basic_test.py::test_def_rootdse_attr[namingContexts] PASSED
suites/basic/basic_test.py::test_def_rootdse_attr[supportedLDAPVersion]
PASSED
suites/basic/basic_test.py::test_def_rootdse_attr[supportedControl]
PASSED
suites/basic/basic_test.py::test_def_rootdse_attr[supportedExtension]
PASSED
suites/basic/basic_test.py::test_def_rootdse_attr[supportedSASLMechanisms] 
PASSED
suites/basic/basic_test.py::test_def_rootdse_attr[vendorName] PASSED
suites/basic/basic_test.py::test_def_rootdse_attr[vendorVersion] PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[namingContexts]
PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedLDAPVersion] 
PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedControl]
PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedExtension] PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedSASLMechanisms] 
PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[vendorName] PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[vendorVersion]
PASSED


 FAILURES 
=
__
 test_basic_ldapagent 
___

topology = , import_example_ldif = None

def test_basic_ldapagent(topology, import_example_ldif):
"""Test that the ldap agent starts"""

log.info('Running test_basic_ldapagent...')

var_dir = topology.standalone.get_local_state_dir()
config_file =
os.path.join(topology.standalone.get_sysconf_dir(),
'dirsrv/config/agent.conf')
cmd = 'sudo %s %s' %
(os.path.join(topology.standalone.get_sbin_dir(), 'ldap-agent'),
config_file)

agent_config_file = open(config_file, 'w')
agent_config_file.write('agentx-master ' + var_dir +
'/agentx/master\n')
agent_config_file.write('agent-logdir ' + var_dir + '/log/dirsrv
\n')
agent_config_file.write('server slapd-' +
topology.standalone.serverid + '\n')
agent_config_file.close()

rc = os.system(cmd)
if rc != 0:
log.fatal('test_basic_ldapagent: Failed to start snmp ldap
agent %s: error %d' % (cmd, rc))
>   assert False
E   assert False

suites/basic/basic_test.py:677: AssertionError
--
 Captured stderr call 
---
INFO:suites.basic.basic_test:Running test_basic_ldapagent...
CRITICAL:suites.basic.basic_test:test_basic_ldapagent: Failed to start
snmp ldap agent sudo /usr/sbin/ldap-agent /etc/dirsrv/config/agent.conf:
error 256


-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc

[389-devel] Build failed in Jenkins: 389-DS-COMMIT #139

[Jenkins]

See 


Changes:

[firstyear] Ticket 49025 - Upgrade nunc-stans to 0.2.1

[firstyear] Ticket 49026 - Support nunc-stans pkgconfig

--
[...truncated  lines...]
+ /usr/lib/rpm/redhat/brp-java-repack-jars
Processing files: 389-ds-base-1.3.6.1-20161103git095b720.fc24.x86_64
Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.yQNQy1
+ umask 022
+ cd 

+ cd 389-ds-base-1.3.6.1.20161103git095b720
+ 
DOCDIR=
+ export DOCDIR
+ /usr/bin/mkdir -p 

+ cp -pr LICENSE 

+ cp -pr LICENSE.GPLv3+ 

+ cp -pr LICENSE.openssl 

+ exit 0
Provides: 389-ds-base = 1.3.6.1-20161103git095b720.fc24 389-ds-base(x86-64) = 
1.3.6.1-20161103git095b720.fc24 config(389-ds-base) = 
1.3.6.1-20161103git095b720.fc24 ldif2ldbm libacctpolicy-plugin.so()(64bit) 
libacctusability-plugin.so()(64bit) libacl-plugin.so()(64bit) 
libaddn-plugin.so()(64bit) libattr-unique-plugin.so()(64bit) 
libautomember-plugin.so()(64bit) libback-ldbm.so()(64bit) 
libbitwise-plugin.so()(64bit) libchainingdb-plugin.so()(64bit) 
libcollation-plugin.so()(64bit) libcontentsync-plugin.so()(64bit) 
libcos-plugin.so()(64bit) libderef-plugin.so()(64bit) 
libdistrib-plugin.so()(64bit) libdna-plugin.so()(64bit) 
libhttp-client-plugin.so()(64bit) liblinkedattrs-plugin.so()(64bit) 
libmanagedentries-plugin.so()(64bit) libmemberof-plugin.so()(64bit) 
libpam-passthru-plugin.so()(64bit) libpassthru-plugin.so()(64bit) 
libpbe-plugin.so()(64bit) libposix-winsync-plugin.so()(64bit) 
libpwdstorage-plugin.so()(64bit) libreferint-plugin.so()(64bit) 
libreplication-plugin.so()(64bit) libretrocl-plugin.so()(64bit) 
libroles-plugin.so()(64bit) librootdn-access-plugin.so()(64bit) 
libschemareload-plugin.so()(64bit) libstatechange-plugin.so()(64bit) 
libsyntax-plugin.so()(64bit) libusn-plugin.so()(64bit) 
libviews-plugin.so()(64bit) libwhoami-plugin.so()(64bit) perl(DSCreate) 
perl(DSDialogs) perl(DSMigration) perl(DSUpdate) perl(DSUpdateDialogs) 
perl(DSUtil) perl(Dialog) perl(DialogManager) perl(DialogYesNo) perl(FileConn) 
perl(Inf) perl(Migration) perl(Resource) perl(Setup) perl(SetupDialogs) 
perl(SetupLog)
Requires(interp): /bin/sh /bin/sh /bin/sh
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 
4.6.0-1 rpmlib(PartialHardlinkSets) <= 4.0.4-1 rpmlib(PayloadFilesHavePrefix) 
<= 4.0-1
Requires(post): /bin/sh systemd-units
Requires(preun): /bin/sh systemd-units
Requires(postun): /bin/sh systemd-units
Requires: /bin/sh /usr/bin/env /usr/bin/perl /usr/bin/python2 
libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) 
libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) 
libc.so.6(GLIBC_2.4)(64bit) libcom_err.so.2()(64bit) libcrypt.so.1()(64bit) 
libcrypt.so.1(GLIBC_2.2.5)(64bit) libdb-5.3.so()(64bit) libdl.so.2()(64bit) 
libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit) libicudata.so.56()(64bit) 
libicui18n.so.56()(64bit) libicuuc.so.56()(64bit) libk5crypto.so.3()(64bit) 
libkrb5.so.3()(64bit) liblber-2.4.so.2()(64bit) libldap-2.4.so.2()(64bit) 
libldap_r-2.4.so.2()(64bit) libm.so.6()(64bit) libns-dshttpd.so.0()(64bit) 
libnspr4.so()(64bit) libnss3.so()(64bit) libnss3.so(NSS_3.12)(64bit) 
libnss3.so(NSS_3.2)(64bit) libnss3.so(NSS_3.4)(64bit) 
libnss3.so(NSS_3.9.2)(64bit) libnunc-stans.so.0()(64bit) libpam.so.0()(64bit) 
libpam.so.0(LIBPAM_1.0)(64bit) libpcre.so.1()(64bit) libplc4.so()(64bit) 
libplds4.so()(64bit) libpthread.so.0()(64bit) 
libpthread.so.0(GLIBC_2.2.5)(64bit) libsasl2.so.3()(64bit) 
libslapd.so.0()(64bit) libssl3.so()(64bit) libssl3.so(NSS_3.14)(64bit) 
libssl3.so(NSS_3.2)(64bit) libssl3.so(NSS_3.7.4)(64bit) libstdc++.so.6()(64bit) 
libsvrcore.so.0()(64bit) libsystemd.so.0()(64bit) 
libsystemd.so.0(LIBSYSTEMD_209)(64bit) perl(Archive::Tar) perl(Carp) 
perl(Config) perl(Cwd) perl(DB) perl(DB_File) perl(DSCreate) perl(DSMigration) 
perl(DSUpdate) perl(DSUtil) perl(Dialog) perl(DialogManager) 

[Bug 1390798] perl-Test-TrailingSpace-0.0301 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

-- 
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 1390798] perl-Test-TrailingSpace-0.0301 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Created attachment 1216313
  --> https://bugzilla.redhat.com/attachment.cgi?id=1216313=edit
Rebase-helper rebase-helper-debug.log log file.
See for details and report the eventual error to rebase-helper
https://github.com/phracek/rebase-helper/issues.

-- 
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 1390798] perl-Test-TrailingSpace-0.0301 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-Test-TrailingSpace-0.0300 failed.

-- 
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 1390797] perl-TAP-SimpleOutput-0.004 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-TAP-SimpleOutput-0.003 failed.

-- 
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 1390798] New: perl-Test-TrailingSpace-0.0301 is available

[bugzilla]

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

Bug ID: 1390798
   Summary: perl-Test-TrailingSpace-0.0301 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Test-TrailingSpace
  Keywords: FutureFeature, Triaged
  Assignee: p...@city-fan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: i...@cicku.me, p...@city-fan.org,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.0301
Current version/release in rawhide: 0.0300-1.fc25
URL: http://search.cpan.org/dist/Test-TrailingSpace/

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

-- 
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 1390797] perl-TAP-SimpleOutput-0.004 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Created attachment 1216312
  --> https://bugzilla.redhat.com/attachment.cgi?id=1216312=edit
Rebase-helper rebase-helper-debug.log log file.
See for details and report the eventual error to rebase-helper
https://github.com/phracek/rebase-helper/issues.

-- 
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 1390797] perl-TAP-SimpleOutput-0.004 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

-- 
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 1390797] New: perl-TAP-SimpleOutput-0.004 is available

[bugzilla]

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

Bug ID: 1390797
   Summary: perl-TAP-SimpleOutput-0.004 is available
   Product: Fedora
   Version: rawhide
 Component: perl-TAP-SimpleOutput
  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.004
Current version/release in rawhide: 0.003-5.fc25
URL: http://search.cpan.org/dist/TAP-SimpleOutput/

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

-- 
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 1390402] perl-Role-Tiny-2.000005 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Role-Tiny-2.04 is  |perl-Role-Tiny-2.05 is
   |available   |available



--- Comment #1 from Upstream Release Monitoring 
 ---
Latest upstream release: 2.05
Current version/release in rawhide: 2.03-3.fc25
URL: http://search.cpan.org/dist/Role-Tiny/

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

-- 
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 1390791] New: perl-Mojolicious-7.10 is available

[bugzilla]

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

Bug ID: 1390791
   Summary: perl-Mojolicious-7.10 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Mojolicious
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr,
perl-devel@lists.fedoraproject.org,
robinlee.s...@gmail.com



Latest upstream release: 7.10
Current version/release in rawhide: 7.09-1.fc26
URL: http://mojolicio.us/

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

-- 
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 1390790] New: perl-MCE-1.807 is available

[bugzilla]

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

Bug ID: 1390790
   Summary: perl-MCE-1.807 is available
   Product: Fedora
   Version: rawhide
 Component: perl-MCE
  Keywords: FutureFeature, Triaged
  Assignee: p...@city-fan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org



Latest upstream release: 1.807
Current version/release in rawhide: 1.806-1.fc26
URL: http://search.cpan.org/dist/MCE/

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

-- 
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 1390777] New: perl-Archive-Tar-2.16 is available

[bugzilla]

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

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



Latest upstream release: 2.16
Current version/release in rawhide: 2.14-1.fc26
URL: http://search.cpan.org/dist/Archive-Tar/

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

-- 
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 1390778] New: perl-Code-TidyAll-0.55 is available

[bugzilla]

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

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



Latest upstream release: 0.55
Current version/release in rawhide: 0.54-1.fc26
URL: http://search.cpan.org/dist/Code-TidyAll/

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

-- 
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: DNF and PackageKit background data usage

[Honza Silhan]

On Tue, Nov 1, 2016 at 9:59 AM, Miroslav Suchý  wrote:
> Dne 31.10.2016 v 12:55 Tom Hughes napsal(a):
>> The problem, as I believe has been repeatedly explained, is that you don't 
>> really have any idea whether the connection
>> is metered. Yes you may be trying to guess by considering things like 3G 
>> connections as metered but that is an extremely
>> poor proxy for whether a connection is metered.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1112230

Then new DNF config option ~sync_metadata_unmetred_conn_only, set to
True by default could be a solution. I am just skeptical about DNF
depending on NetworkManager.

In the long term we would like to share cache between PackageKit and
DNF + download just metadata changes [1] which is the root cause and
should reduce data transfer in general.


Honza

[1] 
https://github.com/rh-lab-q/deltametadata-prototype/wiki/Deltametadata-of-repo-md-files
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: Orphaned Packages in epel7 (2016-11-01)

[Christopher]

On Tue, Nov 1, 2016 at 3:00 PM  wrote:

> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for
> sure
> that the package should be retired, please do so now with a proper reason:
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
>
>
Taking python-keyring[epel7], because I use it and want it maintained. I
have no experience with the package, though, so if another wants it, I'll
gladly hand it over as soon as they step up.

Also, after taking a package, how does one check to see if all of its
dependencies are in a good state? (non-orphaned)

Aside from these emails for passive notification, is there a way to get a
smaller, personalized report, like on pkgdb, about a specific package's
dependencies? Or a particular user's packages' dependencies?
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: Intel Vulkan driver status

[Neal Gompa]

On Tue, Nov 1, 2016 at 5:29 PM, Michael Cronenworth  wrote:
> On 09/02/2016 09:03 AM, Michael Cronenworth wrote:
>>
>> On 09/02/2016 08:59 AM, Igor Gnatenko wrote:
>>>
>>> We need Vulkan loader which is now on review. I will take care of it
>>> ASAP.
>>
>>
>> I see it[1] now. Thanks, Igor. If there is anything I can do to help with
>> the review just let me know.
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1308985
>
>
> The vulkan loader has been in Fedora for a month now and Mesa 13.0 was
> released today with the Red Hat Vulkan driver for AMD graphics. Could we get
> Intel and AMD vulkan drivers built now?

Are we even going to have Mesa 13.0 in Fedora 25? It'd be stellar if
we could, but I didn't see any evidence we were going to before...



-- 
真実はいつも一つ！/ 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: Many directories without owning packages

[Dridi Boukelmoune]

On Tue, Nov 1, 2016 at 2:00 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Tue, Nov 01, 2016 at 01:05:03PM +0100, Dridi Boukelmoune wrote:
>> Example output for the /boot sub-tree on my daily driver:
>>
>> grub2-efi-2.02-0.34.fc24.x86_64
>> └── /boot/efi/EFI/fedora
>> mactel-boot-0.9-13.fc24.x86_64
>> ├── /boot/efi/.VolumeIcon.icns
>> ├── /boot/efi/System/Library/CoreServices/SystemVersion.plist
>> ├── /boot/efi/System/Library/CoreServices/boot.efi
>> └── /boot/efi/mach_kernel
>> shim-0.8-9.x86_64
>> ├── /boot/efi/EFI/BOOT/BOOTX64.EFI
>> └── /boot/efi/EFI/BOOT/fallback.efi
>
> It'd be even more useful to print owning package after each file name,
> so that people can easily search for their own packages.

I don't see how that's a problem, I had no issue looking for the
packages I maintain.

If you want this kind of output, terminate the script at the end of
the `while read perm path` loop.

>> Thoughts?
> Why not paste the output of the script here?

I can share that, I did some filtering in my report to remove non Fedora
packages. If people maintaining RPM Fusion see this message, I had
openshot, kdenlive and vlc packages or sub-packages in my results.

For Fedora itself, please find my report [1] probably too big to
inline in this email. I have also updated the script to deal with a
corner case and only use ASCII characters.

Cheers,
Dridi

[1] https://paste.fedoraproject.org/467731/14780369/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Intel Vulkan driver status

[Michael Cronenworth]

On 09/02/2016 09:03 AM, Michael Cronenworth wrote:

On 09/02/2016 08:59 AM, Igor Gnatenko wrote:

We need Vulkan loader which is now on review. I will take care of it ASAP.


I see it[1] now. Thanks, Igor. If there is anything I can do to help with the 
review just let me know.


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1308985


The vulkan loader has been in Fedora for a month now and Mesa 13.0 was released 
today with the Red Hat Vulkan driver for AMD graphics. Could we get Intel and AMD 
vulkan drivers built now?


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

[EPEL-devel] Re: MongoDB in EPEL7

[Tom Boutell]

Stephen, good question... I was looking here:

https://www.softwarecollections.org/en/scls/rhscl/rh-mongodb26/

Which came up first in Google for rhsc mongodb, but that's not right. I should 
have been looking here:

https://access.redhat.com/support/policy/updates/rhscl

The Software Collections pages are so much more SEO-friendly it's not 
surprising I wound up in the wrong place.

OK, so does this "RHSC will maintain 2.6 until October 2018" policy mean that 
it's reasonable to expect the EPEL package to just leverage that work and keep 
on trucking until then?
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: Bodhi For Rawhide?

[Dennis Gilmore]

On jueves, 27 de octubre de 2016 10:05:03 AM CDT Matthew Miller wrote:
> On Thu, Oct 27, 2016 at 12:53:27PM +0200, Vít Ondruch wrote:
> > * And probably last think, why the Rawhide should be really exception?
> > Why we should not use Bodhi if we are using it anywhere else?
> > Lets use Bodhi for Rawhide, where the submitted update would immediately
> > go into Rawhide, unless maintainer wishes some testing period.
> > Any comments on this topic?
> 
> What if we leave Rawhide as it is, but create the new
> somewhat-better-than-Rawhide repo that Dennis Gilmore was talking about
> last year, and enable Bodhi on that? (The thing that I very desperately
> want to be named "Fedora Bikeshed".)
Anything but Rawhide, I can put my voice behind bikeshed :)

> In any case, I'm definitely concerned about the increased number of
> hoops. What if, when a build lands in Rawhide, a Bodhi update were
> automatically created for Bikeshed?
> 
> It might be nice for the "fedpkg build" command line to take the
> "--type bugfix|enhancement|security" option so that could be passed on
> in some way.

What I would really like is to have in place automated testing such that we 
detect breakages and deal with them as automatically as possible. setting up 
side tags/targets and rebuilding what we can. the testing needs to be quick 
and it needs to scale out, the close to the core of the OS universe the 
greater the preasure for remaining working all the time is.

It would be nice to automatically make updates for stable Fedora, however for 
development I would like to keep it as hassle free and smooth as possible. I 
think the added weight of bodhi and buildroot overrides would become painful 
for developers. 


We could potentially look at triggering builds automatically based on commits 
to git as well. it would mean you get a build failure if you push something 
broken. collabaritve work could happen in branches/forks and via pull requests 
in a pagure based front end.

We should look for ways to amke it simpler. and make Bikeshed be the rolling 
release that developers live on. pushing only major bug fixes amd secuirty 
fixes to stable releases.

Dennis


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: Bodhi For Rawhide?

[Tim Flink]

On Thu, 27 Oct 2016 12:53:27 +0200
Vít Ondruch  wrote:

> Hi all,
> 
> I am thinking, why we don't have enabled Bodhi for Rawhide? I know
> that you might think now that I went nut and it is bureaucracy, but
> let me explain.
> 
> If I understand it correctly, during several past years, our build
> process was more streamlined and we are trying to do the Rawhide
> composes in a similar fashion we are doing stable releases. But for
> some reason, we are still not using Bodhi for Rawhide and I see no
> reasons not to use it. Here are some benefits if we were using Bodhi:
> 
> * One of the nice things which Bodhi does is running several check,
> such as depcheck, rpmlint (actually question if we are using rpmlint
> for Fedora builds was what triggered this email), etc. On one hand,
> I'd love to see these checks running in Koji, but there is no support
> for them and I don't even see the support coming. So enabling Bodhi
> for Rawhide would give us this opportunity.

One slight correction here - taskotron runs depcheck, upgradepath etc.
and bodhi queries resultsdb to display those results.

> It is actually quite interesting, that while most of the development
> happens in Rawhide, there is less sanity checks then for the Rawhide,
> so if you screw up something in Rawhide, it will get into stable
> version and you might not notice until you submit some stable update.

It'd be great to run sanity checks on rawhide. It's something that
we've wanted to do but haven't done as it hasn't really been a
priority. The first tasks that were run in taskotron didn't really
make sense to run in rawhide but with the addition of rpmgrill and
abicheck, that situation may have changed.

The only potential challenge I'm aware of for running things on
rawhide is having a reliable method for creating a rawhide environment
in which we can run checks. While rawhide is indeed more stable than it
used to be, there can still be tooling changeovers and glitches which
complicate the process of getting a reliable, clean rawhide environment
in which checks can be executed. I'm not saying that it can't happen
but it'll take a bit of work.

If we're talking about checks which can run against rawhide bits using a
branched fedora as the execution environment, that would involve fewer
changes to our existing processes and probably something that could
happen more quickly.

Tim




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

[EPEL-devel] Orphaned Packages in epel5 (2016-11-01)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

  Package(co)maintainers  Status Change 
===
dansguardian   orphan, cicku, heffer, steve   5 weeks ago   
dinotrace  orphan, chitlesh   55 weeks ago  
electronics-menu   orphan, chitlesh   55 weeks ago  
gmime  orphan, alexl, caillon, caolanm,   18 weeks ago  
   group::gnome-sig, hadess, johnp, 
   mbarnes, rhughes, rstrode, ssp,  
   xiphmont 
gnucap orphan, chitlesh   55 weeks ago  
iverilog   orphan, chitlesh   55 weeks ago  
jnaorphan, lfarkas, walters   73 weeks ago  
js-jquery  orphan, ctubbsii, group::nodejs-sig,   1 weeks ago   
   jamielinux, patches  
js-jquery1 orphan, ctubbsii, group::nodejs-sig,   1 weeks ago   
   jamielinux, patches  
libstroke  orphan, chitlesh   55 weeks ago  
php-ZendFramework  orphan 55 weeks ago  
pulseaudio orphan 47 weeks ago  
python-matplotlib  orphan, jspaleta   59 weeks ago  
ruby-ldap  orphan, stahnma, stevetraylen  28 weeks ago  
ruby-shadoworphan, stahnma28 weeks ago  
rubygem-eventmachine   orphan 28 weeks ago  
rubygem-flexmock   orphan, greghellings   28 weeks ago  
unetbootin orphan, callkalpa  1 weeks ago   

The following packages require above mentioned packages:
Depending on: dinotrace (1), status change: 2015-10-07 (55 weeks ago)
gplcver (maintained by: jcapik, chitlesh)
gplcver-2.11a-2.el5.x86_64 requires dinotrace = 9.4c-1.el5

Depending on: electronics-menu (3), status change: 2015-10-07 (55 weeks ago)
qucs (maintained by: jcapik, chitlesh)
qucs-0.0.15-6.el5.x86_64 requires electronics-menu = 1.0-6.el5

tkgate (maintained by: tnorth, chitlesh)
tkgate-2.0-7.beta9.el5.x86_64 requires electronics-menu = 
1.0-6.el5

perl-Verilog-CodeGen (maintained by: jplesnik, chitlesh)
perl-Verilog-CodeGen-0.9.4-1.el5.noarch requires tkgate = 
2.0-7.beta9.el5

Depending on: gmime (2), status change: 2016-06-28 (18 weeks ago)
balsa (maintained by: pawsa)
balsa-2.3.25-1.el5.src requires gmime-devel = 2.2.26-1.el5
balsa-2.3.25-1.el5.x86_64 requires libgmime-2.0.so.2()(64bit)

mail-notification (maintained by: buc)
mail-notification-4.0-3.el5.src requires gmime-devel = 
2.2.26-1.el5
mail-notification-4.0-3.el5.x86_64 requires 
libgmime-2.0.so.2()(64bit)

Depending on: gnucap (1), status change: 2015-10-07 (55 weeks ago)
emacs-spice-mode (maintained by: sagarun, chitlesh)
emacs-spice-mode-1.2.25-4.el5.noarch requires gnucap = 
0.35-6.el5

Depending on: iverilog (1), status change: 2015-10-07 (55 weeks ago)
teal (maintained by: jcapik, chitlesh)
teal-1_40b-4.el5.i386 requires iverilog = 0.9.2001-1.el5
teal-1_40b-4.el5.src requires iverilog-devel = 
0.9.2001-1.el5
teal-1_40b-4.el5.x86_64 requires iverilog = 0.9.2001-1.el5

Depending on: jna (2), status change: 2015-06-03 (73 weeks ago)
gstreamer-java (maintained by: lfarkas)
gstreamer-java-1.5-1.el5.src requires jna = 3.4.0-4.el5, 
jna-contrib = 3.4.0-4.el5
gstreamer-java-1.5-1.el5.x86_64 requires jna = 3.4.0-4.el5
gstreamer-java-swt-1.5-1.el5.x86_64 requires jna-contrib = 
3.4.0-4.el5

java-dirq (maintained by: lcons, mpaladin, stevetraylen)
java-dirq-1.4-1.el5.noarch requires jna = 3.4.0-4.el5
java-dirq-1.4-1.el5.src requires jna = 3.4.0-4.el5

Depending on: libstroke (1), status change: 2015-10-07 (55 weeks ago)
fvwm (maintained by: peter, 

Re: Bodhi For Rawhide?

[Tim Flink]

On Tue, 1 Nov 2016 08:55:35 -0400
Matthew Miller  wrote:

> On Tue, Nov 01, 2016 at 09:20:45AM +, Petr Pisar wrote:
> > >> Already implemented. You can supress test failures by a python
> > >> code in a .rpmlint file in package's dist-git repository.  
> > > I can? Where is this documented? Can we add a link to that
> > > documentation to the output from Taskotron in Bodhi?  
> > fedpkg(1) manual page, section "fedpkg lint".  
> 
> That affects the taskotron results, not just a local run?

There has been talk about doing that but nothing specific is planned
yet.

https://phab.qadevel.cloud.fedoraproject.org/T692

Tim


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

[EPEL-devel] Orphaned Packages in epel7 (2016-11-01)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

   Package   (co)maintainersStatus Change 
=
dansguardian orphan, cicku, heffer, steve   5 weeks ago   
firehol  orphan, cicku, error   1 weeks ago   
ipsilon  orphan, puiterwijk, simo   7 weeks ago   
python-keyring   orphan, cicku, rtnpro  35 weeks ago  
rubygem-stomporphan, stevetraylen   28 weeks ago  
sphinx   orphan, cdamian, gbcox, skottler   30 weeks ago  

The following packages require above mentioned packages:
Depending on: python-keyring (3), status change: 2016-02-26 (35 weeks ago)
bugwarrior (maintained by: ralph)
bugwarrior-1.4.0-1.el7.noarch requires python-keyring = 
5.0-1.el7
bugwarrior-1.4.0-1.el7.src requires python-keyring = 5.0-1.el7

python-wheel (maintained by: fschwarz)
python-wheel-0.24.0-2.el7.src requires python-keyring = 
5.0-1.el7

python-boto3 (maintained by: fale)
python-boto3-1.4.0-1.el7.src requires python-wheel = 
0.24.0-2.el7

Depending on: rubygem-stomp (1), status change: 2016-04-14 (28 weeks ago)
mcollective (maintained by: maxamillion)
mcollective-common-2.5.2-1.el7.noarch requires rubygem(stomp) = 
1.3.5

Depending on: sphinx (7), status change: 2016-04-04 (30 weeks ago)
gnuradio (maintained by: jskarvad)
gnuradio-3.7.5.1-2.el7.src requires sphinx = 2.1.5-2.el7

php-pecl-sphinx (maintained by: remi)
php-pecl-sphinx-1.3.2-1.el7.src requires libsphinxclient-devel 
= 2.1.5-2.el7
php-pecl-sphinx-1.3.2-1.el7.x86_64 requires 
libsphinxclient-0.0.1.so()(64bit)

gqrx (maintained by: bressers, daveo, jskarvad)
gqrx-2.3.2-4.el7.x86_64 requires 
libgnuradio-analog-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-blocks-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-fft-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-filter-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-pmt-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-runtime-3.7.5.1.so.0.0.0()(64bit)

gr-fcdproplus (maintained by: jskarvad)
gr-fcdproplus-0-0.7.20140920git1edbe523.el7.x86_64 requires 
libgnuradio-audio-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-blocks-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-runtime-3.7.5.1.so.0.0.0()(64bit)

gr-iqbal (maintained by: jskarvad)
gr-iqbal-0.37.2-3.el7.x86_64 requires 
libgnuradio-pmt-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-runtime-3.7.5.1.so.0.0.0()(64bit)

gr-osmosdr (maintained by: jskarvad)
gr-osmosdr-0.1.3-1.20141023git42c66fdd.el7.x86_64 requires 
libgnuradio-blocks-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-fcd-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-pmt-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-runtime-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-uhd-3.7.5.1.so.0.0.0()(64bit)

gr-rds (maintained by: sharkcz, jskarvad)
gr-rds-0-0.4.20141117gitff1ca15.el7.x86_64 requires 
libgnuradio-pmt-3.7.5.1.so.0.0.0()(64bit), 
libgnuradio-runtime-3.7.5.1.so.0.0.0()(64bit)

Affected (co)maintainers
bressers: sphinx
cdamian: sphinx
cicku: firehol, python-keyring, dansguardian
daveo: sphinx
error: firehol
fale: python-keyring
fschwarz: python-keyring
gbcox: sphinx
heffer: dansguardian
jskarvad: sphinx
maxamillion: rubygem-stomp
puiterwijk: ipsilon
ralph: python-keyring
remi: sphinx
rtnpro: python-keyring
sharkcz: sphinx
simo: ipsilon
skottler: sphinx
steve: dansguardian
stevetraylen: rubygem-stomp

Orphans (6): dansguardian firehol ipsilon python-keyring rubygem-stomp
sphinx


Orphans (dependend on) (3): python-keyring rubygem-stomp sphinx


Orphans (epel7) for at least 6 weeks (dependend on) (3):
python-keyring rubygem-stomp sphinx


Orphans  (epel7)(not depended on) (3): dansguardian firehol ipsilon


Orphans (epel7) for at least 6 weeks (not dependend on) (1): ipsilon


Depending packages (epel7) (11): bugwarrior gnuradio gqrx
gr-fcdproplus gr-iqbal gr-osmosdr gr-rds mcollective
php-pecl-sphinx python-boto3 python-wheel


Packages depending on packages orphaned (epel7) for more than 6 weeks
(11): bugwarrior gnuradio gqrx gr-fcdproplus gr-iqbal gr-osmosdr
gr-rds mcollective php-pecl-sphinx python-boto3 python-wheel


Not found in repo (epel7) (2): dansguardian ipsilon

-- 
The 

Orphaned Packages in rawhide (2016-11-01)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Package (co)maintainers  Status Change 
==
ascendorphan, sagitter   2 weeks ago   
ceelogorphan 4 weeks ago   
dansguardian  orphan, cicku, heffer, steve   5 weeks ago   
dsmidiwifiorphan 6 weeks ago   
emacs-common-ebib orphan, jgu4 weeks ago   
exonerate orphan, sagitter   2 weeks ago   
firehol   orphan, cicku, error   1 weeks ago   
gnome-web-photo   orphan, hadess, mpg6 weeks ago   
jboss-classpool-scopedorphan, galileo2 weeks ago   
jboss-reflect orphan, galileo2 weeks ago   
jbossxb   orphan, galileo2 weeks ago   
jdf-stacks-client orphan, galileo2 weeks ago   
librfmorphan, sagitter   2 weeks ago   
libumberlog   orphan 4 weeks ago   
oflb-riordonfancy-fonts   orphan, ivazquez   5 weeks ago   
pynetsnmp orphan 6 weeks ago   
python-lirc   orphan, ondrejj, thias 6 weeks ago   
python-snpp   orphan 6 weeks ago   
python3-scipy orphan, orion  2 weeks ago   
rodentorphan, sagitter   0 weeks ago   
rodent-icon-theme orphan, sagitter   2 weeks ago   
rubygem-simple_form   orphan, jstribny   4 weeks ago   
smooksorphan, galileo, java-sig  2 weeks ago   
snappy-player orphan, sagitter   2 weeks ago   
system-autodeath  orphan, mattdm 6 weeks ago   
tktable   orphan, sagitter   1 weeks ago   
tubo  orphan, sagitter   2 weeks ago   
unetbootinorphan, callkalpa  1 weeks ago   
wise  orphan, galileo, java-sig  2 weeks ago   
xchat-gnome   orphan, notting6 weeks ago   

The following packages require above mentioned packages:
Depending on: ascend (1), status change: 2016-10-16 (2 weeks ago)
freesteam (maintained by: sagitter)
freesteam-2.1-17.20150903svn761.fc26.src requires ascend-devel 
= 0.9.10-14.20151003svn3100.fc26
freesteam-ascend-2.1-17.20150903svn761.fc26.i686 requires 
libascend.so.1

Depending on: gnome-web-photo (1), status change: 2016-09-15 (6 weeks ago)
shutter (maintained by: liangsuilong, ivanromanov)
shutter-0.93.1-3.fc25.noarch requires gnome-web-photo = 
0.10.5-9.fc24

Affected (co)maintainers
callkalpa: unetbootin
cicku: firehol, dansguardian
error: firehol
galileo: wise, smooks, jdf-stacks-client, jbossxb, jboss-reflect, 
jboss-classpool-scoped
hadess: gnome-web-photo
heffer: dansguardian
ivanromanov: gnome-web-photo
ivazquez: oflb-riordonfancy-fonts
java-sig: wise, smooks
jgu: emacs-common-ebib
jstribny: rubygem-simple_form
liangsuilong: gnome-web-photo
mattdm: system-autodeath
mpg: gnome-web-photo
notting: xchat-gnome
ondrejj: python-lirc
orion: python3-scipy
sagitter: tubo, snappy-player, ascend, rodent, rodent-icon-theme, tktable, 
librfm, exonerate
steve: dansguardian
thias: python-lirc

Orphans (30): ascend ceelog dansguardian dsmidiwifi emacs-common-ebib
exonerate firehol gnome-web-photo jboss-classpool-scoped
jboss-reflect jbossxb jdf-stacks-client librfm libumberlog
oflb-riordonfancy-fonts pynetsnmp python-lirc python-snpp
python3-scipy rodent rodent-icon-theme rubygem-simple_form smooks
snappy-player system-autodeath tktable tubo unetbootin wise
xchat-gnome


Orphans (dependend on) (2): ascend gnome-web-photo


Orphans (rawhide) for at least 6 weeks (dependend on) (1):
gnome-web-photo


Orphans  (rawhide)(not depended on) (28): ceelog dansguardian
dsmidiwifi emacs-common-ebib exonerate firehol
jboss-classpool-scoped jboss-reflect jbossxb jdf-stacks-client
librfm libumberlog oflb-riordonfancy-fonts pynetsnmp python-lirc
python-snpp python3-scipy rodent rodent-icon-theme
rubygem-simple_form smooks 

[EPEL-devel] Orphaned Packages in epel6 (2016-11-01)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

  Package(co)maintainers  Status Change 
===
dansguardian   orphan, cicku, heffer, steve   5 weeks ago   
dinotrace  orphan, chitlesh   55 weeks ago  
directfb   orphan, kwizart, thias 56 weeks ago  
electronics-menu   orphan, chitlesh   55 weeks ago  
fireholorphan, cicku, error   1 weeks ago   
gmime  orphan, alexl, caillon, caolanm,   18 weeks ago  
   group::gnome-sig, hadess, johnp, 
   mbarnes, rhughes, rstrode, ssp,  
   xiphmont 
gnucap orphan, chitlesh   55 weeks ago  
hiredisorphan, cicku  35 weeks ago  
iverilog   orphan, chitlesh   55 weeks ago  
js-sizzle  orphan, group::nodejs-sig, 13 weeks ago  
   jamielinux, patches  
odeorphan, s4504kr13 weeks ago  
python-numeric orphan, alexlan13 weeks ago  
python-scripttest  orphan, group::python-sig, mbacovsk,   30 weeks ago  
   mstuchli 
python-wheel   orphan 5 weeks ago   
ruby-shadoworphan, domcleal, skottler, stahnma28 weeks ago  
rubygem-abstract   orphan 28 weeks ago  
rubygem-eventmachine   orphan 28 weeks ago  
rubygem-fakeweborphan, greghellings   28 weeks ago  
rubygem-mime-types orphan 28 weeks ago  
rubygem-rspec  orphan, skottler   28 weeks ago  
rubygem-uuidtools  orphan, greghellings   28 weeks ago  
sphinx orphan, cdamian, gbcox, skottler   30 weeks ago  
unetbootin orphan, callkalpa  1 weeks ago   

The following packages require above mentioned packages:
Depending on: dinotrace (1), status change: 2015-10-07 (55 weeks ago)
gplcver (maintained by: jcapik, chitlesh)
gplcver-2.12a-3.el6.x86_64 requires dinotrace = 9.4c-1.el6

Depending on: directfb (4), status change: 2015-09-30 (56 weeks ago)
xine-lib (maintained by: rdieter)
xine-lib-1.1.21-11.el6.src requires directfb-devel = 
1.4.11-3.el6
xine-lib-extras-1.1.21-11.el6.i686 requires libdirect-1.4.so.0, 
libdirectfb-1.4.so.0, libfusion-1.4.so.0
xine-lib-extras-1.1.21-11.el6.x86_64 requires 
libdirect-1.4.so.0()(64bit), libdirectfb-1.4.so.0()(64bit), 
libfusion-1.4.so.0()(64bit)

gxine (maintained by: mso)
gxine-0.5.905-2.el6.x86_64 requires libxine.so.1()(64bit)

kaffeine (maintained by: rdieter)
kaffeine-1.2.2-8.el6.x86_64 requires libxine.so.1()(64bit)

xine-ui (maintained by: mjg)
xine-ui-0.99.6-32.el6.x86_64 requires libxine.so.1()(64bit), 
xine-lib = 1.1.21-11.el6
xine-ui-aaxine-0.99.6-32.el6.x86_64 requires 
libxine.so.1()(64bit)

Depending on: electronics-menu (7), status change: 2015-10-07 (55 weeks ago)
gnusim8085 (maintained by: puiterwijk, chitlesh)
gnusim8085-1.3.7-3.el6.x86_64 requires electronics-menu = 
1.0-8.el6

gsim85 (maintained by: fab, chitlesh)
gsim85-0.3-2.el6.x86_64 requires electronics-menu = 1.0-8.el6

kicad (maintained by: jcapik, chitlesh, lkundrak)
kicad-2013.06.11-1.rev4021.el6.i686 requires electronics-menu = 
1.0-8.el6
kicad-2013.06.11-1.rev4021.el6.x86_64 requires electronics-menu 
= 1.0-8.el6

qelectrotech (maintained by: remi)
qelectrotech-0.30-1.el6.x86_64 requires electronics-menu = 
1.0-8.el6

qucs (maintained by: jcapik, chitlesh)
qucs-0.0.15-6.el6.x86_64 requires electronics-menu = 1.0-8.el6

tkgate (maintained by: tnorth, chitlesh)

[Bug 1390179] perl-Net-CUPS-0.63 is available

[bugzilla]

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



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

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

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

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 723  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
 366  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516   
mcollective-2.8.4-1.el5
 337  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-582c8075e6   
thttpd-2.25b-24.el5


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

python-dirq-1.7.1-1.el5

Details about builds:



 python-dirq-1.7.1-1.el5 (FEDORA-EPEL-2016-9664a5cf13)
 Directory based queue

Update Information:

Updated from upstream.

References:

  [ 1 ] Bug #1389920 - python-dirq-v1.7.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1389920

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

[EPEL-devel] Re: MongoDB in EPEL7

[Stephen John Smoogen]

On 1 November 2016 at 13:32, Tom Boutell  wrote:
> I think that if a CVE arrives that we can't easily address through a patch, 
> we have to be prepared to force an upgrade. Potentially "abandoning" a 
> package that has CVEs in the wild, in the hope people will read about an 
> optional upgrade, sounds like a policy we could regret.
>
> Is there any history of EPEL just abandoning a package? What should happen in 
> that situation? Perhaps it's been necessary at some point (no support 
> upstream, no one available downstream either...).

There is an incredibly long history of EPEL abandoning packages for
the above reasons all the time. It has been done pretty much from the
get-go. The standard practice has been that when a package no longer
is workable that it is withdrawn.

Yes it sucks all around but in many cases this is the path that has been taken.


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

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 482  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 476  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 407  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 366  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 337  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 223  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-30a8346813   
vtun-3.0.1-10.el6
  68  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8594ed3a53   
chicken-4.11.0-3.el6
  40  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-25e30f6dc3   
jansson-2.9-1.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2f6f1435ed   
tor-0.2.8.9-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a886ace670   
tomcat-7.0.72-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-cb5398893b   
nodejs-0.10.48-3.el6


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

lighttpd-1.4.43-1.el6
python-dirq-1.7.1-1.el6

Details about builds:



 lighttpd-1.4.43-1.el6 (FEDORA-EPEL-2016-b7f4c3c75e)
 Lightning fast webserver with light system requirements

Update Information:

1.4.43    Split out mysql and gssapi authn modules.    1.4.42, now with
upstream mod_geoip.

References:

  [ 1 ] Bug #1385640 - lighttpd-1.4.42 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1385640




 python-dirq-1.7.1-1.el6 (FEDORA-EPEL-2016-0814b4f2af)
 Directory based queue

Update Information:

Updated from upstream.

References:

  [ 1 ] Bug #1389920 - python-dirq-v1.7.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1389920

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

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 603  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 366  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
  84  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c   
redis-3.2.3-1.el7
  68  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e8f4ff76b3   
chicken-4.11.0-3.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531   
banshee-2.6.2-11.el7 dbus-sharp-0.7.0-15.el7 dbus-sharp-glib-0.5.0-13.el7 
gdata-sharp-1.4.0.2-18.el7 gio-sharp-0.3-14.el7 gkeyfile-sharp-0.1-19.el7 
gnome-sharp-2.24.2-12.el7 gtk-sharp-beans-2.14.0-17.el7 
gtk-sharp2-2.12.26-3.el7 gtk-sharp3-2.99.3-16.el7 gudev-sharp-0.1-18.el7 
libappindicator-12.10.0-11.el7 libgpod-0.8.3-14.el7 libyui-bindings-1.1.0-7.el7 
mono-4.2.4-7.el7 mono-addins-1.1-3.el7 mono-cecil-0.9.6-6.el7 
mono-zeroconf-0.9.0-16.el7 notify-sharp-0.4.0-0.26.20100411svn.el7 
notify-sharp3-3.0.3-2.el7 nunit-3.5-1.el7 nunit2-2.6.4-14.el7 pinta-1.6-5.el7 
taglib-sharp-2.1.0.0-3.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-ee3cc4d1b6   
compat-guile18-1.8.8-14.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f0f6483aa7   
tor-0.2.8.9-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2fcbc39837   
chromium-54.0.2840.71-1.el7


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

FoXlibf-4.1.2-5.el7
bodhi-2.3.1-2.el7
borgbackup-1.0.8-2.el7
lighttpd-1.4.43-1.el7
python-dirq-1.7.1-1.el7
python-fedmsg-atomic-composer-2016.3-1.el7
python-line_profiler-2.0-1.el7
rubygem-multi_xml-0.5.5-5.el7
scorep-1.4.2-7.el7
tinc-1.0.30-1.el7

Details about builds:



 FoXlibf-4.1.2-5.el7 (FEDORA-EPEL-2016-bbe070a2be)
 A Fortran XML Library

Update Information:

Rebuilt for new gcc-gfortran on el7




 bodhi-2.3.1-2.el7 (FEDORA-EPEL-2016-cd060eeb3c)
 A modular framework that facilitates publishing software updates

Update Information:

Update python-fedmsg-atomic-composer to [2016.3](https://github.com/fedora-infra
/fedmsg-atomic-composer/releases/tag/2016.3) and bodhi to
[2.3.0](https://github.com/fedora-infra/bodhi/releases/tag/2.3.0).  Update bodhi
to [2.3.1](https://github.com/fedora-infra/bodhi/releases/tag/2.3.1).

References:

  [ 1 ] Bug #1389519 - None
https://bugzilla.redhat.com/show_bug.cgi?id=1389519




 borgbackup-1.0.8-2.el7 (FEDORA-EPEL-2016-01814b2db1)
 A deduplicating backup program with compression and authenticated encryption

Update Information:

upstream version 1.0.8 (BZ#1389986)

References:

  [ 1 ] Bug #1389986 - borgbackup 1.0.8 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1389986




 lighttpd-1.4.43-1.el7 (FEDORA-EPEL-2016-25f309613f)
 Lightning fast webserver with light system requirements

Update Information:

1.4.43    Split out mysql and gssapi authn modules.    1.4.42, now with
upstream mod_geoip.

References:

  [ 1 ] Bug #1385640 - lighttpd-1.4.42 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1385640




 python-dirq-1.7.1-1.el7 (FEDORA-EPEL-2016-65e3d15e2b)
 Directory based queue

Update Information:

Updated from upstream.

References:

  [ 1 ] Bug #1389920 - python-dirq-v1.7.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1389920

[EPEL-devel] Re: MongoDB in EPEL7

[Stephen John Smoogen]

On 1 November 2016 at 13:33, Tom Boutell  wrote:
> Sorry, I just saw the part about RHSCL. But that page says:
>
> "Community Project: Maintained by upstream communities of developers. The 
> software is cared for, but the developers make no commitments to update the 
> repositories in a timely manner."
>

Do you have a link to that? There is softwarecollections.org which is
the equivalent to EPEL. There is Red Hat Software Collections which is
not a community product but a paid for serivce from Red Hat.

> S... is there actually a commitment from Red Hat to patch that at all now 
> that the upstream is done with it? Are you the upstream they are referring 
> to? (:
> ___
> 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

[EPEL-devel] Re: MongoDB in EPEL7

[Tom Boutell]

Sorry, I just saw the part about RHSCL. But that page says:

"Community Project: Maintained by upstream communities of developers. The 
software is cared for, but the developers make no commitments to update the 
repositories in a timely manner."

S... is there actually a commitment from Red Hat to patch that at all now 
that the upstream is done with it? Are you the upstream they are referring to? 
(:
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: MongoDB in EPEL7

[Tom Boutell]

I think that if a CVE arrives that we can't easily address through a patch, we 
have to be prepared to force an upgrade. Potentially "abandoning" a package 
that has CVEs in the wild, in the hope people will read about an optional 
upgrade, sounds like a policy we could regret.

Is there any history of EPEL just abandoning a package? What should happen in 
that situation? Perhaps it's been necessary at some point (no support upstream, 
no one available downstream either...).
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: Python 3.6 beta release in F26 Rawhide?

[Charalampos Stratakis]

Third beta is at copr [0]

[0] https://copr.fedorainfracloud.org/coprs/cstratak/python-3.6/build/472123/

Regards,

Charalampos Stratakis
Associate Software Engineer
Python Maintenance Team, Red Hat


- Original Message -
From: "Nick Coghlan" 
To: "Fedora Python SIG" 
Sent: Monday, October 17, 2016 4:57:09 PM
Subject: Re: Python 3.6 beta release in F26 Rawhide?

On 18 October 2016 at 00:49, Charalampos Stratakis  wrote:
> The current URL should be https://beaker.qa.fedoraproject.org/ if that is the 
> one you have in mind.

Indeed it is, thank you!

Cheers,
Nick.

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

[EPEL-devel] Removing Django from EL6/7

[Stephen John Smoogen]

tl;dr Web apps and frameworks are horrible for EPEL because they
'innovate' so quickly compared to multi-year support paths


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

[Bug 1375929] perl-Encode-JISX0213-0.04-3.fc26 FTBFS: t/ JISX0213.t requires too much memory

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |CLOSED
  Component|perl-Encode-JISX0213|perl-Encode
   Fixed In Version||perl-Encode-4:2.87-4.fc26
 Resolution|--- |RAWHIDE
Last Closed||2016-11-01 12:31:25



--- Comment #1 from Petr Pisar  ---
This was a bug in perl-Encode fixed in perl-Encode-4:2.87-4.fc26.

-- 
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 1387452] perl-DateTime-TimeZone-2.06 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DateTime-TimeZone-2.06 |perl-DateTime-TimeZone-2.06
   |-1.fc26 |-1.fc26
   |perl-DateTime-TimeZone-2.06 |perl-DateTime-TimeZone-2.06
   |-1.fc25 |-1.fc25
   |perl-DateTime-TimeZone-2.01 |perl-DateTime-TimeZone-2.01
   |-4.fc24 |-4.fc24
   ||perl-DateTime-TimeZone-2.01
   ||-4.fc23



--- Comment #6 from Fedora Update System  ---
perl-DateTime-TimeZone-2.01-4.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1386986] perl-Dist-Zilla-Plugin-ReadmeFromPod-0.35 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Dist-Zilla-Plugin-Read |perl-Dist-Zilla-Plugin-Read
   |meFromPod-0.35-1.fc26   |meFromPod-0.35-1.fc26
   |perl-Dist-Zilla-Plugin-Read |perl-Dist-Zilla-Plugin-Read
   |meFromPod-0.35-1.fc25   |meFromPod-0.35-1.fc25
   |perl-Dist-Zilla-Plugin-Read |perl-Dist-Zilla-Plugin-Read
   |meFromPod-0.35-1.fc24   |meFromPod-0.35-1.fc24
   ||perl-Dist-Zilla-Plugin-Read
   ||meFromPod-0.35-1.fc23



--- Comment #7 from Fedora Update System  ---
perl-Dist-Zilla-Plugin-ReadmeFromPod-0.35-1.fc23 has been pushed to the Fedora
23 stable repository. If problems still persist, please make note of it in this
bug report.

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

[Bug 1387462] perl-Module-CoreList-5.20161020 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |1020-1.fc26 |1020-1.fc26
   |perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |1020-1.fc25 |1020-1.fc25
   |perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |1020-1.fc24 |1020-1.fc24
   ||perl-Module-CoreList-5.2016
   ||1020-1.fc23



--- Comment #7 from Fedora Update System  ---
perl-Module-CoreList-5.20161020-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1387944] perl-Tangerine-0.23 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Tangerine-0.23-1.fc25  |perl-Tangerine-0.23-1.fc25
   |perl-Tangerine-0.23-1.fc24  |perl-Tangerine-0.23-1.fc24
   ||perl-Tangerine-0.23-1.fc23



--- Comment #8 from Fedora Update System  ---
perl-Tangerine-0.23-1.fc23 has been pushed to the Fedora 23 stable repository.
If problems still persist, please make note of it in this bug report.

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

[Bug 1387069] perl-Ouch-0.0410 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Ouch-0.0410-1.fc26 |perl-Ouch-0.0410-1.fc26
   |perl-Ouch-0.0410-1.fc25 |perl-Ouch-0.0410-1.fc25
   |perl-Ouch-0.0410-1.fc24 |perl-Ouch-0.0410-1.fc24
   ||perl-Ouch-0.0410-1.fc23



--- Comment #10 from Fedora Update System  ---
perl-Ouch-0.0410-1.fc23 has been pushed to the Fedora 23 stable repository. If
problems still persist, please make note of it in this bug report.

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

Re: Bodhi For Rawhide?

[Petr Pisar]

On 2016-11-01, Matthew Miller  wrote:
> On Tue, Nov 01, 2016 at 09:20:45AM +, Petr Pisar wrote:
>> >> Already implemented. You can supress test failures by a python code in
>> >> a .rpmlint file in package's dist-git repository.
>> > I can? Where is this documented? Can we add a link to that
>> > documentation to the output from Taskotron in Bodhi?
>> fedpkg(1) manual page, section "fedpkg lint".
>
> That affects the taskotron results, not just a local run?
>
I have no idea how tasktron works. fedpkg leverages rpmlint's -f option.

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

Fedora 25-20161101.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 4/101 (x86_64), 2/17 (i386), 1/2 (arm)

New failures (same test did not fail in 25-20161031.n.0):

ID: 45272   Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/45272
ID: 45336   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/45336
ID: 45339   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/45339
ID: 45357   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/45357
ID: 45367   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/45367
ID: 45368   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/45368

Old failures (same test failed in 25-20161031.n.0):

ID: 45280   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/45280

Passed openQA tests: 97/101 (x86_64), 15/17 (i386)

New passes (same test did not pass in 25-20161031.n.0):

ID: 45250   Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/45250
ID: 45251   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/45251
ID: 45252   Test: i386 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/45252
ID: 45264   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/45264
ID: 45265   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/45265
ID: 45267   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/45267
ID: 45282   Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/45282
ID: 45283   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/45283
ID: 45284   Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/45284
ID: 45285   Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/45285
ID: 45286   Test: x86_64 Server-dvd-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/45286
ID: 45287   Test: x86_64 Server-dvd-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/45287
ID: 45288   Test: x86_64 Server-dvd-iso server_firewall_default
URL: https://openqa.fedoraproject.org/tests/45288
ID: 45289   Test: x86_64 Server-dvd-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/45289
ID: 45290   Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/45290
ID: 45291   Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/45291
ID: 45292   Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/45292
ID: 45293   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/45293
ID: 45294   Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/45294
ID: 45295   Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/45295
ID: 45296   Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/45296
ID: 45297   Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/45297
ID: 45298   Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/45298
ID: 45299   Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: https://openqa.fedoraproject.org/tests/45299
ID: 45300   Test: x86_64 Server-dvd-iso server_role_deploy_database_server
URL: https://openqa.fedoraproject.org/tests/45300
ID: 45301   Test: x86_64 Server-dvd-iso server_database_client
URL: https://openqa.fedoraproject.org/tests/45301
ID: 45302   Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/45302
ID: 45303   Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/45303
ID: 45304   Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/45304
ID: 45305   Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/45305
ID: 45306   Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/45306
ID: 45307   Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/45307
ID: 45308   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/45308
ID: 45309   Test: x86_64 universal 

Fedora 25 Final Freeze today (2016-Nov-01)

[Jan Kurik]

Hi all,

Today, November 1st 2016, is an important day on the Fedora 25
schedule [1], with significant cut-offs.

Today we have the Final Freeze [2]. This means that only packages
which fix accepted blocker or freeze exception bugs [3][4][5] will be
marked as 'stable' and included in the Final composes. Other builds
will remain in updates-testing until the Final release is approved, at
which point the Final freeze is lifted and packages can move to the
'updates' repository, pending updates will be pushed before final
release as zero day updates.

[1] https://fedoraproject.org/wiki/Releases/25/Schedule
[2] https://fedoraproject.org/wiki/Milestone_freezes
[3] https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
[4] https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process
[5] https://qa.fedoraproject.org/blockerbugs/milestone/25/final/buglist

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

Re: Python 3.6 beta release in F26 Rawhide?

[Charalampos Stratakis]

Hi,

It would be certainly interesting to write an article about it.

Ideally it remains to be seen which version of python 3.6 is going to be 
deployed in rawhide and after deploying it, publish the article so people can 
do some early testing.

Regards,

Charalampos Stratakis
Associate Software Engineer
Python Maintenance Team, Red Hat


- Original Message -
From: "Justin W. Flory" 
To: python-devel@lists.fedoraproject.org
Sent: Friday, October 28, 2016 12:53:49 AM
Subject: Re: Python 3.6 beta release in F26 Rawhide?

On 10/17/2016 10:57 AM, Nick Coghlan wrote:
> On 18 October 2016 at 00:49, Charalampos Stratakis  
> wrote:
>> The current URL should be https://beaker.qa.fedoraproject.org/ if that is 
>> the one you have in mind.
>
> Indeed it is, thank you!
>
> Cheers,
> Nick.
>

Hi everyone, I'm observing and chiming in late to this discussion. My 
understanding from reading this thread is that it's intended to package 
3.6 for Rawhide and eventually having it made as a Change in F26.

If 3.6 is going to be hitting Rawhide, would anyone be interested in 
writing an announcement / tips for testing on the Fedora Magazine? I 
think this would be a highly-interesting article to our readers to know 
that 3.6 is in Rawhide, and there may be some people who are willing to 
jump in and help test if they knew the opportunity was there.

Thanks everyone!

-- 
Cheers,
Justin W. Flory
jflo...@gmail.com


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

Re: [Fedocal] Reminder meeting : Modularity WG

[Jan Kurik]

Minutes and logs from the meeting are available at [1] and [2].

[1] 
https://meetbot.fedoraproject.org/fedora-meeting-3/2016-11-01/modularity_wg.2016-11-01-15.00.html
[2] 
https://meetbot.fedoraproject.org/fedora-meeting-3/2016-11-01/modularity_wg.2016-11-01-15.00.log.html

Regards,
Jan

On Tue, Nov 1, 2016 at 4:00 AM,   wrote:
> Dear all,
>
> You are kindly invited to the meeting:
>Modularity WG on 2016-11-01 from 15:00:00 to 16:00:00 UTC
>At fedora-meetin...@irc.freenode.net
>
> The meeting will be about:
> Meeting for the Modularity Working Group.
>
> More information available at: [Modularity Working Group wiki 
> page](https://fedoraproject.org/wiki/Modularity_Working_Group)
>
> The agenda for the meeting is available at [modularity-wg-agendas 
> pad](http://piratepad.nl/modularity-wg-agendas).
>
>
>
> Source: https://apps.fedoraproject.org/calendar/meeting/4697/
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



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

[Bug 1390468] perl-AnyEvent-7.13-2.fc26 FTBFS: t/80_ssltest.t segfaults

[bugzilla]

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

Paul Howarth  changed:

   What|Removed |Added

External Bug ID||CPAN 118584



--- Comment #2 from Paul Howarth  ---
I've added a BuildConflict with perl-Net-SSLeay for now, and raised the issue
with Net-SSLeay upstream
(https://rt.cpan.org/Public/Bug/Display.html?id=118584). Not sure if it's an
issue there or with AnyEvent itself really.

-- 
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 1390463] perl-AnyEvent-7.13-2.fc26 spec file is interactive

[bugzilla]

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

Paul Howarth  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-AnyEvent-7.13-3.fc26
 Resolution|--- |RAWHIDE
Last Closed||2016-11-01 11:23:14



--- Comment #1 from Paul Howarth  ---
Fixed by setting PERL_CANARY_STABILITY_NOPROMPT=1 in the environment when
running Makefile.PL.

-- 
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: remote: sh: ./hooks/post-receive-chained.d/post-receive-alternativearch: No such file or directory

[David Kaspar [Dee'Kej]]

Thank you guys for the reply, I'm just glad it's not something critical...
:)

David Kaspar [Dee'Kej]
*Associate Software Engineer*
*Brno, Czech Republic*

RED HAT | TRIED. TESTED. TRUSTED.
Every airline in the Fortune 500 relies on Red Hat.
Find out why at Trusted | Red Hat .

On Tue, Nov 1, 2016 at 3:05 PM, Pierre-Yves Chibon 
wrote:

> On Tue, Nov 01, 2016 at 08:41:55AM -0500, Jon Ciesla wrote:
> >On Tue, Nov 1, 2016 at 8:34 AM, David Kaspar [Dee'Kej]
> > wrote:
> >
> >  Hello folks,
> >
> >  when I was pushing new commit to ghostscript, I received the line in
> >  $SUBJ during the push, for all the currently used Fedora branches.
> >
> >  Did anybody else stumble upon this? Any idea where should I report
> this
> >  bug since this is apparently problem of our Fedora infrastracture?
> >
> >I'm seeing it too.
>
> So the proper place to report this is on the fedora-infrastructure project
> on
> pagure: https://pagure.io/fedora-infrastructure/
>
> This error is something that got pushed accidentally, that I have fixed
> this
> morning but not on all git repos yet as I wanted to be around when I do
> (fix all
> git repos) in case something came up but I'm not much around today.
>
> Worst case this error will be gone by tomorrow and can be safely ignored
> in the
> mean time.
>
>
> Sorry for the inconvenience :s
>
> Pierre
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 25 compose report: 20161101.n.0 changes

[Fedora Branched Report]

OLD: Fedora-25-20161031.n.0
NEW: Fedora-25-20161101.n.0

= SUMMARY =
Added images:23
Dropped images:  0
Added packages:  14
Dropped packages:1
Upgraded packages:   99
Downgraded packages: 0

Size of added packages:  15.89 MiB
Size of dropped packages:891.77 KiB
Size of upgraded packages:   2.34 GiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   -5.92 MiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =
Image: Docker_Base docker armhfp
Path: Docker/armhfp/images/Fedora-Docker-Base-25-20161101.n.0.armhfp.tar.xz
Image: Cloud boot i386
Path: Cloud/i386/iso/Fedora-Cloud-netinst-i386-25-20161101.n.0.iso
Image: Atomic raw-xz x86_64
Path: CloudImages/x86_64/images/Fedora-Atomic-25-20161101.n.0.x86_64.raw.xz
Image: Server boot i386
Path: Server/i386/iso/Fedora-Server-netinst-i386-25-20161101.n.0.iso
Image: Server boot x86_64
Path: Server/x86_64/iso/Fedora-Server-netinst-x86_64-25-20161101.n.0.iso
Image: Astronomy_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-25-20161101.n.0.iso
Image: Server dvd i386
Path: Server/i386/iso/Fedora-Server-dvd-i386-25-20161101.n.0.iso
Image: Server raw-xz armhfp
Path: Server/armhfp/images/Fedora-Server-armhfp-25-20161101.n.0-sda.raw.xz
Image: Atomic vagrant-libvirt x86_64
Path: 
CloudImages/x86_64/images/Fedora-Atomic-Vagrant-25-20161101.n.0.x86_64.vagrant-libvirt.box
Image: Everything boot i386
Path: Everything/i386/iso/Fedora-Everything-netinst-i386-25-20161101.n.0.iso
Image: Workstation boot x86_64
Path: 
Workstation/x86_64/iso/Fedora-Workstation-netinst-x86_64-25-20161101.n.0.iso
Image: Everything boot x86_64
Path: Everything/x86_64/iso/Fedora-Everything-netinst-x86_64-25-20161101.n.0.iso
Image: Workstation boot i386
Path: Workstation/i386/iso/Fedora-Workstation-netinst-i386-25-20161101.n.0.iso
Image: Server dvd x86_64
Path: Server/x86_64/iso/Fedora-Server-dvd-x86_64-25-20161101.n.0.iso
Image: Atomic vagrant-virtualbox x86_64
Path: 
CloudImages/x86_64/images/Fedora-Atomic-Vagrant-25-20161101.n.0.x86_64.vagrant-virtualbox.box
Image: Astronomy_KDE live i386
Path: Labs/i386/iso/Fedora-Astronomy_KDE-Live-i386-25-20161101.n.0.iso
Image: Atomic qcow2 x86_64
Path: CloudImages/x86_64/images/Fedora-Atomic-25-20161101.n.0.x86_64.qcow2
Image: Docker_Base docker x86_64
Path: Docker/x86_64/images/Fedora-Docker-Base-25-20161101.n.0.x86_64.tar.xz
Image: Cloud_Base qcow2 x86_64
Path: CloudImages/x86_64/images/Fedora-Cloud-Base-25-20161101.n.0.x86_64.qcow2
Image: Cloud boot x86_64
Path: Cloud/x86_64/iso/Fedora-Cloud-netinst-x86_64-25-20161101.n.0.iso
Image: Cloud_Base raw-xz x86_64
Path: CloudImages/x86_64/images/Fedora-Cloud-Base-25-20161101.n.0.x86_64.raw.xz
Image: Cloud_Base vagrant-virtualbox x86_64
Path: 
CloudImages/x86_64/images/Fedora-Cloud-Base-Vagrant-25-20161101.n.0.x86_64.vagrant-virtualbox.box
Image: Cloud_Base vagrant-libvirt x86_64
Path: 
CloudImages/x86_64/images/Fedora-Cloud-Base-Vagrant-25-20161101.n.0.x86_64.vagrant-libvirt.box

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: ginga-2.5.20161005204600-1.fc25
Summary: Image Viewer and Toolkit
RPMs:ginga python2-ginga python2-ginga-examples python3-ginga 
python3-ginga-examples
Size:12763990 bytes

Package: libvmi-0.11.0-1.20161003git5ad492c.fc25
Summary: A library for performing virtual-machine introspection
RPMs:libvmi libvmi-devel
Size:130492 bytes

Package: libzdb-3.1-1.fc25
Summary: Small, easy to use Database Connection Pool Library
RPMs:libzdb libzdb-devel
Size:627992 bytes

Package: mirrormanager2-0.7.3-4.fc25
Summary: Mirror management application
RPMs:mirrormanager2 mirrormanager2-backend mirrormanager2-client 
mirrormanager2-crawler mirrormanager2-filesystem mirrormanager2-lib 
mirrormanager2-mirrorlist mirrormanager2-statistics
Size:597308 bytes

Package: perl-WWW-Form-UrlEncoded-0.23-2.fc25
Summary: Parser and builder for application/x-www-form-urlencoded
RPMs:perl-WWW-Form-UrlEncoded
Size:25054 bytes

Package: php-akamai-open-edgegrid-auth-0.6.0-1.fc25
Summary: Implements the Akamai {OPEN} EdgeGrid Authentication
RPMs:php-akamai-open-edgegrid-auth
Size:19558 bytes

Package: php-asm89-stack-cors-1.0.0-1.fc25
Summary: Cross-origin resource sharing library and stack middleware
RPMs:php-asm89-stack-cors
Size:11382 bytes

Package: php-fedora-autoloader-0.2.1-2.fc25
Summary: Fedora Autoloader
RPMs:php-fedora-autoloader php-fedora-autoloader-devel
Size:21880 bytes

Package: python-binstruct-1.0.1-1.fc25
Summary: Library for read/write access of binary data via structures
RPMs:python2-binstruct python3-binstruct
Size:54320 bytes

Package: python-bitstruct-3.3.1-1.fc25
Summary: Interpret strings as packed binary data
RPMs:python-bitstruct-doc python2-bitstruct python3-bitstruct
Size:1182362 bytes

Package: python-evic-0.1-0.4.git20160814.f916017.fc25
Summary: USB programmer for devices based on the Joyetech Evic VTC Mini
RPMs

Re: remote: sh: ./hooks/post-receive-chained.d/post-receive-alternativearch: No such file or directory

[Pierre-Yves Chibon]

On Tue, Nov 01, 2016 at 08:41:55AM -0500, Jon Ciesla wrote:
>On Tue, Nov 1, 2016 at 8:34 AM, David Kaspar [Dee'Kej]
> wrote:
> 
>  Hello folks,
> 
>  when I was pushing new commit to ghostscript, I received the line in
>  $SUBJ during the push, for all the currently used Fedora branches.
> 
>  Did anybody else stumble upon this? Any idea where should I report this
>  bug since this is apparently problem of our Fedora infrastracture?
> 
>I'm seeing it too.

So the proper place to report this is on the fedora-infrastructure project on
pagure: https://pagure.io/fedora-infrastructure/

This error is something that got pushed accidentally, that I have fixed this
morning but not on all git repos yet as I wanted to be around when I do (fix all
git repos) in case something came up but I'm not much around today.

Worst case this error will be gone by tomorrow and can be safely ignored in the
mean time.


Sorry for the inconvenience :s

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

pghmcfc pushed to perl-AnyEvent (perl-AnyEvent-7.13-3.fc26). "Avoid interactive prompt duing build (#1390463) (..more)"

[notifications]

From e0ba07bde7926f2822d189084b4e4dbb9c6a9e5b Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 13:42:26 +
Subject: Avoid interactive prompt duing build (#1390463)

Also, for now, BuildConflict with perl-Net-SSLeay on Rawhide (#1390468)
---
 perl-AnyEvent.spec | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/perl-AnyEvent.spec b/perl-AnyEvent.spec
index af9cc11..cb9ce58 100644
--- a/perl-AnyEvent.spec
+++ b/perl-AnyEvent.spec
@@ -11,7 +11,7 @@
 
 Name:   perl-AnyEvent
 Version:7.13
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Framework for multiple event loops
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -54,6 +54,8 @@ BuildRequires:  perl(Unicode::Normalize)
 BuildRequires:  perl(File::Spec)
 %if !(%flaky_ssl)
 BuildRequires:  perl(Net::SSLeay) >= 1.33
+%else
+BuildConflicts: perl-Net-SSLeay
 %endif
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(utf8)
@@ -146,7 +148,7 @@ time).
 
 
 %build
-perl Makefile.PL INSTALLDIRS=vendor
+PERL_CANARY_STABILITY_NOPROMPT=1 perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
 
 
@@ -200,6 +202,10 @@ make test
 
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 7.13-3
+- Avoid interactive prompt duing build (#1390463)
+- For now, BuildConflict with perl-Net-SSLeay on Rawhide (#1390468)
+
 * Mon Oct 17 2016 Paul Howarth  - 7.13-2
 - Add some optional dependencies (#1385642)
 - Work around SSL issues in Rawhide (possibly due to ongoing upgrade to
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-AnyEvent.git/commit/?h=perl-AnyEvent-7.13-3.fc26=e0ba07bde7926f2822d189084b4e4dbb9c6a9e5b
___
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: Ticket 49024 - Fix CI test failures and defaults.inf

[Simon Pichugin]

Hi team,
please review my first part of fixes:

https://fedorahosted.org/389/ticket/49024
https://fedorahosted.org/389/attachment/ticket/49024/0001-Ticket-49024-Fix-CI-test-failures-and-defaults.inf.patch

Thanks,
Simon


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

pghmcfc pushed to perl-AnyEvent (master). "Avoid interactive prompt duing build (#1390463) (..more)"

[notifications]

From e0ba07bde7926f2822d189084b4e4dbb9c6a9e5b Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 13:42:26 +
Subject: Avoid interactive prompt duing build (#1390463)

Also, for now, BuildConflict with perl-Net-SSLeay on Rawhide (#1390468)
---
 perl-AnyEvent.spec | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/perl-AnyEvent.spec b/perl-AnyEvent.spec
index af9cc11..cb9ce58 100644
--- a/perl-AnyEvent.spec
+++ b/perl-AnyEvent.spec
@@ -11,7 +11,7 @@
 
 Name:   perl-AnyEvent
 Version:7.13
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Framework for multiple event loops
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -54,6 +54,8 @@ BuildRequires:  perl(Unicode::Normalize)
 BuildRequires:  perl(File::Spec)
 %if !(%flaky_ssl)
 BuildRequires:  perl(Net::SSLeay) >= 1.33
+%else
+BuildConflicts: perl-Net-SSLeay
 %endif
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(utf8)
@@ -146,7 +148,7 @@ time).
 
 
 %build
-perl Makefile.PL INSTALLDIRS=vendor
+PERL_CANARY_STABILITY_NOPROMPT=1 perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
 
 
@@ -200,6 +202,10 @@ make test
 
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 7.13-3
+- Avoid interactive prompt duing build (#1390463)
+- For now, BuildConflict with perl-Net-SSLeay on Rawhide (#1390468)
+
 * Mon Oct 17 2016 Paul Howarth  - 7.13-2
 - Add some optional dependencies (#1385642)
 - Work around SSL issues in Rawhide (possibly due to ongoing upgrade to
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-AnyEvent.git/commit/?h=master=e0ba07bde7926f2822d189084b4e4dbb9c6a9e5b
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: remote: sh: ./hooks/post-receive-chained.d/post-receive-alternativearch: No such file or directory

[Jon Ciesla]

On Tue, Nov 1, 2016 at 8:34 AM, David Kaspar [Dee'Kej] 
wrote:

> Hello folks,
>
> when I was pushing new commit to ghostscript, I received the line in $SUBJ
> during the push, for all the currently used Fedora branches.
>
> Did anybody else stumble upon this? Any idea where should I report this
> bug since this is apparently problem of our Fedora infrastracture?
>
> Thanks,
>
> David Kaspar [Dee'Kej]
> *Associate Software Engineer*
> *Brno, Czech Republic*
>
> RED HAT | TRIED. TESTED. TRUSTED.
> Every airline in the Fortune 500 relies on Red Hat.
> Find out why at Trusted | Red Hat 
> .
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
>
I'm seeing it too.

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

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

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

remote: sh: ./hooks/post-receive-chained.d/post-receive-alternativearch: No such file or directory

[David Kaspar [Dee'Kej]]

Hello folks,

when I was pushing new commit to ghostscript, I received the line in $SUBJ
during the push, for all the currently used Fedora branches.

Did anybody else stumble upon this? Any idea where should I report this bug
since this is apparently problem of our Fedora infrastracture?

Thanks,

David Kaspar [Dee'Kej]
*Associate Software Engineer*
*Brno, Czech Republic*

RED HAT | TRIED. TESTED. TRUSTED.
Every airline in the Fortune 500 relies on Red Hat.
Find out why at Trusted | Red Hat .
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1387944] perl-Tangerine-0.23 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Tangerine-0.23-1.fc25  |perl-Tangerine-0.23-1.fc25
   ||perl-Tangerine-0.23-1.fc24



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

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

[Bug 1386986] perl-Dist-Zilla-Plugin-ReadmeFromPod-0.35 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Dist-Zilla-Plugin-Read |perl-Dist-Zilla-Plugin-Read
   |meFromPod-0.35-1.fc26   |meFromPod-0.35-1.fc26
   |perl-Dist-Zilla-Plugin-Read |perl-Dist-Zilla-Plugin-Read
   |meFromPod-0.35-1.fc25   |meFromPod-0.35-1.fc25
   ||perl-Dist-Zilla-Plugin-Read
   ||meFromPod-0.35-1.fc24



--- Comment #6 from Fedora Update System  ---
perl-Dist-Zilla-Plugin-ReadmeFromPod-0.35-1.fc24 has been pushed to the Fedora
24 stable repository. If problems still persist, please make note of it in this
bug report.

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

[Bug 1387069] perl-Ouch-0.0410 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Ouch-0.0410-1.fc26 |perl-Ouch-0.0410-1.fc26
   |perl-Ouch-0.0410-1.fc25 |perl-Ouch-0.0410-1.fc25
   ||perl-Ouch-0.0410-1.fc24



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

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

[Bug 1387453] perl-CPAN-Perl-Releases-2.98 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-CPAN-Perl-Releases-2.9 |perl-CPAN-Perl-Releases-2.9
   |8-1.fc26|8-1.fc26
   |perl-CPAN-Perl-Releases-2.9 |perl-CPAN-Perl-Releases-2.9
   |8-1.fc25|8-1.fc25
   ||perl-CPAN-Perl-Releases-2.9
   ||8-1.fc24



--- Comment #4 from Fedora Update System  ---
perl-CPAN-Perl-Releases-2.98-1.fc24 has been pushed to the Fedora 24 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1387452] perl-DateTime-TimeZone-2.06 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DateTime-TimeZone-2.06 |perl-DateTime-TimeZone-2.06
   |-1.fc26 |-1.fc26
   |perl-DateTime-TimeZone-2.06 |perl-DateTime-TimeZone-2.06
   |-1.fc25 |-1.fc25
   ||perl-DateTime-TimeZone-2.01
   ||-4.fc24



--- Comment #5 from Fedora Update System  ---
perl-DateTime-TimeZone-2.01-4.fc24 has been pushed to the Fedora 24 stable
repository. If problems still persist, please make note of it in this bug
report.

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

Re: Self Introduction: Brad Hubbard

[Ms Sanchez]

Hi, welcome!

Just as a comment, I learned about Red Hat in the late Cretaceous so we 
almost coincide in time xD



Cheers, Sylvia


On 30/10/16 02:45, Brad Hubbard wrote:

Hello all,

Some of you may have seen me around before under my preferred nick of badone as
I've lurked in open source and software circles in general for countless eons.

I started doing software support and development during the late Permian period
working on a couple of DG systems and then HP 9000s. I started using Red Hat
Linux some time in the Triassic period and have been involved in some way or
another ever since. During the Jurassic period I was an IT journeyman working in
various places and picking up way too much information on way too many things
including hardware, cabling, telecommunications, radio, etc.

In the early Cretaceous I began working for Red Hat and currently work as a
Software Engineer in the Ceph project and contribute to it, and several other
projects, on github, etc. C++ is the weapon of choice when available. I have no
idea why it has taken many millennia to get around to becoming a packager, but
it has. I would like ultimately to become more involved in the ceph-related
packages and perhaps the CentOS storage SIG and the Fedora equivalent but I've
decided to get my feet wet with a nice vim personal wiki plugin I found.

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

Anyway, this is me, checkin' in.


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

Re: Self Introduction: Mike Miller

[Ms Sanchez]

Hey welcome here! Are you interested in any programme in particular to 
contribute?


Just as curiosity, what kind of sports and video games you like?

Cheers,

Sylvia


On 28/10/16 16:15, Mike Miller wrote:

Hello,

My name is Mike Miller and I have been a software developer for almost 
ten years. I am fairly new as a committer to the Open Source Community 
but I have developed software using many different free and open 
source tools. I frequently use Linux systems, mainly CentOS and am 
interested in working with Fedora more closely. I am currently a 
committer on the Apache Accumulo project. On a more personal level, I 
live on the East coast of the United States and love watching sports 
and movies and playing video games with friends. My GitHub username is 
milleruntime.


I am looking forward to being a part of the community!


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


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

Re: Many directories without owning packages

[Zbigniew Jędrzejewski-Szmek]

On Tue, Nov 01, 2016 at 01:05:03PM +0100, Dridi Boukelmoune wrote:
> Example output for the /boot sub-tree on my daily driver:
> 
> grub2-efi-2.02-0.34.fc24.x86_64
> └── /boot/efi/EFI/fedora
> mactel-boot-0.9-13.fc24.x86_64
> ├── /boot/efi/.VolumeIcon.icns
> ├── /boot/efi/System/Library/CoreServices/SystemVersion.plist
> ├── /boot/efi/System/Library/CoreServices/boot.efi
> └── /boot/efi/mach_kernel
> shim-0.8-9.x86_64
> ├── /boot/efi/EFI/BOOT/BOOTX64.EFI
> └── /boot/efi/EFI/BOOT/fallback.efi

It'd be even more useful to print owning package after each file name,
so that people can easily search for their own packages.

> Thoughts?
Why not paste the output of the script here?

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

Re: Bodhi For Rawhide?

[Matthew Miller]

On Tue, Nov 01, 2016 at 09:20:45AM +, Petr Pisar wrote:
> >> Already implemented. You can supress test failures by a python code in
> >> a .rpmlint file in package's dist-git repository.
> > I can? Where is this documented? Can we add a link to that
> > documentation to the output from Taskotron in Bodhi?
> fedpkg(1) manual page, section "fedpkg lint".

That affects the taskotron results, not just a local 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: Private Bugzilla bugs

[Christian Stadelmann]

Answers from my (user and frequent bug reporter) view:
1. abrt/libreport reports way too much data. There is no need to report my 
hostname to Fedora/RedHat infrastructure. Same for UID, PID, username, time, 
environ, …
2. abrt/libreport leaks much sensitive data. This includes paths in my home 
directory, but also other data listed above

So it is about privacy. I have reported enough bug reports containing 
information I didn't want to get published so I learned to use the private flag 
whenever I'm not sure I might leak information. If you want me to not use this 
feature any more, please make libreport does its job at filtering private data. 
See https://github.com/abrt/libreport/issues/353 for a bug report.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: MongoDB in EPEL7

[Marek Skalický]

To note, I've forgotten that MongoDB 2.6 is in RHSCL, so it should be supported 
till April 2018.

Also I have no problem to backport easy fixes for EPEL6 too, but if problem is 
harder and it is not possible create relatively small patch, I can't manage big 
patches.

Could some user want to still use old 2.6 version?

How much to care about EPEL6? RHEL6 is in Production 2 phase... so no software 
enhancements. What is EPEL policy?

Other option how to provide newer versions of MongoDB could be to prepare copr 
repositories witch each version. One pros for this option could be easier 
managing newer dependencies (I am afraid that newer versions requires packages 
that are not in EPEL - and adding new version specific packages to Fedora/EPEL 
requires package review... so it is harder:-).

So other option how to solve this:
Try to prepare copr repositories for each version to allow users to easily 
install and use new version. Keep 2.4 and 2.6 in EPEL6/7 and backport CVE fixes 
(it seems to me, that is not so often in MongoDB). And if some CVE appear that 
would not be so easy to fix (rewrite a lot of code), do upgrade to newer 
versions (~ build packages from copr in EPEL).

Does someone know if there is some EPEL guideline which describes what is 
better solution?
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: Many directories without owning packages

[Dridi Boukelmoune]

Hi,

This is mass bug filing material, I have been under the weather
shortly after the first message on this thread but I have made more
progress now. Enough to CC the packaging list too.

On Fri, Oct 7, 2016 at 9:55 AM, Dominik 'Rathann' Mierzejewski
 wrote:
> On Thursday, 06 October 2016 at 18:58, Dridi Boukelmoune wrote:
>> Hello,
>>
>> I was surprised to see /usr/share/texlive on my system although I
>> remembered very well removing it months ago. It turned out to be
>> caused by two rpmsave files, although some *empty* directories weren't
>> removed:
> [...]
> That's normal rpm behaviour. It only deletes directories if they're
> owned by the removed package and empty.

It was so obvious after you pointed it out that not figuring it out
myself felt quite embarrassing :)

>> But then I decided to check my whole /usr tree and found more orphans
>> than I expected.
>
> Feel free to open bugs against the offending packages. Complete file and
> directory ownership is mandated in the packaging guidelines.

Around the same time I had two ongoing reviews and realized that the
fedora-review tool warns about incomplete ownership inside built
packages, so I figured I could do something with DNF's filenames
databases via repoquery or something else.

However this approach has a high space and time complexity, because
for every single binary package it must check that all directories are
owned by the package or one of its dependencies with the exception of
directories owned by the filesystems package (and maybe others?)

So instead I wrote a proof of concept shell script that relies on installed
RPMs, because unless you purposefully install packages with missing
dependencies, a missing ownership of a directory _with owned contents_
is evidence of a packaging bug.

The script took about 30 minutes to run on my laptop, so I rewrote it in
bash to avoid forking and got below the 10 minutes mark. I then added
some cute reporting capabilities.

Example output for the /boot sub-tree on my daily driver:

grub2-efi-2.02-0.34.fc24.x86_64
└── /boot/efi/EFI/fedora
mactel-boot-0.9-13.fc24.x86_64
├── /boot/efi/.VolumeIcon.icns
├── /boot/efi/System/Library/CoreServices/SystemVersion.plist
├── /boot/efi/System/Library/CoreServices/boot.efi
└── /boot/efi/mach_kernel
shim-0.8-9.x86_64
├── /boot/efi/EFI/BOOT/BOOTX64.EFI
└── /boot/efi/EFI/BOOT/fallback.efi

For each package, the files that are listed have at least one parent
directory not owned.

Example's first culprits:

$ sudo rpm -qf /boot /boot/efi /boot/efi/EFI
filesystem-3.2-37.fc24.x86_64
file /boot/efi is not owned by any package
file /boot/efi/EFI is not owned by any package

For my RPMs sample, results are incomplete because:

- legacy pre-UsrMove paths are ignored
- symbolic links aren't followed
- no dependencies check

I did check dozens of results to refine the exceptions until I could no
longer find a false positive at random. The overall algorithm is dead
simple, so simple that I could implement it in bourne shell. It overlooks
many cases and probably has a high false-negative rate, but even
with such limitations the results are telling.

On my system, I found 2991 files "not fully owned" in 354 packages:

$ egrep '^\W' not-owned.txt | wc -l
2991
$ egrep '^\w' not-owned.txt | wc -l
354

I don't know how many directories are missing an owner.

The PoC can most likely be pushed further and even be comprehensive,
using a much much faster approach like DNF did for package resolution.
At this point it can only point out what's partially wrong, accurately.

The script is available [1] for anyone to try and review. It would work
best if people using different spins could try it, because I have less than
5000 packages installed.

Thoughts?

Cheers,
Dridi

PS. yes, I enjoy shell scripting, a lot

[1] https://dridi.fedorapeople.org/devel/not-fully-owned.sh
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

NetworkManager's Metered property (was: Re: DNF and PackageKit background data usage)

[Thomas Haller]

On Mon, 2016-10-31 at 12:31 -0400, Matthew Miller wrote:
> On Mon, Oct 31, 2016 at 09:23:06AM -0700, Adam Williamson wrote:
> > 
> > For that matter, I'm fairly sure I've seen background update
> > downloading happen when I was using an Android wifi tether
> > connection. I'm pretty sure I remember it blowing my data cap one
> > month when I was using my laptop on the bus.
> 
> As far as I can see, the default is "unknown". You can set
> "CONNECTION_METERED=yes" in the
> /etc/sysconfig/network-scripts/ifcfg-[whatever] file to change it on
> a
> per-device basis.
> 
> The man page for NetworkManager.conf doesn't document this as one of
> the properties which can have its default overridden (and says that
> anything not documented can't be overridden). I took that at its
> word;
> possibly worth testing anyway. :)


Hi,


In NetworkManager this works as follows:


(1) There is the per-connection property "connection.metered" [1]. It
can be "yes", "no", "unknown". "unknown" is the default and prompts NM
to do some basic heuristics.

 $ nmcli -f connection.metered connection show $NAME
 $ nmcli connection update $NAME connection.metered yes


(2) Then there is the Device's metered property in the D-Bus API [2].
If you activate a connection that has "connection.metered" explicitly
set to "yes" or "no", that's it.
Otherwise, NM will set the device property to "guess-yes" or "guess-
no". For example,
  - WWAN connections are "guess-yes"
  - if there is a DHCP option ANDROID_METERED, it is "guess-yes".
See [4].

  $ nmcli -f GENERAL.METERED device show $DEVICE


(3) Finally, there is the Manager's metered property [3]. This combines
the metered property of multiple devices into one. PackageKit would
only care about this

  $ busctl get-property org.freedesktop.NetworkManager 
/org/freedesktop/NetworkManager org.freedesktop.NetworkManager Metered



best,
Thomas


[1] 
https://developer.gnome.org/NetworkManager/stable/nm-settings.html#nm-settings.property.connection.metered
[2] 
https://developer.gnome.org/NetworkManager/stable/gdbus-org.freedesktop.NetworkManager.Device.html#gdbus-property-org-freedesktop-NetworkManager-Device.Metered
[3] 
https://developer.gnome.org/NetworkManager/stable/gdbus-org.freedesktop.NetworkManager.html#gdbus-property-org-freedesktop-NetworkManager.Metered
[4] 
https://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/src/devices/nm-device.c?id=58482a8feccc58db8d5a7eae9a004ce691e0c502#n10272


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

pghmcfc pushed to perl-Safe-Isa (perl-Safe-Isa-1.000006-1.fc26). "Update to 1.000006 (..more)"

[notifications]

From 84f0e1ee2fc06b431fc09764b7cca3da6fe93df4 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 10:58:03 +
Subject: Update to 1.06
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- New upstream release 1.06
  - Now falling back to $obj->isa if DOES/does is not implemented on the
object, to avoid fatal errors on perls too old to have their own DOES
(CPAN RT#100866)
- This release by HAARG → update source URL
- Clarify %description
- Simplify find command using -delete
---
 perl-Safe-Isa.spec | 37 +
 sources|  2 +-
 2 files changed, 22 insertions(+), 17 deletions(-)

diff --git a/perl-Safe-Isa.spec b/perl-Safe-Isa.spec
index c68ded3..50c1e82 100644
--- a/perl-Safe-Isa.spec
+++ b/perl-Safe-Isa.spec
@@ -1,14 +1,17 @@
 Name:   perl-Safe-Isa
-Version:1.05
-Release:6%{?dist}
+Version:1.06
+Release:1%{?dist}
 Summary:Call isa, can, does and DOES safely on things that may not be 
objects
-License:GPL+ or Artistic
 Group:  Development/Libraries
+License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Safe-Isa/
-Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Safe-Isa-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/H/HA/HAARG/Safe-Isa-%{version}.tar.gz
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 BuildArch:  noarch
 # Build
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl-generators
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -19,19 +22,12 @@ BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Test Suite
 BuildRequires:  perl(Test::More)
-# Runtime
+# Dependencies
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
-How many times have you found yourself writing:
-
-  if ($obj->isa('Something')) {
-
-and then shortly afterwards cursing and changing it to:
-
-  if (Scalar::Util::blessed($obj) and $obj->isa('Something')) {
-
-Right. That's why this module exists.
+This module allows you to call isa, can, does and DOES safely on things that
+may not be objects, without the risk of crashing.
 
 %prep
 %setup -q -n Safe-Isa-%{version}
@@ -43,8 +39,8 @@ 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
@@ -58,6 +54,15 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Safe::Isa.3*
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 1.06-1
+- Update to 1.06
+  - Now falling back to $obj->isa if DOES/does is not implemented on the
+object, to avoid fatal errors on perls too old to have their own DOES
+(CPAN RT#100866)
+- This release by HAARG → update source URL
+- Clarify %%description
+- Simplify find command using -delete
+
 * Sun May 15 2016 Jitka Plesnikova  - 1.05-6
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index b45e279..699e7de 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-398246c348f404dbfc4e89dab2cbc02a  Safe-Isa-1.05.tar.gz
+795edbe605fbddba7f1301dd7e755419  Safe-Isa-1.06.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Safe-Isa.git/commit/?h=perl-Safe-Isa-1.06-1.fc26=84f0e1ee2fc06b431fc09764b7cca3da6fe93df4
___
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-Safe-Isa (master). "Update to 1.000006 (..more)"

[notifications]

From 84f0e1ee2fc06b431fc09764b7cca3da6fe93df4 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 10:58:03 +
Subject: Update to 1.06
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- New upstream release 1.06
  - Now falling back to $obj->isa if DOES/does is not implemented on the
object, to avoid fatal errors on perls too old to have their own DOES
(CPAN RT#100866)
- This release by HAARG → update source URL
- Clarify %description
- Simplify find command using -delete
---
 perl-Safe-Isa.spec | 37 +
 sources|  2 +-
 2 files changed, 22 insertions(+), 17 deletions(-)

diff --git a/perl-Safe-Isa.spec b/perl-Safe-Isa.spec
index c68ded3..50c1e82 100644
--- a/perl-Safe-Isa.spec
+++ b/perl-Safe-Isa.spec
@@ -1,14 +1,17 @@
 Name:   perl-Safe-Isa
-Version:1.05
-Release:6%{?dist}
+Version:1.06
+Release:1%{?dist}
 Summary:Call isa, can, does and DOES safely on things that may not be 
objects
-License:GPL+ or Artistic
 Group:  Development/Libraries
+License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Safe-Isa/
-Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Safe-Isa-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/H/HA/HAARG/Safe-Isa-%{version}.tar.gz
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 BuildArch:  noarch
 # Build
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl-generators
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -19,19 +22,12 @@ BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Test Suite
 BuildRequires:  perl(Test::More)
-# Runtime
+# Dependencies
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
-How many times have you found yourself writing:
-
-  if ($obj->isa('Something')) {
-
-and then shortly afterwards cursing and changing it to:
-
-  if (Scalar::Util::blessed($obj) and $obj->isa('Something')) {
-
-Right. That's why this module exists.
+This module allows you to call isa, can, does and DOES safely on things that
+may not be objects, without the risk of crashing.
 
 %prep
 %setup -q -n Safe-Isa-%{version}
@@ -43,8 +39,8 @@ 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
@@ -58,6 +54,15 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Safe::Isa.3*
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 1.06-1
+- Update to 1.06
+  - Now falling back to $obj->isa if DOES/does is not implemented on the
+object, to avoid fatal errors on perls too old to have their own DOES
+(CPAN RT#100866)
+- This release by HAARG → update source URL
+- Clarify %%description
+- Simplify find command using -delete
+
 * Sun May 15 2016 Jitka Plesnikova  - 1.05-6
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index b45e279..699e7de 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-398246c348f404dbfc4e89dab2cbc02a  Safe-Isa-1.05.tar.gz
+795edbe605fbddba7f1301dd7e755419  Safe-Isa-1.06.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Safe-Isa.git/commit/?h=master=84f0e1ee2fc06b431fc09764b7cca3da6fe93df4
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1390392] perl-Devel-GlobalDestruction-0.14 is available

[bugzilla]

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

Paul Howarth  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Devel-GlobalDestructio
   ||n-0.14-1.fc26
 Resolution|--- |RAWHIDE
Last Closed||2016-11-01 06:47:53



--- Comment #5 from Paul Howarth  ---
Build done:
http://koji.fedoraproject.org/koji/taskinfo?taskID=16267558

-- 
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-Devel-GlobalDestruction (perl-Devel-GlobalDestruction-0.14-1.fc26). "Update to 0.14 (..more)"

[notifications]

From 14502c66ebb5831516215f33be683e4bf6d8c33f Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 10:36:06 +
Subject: Update to 0.14

- New upstream release 0.14
  - Stop relying on . being in @INC
  - Switch to ExtUtils::HasCompiler to detect presence of a compiler
- Classify buildreqs by usage
---
 perl-Devel-GlobalDestruction.spec | 49 +--
 sources   |  2 +-
 2 files changed, 32 insertions(+), 19 deletions(-)

diff --git a/perl-Devel-GlobalDestruction.spec 
b/perl-Devel-GlobalDestruction.spec
index 585e1c3..f6d577e 100644
--- a/perl-Devel-GlobalDestruction.spec
+++ b/perl-Devel-GlobalDestruction.spec
@@ -1,13 +1,9 @@
 # Want to use Devel::GlobalDestruction::XS with perl < 5.13.7
-%if 0%{?rhel} && (0%{?rhel} < 7)
-%global want_xs 1
-%else
-%global want_xs 0
-%endif
+%global want_xs 0%{?fedora} < 16 && 0%{?rhel} < 7
 
 Name:  perl-Devel-GlobalDestruction
-Version:   0.13
-Release:   7%{?dist}
+Version:   0.14
+Release:   1%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Summary:   Expose PL_dirty, the flag that marks global destruction
@@ -15,25 +11,36 @@ URL:
http://search.cpan.org/dist/Devel-GlobalDestruction
 Source:
http://search.cpan.org/CPAN/authors/id/H/HA/HAARG/Devel-GlobalDestruction-%{version}.tar.gz
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 BuildArch: noarch
+# Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl-generators
-BuildRequires: perl(B)
-BuildRequires: perl(Config)
-BuildRequires: perl(ExtUtils::CBuilder) >= 0.27
+BuildRequires: perl(base)
+BuildRequires: perl(Carp)
+BuildRequires: perl(DynaLoader)
+BuildRequires: perl(Exporter)
 BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(File::Basename)
 BuildRequires: perl(File::Spec)
+BuildRequires: perl(File::Spec::Functions)
 BuildRequires: perl(File::Temp)
+BuildRequires: perl(Text::ParseWords)
+# Module Runtime
+BuildRequires: perl(B)
+BuildRequires: perl(strict)
+BuildRequires: perl(Sub::Exporter::Progressive) >= 0.001011
+BuildRequires: perl(warnings)
+# Test Suite
+BuildRequires: perl(Config)
 BuildRequires: perl(FindBin)
 BuildRequires: perl(IPC::Open2)
 BuildRequires: perl(POSIX)
-BuildRequires: perl(Sub::Exporter::Progressive) >= 0.001011
-BuildRequires: perl(Text::ParseWords)
-BuildRequires: perl(strict)
 BuildRequires: perl(threads)
 BuildRequires: perl(threads::shared)
-BuildRequires: perl(warnings)
+# Dependencies
 Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
-Requires:  perl(Carp)
 
 # Use Devel::GlobalDestruction::XS on older perls
 %if %{want_xs}
@@ -62,8 +69,8 @@ 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
@@ -74,9 +81,15 @@ rm -rf %{buildroot}
 %files
 %doc Changes README t/
 %{perl_vendorlib}/Devel/
-%{_mandir}/man3/Devel::GlobalDestruction.3pm*
+%{_mandir}/man3/Devel::GlobalDestruction.3*
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 0.14-1
+- Update to 0.14
+  - Stop relying on . being in @INC
+  - Switch to ExtUtils::HasCompiler to detect presence of a compiler
+- Classify buildreqs by usage
+
 * Fri Jul 22 2016 Petr Pisar  - 0.13-7
 - Use distribution instead of perl version to control build-time dependencies
 
diff --git a/sources b/sources
index 479fb10..185e93f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e7be00040827e204b2b6cba2f3166074  Devel-GlobalDestruction-0.13.tar.gz
+24221ba322cf2dc46a1fc99b53e2380b  Devel-GlobalDestruction-0.14.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Devel-GlobalDestruction.git/commit/?h=perl-Devel-GlobalDestruction-0.14-1.fc26=14502c66ebb5831516215f33be683e4bf6d8c33f
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc uploaded Safe-Isa-1.000006.tar.gz for perl-Safe-Isa

[notifications]

795edbe605fbddba7f1301dd7e755419  Safe-Isa-1.06.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Safe-Isa/Safe-Isa-1.06.tar.gz/md5/795edbe605fbddba7f1301dd7e755419/Safe-Isa-1.06.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1390392] perl-Devel-GlobalDestruction-0.14 is available

[bugzilla]

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



--- Comment #4 from Upstream Release Monitoring 
 ---
pghmcfc's perl-Devel-GlobalDestruction-0.14-1.fc26 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=814206

-- 
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-Devel-GlobalDestruction (master). "Update to 0.14 (..more)"

[notifications]

From 14502c66ebb5831516215f33be683e4bf6d8c33f Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 10:36:06 +
Subject: Update to 0.14

- New upstream release 0.14
  - Stop relying on . being in @INC
  - Switch to ExtUtils::HasCompiler to detect presence of a compiler
- Classify buildreqs by usage
---
 perl-Devel-GlobalDestruction.spec | 49 +--
 sources   |  2 +-
 2 files changed, 32 insertions(+), 19 deletions(-)

diff --git a/perl-Devel-GlobalDestruction.spec 
b/perl-Devel-GlobalDestruction.spec
index 585e1c3..f6d577e 100644
--- a/perl-Devel-GlobalDestruction.spec
+++ b/perl-Devel-GlobalDestruction.spec
@@ -1,13 +1,9 @@
 # Want to use Devel::GlobalDestruction::XS with perl < 5.13.7
-%if 0%{?rhel} && (0%{?rhel} < 7)
-%global want_xs 1
-%else
-%global want_xs 0
-%endif
+%global want_xs 0%{?fedora} < 16 && 0%{?rhel} < 7
 
 Name:  perl-Devel-GlobalDestruction
-Version:   0.13
-Release:   7%{?dist}
+Version:   0.14
+Release:   1%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Summary:   Expose PL_dirty, the flag that marks global destruction
@@ -15,25 +11,36 @@ URL:
http://search.cpan.org/dist/Devel-GlobalDestruction
 Source:
http://search.cpan.org/CPAN/authors/id/H/HA/HAARG/Devel-GlobalDestruction-%{version}.tar.gz
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 BuildArch: noarch
+# Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl-generators
-BuildRequires: perl(B)
-BuildRequires: perl(Config)
-BuildRequires: perl(ExtUtils::CBuilder) >= 0.27
+BuildRequires: perl(base)
+BuildRequires: perl(Carp)
+BuildRequires: perl(DynaLoader)
+BuildRequires: perl(Exporter)
 BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(File::Basename)
 BuildRequires: perl(File::Spec)
+BuildRequires: perl(File::Spec::Functions)
 BuildRequires: perl(File::Temp)
+BuildRequires: perl(Text::ParseWords)
+# Module Runtime
+BuildRequires: perl(B)
+BuildRequires: perl(strict)
+BuildRequires: perl(Sub::Exporter::Progressive) >= 0.001011
+BuildRequires: perl(warnings)
+# Test Suite
+BuildRequires: perl(Config)
 BuildRequires: perl(FindBin)
 BuildRequires: perl(IPC::Open2)
 BuildRequires: perl(POSIX)
-BuildRequires: perl(Sub::Exporter::Progressive) >= 0.001011
-BuildRequires: perl(Text::ParseWords)
-BuildRequires: perl(strict)
 BuildRequires: perl(threads)
 BuildRequires: perl(threads::shared)
-BuildRequires: perl(warnings)
+# Dependencies
 Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
-Requires:  perl(Carp)
 
 # Use Devel::GlobalDestruction::XS on older perls
 %if %{want_xs}
@@ -62,8 +69,8 @@ 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
@@ -74,9 +81,15 @@ rm -rf %{buildroot}
 %files
 %doc Changes README t/
 %{perl_vendorlib}/Devel/
-%{_mandir}/man3/Devel::GlobalDestruction.3pm*
+%{_mandir}/man3/Devel::GlobalDestruction.3*
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 0.14-1
+- Update to 0.14
+  - Stop relying on . being in @INC
+  - Switch to ExtUtils::HasCompiler to detect presence of a compiler
+- Classify buildreqs by usage
+
 * Fri Jul 22 2016 Petr Pisar  - 0.13-7
 - Use distribution instead of perl version to control build-time dependencies
 
diff --git a/sources b/sources
index 479fb10..185e93f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e7be00040827e204b2b6cba2f3166074  Devel-GlobalDestruction-0.13.tar.gz
+24221ba322cf2dc46a1fc99b53e2380b  Devel-GlobalDestruction-0.14.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Devel-GlobalDestruction.git/commit/?h=master=14502c66ebb5831516215f33be683e4bf6d8c33f
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc uploaded Devel-GlobalDestruction-0.14.tar.gz for perl-Devel-GlobalDestruction

[notifications]

24221ba322cf2dc46a1fc99b53e2380b  Devel-GlobalDestruction-0.14.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Devel-GlobalDestruction/Devel-GlobalDestruction-0.14.tar.gz/md5/24221ba322cf2dc46a1fc99b53e2380b/Devel-GlobalDestruction-0.14.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-Devel-GlobalDestruction-XS (perl-Devel-GlobalDestruction-XS-0.03-1.fc26). "Update to 0.03 (..more)"

[notifications]

From 319ac8867ba61e86290160e371c9365a8722b4d7 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 10:17:15 +
Subject: Update to 0.03

- New upstream release 0.03
  - Stop relying on . being in @INC
- Simplify find commands using -empty and -delete
---
 perl-Devel-GlobalDestruction-XS.spec | 17 +++--
 sources  |  2 +-
 2 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/perl-Devel-GlobalDestruction-XS.spec 
b/perl-Devel-GlobalDestruction-XS.spec
index 393c11f..d5ecb31 100644
--- a/perl-Devel-GlobalDestruction-XS.spec
+++ b/perl-Devel-GlobalDestruction-XS.spec
@@ -1,6 +1,6 @@
 Name:  perl-Devel-GlobalDestruction-XS
-Version:   0.02
-Release:   3%{?dist}
+Version:   0.03
+Release:   1%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Summary:   Faster implementation of the Devel::GlobalDestruction API
@@ -16,8 +16,8 @@ BuildRequires:perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 %if 0%{?fedora} > 6 || 0%{?rhel} > 5
 BuildRequires: perl-devel
-BuildRequires: perl-generators
 %endif
+BuildRequires: perl-generators
 # Module
 BuildRequires: perl(XSLoader)
 # Test suite
@@ -43,9 +43,9 @@ make %{?_smp_mflags}
 %install
 rm -rf %{buildroot}
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm -f {} ';'
-%{_fixperms} %{buildroot}
+find %{buildroot} -type f -name .packlist -delete
+find %{buildroot} -type f -name '*.bs' -empty -delete
+%{_fixperms} -c %{buildroot}
 
 %check
 make test
@@ -60,6 +60,11 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Devel::GlobalDestruction::XS.3*
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 0.03-1
+- Update to 0.03
+  - Stop relying on . being in @INC
+- Simplify find commands using -empty and -delete
+
 * Sat May 14 2016 Jitka Plesnikova  - 0.02-3
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index e2f74f4..e5809cf 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3134c037df73f06e28afe02363b98e10  Devel-GlobalDestruction-XS-0.02.tar.gz
+7edd0f6995af618071f84818ddb900c7  Devel-GlobalDestruction-XS-0.03.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Devel-GlobalDestruction-XS.git/commit/?h=perl-Devel-GlobalDestruction-XS-0.03-1.fc26=319ac8867ba61e86290160e371c9365a8722b4d7
___
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-Devel-GlobalDestruction-XS (master). "Update to 0.03 (..more)"

[notifications]

From 319ac8867ba61e86290160e371c9365a8722b4d7 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Tue, 1 Nov 2016 10:17:15 +
Subject: Update to 0.03

- New upstream release 0.03
  - Stop relying on . being in @INC
- Simplify find commands using -empty and -delete
---
 perl-Devel-GlobalDestruction-XS.spec | 17 +++--
 sources  |  2 +-
 2 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/perl-Devel-GlobalDestruction-XS.spec 
b/perl-Devel-GlobalDestruction-XS.spec
index 393c11f..d5ecb31 100644
--- a/perl-Devel-GlobalDestruction-XS.spec
+++ b/perl-Devel-GlobalDestruction-XS.spec
@@ -1,6 +1,6 @@
 Name:  perl-Devel-GlobalDestruction-XS
-Version:   0.02
-Release:   3%{?dist}
+Version:   0.03
+Release:   1%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Summary:   Faster implementation of the Devel::GlobalDestruction API
@@ -16,8 +16,8 @@ BuildRequires:perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 %if 0%{?fedora} > 6 || 0%{?rhel} > 5
 BuildRequires: perl-devel
-BuildRequires: perl-generators
 %endif
+BuildRequires: perl-generators
 # Module
 BuildRequires: perl(XSLoader)
 # Test suite
@@ -43,9 +43,9 @@ make %{?_smp_mflags}
 %install
 rm -rf %{buildroot}
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm -f {} ';'
-%{_fixperms} %{buildroot}
+find %{buildroot} -type f -name .packlist -delete
+find %{buildroot} -type f -name '*.bs' -empty -delete
+%{_fixperms} -c %{buildroot}
 
 %check
 make test
@@ -60,6 +60,11 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Devel::GlobalDestruction::XS.3*
 
 %changelog
+* Tue Nov  1 2016 Paul Howarth  - 0.03-1
+- Update to 0.03
+  - Stop relying on . being in @INC
+- Simplify find commands using -empty and -delete
+
 * Sat May 14 2016 Jitka Plesnikova  - 0.02-3
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index e2f74f4..e5809cf 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3134c037df73f06e28afe02363b98e10  Devel-GlobalDestruction-XS-0.02.tar.gz
+7edd0f6995af618071f84818ddb900c7  Devel-GlobalDestruction-XS-0.03.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Devel-GlobalDestruction-XS.git/commit/?h=master=319ac8867ba61e86290160e371c9365a8722b4d7
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc uploaded Devel-GlobalDestruction-XS-0.03.tar.gz for perl-Devel-GlobalDestruction-XS

[notifications]

7edd0f6995af618071f84818ddb900c7  Devel-GlobalDestruction-XS-0.03.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Devel-GlobalDestruction-XS/Devel-GlobalDestruction-XS-0.03.tar.gz/md5/7edd0f6995af618071f84818ddb900c7/Devel-GlobalDestruction-XS-0.03.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Bodhi For Rawhide?

[Petr Pisar]

On 2016-10-31, Matthew Miller  wrote:
> On Mon, Oct 31, 2016 at 04:19:54PM +, Petr Pisar wrote:
>> Already implemented. You can supress test failures by a python code in
>> a .rpmlint file in package's dist-git repository.
>
> I can? Where is this documented? Can we add a link to that
> documentation to the output from Taskotron in Bodhi?
>
fedpkg(1) manual page, section "fedpkg lint".
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1390033] perl-App-cpm-0.211 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-App-cpm-0.211-1.fc26
 Resolution|--- |RAWHIDE
Last Closed||2016-11-01 05:13:17



-- 
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 uploaded App-cpm-0.211.tar.gz for perl-App-cpm

[notifications]

8f4e9b4e5aa34703d805edd2d8564616  App-cpm-0.211.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-App-cpm/App-cpm-0.211.tar.gz/md5/8f4e9b4e5aa34703d805edd2d8564616/App-cpm-0.211.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-App-cpm (master). "0.211 bump"

[notifications]

From 6d245d6d049e67be580a88f05bdf66d8b483897b Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Tue, 1 Nov 2016 10:08:22 +0100
Subject: 0.211 bump

---
 .gitignore|  1 +
 perl-App-cpm.spec | 16 
 sources   |  2 +-
 3 files changed, 14 insertions(+), 5 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9b91b12..78b299e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /App-cpm-0.116.tar.gz
 /App-cpm-0.117.tar.gz
 /App-cpm-0.118.tar.gz
+/App-cpm-0.211.tar.gz
diff --git a/perl-App-cpm.spec b/perl-App-cpm.spec
index aa6c1b7..72c22c6 100644
--- a/perl-App-cpm.spec
+++ b/perl-App-cpm.spec
@@ -1,5 +1,5 @@
 Name:   perl-App-cpm
-Version:0.118
+Version:0.211
 Release:1%{?dist}
 Summary:Fast CPAN module installer
 License:GPL+ or Artistic
@@ -15,8 +15,10 @@ BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Runtime
 # BuildRequires:  perl(Carton::Snapshot)
+# BuildRequires:  perl(Class::Tiny)
 BuildRequires:  perl(Config)
 BuildRequires:  perl(constant)
+# BuildRequires:  perl(CPAN::Common::Index::Mirror)
 BuildRequires:  perl(CPAN::DistnameInfo)
 BuildRequires:  perl(CPAN::Meta)
 BuildRequires:  perl(CPAN::Meta::Requirements)
@@ -28,10 +30,12 @@ BuildRequires:  perl(File::Copy::Recursive)
 BuildRequires:  perl(File::Path)
 BuildRequires:  perl(File::pushd)
 BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(File::Temp)
 BuildRequires:  perl(Getopt::Long)
 BuildRequires:  perl(HTTP::Tiny)
-BuildRequires:  perl(IO::Handle)
-BuildRequires:  perl(IO::Select)
+# BuildRequires:  perl(HTTP::Tinyish)
+# BuildRequires:  perl(IO::Socket::SSL) - optional
+# BuildRequires:  perl(IO::Uncompress::Gunzip)
 BuildRequires:  perl(JSON::PP) >= 2.27300
 BuildRequires:  perl(List::Util)
 # BuildRequires:  perl(local::lib)
@@ -39,6 +43,7 @@ BuildRequires:  perl(Menlo::CLI::Compat)
 BuildRequires:  perl(Module::CoreList)
 # BuildRequires:  perl(Module::CPANfile)
 BuildRequires:  perl(Module::Metadata)
+BuildRequires:  perl(Parallel::Pipes)
 BuildRequires:  perl(parent)
 BuildRequires:  perl(Pod::Usage)
 BuildRequires:  perl(Time::HiRes)
@@ -74,13 +79,16 @@ make test
 
 %files
 %license LICENSE
-%doc Changes
+%doc Changes README
 %{_bindir}/cpm
 %{perl_vendorlib}/*
 %{_mandir}/man1/*
 %{_mandir}/man3/*
 
 %changelog
+* Mon Oct 31 2016 Jitka Plesnikova  - 0.211-1
+- 0.211 bump
+
 * Mon Aug 08 2016 Jitka Plesnikova  - 0.118-1
 - 0.118 bump
 
diff --git a/sources b/sources
index 94ca4da..1170127 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5a2853e840521615ca37f3d69c143187  App-cpm-0.118.tar.gz
+8f4e9b4e5aa34703d805edd2d8564616  App-cpm-0.211.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-App-cpm.git/commit/?h=master=6d245d6d049e67be580a88f05bdf66d8b483897b
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: DNF and PackageKit background data usage

[Miroslav Suchý]

Dne 31.10.2016 v 12:55 Tom Hughes napsal(a):
> The problem, as I believe has been repeatedly explained, is that you don't 
> really have any idea whether the connection
> is metered. Yes you may be trying to guess by considering things like 3G 
> connections as metered but that is an extremely
> poor proxy for whether a connection is metered.

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

-- 
Miroslav Suchy, RHCA
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1383651] perl-Crypt-OpenSSL-DSA-0.15-5.fc26 FTBFS: dereferencing pointer to incomplete type 'DSA {aka struct dsa_st}'

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version|perl-Crypt-OpenSSL-DSA-0.15 |perl-Crypt-OpenSSL-DSA-0.15
   |-6.fc26 |-7.fc26
 Resolution|--- |RAWHIDE
Last Closed|2016-10-27 04:41:37 |2016-11-01 04:49:32



--- Comment #4 from Petr Pisar  ---
The issue is new OpenSSL does support setting a private key before a public
key. I added a code that allows it on the XS level.

-- 
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-Crypt-OpenSSL-DSA (master). "Restore support for setting private key before public key"

[notifications]

From 492f2ef74d8736d81ce9d46f33dc391442a0464b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Tue, 1 Nov 2016 09:39:58 +0100
Subject: Restore support for setting private key before public key

---
 ...t-OpenSSL-DSA-0.15-Adapt-to-OpenSSL-1.1.0.patch | 72 ++
 perl-Crypt-OpenSSL-DSA.spec|  5 +-
 2 files changed, 65 insertions(+), 12 deletions(-)

diff --git a/Crypt-OpenSSL-DSA-0.15-Adapt-to-OpenSSL-1.1.0.patch 
b/Crypt-OpenSSL-DSA-0.15-Adapt-to-OpenSSL-1.1.0.patch
index aa8285d..c0be243 100644
--- a/Crypt-OpenSSL-DSA-0.15-Adapt-to-OpenSSL-1.1.0.patch
+++ b/Crypt-OpenSSL-DSA-0.15-Adapt-to-OpenSSL-1.1.0.patch
@@ -1,4 +1,4 @@
-From 1217fbbff67098c8ded649f0a9d21cb4288b972f Mon Sep 17 00:00:00 2001
+From 48707824049eda6a6dd2d8414c2df01a96f44099 Mon Sep 17 00:00:00 2001
 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
 Date: Fri, 14 Oct 2016 11:26:01 +0200
 Subject: [PATCH] Adapt to OpenSSL 1.1.0
@@ -23,12 +23,13 @@ CPAN RT#118346
 
 Signed-off-by: Petr Písař 
 ---
- DSA.xs| 269 +++---
+ DSA.xs| 282 +++---
+ t/10-selftest.t   |  18 +++-
  t/90-openssl-compat.t |   2 +-
- 2 files changed, 256 insertions(+), 15 deletions(-)
+ 3 files changed, 286 insertions(+), 16 deletions(-)
 
 diff --git a/DSA.xs b/DSA.xs
-index 00e6b27..a5d7ad0 100644
+index 00e6b27..4c5e2ac 100644
 --- a/DSA.xs
 +++ b/DSA.xs
 @@ -18,6 +18,95 @@ extern "C" {
@@ -332,7 +333,7 @@ index 00e6b27..a5d7ad0 100644
  SV * pub_key_SV
  PREINIT:
  int len;
-+  BIGNUM *pub_key;
++  BIGNUM *pub_key;
  CODE:
  len = SvCUR(pub_key_SV);
 -dsa->pub_key = BN_bin2bn(SvPV(pub_key_SV, len), len, NULL);
@@ -344,12 +345,25 @@ index 00e6b27..a5d7ad0 100644
  
  void
  set_priv_key(dsa, priv_key_SV)
-@@ -369,9 +566,14 @@ set_priv_key(dsa, priv_key_SV)
+@@ -369,9 +566,27 @@ set_priv_key(dsa, priv_key_SV)
  SV * priv_key_SV
  PREINIT:
  int len;
-+  BIGNUM *priv_key;
++const BIGNUM *old_pub_key;
++BIGNUM *pub_key;
++BIGNUM *priv_key;
  CODE:
++DSA_get0_key(dsa, _pub_key, NULL);
++if (NULL == old_pub_key) {
++pub_key = BN_new();
++if (NULL == pub_key) {
++croak("Could not create a dummy public key");
++}
++if (!DSA_set0_key(dsa, pub_key, NULL)) {
++BN_free(pub_key);
++croak("Could not set a dummy public key");
++}
++}
  len = SvCUR(priv_key_SV);
 -dsa->priv_key = BN_bin2bn(SvPV(priv_key_SV, len), len, NULL);
 +priv_key = BN_bin2bn(SvPV(priv_key_SV, len), len, NULL);
@@ -360,7 +374,7 @@ index 00e6b27..a5d7ad0 100644
  
  MODULE = Crypt::OpenSSL::DSAPACKAGE = Crypt::OpenSSL::DSA::Signature
  
-@@ -393,11 +595,13 @@ SV *
+@@ -393,11 +608,13 @@ SV *
  get_r(dsa_sig)
  DSA_SIG *dsa_sig
  PREINIT:
@@ -375,7 +389,7 @@ index 00e6b27..a5d7ad0 100644
  RETVAL = newSVpvn(to, len);
  free(to);
  OUTPUT:
-@@ -407,11 +611,13 @@ SV *
+@@ -407,11 +624,13 @@ SV *
  get_s(dsa_sig)
  DSA_SIG *dsa_sig
  PREINIT:
@@ -390,7 +404,7 @@ index 00e6b27..a5d7ad0 100644
  RETVAL = newSVpvn(to, len);
  free(to);
  OUTPUT:
-@@ -423,9 +629,27 @@ set_r(dsa_sig, r_SV)
+@@ -423,9 +642,27 @@ set_r(dsa_sig, r_SV)
  SV * r_SV
  PREINIT:
  int len;
@@ -419,7 +433,7 @@ index 00e6b27..a5d7ad0 100644
  
  void
  set_s(dsa_sig, s_SV)
-@@ -433,6 +657,23 @@ set_s(dsa_sig, s_SV)
+@@ -433,6 +670,23 @@ set_s(dsa_sig, s_SV)
  SV * s_SV
  PREINIT:
  int len;
@@ -444,6 +458,42 @@ index 00e6b27..a5d7ad0 100644
 +  BN_free(s);
 +  croak("Could not set a signature");
 +  }
+diff --git a/t/10-selftest.t b/t/10-selftest.t
+index 54b517a..ed89c4f 100644
+--- a/t/10-selftest.t
 b/t/10-selftest.t
+@@ -5,7 +5,7 @@ use strict;
+ use Test;
+ use Crypt::OpenSSL::DSA;
+ 
+-BEGIN { plan tests => 30 }
++BEGIN { plan tests => 36 }
+ 
+ my $message = "foo bar";
+ 
+@@ -101,6 +101,22 @@ ok($dsa4->verify($message, $dsa_sig3), 1);
+ ok($dsa5->verify($message, $dsa_sig3), 1);
+ ok($dsa6->verify($message, $dsa_sig3), 1);
+ 
++# Check setting private key before public key.
++# This is not suppored by OpenSSL-1.1.0.
++my $dsa7 = Crypt::OpenSSL::DSA->new();
++$dsa7->set_p($p);
++$dsa7->set_q($q);
++$dsa7->set_g($g);
++ok($dsa7->get_p,$p);
++ok($dsa7->get_q,$q);
++ok($dsa7->get_g,$g);
++$dsa7->set_priv_key($priv_key);
++ok($dsa7->get_priv_key,$priv_key);
++my $dsa_sig4 = $dsa7->sign($message);
++$dsa7->set_pub_key($pub_key);
++ok($dsa7->get_pub_key,$pub_key);
++ok($dsa7->verify($message, $dsa_sig4), 1);
++
+ unlink("dsa.param.pem");
+ unlink("dsa.priv.pem");
+ 

[Bug 1390033] perl-App-cpm-0.211 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1390033
Bug 1390033 depends on bug 1390177, which changed state.

Bug 1390177 Summary: Review Request: perl-Parallel-Pipes - Parallel processing 
using pipes for communication and synchronization
https://bugzilla.redhat.com/show_bug.cgi?id=1390177

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution|--- |RAWHIDE



-- 
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-Parallel-Pipes (master). "Initial import"

[notifications]

From 9609fcd2f5d62df08889bbdbfe9e36265afd81d4 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Tue, 1 Nov 2016 09:15:48 +0100
Subject: Initial import

---
 .gitignore   |  1 +
 perl-Parallel-Pipes.spec | 58 
 sources  |  1 +
 3 files changed, 60 insertions(+)
 create mode 100644 perl-Parallel-Pipes.spec

diff --git a/.gitignore b/.gitignore
index e69de29..0517c1d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Parallel-Pipes-0.001.tar.gz
diff --git a/perl-Parallel-Pipes.spec b/perl-Parallel-Pipes.spec
new file mode 100644
index 000..4005357
--- /dev/null
+++ b/perl-Parallel-Pipes.spec
@@ -0,0 +1,58 @@
+Name:   perl-Parallel-Pipes
+Version:0.001
+Release:1%{?dist}
+Summary:Parallel processing using pipes for communication and 
synchronization
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/Parallel-Pipes/
+Source0:
http://www.cpan.org/authors/id/S/SK/SKAJI/Parallel-Pipes-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl-generators
+BuildRequires:  perl(Config)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+BuildRequires:  sed
+# Run-time
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(constant)
+BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(IO::Select)
+BuildRequires:  perl(Storable)
+# Tests
+BuildRequires:  perl(File::Temp)
+BuildRequires:  perl(Test::More) >= 0.98
+BuildRequires:  perl(Time::HiRes)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+
+%description
+Parallel::Pipes tries to solve problems of parallel processing for
+communication and synchronization by using pipe(2) and select(2).
+
+%prep
+%setup -q -n Parallel-Pipes-%{version}
+
+# Silence rpmlint error
+sed -i -e '1s|#!/usr/bin/env perl|%(perl -MConfig -e 'print 
$Config{startperl}')|' eg/*
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%license LICENSE
+%doc Changes eg README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mon Oct 31 2016 Jitka Plesnikova  - 0.001-1
+- Initial release
diff --git a/sources b/sources
index e69de29..19b8f8f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+b1d2aa10a294db3a1285106950b22b37  Parallel-Pipes-0.001.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Parallel-Pipes.git/commit/?h=master=9609fcd2f5d62df08889bbdbfe9e36265afd81d4
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik uploaded Parallel-Pipes-0.001.tar.gz for perl-Parallel-Pipes

[notifications]

b1d2aa10a294db3a1285106950b22b37  Parallel-Pipes-0.001.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Parallel-Pipes/Parallel-Pipes-0.001.tar.gz/md5/b1d2aa10a294db3a1285106950b22b37/Parallel-Pipes-0.001.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik changed ppisar's 'watchcommits' permission on perl-Parallel-Pipes (master) to 'Obsolete'

[notifications]

jplesnik changed ppisar's 'watchcommits' permission on perl-Parallel-Pipes 
(master) to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Parallel-Pipes/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik changed ppisar's 'watchbugzilla' permission on perl-Parallel-Pipes (master) to 'Obsolete'

[notifications]

jplesnik changed ppisar's 'watchbugzilla' permission on perl-Parallel-Pipes 
(master) to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Parallel-Pipes/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik changed perl-sig's 'commit' permission on perl-Parallel-Pipes (master) to 'Obsolete'

[notifications]

jplesnik changed perl-sig's 'commit' permission on perl-Parallel-Pipes (master) 
to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Parallel-Pipes/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Pondering security update time frames

[Pavel Raiskup]

On Monday, October 31, 2016 9:54:37 AM CET Kevin Fenzi wrote:
> > Note that this is not security-only.  That's the reason for
> > 'prepared-rpms' prefix, e.g. if we had something like that in Fedora,
> > we could test/use this feature several times a year as we are
> > informed by PostgreSQL upstream about upcoming releases, we have
> > tarball in advance ...  but now it is shame we are not able to
> > announce updates immediately with upstream.  We are not allowed to
> > share the tarballs with upstream before announcement, of course.
> 
> So whats the lag here there? they announce and it's an hour or two
> until you have finished builds and submitted updates? Is an hour or two
> really worth all this... complexity?

It's ~1 hour in the best case, but that requires one of package
maintainers is up during release time..  which is not very
comfortable.  Also the maintainer needs to be ready for failures, fix
mistakes, etc.

Considering we have several days time window for "production" package
preparation, it is unnecessary rush post mortem.  Whether is it worth
implementing?  Dunno.  If the case I described is that rare across
Fedora package set then I wish this became more standard.

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

[Bug 1383651] perl-Crypt-OpenSSL-DSA-0.15-5.fc26 FTBFS: dereferencing pointer to incomplete type 'DSA {aka struct dsa_st}'

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|CLOSED  |ASSIGNED
 Resolution|RAWHIDE |---
   Keywords||Reopened



--- Comment #3 from Petr Pisar  ---
After applying the fix, perl-Net-DNS-SEC tests fail in:

my $dsa = Crypt::OpenSSL::DSA->new();   # private key

$dsa->set_p( decode_base64 $private->prime );
$dsa->set_q( decode_base64 $private->subprime );
$dsa->set_g( decode_base64 $private->base );

→   $dsa->set_priv_key( decode_base64 $private->private_value );

With message:

Could not set a key at lib/Net/DNS/SEC/DSA.pm line 75.
signature generation failed at t/10-keyset.t line 112.

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