date:20160916

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 558  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 320  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
  83  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e0c08a1414   
php-PHPMailer-5.2.16-2.el7
  39  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c   
redis-3.2.3-1.el7
  37  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-4b8dd3488d   
knot-1.6.8-1.el7
  22  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e8f4ff76b3   
chicken-4.11.0-3.el7
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2a2061ee5f   
php-adodb-5.15-10.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-7e2d0ee701   
wordpress-4.6.1-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-12c4b7b928   
php-horde-Horde-Core-2.26.1-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c7c4c1e885   
php-horde-Horde-Mime-Viewer-2.2.1-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-175e2d3d7c   
php-horde-Horde-Text-Filter-2.3.5-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f71c0650c3   
php-horde-horde-5.2.12-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-77f23b948f   
GraphicsMagick-1.3.25-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-0e40142bd3   
pdns-3.4.10-1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-24caa7d205   
drupal7-google_analytics-2.3-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f1d880ae22   
distribution-gpg-keys-1.7-1.el7 mock-1.2.21-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-449d647265   
chromium-53.0.2785.113-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531   
mono-4.2.4-5.el7 mono-cecil-0.9.6-6.el7 nunit-3.4.1-2.el7 nunit2-2.6.4-14.el7 
mono-zeroconf-0.9.0-16.el7 gtk-sharp2-2.12.26-3.el7 mono-addins-1.1-3.el7 
gio-sharp-0.3-14.el7 gkeyfile-sharp-0.1-19.el7 dbus-sharp-0.7.0-15.el7 
libgpod-0.8.3-8.el7 dbus-sharp-glib-0.5.0-13.el7 gudev-sharp-0.1-18.el7 
gtk-sharp-beans-2.14.0-17.el7 pinta-1.6-5.el7 gnome-sharp-2.24.2-12.el7 
gdata-sharp-1.4.0.2-18.el7 taglib-sharp-2.1.0.0-3.el7 
notify-sharp-0.4.0-0.26.20100411svn.el7 banshee-2.6.2-11.el7 
libappindicator-12.10.0-11.el7 gtk-sharp3-2.99.3-16.el7


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

autoconf-archive-2016.09.16-1.el7
carbon-c-relay-2.2-2.el7
collectd-5.6.0-1.el7
epel-rpm-macros-7-10
golang-github-boltdb-bolt-1.3.0-0.1.git583e893.el7
golang-github-golang-glog-0-0.12.gitfca8c88.el7
libmediainfo-0.7.88-1.el7
mediainfo-0.7.88-1.el7
python-bottle-0.12.9-1.el7
usbguard-0.6.1-1.el7

Details about builds:



 autoconf-archive-2016.09.16-1.el7 (FEDORA-EPEL-2016-bd632a4c01)
 The Autoconf Macro Archive

Update Information:

Update to 2016.09.16 (#1376791)

References:

  [ 1 ] Bug #1376791 - autoconf-archive-2016.09.16 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1376791




 carbon-c-relay-2.2-2.el7 (FEDORA-EPEL-2016-96aae37df4)
 Enhanced C implementation of Carbon relay, aggregator and rewriter

Update Information:

Remove braces from systemd service file to correctly interpret arguments  
Update to 2.2




 collectd-5.6.0-1.el7 (FEDORA-EPEL-2016-8c153bca86)
 Statistics collection daemon for filling RRD files

Update Information:

- Upstream released new version: https://collectd.org/news.shtml#news99 - Enable
new plugins: chrony, cpusleep, gps, lua, mqtt, zfs_arc




 epel-rpm-macros-7-10 (FEDORA-EPEL-2016-f0bccedfe0)
 Extra Packages for Enterprise Linux RPM macros

Update Information:

Add %bash_completion_dir  Override the RHEL-provided %nodejs_arches to add
aarch64.

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

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 828  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626   
puppet-2.7.26-1.el5
 677  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
 320  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516   
mcollective-2.8.4-1.el5
 292  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-582c8075e6   
thttpd-2.25b-24.el5
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-b0f7448ed8   
wordpress-4.6.1-1.el5
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-5ae964c48a   
varnish-2.0.6-5.el5
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a7ac2a3dd8   
GraphicsMagick-1.3.25-1.el5


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

carbon-c-relay-2.2-2.el5

Details about builds:



 carbon-c-relay-2.2-2.el5 (FEDORA-EPEL-2016-1328f1357a)
 Enhanced C implementation of Carbon relay, aggregator and rewriter

Update Information:

Remove braces from systemd service file to correctly interpret arguments  
Update to 2.2

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

[Bug 1374958] perl-Class-Tiny-1.006 is available

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



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

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

[Bug 1374958] perl-Class-Tiny-1.006 is available

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Class-Tiny-1.006-1.fc2 |perl-Class-Tiny-1.006-1.fc2
   |6   |6
   ||perl-Class-Tiny-1.006-1.fc2
   ||5
 Resolution|--- |ERRATA
Last Closed||2016-09-16 20:58:34



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

[389-devel] Build failed in Jenkins: 389-DS-NIGHTLY #82

2016-09-16 Thread Jenkins

See 


--
[...truncated 3613 lines...]
suites/password/pwdPolicy_inherit_global_test.py::test_entry_has_no_restrictions[off-off]
 PASSED
suites/password/pwdPolicy_inherit_global_test.py::test_entry_has_no_restrictions[on-off]
 PASSED
suites/password/pwdPolicy_inherit_global_test.py::test_entry_has_no_restrictions[off-on]
 PASSED
suites/password/pwdPolicy_inherit_global_test.py::test_entry_has_restrictions[cn=config]
 PASSED
suites/password/pwdPolicy_inherit_global_test.py::test_entry_has_restrictions[cn="cn=nsPwPolicyEntry,ou=People,dc=example,dc=com",cn=nsPwPolicyContainer,ou=People,dc=example,dc=com]
 PASSED
suites/password/pwdPolicy_syntax_test.py::test_pwdPolicy_syntax PASSED
suites/password/pwdPolicy_warning_test.py::test_different_values[ ] PASSED
suites/password/pwdPolicy_warning_test.py::test_different_values[junk123] PASSED
suites/password/pwdPolicy_warning_test.py::test_different_values[on] PASSED
suites/password/pwdPolicy_warning_test.py::test_different_values[off] PASSED
suites/password/pwdPolicy_warning_test.py::test_expiry_time PASSED
suites/password/pwdPolicy_warning_test.py::test_password_warning[passwordSendExpiringTime-off]
 PASSED
suites/password/pwdPolicy_warning_test.py::test_password_warning[passwordWarning-3600]
 PASSED
suites/password/pwdPolicy_warning_test.py::test_with_different_password_states 
PASSED
suites/password/pwdPolicy_warning_test.py::test_default_behavior PASSED
suites/password/pwdPolicy_warning_test.py::test_with_local_policy PASSED
suites/password/pwp_history_test.py::test_pwp_history_test PASSED
suites/posix_winsync_plugin/posix_winsync_test.py::test_posix_winsync_init 
PASSED
suites/posix_winsync_plugin/posix_winsync_test.py::test_posix_winsync_ PASSED
suites/psearch/psearch_test.py::test_psearch_init PASSED
suites/psearch/psearch_test.py::test_psearch_ PASSED
suites/referint_plugin/referint_test.py::test_referint_init PASSED
suites/referint_plugin/referint_test.py::test_referint_ PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_init PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_clean PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_clean_restart PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_clean_force PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_abort PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_abort_restart PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_abort_certify PASSED
suites/replication/cleanallruv_test.py::test_cleanallruv_stress_clean PASSED
suites/replication/wait_for_async_feature_test.py::test_not_int_value PASSED
suites/replication/wait_for_async_feature_test.py::test_multi_value PASSED
suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr0]
 PASSED
suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr1]
 PASSED
suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr2]
 PASSED
suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr3]
 PASSED
suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr0]
 PASSED
suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr1]
 PASSED
suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr2]
 PASSED
suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr3]
 PASSED
suites/replsync_plugin/repl_sync_test.py::test_repl_sync_init PASSED
suites/replsync_plugin/repl_sync_test.py::test_repl_sync_ PASSED
suites/resource_limits/res_limits_test.py::test_res_limits_init PASSED
suites/resource_limits/res_limits_test.py::test_res_limits_ PASSED
suites/retrocl_plugin/retrocl_test.py::test_retrocl_init PASSED
suites/retrocl_plugin/retrocl_test.py::test_retrocl_ PASSED
suites/reverpwd_plugin/reverpwd_test.py::test_reverpwd_init PASSED
suites/reverpwd_plugin/reverpwd_test.py::test_reverpwd_ PASSED
suites/roles_plugin/roles_test.py::test_roles_init PASSED
suites/roles_plugin/roles_test.py::test_roles_ PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_init PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_access_specific_time 
PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_access_day_of_week 
PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_access_denied_ip PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_access_denied_host 
PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_access_allowed_ip PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_access_allowed_host 
PASSED
suites/rootdn_plugin/rootdn_plugin_test.py::test_rootdn_config_validate PASSED
suites/sasl/sasl_test.py::test_sasl_init PASSED

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

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 436  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 430  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 361  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 320  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 292  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 177  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-30a8346813   
vtun-3.0.1-10.el6
  83  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-db7e78fac7   
php-PHPMailer-5.2.16-2.el6
  76  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-d0e444c5f2   
pypy-5.0.1-4.el6
  37  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a1450d7fe0   
knot-1.6.8-1.el6
  22  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8594ed3a53   
chicken-4.11.0-3.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb5607d339   
wordpress-4.6.1-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-0e948eb4e8   
php-horde-Horde-Core-2.26.1-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e2038f5db3   
php-horde-Horde-Mime-Viewer-2.2.1-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-d4f645229a   
php-horde-Horde-Text-Filter-2.3.5-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-665fb50899   
php-horde-horde-5.2.12-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-4b16af69a6   
varnish-2.1.5-6.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f2d60f53f3   
GraphicsMagick-1.3.25-1.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-bcc7555c8a   
drupal7-google_analytics-2.3-1.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-204f2f07aa   
drupal7-panels-3.7-1.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e079d167e3   
distribution-gpg-keys-1.7-1.el6 mock-1.2.21-1.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-320b654443   
php-adodb-5.15-10.el6


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

carbon-c-relay-2.2-2.el6
epel-rpm-macros-6-13
golang-github-boltdb-bolt-1.3.0-0.1.git583e893.el6
golang-github-golang-glog-0-0.12.gitfca8c88.el6
php-adodb-5.15-10.el6
python-rpm-macros-3-11.el6

Details about builds:



 carbon-c-relay-2.2-2.el6 (FEDORA-EPEL-2016-1990ede211)
 Enhanced C implementation of Carbon relay, aggregator and rewriter

Update Information:

Remove braces from systemd service file to correctly interpret arguments  
Update to 2.2




 epel-rpm-macros-6-13 (FEDORA-EPEL-2016-d59560b5a8)
 Extra Packages for Enterprise Linux RPM macros

Update Information:

Remove python macros from epel-rpm-macros and have it depend on the python macro
packages.  In python-rpm-macros, fix the macro install locations, the
%python2_version macros and carry over a fix that was in the epel-rpm-macros
package.

References:

  [ 1 ] Bug #1369486 - %python2_version{,_nodots} macros fail when evaluated on 
Python 2.6 in EPEL-6
https://bugzilla.redhat.com/show_bug.cgi?id=1369486




 golang-github-boltdb-bolt-1.3.0-0.1.git583e893.el6 
(FEDORA-EPEL-2016-c5b3caf1f0)
 A low-level key/value database for Go

Update Information:

Bump to upstream 583e8937c61f1af6513608ccc75c97b6abdf4ff9    Bump to
upstream dfb21201d9270c1082d5fb0f07f500311ff72f18

References:

  [ 1 ] Bug #1246207 - Tracker for golang-github-boltdb-bolt
https://bugzilla.redhat.com/show_bug.cgi?id=1246207




 golang-github-golang-glog-0-0.12.gitfca8c88.el6 (FEDORA-EPEL-2016-3a128d2ff7)
 Leveled execution logs for Go

Update Information:

Enable devel and unit-test packages for epel7

Re: Review Swaps

2016-09-16 Thread Ben Rosser

On Thu, Sep 15, 2016 at 10:31 AM, Tim Flink  wrote:

> We have some packages which are in need of review, anyone interested in
> a swap?
>
> execdb - Execution status database for Taskotron
>   * https://bugzilla.redhat.com/show_bug.cgi?id=1346243
>
> resultsdb_frontend - Frontend for the ResultsDB
>   * https://bugzilla.redhat.com/show_bug.cgi?id=1346245
>
> Thanks,
>
> Tim
>

Taken resultsdb_frontend, any chance you could look at hddfancontrol? (
https://bugzilla.redhat.com/show_bug.cgi?id=1373666).

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

Zabbix doesn't run on Fedora 24

2016-09-16 Thread Erik Logtenberg

Hi guys,

I'm not sure if this is the right place to ask, so my apologies if you
feel that is not the case.

The zabbix package doesn't run on Fedora 24, due to a restriction in the
selinux-policy. This wasn't an issue on earlier versions of Fedora, but
since 24 Zabbix just doesn't work anymore. There is an open bug on this:

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

Usually the selinux-policy guys pick this up pretty quickly, but maybe
this bug was somehow overlooked. I posted some small updates, apparently
kind of annoyed Volker Fröhlich in the process - which wasn't my
intention by the way. What is the right way to get this bug to the
attention of the selinux-policy guys?

On a side note, I am still puzzled that this package is non-functional
in Fedora. Volker said he couldn't test on all Fedora releases, but is
it not basic Fedora QA policy to at the very least test if a package
actually runs on the current release with default settings?
I suppose such a basic test could even be automated relatively simply.

Kind regards,

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

Re: Orphaning python-lirc package

2016-09-16 Thread Alec Leamas




On 16/09/16 10:32, Ján ONDREJ (SAL) wrote:

Hello,

  I'm orphaning python-lirc package, which is long time not supported
by upstream and has no python3 support. Last release has been in 2005.

  There is an alternative python-lirc package, but with different python
import (lirc instead of pylirc) and I have also an python-ctypes
alternative, which can be updated to be compatible with current Fedora
package (py2 and py3 compatible, one .py file only).

  I think this package should retire, but if anyone interested, a new
package should be reviewed to replace this one.


Actually, the proper action might be to take whatever exists and file it 
as an  RFE bug to lirc upstream so that  lirc could ship python bindings.


BTW, I note that the existing packages does not support sending a. k. a. 
blasting, which is supported by lirc client libraries as of version 0.9.2+



Cheers!

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

Re: Who can fix coredumpctl?

On Fri, Sep 16, 2016 at 12:53 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Fri, Sep 16, 2016 at 12:03:06PM -0600, Chris Murphy wrote:
>> On Fri, Sep 16, 2016 at 11:26 AM, Zbigniew Jędrzejewski-Szmek
>>  wrote:
>> > On Fri, Sep 16, 2016 at 11:02:44AM -0600, Chris Murphy wrote:
>>
>> >> None have *
>> >
>> > So this is the issue really. I guess we should make the output
>> > more clear in that case. Please try something as simple as
>> > bash -c 'kill -ABRT $$' → this should result in a coredump appearing
>> > in /var/lib/systemd/coredump. If it doesn't than maybe you don't
>> > have enough free space and systemd-coredump, or something else is wrong.
>>
>> $ coredumpctl
>> Fri 2016-09-16 11:59:37 MDT3343  1000  1000   6 * /usr/bin/bash
>>
>> $ ls -l /var/lib/systemd/coredump
>> total 0
>> -rw-r-+ 1 root root 0 Sep 16 11:59
>> core.bash.1000.7f1dd932c6594cbdae77969bd76125ca.3343.147404877700
>>
>> journalctl -f
>>
>> Sep 16 11:59:37 f24m audit[3343]: ANOM_ABEND auid=1000 uid=1000
>> gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
>> pid=3343 comm="bash" exe="/usr/bin/bash" sig=6
>> Sep 16 11:59:37 f24m systemd[1]: Started Process Core Dump (PID 3344/UID 0).
>> Sep 16 11:59:37 f24m audit[1]: SERVICE_START pid=1 uid=0
>> auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
>> msg='unit=systemd-coredump@1-3344-0 comm="systemd"
>> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
>> res=success'
>> Sep 16 11:59:37 f24m systemd-coredump[3345]: Failed to compress
>> /var/lib/systemd/coredump/.#core.bash.1000.7f1dd932c6594cbdae77969bd76125ca.3343.1474048777.lz4fb3b07bda3e93e45:
>> Invalid argument
> It seems that our compression routine is borked and falls over with EINVAL
> when it is asked to compress an empty file. I'll fix that.
> But if the file it is trying to compress is empty, the problem already 
> happened
> before (the core should not have 0 size).
>
> What is the kernel.core_pattern value that you are using?

$ cat /proc/sys/kernel/core_pattern
|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %e


> Do you have the same result with the default of 
> '|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %e'?

I don't know how to determine this.


> Is selinux enabled, and if yes, do you get a different result with enforcing 
> off?

SELinux is set to enforcing, if I reboot with enforcing=0 the same
results occur. Looks like the same messages in the journal also.

Sep 16 13:11:37 f24m audit[2196]: ANOM_ABEND auid=1000 uid=1000
gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
pid=2196 comm="bash" exe="/usr/bin/bash" sig=6
Sep 16 13:11:37 f24m systemd[1]: Started Process Core Dump (PID 2197/UID 0).
Sep 16 13:11:37 f24m audit[1]: SERVICE_START pid=1 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
msg='unit=systemd-coredump@1-2197-0 comm="systemd"
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
res=success'
Sep 16 13:11:37 f24m systemd-coredump[2198]: Failed to compress
/var/lib/systemd/coredump/.#core.bash.1000.7c3e44a5f9ba4d02880f463d6871bb99.2196.1474053097.lz4d84d95620f767fc7:
Invalid argument
Sep 16 13:11:37 f24m systemd-coredump[2198]: Failed to generate stack
trace: invalid `Elf' handle
Sep 16 13:11:37 f24m systemd-coredump[2198]: Process 2196 (bash) of
user 1000 dumped core.
Sep 16 13:11:37 f24m audit[1]: SERVICE_STOP pid=1 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
msg='unit=systemd-coredump@1-2197-0 comm="systemd"
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
res=success'
Sep 16 13:11:37 f24m abrt-dump-journal-core[903]: Failed to obtain all
required information from journald
Sep 16 13:11:37 f24m abrt-dump-journal-core[903]: Failed to obtain all
required information from journald
Sep 16 13:11:37 f24m abrt-server[2208]: Blacklisted package 'bash'
Sep 16 13:11:37 f24m abrt-server[2208]: 'post-create' on
'/var/spool/abrt/ccpp-2016-09-16-13:11:37.747564-903' exited with 1
Sep 16 13:11:37 f24m abrt-server[2208]: Deleting problem directory
'/var/spool/abrt/ccpp-2016-09-16-13:11:37.747564-903'


ausearch -m AVC only turns up one item from yesterday.



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

Re: Please unpush FEDORA-2016-7776983633 on all releases or drop support for libjasper

2016-09-16 Thread Kevin Fenzi

On Fri, 16 Sep 2016 10:54:57 -0500
Michael Catanzaro  wrote:

> On Fri, 2016-09-16 at 10:33 +0100, Jonathan Wakely wrote:
> > Given how hard it is to enable those notifications correctly, we
> > should just enable them by default for everyone. Or at least for
> > anyone maintaining a critpath package (which are the only ones being
> > abichecked today anyway).  
> 
> FWIW gave up trying to configure my notifications and just turned them
> all off. Last time I checked, I couldn't find a way to configure
> notifications on a package-specific basis. The flood of notifications
> from packages I have commit access to but don't want to receive
> notifications for was pretty overwhelming.

I know a lot of folks find it difficult to configure. 

I proposed some docs changes that might (I hope) help people:

https://github.com/fedora-infra/fmn.web/pull/76/commits/93bbe73e514b86c59403d9362920e53c38033c8e

Other suggestions to make it easier welcome. 

kevin


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

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

2016-09-16 Thread stan

On Fri, 16 Sep 2016 12:27:30 -0500
Michael Catanzaro  wrote:

[snip]
> I don't care so much about all that (it's more important for systemd
> due to distro integration), I just want the bug reporter CCed on the
> upstream bug, and able to respond when I ask a question.

Yeah, that would probably be important for everyone.  But an email
address is available for anyone who can file a bugzilla, so this should
be possible.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Who can fix coredumpctl?

On Fri, Sep 16, 2016 at 12:03:06PM -0600, Chris Murphy wrote:
> On Fri, Sep 16, 2016 at 11:26 AM, Zbigniew Jędrzejewski-Szmek
>  wrote:
> > On Fri, Sep 16, 2016 at 11:02:44AM -0600, Chris Murphy wrote:
> 
> >> None have *
> >
> > So this is the issue really. I guess we should make the output
> > more clear in that case. Please try something as simple as
> > bash -c 'kill -ABRT $$' → this should result in a coredump appearing
> > in /var/lib/systemd/coredump. If it doesn't than maybe you don't
> > have enough free space and systemd-coredump, or something else is wrong.
> 
> $ coredumpctl
> Fri 2016-09-16 11:59:37 MDT3343  1000  1000   6 * /usr/bin/bash
> 
> $ ls -l /var/lib/systemd/coredump
> total 0
> -rw-r-+ 1 root root 0 Sep 16 11:59
> core.bash.1000.7f1dd932c6594cbdae77969bd76125ca.3343.147404877700
> 
> journalctl -f
> 
> Sep 16 11:59:37 f24m audit[3343]: ANOM_ABEND auid=1000 uid=1000
> gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> pid=3343 comm="bash" exe="/usr/bin/bash" sig=6
> Sep 16 11:59:37 f24m systemd[1]: Started Process Core Dump (PID 3344/UID 0).
> Sep 16 11:59:37 f24m audit[1]: SERVICE_START pid=1 uid=0
> auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
> msg='unit=systemd-coredump@1-3344-0 comm="systemd"
> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
> res=success'
> Sep 16 11:59:37 f24m systemd-coredump[3345]: Failed to compress
> /var/lib/systemd/coredump/.#core.bash.1000.7f1dd932c6594cbdae77969bd76125ca.3343.1474048777.lz4fb3b07bda3e93e45:
> Invalid argument
It seems that our compression routine is borked and falls over with EINVAL
when it is asked to compress an empty file. I'll fix that.
But if the file it is trying to compress is empty, the problem already happened
before (the core should not have 0 size).

What is the kernel.core_pattern value that you are using?
Do you have the same result with the default of 
'|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %e'?
Is selinux enabled, and if yes, do you get a different result with enforcing 
off?

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

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

2016-09-16 Thread stan

On Fri, 16 Sep 2016 17:19:24 +
Zbigniew Jędrzejewski-Szmek  wrote:

> Automatically? If I receive a bug upstream, I want to receive it
> without the distribution's embellishments: I want to know what
> *upstream* version of the software was used, how I can reproduce the
> bug using generic installation from sources, and not using the distro
> package, etc. Also, I don't want to read the full history on the
> distribution bugtracker, I want to see a concise summary of
> findings. I want to see an explanation why the bug is an upstream bug,
> not a distro-specific thing. The person who is forwarding bugs has to
> all of this by hand, and doing this automatically is infeasible.

You don't want much, do you?  :-)

A person who can do what you require might as well fix the bug, because
they have to know the application almost as well as a developer. (I
understand that this an exaggeration, hyperbole, but there is some
truth to it also.)

'what upstream version'

The version of the problem software is easy to pull out of the src.rpm.

'reproduce the bug using generic installation from sources'

The environment where the software runs is *part* of the bug.  If the
software can't deal with various environments properly, that's a bug in
the software.  Is upstream saying, our software only works in generic
environments and we don't guarantee it, or fix it, anywhere else?  If
so, they should explicitly state that, or their development environment,
and disclaim any other usage.

This might make sense if I'm Joe Blow, and I'm running my custom
distribution, but for Fedora, Ubuntu, Suse, Debian, Arch,
Gentoo, where there are standardization processes?  I don't think so.

The software resources and scope also matters.  If I've created a small
app to display some proc variables by myself, with a single computer,
that's a different situation than a program like gcc or gnome or kde.

'want to see a concise summary of findings'
'want to see an explanation why the bug is an upstream bug, not a
distro-specific'

If I'm killing flies or mosquitoes, I want them to land on a block and
stand still while I swat them with the fly swatter.  But they don't
seem to co-operate.  Bugs in software are like that.

I agree with you that the person who is doing this triage has to have
some domain knowledge, and provide a first filter, but I think the
filter can be much coarser than you do.  That is, I put more onus on
the developers than you do.

Upstream is free to ignore these tickets like they are being ignored in
redhat bugzilla.  But if there are a thousand tickets from redhat,
ubuntu, debian, suse, arch, debian with the same complaint, I think it
would be evidence that there is something wrong with the upstream
software (just my opinion), and the developers might want to focus some
attention on the problem.  i.e. where there's smoke, there's probably
fire.

This was only a suggestion, in the spirit of mind mapping, or
brainstorming, where wild and outrageous ideas of solutions are thrown
out to trigger thinking outside the box.  And, if nothing else, I
learned more about the problem because of your feedback.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-16 Thread David Woodhouse

On Fri, 2016-09-16 at 16:39 +0200, Nikos Mavrogiannopoulos wrote:
> On Fri, 2016-09-16 at 16:13 +0200, Dan Horák wrote:
> > 
> > On Fri, 16 Sep 2016 15:06:13 +0100
> > David Woodhouse  wrote:
> > 
> > > 
> > > 
> > > On Fri, 2016-09-16 at 15:39 +0200, Jan Kurik wrote:
> > > > 
> > > > 
> > > > We will also
> > > > add compat openssl102 package so the applications and other
> > > > dependencies which are not ported yet to the new API continue to
> > > > work.
> > > 
> > > What plan do you have for libp11 and engine_pkcs11?
> > 
> > FWIW engine_pkcs11 got retired recently IIRC, but strangely only in
> > f25
> 
> It was retired because it is now combined with libp11. The package
> engine_pkcs11 still exists.

And I thought we'd done that in F24 too. We *certainly* shipped the
newer libp11 which obsoletes it, even if we didn't manage to properly
retire the engine_pkcs11 source package :)

-- 
dwmw2

smime.p7s
Description: S/MIME cryptographic signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [fedora-java] Re: java-1.8.0-openjdk i686 1:1.8.0.102-2.b14.fc26 is broken ... ?

2016-09-16 Thread gil



Hi
Il 16/09/2016 19:05, Omair Majid ha scritto:

Hi,

* Omair Majid  [2016-09-16 11:59]:

* gil  [2016-09-16 02:27]:

The system is out of resources.
Consult the following stack trace for details.
java.lang.StackOverflowError
at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3250)
at 
com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:1897)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:576)
at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:1825)

Does increasing the thread stack size help? Something like

 MAVEN_OPTS=-Xss1024k

Works for me with this change to the spec file:

 -export MAVEN_OPTS="-Xms1024m -Xmx3096m -XX:PermSize=128m 
-XX:MaxPermSize=384m"
 +export MAVEN_OPTS="-Xms1024m -Xmx2048m -Xss5m"

applied

Scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=15662528

root.log shows:


DEBUG util.py:421:   java-1.8.0-openjdk i686 1:1.8.0.102-2.b14.fc26 
  build 233 k
DEBUG util.py:421:   java-1.8.0-openjdk-devel   i686 1:1.8.0.102-2.b14.fc26 
  build 9.8 M
DEBUG util.py:421:   java-1.8.0-openjdk-headlessi686 1:1.8.0.102-2.b14.fc26 
  build  31 M

Cheers,
Omair


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

limb changed tmraz's 'watchcommits' permission on pcsc-perl (el6) to 'Approved'

limb changed tmraz's 'watchcommits' permission on pcsc-perl (el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's 'approveacls' permission on pcsc-perl (el6) to 'Approved'

limb changed tmraz's 'approveacls' permission on pcsc-perl (el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's 'watchcommits' permission on pcsc-perl (epel7) to 'Approved'

limb changed tmraz's 'watchcommits' permission on pcsc-perl (epel7) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's 'approveacls' permission on pcsc-perl (epel7) to 'Approved'

limb changed tmraz's 'approveacls' permission on pcsc-perl (epel7) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's branch request for pcsc-perl in epel7 from Awaiting Review to Approved

limb changed tmraz's branch request for pcsc-perl in epel7 from Awaiting Review 
to Approved
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb created the branch 'epel7' for the package 'pcsc-perl'

limb created the branch 'epel7' for the package 'pcsc-perl'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's 'commit' permission on pcsc-perl (epel7) to 'Approved'

limb changed tmraz's 'commit' permission on pcsc-perl (epel7) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's 'watchbugzilla' permission on pcsc-perl (epel7) to 'Approved'

limb changed tmraz's 'watchbugzilla' permission on pcsc-perl (epel7) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's branch request for pcsc-perl in el6 from Awaiting Review to Approved

limb changed tmraz's branch request for pcsc-perl in el6 from Awaiting Review 
to Approved
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's 'commit' permission on pcsc-perl (el6) to 'Approved'

limb changed tmraz's 'commit' permission on pcsc-perl (el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed tmraz's 'watchbugzilla' permission on pcsc-perl (el6) to 'Approved'

limb changed tmraz's 'watchbugzilla' permission on pcsc-perl (el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb created the branch 'el6' for the package 'pcsc-perl'

limb created the branch 'el6' for the package 'pcsc-perl'
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
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-libnet (master). "Net::libnetFAQ document replaced with a hyper link because of the Artistic license"

From 9d07b6a807965e41c6559339bc35ac4456220ca0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 16 Sep 2016 14:58:21 +0200
Subject: Net::libnetFAQ document replaced with a hyper link because of the
 Artistic license

---
 .gitignore   |  2 ++
 perl-libnet.spec | 21 ++--
 repackage.sh | 59 
 sources  |  3 ++-
 4 files changed, 82 insertions(+), 3 deletions(-)
 create mode 100755 repackage.sh

diff --git a/.gitignore b/.gitignore
index d4b4b2b..91eb64e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,5 @@
 /libnet-3.08.tar.gz
 /libnet-3.09.tar.gz
 /libnet-3.10.tar.gz
+/libnet-3.10_repackaged.tar.gz
+/libnetFAQ.pod
diff --git a/perl-libnet.spec b/perl-libnet.spec
index d31dd31..8e5ec86 100644
--- a/perl-libnet.spec
+++ b/perl-libnet.spec
@@ -1,16 +1,27 @@
 Name:   perl-libnet
 Version:3.10
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Perl clients for various network protocols
+# other files:  GPL+ or Artistic
+## Not in binary packages
+# repackage.sh: GPLv2+
+## Removed from upstream sources:
+# lib/Net/libnetFAQ.pod:Artistic(CPAN RT#117888)
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/libnet/
-Source0:
http://www.cpan.org/authors/id/S/SH/SHAY/libnet-%{version}.tar.gz
+# Origin source archive contains Artistic only files, CPAN RT#117888.
+# Local archive produced by "./repackage.sh %%{version}" command.
+# http://www.cpan.org/authors/id/S/SH/SHAY/libnet-%%{version}.tar.gz
+Source0:libnet-%{version}_repackaged.tar.gz
+# Replacement for the Artistic only file, CPAN RT#117888.
+Source1:libnetFAQ.pod
 # Convert Changes to UTF-8
 Patch0: libnet-3.09-Normalize-Changes-encoding.patch
 # Do not create Net/libnet.cfg, bug #1238689
 Patch1: libnet-3.08-Do-not-create-Net-libnet.cfg.patch
 BuildArch:  noarch
+BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
@@ -91,6 +102,8 @@ protocols used in the internet community.
 
 %prep
 %setup -q -n libnet-%{version}
+# Provide dummy Net::libnetFAQ document, CPAN RT#117888
+install -m 0644 %{SOURCE1} lib/Net
 %patch0 -p1
 %patch1 -p1
 
@@ -113,6 +126,10 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Sep 16 2016 Petr Pisar  - 3.10-2
+- Net::libnetFAQ document replaced with a hyper link because of the Artistic
+  license (CPAN RT#117888)
+
 * Mon Aug 01 2016 Jitka Plesnikova  - 3.10-1
 - 3.10 bump
 
diff --git a/repackage.sh b/repackage.sh
new file mode 100755
index 000..b9b8a9a
--- /dev/null
+++ b/repackage.sh
@@ -0,0 +1,59 @@
+#!/bin/bash
+#
+# Copyright (C) 2010 Red Hat, Inc.
+# Authors:
+# Thomas Woerner 
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program.  If not, see .
+#
+
+version=$1
+[ -z "$version" ] && { echo "Usage: $0 "; exit 1; }
+
+# files to be removed without the main libnet-/ prefix
+declare -a REMOVE
+REMOVE[${#REMOVE[*]}]="lib/Net/libnetFAQ.pod"
+
+# no changes below this line should be needed
+
+orig="libnet-${version}"
+orig_tgz="${orig}.tar.gz"
+repackaged="${orig}_repackaged"
+repackaged_tar="${repackaged}.tar"
+repackaged_tgz="${repackaged_tar}.gz"
+
+# pre checks
+[ ! -f "${orig_tgz}" ] && { echo "ERROR: ${orig_tgz} does not exist"; exit 1; }
+[ -f "${repackaged_tgz}" ] && { echo "ERROR: ${repackaged_tgz} already exist"; 
exit 1; }
+
+# repackage
+failure=0
+gzip -dc "${orig_tgz}" > "${repackaged_tar}"
+for file in "${REMOVE[@]}"; do
+tar -f "${repackaged_tar}" --delete "${orig}/${file}" >> repackage.log
+[ $? != 0 ] && { echo "ERROR: Could not remove file ${orig}/${file} from 
archive."; failure=1; } || echo "Removed ${orig}/${file} from archive."
+done
+[ $failure != 0 ] && { echo "See repackage.log for details."; exit 1; }
+gzip -9 -n "${repackaged_tar}"
+
+# post checks
+RET=0
+for file in "${REMOVE[@]}"; do
+found=$(tar -ztvf "${repackaged_tgz}" | grep "${file}")
+[ -n "$found" ] && { echo "ERROR: file ${file} is still in the repackaged 
archive."; RET=1; }
+done
+
+[ $RET == 0 ] && echo "Sucessfully repackaged ${orig}: ${repackaged_tgz}"
+
+exit $RET
diff --git a/sources b/sources
index 14962d9..55bf31f 100644
--- a/sources
+++ b/sources
@@ -1

ppisar uploaded libnetFAQ.pod for perl-libnet

7a9dada2b4dc886c0932ad4f3d6534ab  libnetFAQ.pod

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-libnet/libnetFAQ.pod/md5/7a9dada2b4dc886c0932ad4f3d6534ab/libnetFAQ.pod
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar uploaded libnet-3.10_repackaged.tar.gz for perl-libnet

631c42b40d36bcc689b2d8093ba09545  libnet-3.10_repackaged.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-libnet/libnet-3.10_repackaged.tar.gz/md5/631c42b40d36bcc689b2d8093ba09545/libnet-3.10_repackaged.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Who can fix coredumpctl?

On Fri, Sep 16, 2016 at 12:03 PM, Chris Murphy  wrote:
> On Fri, Sep 16, 2016 at 11:26 AM, Zbigniew Jędrzejewski-Szmek
>  wrote:
>> On Fri, Sep 16, 2016 at 11:02:44AM -0600, Chris Murphy wrote:
>
>>> None have *
>>
>> So this is the issue really. I guess we should make the output
>> more clear in that case. Please try something as simple as
>> bash -c 'kill -ABRT $$' → this should result in a coredump appearing
>> in /var/lib/systemd/coredump. If it doesn't than maybe you don't
>> have enough free space and systemd-coredump, or something else is wrong.

$ df -h
Filesystem  Size  Used Avail Use% Mounted on
devtmpfs3.9G 0  3.9G   0% /dev
tmpfs   3.9G  472K  3.9G   1% /dev/shm
tmpfs   3.9G  1.7M  3.9G   1% /run
tmpfs   3.9G 0  3.9G   0% /sys/fs/cgroup
/dev/sda5   104G   50G   54G  48% /
tmpfs   3.9G  588K  3.9G   1% /tmp
/dev/sda5   104G   50G   54G  48% /home
tmpfs   787M   20K  787M   1% /run/user/42
tmpfs   787M  4.6M  782M   1% /run/user/100



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

Re: Who can fix coredumpctl?

On Fri, Sep 16, 2016 at 11:26 AM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Fri, Sep 16, 2016 at 11:02:44AM -0600, Chris Murphy wrote:

>> None have *
>
> So this is the issue really. I guess we should make the output
> more clear in that case. Please try something as simple as
> bash -c 'kill -ABRT $$' → this should result in a coredump appearing
> in /var/lib/systemd/coredump. If it doesn't than maybe you don't
> have enough free space and systemd-coredump, or something else is wrong.

$ coredumpctl
Fri 2016-09-16 11:59:37 MDT3343  1000  1000   6 * /usr/bin/bash

$ ls -l /var/lib/systemd/coredump
total 0
-rw-r-+ 1 root root 0 Sep 16 11:59
core.bash.1000.7f1dd932c6594cbdae77969bd76125ca.3343.147404877700

journalctl -f

Sep 16 11:59:37 f24m audit[3343]: ANOM_ABEND auid=1000 uid=1000
gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
pid=3343 comm="bash" exe="/usr/bin/bash" sig=6
Sep 16 11:59:37 f24m systemd[1]: Started Process Core Dump (PID 3344/UID 0).
Sep 16 11:59:37 f24m audit[1]: SERVICE_START pid=1 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
msg='unit=systemd-coredump@1-3344-0 comm="systemd"
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
res=success'
Sep 16 11:59:37 f24m systemd-coredump[3345]: Failed to compress
/var/lib/systemd/coredump/.#core.bash.1000.7f1dd932c6594cbdae77969bd76125ca.3343.1474048777.lz4fb3b07bda3e93e45:
Invalid argument
Sep 16 11:59:37 f24m systemd-coredump[3345]: Failed to generate stack
trace: invalid `Elf' handle
Sep 16 11:59:37 f24m systemd-coredump[3345]: Process 3343 (bash) of
user 1000 dumped core.
Sep 16 11:59:37 f24m audit[1]: SERVICE_STOP pid=1 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
msg='unit=systemd-coredump@1-3344-0 comm="systemd"
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
res=success'
Sep 16 11:59:37 f24m abrt-dump-journal-core[884]: Failed to obtain all
required information from journald
Sep 16 11:59:37 f24m abrt-dump-journal-core[884]: Failed to obtain all
required information from journald
Sep 16 11:59:37 f24m abrt-server[3356]: Blacklisted package 'bash'
Sep 16 11:59:37 f24m abrt-server[3356]: 'post-create' on
'/var/spool/abrt/ccpp-2016-09-16-11:59:37.495036-884' exited with 1
Sep 16 11:59:37 f24m abrt-server[3356]: Deleting problem directory
'/var/spool/abrt/ccpp-2016-09-16-11:59:37.495036-884'



It looks like maybe some 0 length coredump get cleaned up sooner than
non-zero ones (?) and that's why the directory is empty. But I know
there were a bunch of * items and that directory had items in it, but
then some behavior has changed - I just don't know what or when, only
that it was within the lifetime of Fedora 24.


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

tmraz requested branch el6 for package pcsc-perl

tmraz requested branch el6 for package pcsc-perl
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

tmraz requested branch epel7 for package pcsc-perl

tmraz requested branch epel7 for package pcsc-perl
https://admin.fedoraproject.org/pkgdb/package/pcsc-perl/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl (master). "Add Artistic 2.0 into perl-Encode license tag because of encguess tool"

From 871546c7c7a1cc8260d8742c4834239828ca6d86 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 16 Sep 2016 11:07:32 +0200
Subject: Add Artistic 2.0 into perl-Encode license tag because of encguess
 tool

---
 perl.spec | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/perl.spec b/perl.spec
index d983b04..def7617 100644
--- a/perl.spec
+++ b/perl.spec
@@ -36,6 +36,7 @@ Group:  Development/Languages
 # subpackages.
 # dist/Tie-File/lib/Tie/File.pm:GPLv2+ or Artistic
 # cpan/Getopt-Long/lib/Getopt/Long.pm:  GPLv2+ or Artistic
+# cpan/Encode/bin/encguess: Artistic 2.0
 # lib/unicore:  UCD
 # ext/SDBM_File/sdbm.{c,h}: Public domain
 # regexec.c, regcomp.c: HSLR
@@ -990,7 +991,7 @@ module can handle all types of input, including 
partial-byte data.
 %package Encode
 Summary:Character encodings in Perl
 Group:  Development/Libraries
-License:(GPL+ or Artistic) and UCD
+License:(GPL+ or Artistic) and Artistic 2.0 and UCD
 Epoch:  4
 Version:2.80
 Requires:   %perl_compat
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl.git/commit/?h=master=871546c7c7a1cc8260d8742c4834239828ca6d86
___
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-Encode (master). "Add Artistic 2.0 into license tag because of encguess tool"

From ab747f6aed17bb84c9c251fad28dae94f3f52454 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 16 Sep 2016 10:52:42 +0200
Subject: Add Artistic 2.0 into license tag because of encguess tool

---
 perl-Encode.spec | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/perl-Encode.spec b/perl-Encode.spec
index 0edb4c6..fe1f875 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,11 +8,12 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
+# bin/encguess: Artistic 2.0
 # other files:  GPL+ or Artistic
-License:(GPL+ or Artistic) and UCD
+License:(GPL+ or Artistic) and Artistic 2.0 and UCD
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
@@ -111,6 +112,7 @@ The easiest and the best alternative is to write your 
script in UTF-8.
 %package devel
 Summary:Perl Encode Module Generator
 Version:%{cpan_version}
+License:(GPL+ or Artistic) and UCD
 Group:  Development/Libraries
 Requires:   %{name}%{?_isa} = %{epoch}:%{cpan_version}-%{release}
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -166,6 +168,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 16 2016 Petr Pisar  - 4:2.86-2
+- Add Artistic 2.0 into license tag because of encguess tool
+
 * Thu Aug 11 2016 Jitka Plesnikova  - 4:2.86-1
 - 2.86 bump
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=master=ab747f6aed17bb84c9c251fad28dae94f3f52454
___
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-Encode (f23). "Add Artistic 2.0 into license tag because of encguess tool"

From a2c55a81ef9cd4497890d6b40a412d4813b0a79f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 16 Sep 2016 10:52:42 +0200
Subject: Add Artistic 2.0 into license tag because of encguess tool

---
 perl-Encode.spec | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/perl-Encode.spec b/perl-Encode.spec
index 9682173..f5471ca 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,11 +8,12 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:5%{?dist}
+Release:6%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
+# bin/encguess: Artistic 2.0
 # other files:  GPL+ or Artistic
-License:(GPL+ or Artistic) and UCD
+License:(GPL+ or Artistic) and Artistic 2.0 and UCD
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
@@ -113,6 +114,7 @@ The easiest and the best alternative is to write your 
script in UTF-8.
 %package devel
 Summary:Perl Encode Module Generator
 Version:%{cpan_version}
+License:(GPL+ or Artistic) and UCD
 Group:  Development/Libraries
 Requires:   %{name}%{?_isa} = %{epoch}:%{cpan_version}-%{release}
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -169,6 +171,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 16 2016 Petr Pisar  - 3:2.84-6
+- Add Artistic 2.0 into license tag because of encguess tool
+
 * Tue Aug 02 2016 Jitka Plesnikova  - 3:2.84-5
 - Avoid loading optional modules from default . (CVE-2016-1238)
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f23=a2c55a81ef9cd4497890d6b40a412d4813b0a79f
___
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-Encode (f25). "Add Artistic 2.0 into license tag because of encguess tool"

From 7eb7ee33da977c66b2a50ac407e90760254a27ef Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 16 Sep 2016 10:52:42 +0200
Subject: Add Artistic 2.0 into license tag because of encguess tool

---
 perl-Encode.spec | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/perl-Encode.spec b/perl-Encode.spec
index 0edb4c6..fe1f875 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,11 +8,12 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
+# bin/encguess: Artistic 2.0
 # other files:  GPL+ or Artistic
-License:(GPL+ or Artistic) and UCD
+License:(GPL+ or Artistic) and Artistic 2.0 and UCD
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
@@ -111,6 +112,7 @@ The easiest and the best alternative is to write your 
script in UTF-8.
 %package devel
 Summary:Perl Encode Module Generator
 Version:%{cpan_version}
+License:(GPL+ or Artistic) and UCD
 Group:  Development/Libraries
 Requires:   %{name}%{?_isa} = %{epoch}:%{cpan_version}-%{release}
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -166,6 +168,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 16 2016 Petr Pisar  - 4:2.86-2
+- Add Artistic 2.0 into license tag because of encguess tool
+
 * Thu Aug 11 2016 Jitka Plesnikova  - 4:2.86-1
 - 2.86 bump
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f25=7eb7ee33da977c66b2a50ac407e90760254a27ef
___
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-Encode (f24). "Add Artistic 2.0 into license tag because of encguess tool"

From c70f917a5259178f4e1c6f4d3eae889ea65079da Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 16 Sep 2016 10:52:42 +0200
Subject: Add Artistic 2.0 into license tag because of encguess tool

---
 perl-Encode.spec | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/perl-Encode.spec b/perl-Encode.spec
index c33b903..91b3342 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,11 +8,12 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
+# bin/encguess: Artistic 2.0
 # other files:  GPL+ or Artistic
-License:(GPL+ or Artistic) and UCD
+License:(GPL+ or Artistic) and Artistic 2.0 and UCD
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
@@ -114,6 +115,7 @@ The easiest and the best alternative is to write your 
script in UTF-8.
 %package devel
 Summary:Perl Encode Module Generator
 Version:%{cpan_version}
+License:(GPL+ or Artistic) and UCD
 Group:  Development/Libraries
 Requires:   %{name}%{?_isa} = %{epoch}:%{cpan_version}-%{release}
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -170,6 +172,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 16 2016 Petr Pisar  - 3:2.84-10
+- Add Artistic 2.0 into license tag because of encguess tool
+
 * Tue Aug 02 2016 Jitka Plesnikova  - 3:2.84-9
 - Avoid loading optional modules from default . (CVE-2016-1238)
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f24=c70f917a5259178f4e1c6f4d3eae889ea65079da
___
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-Check-ISA (master). "0.09 bump"

From 64d01bf71b2859c4a6e472e60d1cf07b963ac8ee Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 16 Sep 2016 09:28:14 +0200
Subject: 0.09 bump

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

diff --git a/.gitignore b/.gitignore
index d987b28..92e82e3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ Check-ISA-0.04.tar.gz
 /Check-ISA-0.06.tar.gz
 /Check-ISA-0.07.tar.gz
 /Check-ISA-0.08.tar.gz
+/Check-ISA-0.09.tar.gz
diff --git a/perl-Check-ISA.spec b/perl-Check-ISA.spec
index 7742553..ee1993b 100644
--- a/perl-Check-ISA.spec
+++ b/perl-Check-ISA.spec
@@ -1,5 +1,5 @@
 Name:   perl-Check-ISA
-Version:0.08
+Version:0.09
 Release:1%{?dist}
 # see lib/Check/ISA.pm
 License:GPL+ or Artistic
@@ -57,6 +57,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Sep 16 2016 Jitka Plesnikova  - 0.09-1
+- 0.09 bump
+
 * Mon Jul 18 2016 Jitka Plesnikova  - 0.08-1
 - 0.08 bump
 
diff --git a/sources b/sources
index 7354811..e44ba79 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-53740287ca04f3df28d4721ffa1e38cf  Check-ISA-0.08.tar.gz
+d86bd85a04cdc0976841fdc2c6fa19b5  Check-ISA-0.09.tar.gz
-- 
cgit v0.12



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

jplesnik uploaded Check-ISA-0.09.tar.gz for perl-Check-ISA

d86bd85a04cdc0976841fdc2c6fa19b5  Check-ISA-0.09.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Check-ISA/Check-ISA-0.09.tar.gz/md5/d86bd85a04cdc0976841fdc2c6fa19b5/Check-ISA-0.09.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

2016-09-16 Thread Michael Catanzaro

On Fri, 2016-09-16 at 17:19 +, Zbigniew Jędrzejewski-Szmek wrote:
> Automatically? If I receive a bug upstream, I want to receive it
> without the distribution's embellishments: I want to know what
> *upstream* version of the software was used, how I can reproduce the
> bug using generic installation from sources, and not using the distro
> package, etc. Also, I don't want to read the full history on the
> distribution bugtracker, I want to see a concise summary of
> findings. I want to see an explanation why the bug is an upstream
> bug,
> not a distro-specific thing. The person who is forwarding bugs has to
> all of this by hand, and doing this automatically is infeasible.

I don't care so much about all that (it's more important for systemd
due to distro integration), I just want the bug reporter CCed on the
upstream bug, and able to respond when I ask a question.

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

Re: Who can fix coredumpctl?

On Fri, Sep 16, 2016 at 11:02:44AM -0600, Chris Murphy wrote:
> On Thu, Sep 15, 2016 at 7:05 PM, Zbigniew Jędrzejewski-Szmek
>  wrote:
> > On Thu, Sep 15, 2016 at 08:52:03AM -0600, Chris Murphy wrote:
> >> On Thu, Sep 15, 2016 at 8:17 AM, Michael Catanzaro  
> >> wrote:
> >> > Hi,
> >> >
> >> > Something between F23 and F24 broke coredumpctl in Fedora. It's still
> >> > broken. Appears to be an SELinux bug. It's reported as [1]. I want
> >> > coredumpctl to be enabled by default in F26 as a F26 feature, but I can
> >> > hardly go ahead and propose that while it's still broken. It would be
> >> > great if the SELinux developers could look into the issue. systemd
> >> > developers have been responsive and already left several comments in
> >> > the bug, but I've failed to get the attention of SELinux folks thus
> >> > far.
> >>
> >> I think that's only part of the problem. I regularly get: is not a
> >> core dump: File format not recognized
> >>
> >> I asked about it on systemd list and there's no reply. And very often
> >> now I get this: More than one entry matches, ignoring rest.
> > I replied to that other mail, but in general it seems that you're
> > hitting some bug which prevent systemd-coredump from reading and saving
> > a proper coredump. Or maybe you are looking at log entries for which
> > the coredump is already gone? Try on of the ones which have '*'
> > in the "present" column.
> 
> None have *

So this is the issue really. I guess we should make the output
more clear in that case. Please try something as simple as
bash -c 'kill -ABRT $$' → this should result in a coredump appearing
in /var/lib/systemd/coredump. If it doesn't than maybe you don't
have enough free space and systemd-coredump, or something else is wrong.

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

Re: Who can fix coredumpctl?

On Fri, Sep 16, 2016 at 10:51:53AM -0500, Michael Catanzaro wrote:
> On Fri, 2016-09-16 at 01:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> > > There's also no command to clean things up.
> > You can just do rm /var/lib/systemd/coredump/* or something time
> > based.
> 
> I am almost positive that systemd cleans these automatically when the
> directory grows too large?

Yes, of course (MaxUse=, KeepFree= in coredump.conf, similarly to how
journals are cleaned up, and there's also time based cleanup specified
in /usr/lib/tmpfiles.d/systemd.conf). I just wanted to underline the
fact that old coredumps can be removed by hand if wanted.

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

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

On Fri, Sep 16, 2016 at 09:42:07AM -0700, stan wrote:
> On Fri, 16 Sep 2016 10:01:30 -0400
> Matthew Miller  wrote:
> 
> > On Thu, Sep 15, 2016 at 05:31:31PM -0700, Adam Williamson wrote:
> > > > > So, what if we steer end users away from Bugzilla and
> > > > > bug-trackers completely² and to Ask Fedora³ instead? The triage
> > > > > team could [...]  
> > > > But there's no triage team. Adding another layer of indirection
> > > > without a dedicated new workforce would likely just divert
> > > > resources away from the existing bug fixing process.  
> > > And before anyone asks - we've tried to have a triage team several
> > > times and it has never really worked so far. It's a hard and
> > > relatively  
> > 
> > Right, so, this is part of the context for my idea above. There
> > *isn't* a triage team, but there *is* a community around Ask Fedora,
> > and we could build from that. It wouldn't be the same at all as
> > previous efforts to "bugzilla-garden"
> 
> Wouldn't it make more sense to have a way for package maintainers to
> decide if a bug was local or upstream, and a button they could push to
> automatically send it upstream?

Automatically? If I receive a bug upstream, I want to receive it
without the distribution's embellishments: I want to know what
*upstream* version of the software was used, how I can reproduce the
bug using generic installation from sources, and not using the distro
package, etc. Also, I don't want to read the full history on the
distribution bugtracker, I want to see a concise summary of
findings. I want to see an explanation why the bug is an upstream bug,
not a distro-specific thing. The person who is forwarding bugs has to
all of this by hand, and doing this automatically is infeasible.

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

Re: Review Swaps

2016-09-16 Thread Jerry James

Hi Tim,

On Thu, Sep 15, 2016 at 8:31 AM, Tim Flink  wrote:
> We have some packages which are in need of review, anyone interested in
> a swap?
>
> execdb - Execution status database for Taskotron
>   * https://bugzilla.redhat.com/show_bug.cgi?id=1346243

I'll take execdb.  Can you take yet another gap package in exchange?
https://bugzilla.redhat.com/show_bug.cgi?id=1376869
-- 
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [fedora-java] Re: java-1.8.0-openjdk i686 1:1.8.0.102-2.b14.fc26 is broken ... ?

2016-09-16 Thread Omair Majid

Hi,

* Omair Majid  [2016-09-16 11:59]:
> * gil  [2016-09-16 02:27]:
> > The system is out of resources.
> > Consult the following stack trace for details.
> > java.lang.StackOverflowError
> > at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3250)
> > at 
> > com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:1897)
> > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:576)
> > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:1825)
> 
> Does increasing the thread stack size help? Something like
> 
> MAVEN_OPTS=-Xss1024k

Works for me with this change to the spec file:

-export MAVEN_OPTS="-Xms1024m -Xmx3096m -XX:PermSize=128m 
-XX:MaxPermSize=384m"
+export MAVEN_OPTS="-Xms1024m -Xmx2048m -Xss5m"

Scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=15662528

root.log shows:

> DEBUG util.py:421:   java-1.8.0-openjdk i686 
> 1:1.8.0.102-2.b14.fc26   build 233 k
> DEBUG util.py:421:   java-1.8.0-openjdk-devel   i686 
> 1:1.8.0.102-2.b14.fc26   build 9.8 M
> DEBUG util.py:421:   java-1.8.0-openjdk-headlessi686 
> 1:1.8.0.102-2.b14.fc26   build  31 M

Cheers,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Who can fix coredumpctl?

On Thu, Sep 15, 2016 at 7:05 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Thu, Sep 15, 2016 at 08:52:03AM -0600, Chris Murphy wrote:
>> On Thu, Sep 15, 2016 at 8:17 AM, Michael Catanzaro  
>> wrote:
>> > Hi,
>> >
>> > Something between F23 and F24 broke coredumpctl in Fedora. It's still
>> > broken. Appears to be an SELinux bug. It's reported as [1]. I want
>> > coredumpctl to be enabled by default in F26 as a F26 feature, but I can
>> > hardly go ahead and propose that while it's still broken. It would be
>> > great if the SELinux developers could look into the issue. systemd
>> > developers have been responsive and already left several comments in
>> > the bug, but I've failed to get the attention of SELinux folks thus
>> > far.
>>
>> I think that's only part of the problem. I regularly get: is not a
>> core dump: File format not recognized
>>
>> I asked about it on systemd list and there's no reply. And very often
>> now I get this: More than one entry matches, ignoring rest.
> I replied to that other mail, but in general it seems that you're
> hitting some bug which prevent systemd-coredump from reading and saving
> a proper coredump. Or maybe you are looking at log entries for which
> the coredump is already gone? Try on of the ones which have '*'
> in the "present" column.

None have *

>
> Please have a look at the files in /var/lib/systemd/coredump.

Empty. I didn't empty it.


> Those should be normal (possibly lz4-compressed) coredumps, and
> gdb should be able to read them without any coredumpctl interaction.
>
>> I get the 'more than one entry matches'
> That is harmless, coredumpctl should just use last matching entry.

OK so the confusion is that it should use the last matching entry,
which it does, but then there's no file.


>
>> There's also no command to clean things up.
> You can just do rm /var/lib/systemd/coredump/* or something time
> based.
>
>> And my favorite:
>>
>> Refusing to dump core to tty.
> OK, so that's a bug: coredumpctl prints that message before checking
> whether the coredump is accessible:
> I filed https://github.com/systemd/systemd/issues/4161.

OK thanks.


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

Summary/Minutes from today's FESCo Meeting (2016-09-16)

2016-09-16 Thread Josh Boyer

===
#fedora-meeting: FESCO (2016-09-16)
===


Meeting started by jwb at 16:06:02 UTC. The full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting/2016-09-16/fesco.2016-09-16-16.06.log.html
.



Meeting summary
---
* init process  (jwb, 16:06:02)

* #1626 Release blocking deliverables for Fedora 25  (jwb, 16:07:50)
  * LINK: https://fedorahosted.org/fesco/ticket/1626   (jwb, 16:07:50)
  * Workstation os-tree deliverable is not blocking  (jwb, 16:09:12)
  * ACTION: jwb to prod cloud again and confirm deliverable with Cloud
(jwb, 16:14:07)

* #1628  (jwb, 16:15:52)
  * LINK: https://fedorahosted.org/fesco/ticket/1628   (jwb, 16:16:10)
  * LINK: https://github.com/rpm-software-management/libhif   (kalev,
16:26:11)

* Next Week's Chair  (jwb, 16:35:42)
  * jsmith to chair next week  (jwb, 16:35:58)
  * kalev, dgilmore, jwb, sgallagh missing next week  (jwb, 16:37:26)
  * AGREED: due to light numbers of FESCo members skip next weeks
meeting  (jwb, 16:39:47)
  * sgallagh to chair the week after (30-Sept-2016)  (jwb, 16:40:08)

* Open Floor  (jwb, 16:40:15)
  * Beta freeze is Sept 27th.  Please ensure your changes are complete
and submitted as updates now  (jwb, 16:42:24)

Meeting ended at 16:43:30 UTC.




Action Items

* jwb to prod cloud again and confirm deliverable with Cloud




Action Items, by person
---
* jwb
  * jwb to prod cloud again and confirm deliverable with Cloud
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* jwb (66)
* maxamillion (30)
* kalev (19)
* nirik (16)
* sgallagh (15)
* zodbot (15)
* dgilmore (13)
* paragan (7)
* jsmith (7)
* Rathann (5)
* kushal (3)
* moto-timo (1)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

2016-09-16 Thread stan

On Fri, 16 Sep 2016 10:01:30 -0400
Matthew Miller  wrote:

> On Thu, Sep 15, 2016 at 05:31:31PM -0700, Adam Williamson wrote:
> > > > So, what if we steer end users away from Bugzilla and
> > > > bug-trackers completely² and to Ask Fedora³ instead? The triage
> > > > team could [...]  
> > > But there's no triage team. Adding another layer of indirection
> > > without a dedicated new workforce would likely just divert
> > > resources away from the existing bug fixing process.  
> > And before anyone asks - we've tried to have a triage team several
> > times and it has never really worked so far. It's a hard and
> > relatively  
> 
> Right, so, this is part of the context for my idea above. There
> *isn't* a triage team, but there *is* a community around Ask Fedora,
> and we could build from that. It wouldn't be the same at all as
> previous efforts to "bugzilla-garden"

Wouldn't it make more sense to have a way for package maintainers to
decide if a bug was local or upstream, and a button they could push to
automatically send it upstream?

Suppose that if a fedora package has an upstream bug tracker, *fedora*
owns a login to their bug tracker.  Then, when the maintainer looks at
the bug, he or she decides whether to send it upstream by clicking a
button.  If it is sent upstream, the [yet to be designed and built
application] converts it to the appropriate format, logs in to the
upstream bug tracker, and puts it there.  And it places a message in
the bug on redhat bugzilla stating that the bug has been sent upstream
for resolution.  That leaves the package maintainer dealing only with
local bugs, and new releases.  Sort of like abort for packages.

Lots of issues here, but it greatly simplifies the package maintainer's
job.I have 10 bugs today.  I look at them and send those for
upstream there, with a click.  Leaving me 4.  Much more manageable.

But it takes work to have this happen, mostly one time, but with some
ongoing maintenance.

Database of upstream logins and passwords has to be built and
maintained.

Getting a package approved requires a fedora login and password to be
approved, or an exception if it doesn't exist, and entry into the
database.

I don't know how many different kinds of bug trackers there are,
but translating bugzilla to multiple other layouts might be an
issue.  Maybe instead, just place a link to the fedora bugzilla on
their bug tracker.  Still, this requires programming and maintenance.

Is the trade-off of resources worth it?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [fedora-java] java-1.8.0-openjdk i686 1:1.8.0.102-2.b14.fc26 is broken ... ?

2016-09-16 Thread gil




Il 16/09/2016 17:58, Omair Majid ha scritto:
Hi,

Hi,

* gil  [2016-09-16 02:27]:

The system is out of resources.
Consult the following stack trace for details.
java.lang.StackOverflowError
at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3250)
at 
com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:1897)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:576)
at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:1825)

Does increasing the thread stack size help? Something like

 MAVEN_OPTS=-Xss1024k

Thanks,
Omair


i used ... export MAVEN_OPTS="-Xms1024m -Xmx3096m 
but after the lottery of the koji builder give to me x64 ...
thanks!
regards
.g
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Who can fix coredumpctl?

2016-09-16 Thread Michael Catanzaro

On Fri, 2016-09-16 at 01:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> > There's also no command to clean things up.
> You can just do rm /var/lib/systemd/coredump/* or something time
> based.

I am almost positive that systemd cleans these automatically when the
directory grows too large?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Running docker images crashing F25?

2016-09-16 Thread Matthew Miller

On Sat, Sep 17, 2016 at 01:46:49AM +1000, Philip Rhoades wrote:
> I decided to live on the edge and did a bare-metal install of F25
> x86_64 a little while ago - it has been going pretty smoothly but in
> the last few days I have been playing around with docker again
> (specifically: cprogrammer/indimail:fedora-23 ie a qmail server) and
> I have had a few spontaneous reboots - one that locked up at a BIOS
> splash screen.
> 
> Is this something I should be helping to debug somehow?  I just did
> a full "dnf update" before the last couple of crashes . .

Anything logged when this happens?

-- 
Matthew Miller

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

Re: [fedora-java] java-1.8.0-openjdk i686 1:1.8.0.102-2.b14.fc26 is broken ... ?

2016-09-16 Thread Omair Majid

Hi,

* gil  [2016-09-16 02:27]:
> The system is out of resources.
> Consult the following stack trace for details.
> java.lang.StackOverflowError
>   at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3250)
>   at 
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:1897)
>   at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:576)
>   at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:1825)

Does increasing the thread stack size help? Something like

MAVEN_OPTS=-Xss1024k

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Python SIG on-boarding issue

2016-09-16 Thread Dhanesh Bhalchandra Sabane

> I was wondering whether it is a good time to make the new pages official. 
> Also, I would
> like to know whether the idea of splitting the SIG into two FAS groups is 
> acceptable so
> that we can start taking necessary actions. 

As instructed by jflory7, I've opened up a ticket on the Fedora-Infra Trac[1] 
for proposing two FAS groups. Also, the wiki pages [2][3] are live and I 
request all the active members of the SIG to make any changes if necessary.

[1] https://fedorahosted.org/fedora-infrastructure/ticket/5478
[2] https://fedoraproject.org/wiki/SIGs/Python
[3] https://fedoraproject.org/wiki/SIGs/Python/JoinSIG

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

Re: Please unpush FEDORA-2016-7776983633 on all releases or drop support for libjasper

2016-09-16 Thread Michael Catanzaro

On Fri, 2016-09-16 at 10:33 +0100, Jonathan Wakely wrote:
> Given how hard it is to enable those notifications correctly, we
> should just enable them by default for everyone. Or at least for
> anyone maintaining a critpath package (which are the only ones being
> abichecked today anyway).

FWIW gave up trying to configure my notifications and just turned them
all off. Last time I checked, I couldn't find a way to configure
notifications on a package-specific basis. The flood of notifications
from packages I have commit access to but don't want to receive
notifications for was pretty overwhelming.

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

Re: User Visible Terminology

2016-09-16 Thread Stephen Gallagher

On 09/16/2016 11:43 AM, Matthew Miller wrote:
> On Fri, Sep 16, 2016 at 05:02:04PM +0200, Petr Šabata wrote:
>>> This is for the labeling of, for example, separate PHP 5, 6, and 7
>>> modules?
>>
>> Yes.  Or even variations of the same upstream version.
>>
>> I'm really pro-stream here because these identifiers have
>> nothing to do with upgrade paths and some modules or module
>> stacks wouldn't even have any concept of numbered, progressive
>> builds/releases.  It's just a label.
>>
>> I would save the word "version" to identify updates within
>> these "streams".
> 
> I agree on not using "version" for this. I'm not completely sold on
> "stream", partly because we talk about "upstream" and "downstream" so
> much, and this is unrelated to that. How about "branch"? That fits with
> the idea of "rebase" for switching between them
> 

What about "flow" or "journey"? With "flow", we could use the term "reflow" for
switching between them as well.



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

Running docker images crashing F25?

2016-09-16 Thread Philip Rhoades


People,

I couldn't find a specific docker Fedora list so I am posting here - 
feel free to tell me a more appropriate list . .


I decided to live on the edge and did a bare-metal install of F25 x86_64 
a little while ago - it has been going pretty smoothly but in the last 
few days I have been playing around with docker again (specifically: 
cprogrammer/indimail:fedora-23 ie a qmail server) and I have had a few 
spontaneous reboots - one that locked up at a BIOS splash screen.


Is this something I should be helping to debug somehow?  I just did a 
full "dnf update" before the last couple of crashes . .


Thanks,

Phil.
--
Philip Rhoades

PO Box 896
Cowra  NSW  2794
Australia
E-mail:  p...@pricom.com.au
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: User Visible Terminology

2016-09-16 Thread Matthew Miller

On Fri, Sep 16, 2016 at 05:02:04PM +0200, Petr Šabata wrote:
> > This is for the labeling of, for example, separate PHP 5, 6, and 7
> > modules?
> 
> Yes.  Or even variations of the same upstream version.
> 
> I'm really pro-stream here because these identifiers have
> nothing to do with upgrade paths and some modules or module
> stacks wouldn't even have any concept of numbered, progressive
> builds/releases.  It's just a label.
> 
> I would save the word "version" to identify updates within
> these "streams".

I agree on not using "version" for this. I'm not completely sold on
"stream", partly because we talk about "upstream" and "downstream" so
much, and this is unrelated to that. How about "branch"? That fits with
the idea of "rebase" for switching between them


-- 
Matthew Miller

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

[Bug 1376845] New: The license tag should mention GPL+ or Artistic

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

Bug ID: 1376845
   Summary: The license tag should mention GPL+ or Artistic
   Product: Fedora
   Version: rawhide
 Component: perl-Params-Validate
  Assignee: rc040...@freenet.de
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: lxt...@gmail.com, perl-devel@lists.fedoraproject.org,
rc040...@freenet.de



Params-Validate-1.24/c/ppport.h contains license declaration:

This program is free software; you can redistribute it and/or
modify it under the same terms as Perl itself.

The file is included into compilation unit when compiling
lib/Params/Validate/XS.c into XS.so. Thus I think the spec file should mention
"GPL+ or Artistic" in the License tag. Now it declares "Artistic 2.0" only.

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

Re: User Visible Terminology

2016-09-16 Thread Petr Šabata

On Thu, Sep 15, 2016 at 06:41:10PM +0300, Alexander Ploumistos wrote:
> On Thu, Sep 15, 2016 at 5:25 PM, Mary Clarke  wrote:
> >
> > The Modularity working group is looking to standardize terminology that 
> > users use to interact with functionality around modules.
> 
> 
> Perhaps it would be better if someone provided some examples for the
> functions described here - at least for the vaguest terms. Is there a
> wiki page, mailing list thread, irc log or something to get a better
> idea about them?
> 
> Also, if
> 
> > * Upgrade: updates the module to the latest release but the same version of 
> > the module
> 
> what would upgrading/updating to a higher version of a module be called?

This is exactly why I'm against the "version" keyword here :)

Just because another "version"/"stream" provides newer upstream
version of your software doesn't mean it's really an upgrade
for you.  It might, it might not be.  You need to consider
other module metadata too.

Anyway, the verb we've been using for switching between module
"versions"/"streams" so far is "rebase", AFAIC.  I believe
that's also open for discussion.

P


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

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

2016-09-16 Thread Josh Boyer

On Fri, Sep 16, 2016 at 10:01 AM, Matthew Miller
 wrote:
> On Thu, Sep 15, 2016 at 05:31:31PM -0700, Adam Williamson wrote:
>> > > So, what if we steer end users away from Bugzilla and bug-trackers
>> > > completely² and to Ask Fedora³ instead? The triage team could [...]
>> > But there's no triage team. Adding another layer of indirection without
>> > a dedicated new workforce would likely just divert resources away
>> > from the existing bug fixing process.
>> And before anyone asks - we've tried to have a triage team several
>> times and it has never really worked so far. It's a hard and relatively
>
> Right, so, this is part of the context for my idea above. There *isn't*
> a triage team, but there *is* a community around Ask Fedora, and we
> could build from that. It wouldn't be the same at all as previous
> efforts to "bugzilla-garden"

I appreciate the idea, but I'm not sure it will actually pan out that way.

Right now, the bulk of problem reports for users still go to bugzilla
either via ABRT or manual filing.  Ask is used more for true newbies
or for issues where the person doesn't even know where to file the
bug.  The community helping there can handle the type and number of
issues being reported.  It's users helping users.
If we start directing users to Ask instead of bugzilla in a
coordinated effort, I'm afraid a few things will happen:

a) The problem of maintainers ignoring bug reports will become even
more prevalent because asking them to monitor multiple locations for
problem reports.

b) Regardless of whether A happens or not, we run the risk of
information loss and excess process being implemented.  Bugzilla and
Ask could be linked somehow, but bridges rarely work well.

c) We'll quickly burn the existing Ask community out.

This works in IT because they have dedicated customer support teams.
We do not.  The problem we face is not really the tools we have, but
the lack of people dedicated to customer support.  Trying to jumpstart
one from the Ask community seems to be asking an awful lot.

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

Re: User Visible Terminology

2016-09-16 Thread Petr Šabata

On Thu, Sep 15, 2016 at 10:59:55AM -0400, Matthew Miller wrote:
> On Thu, Sep 15, 2016 at 02:25:52PM -, Mary Clarke wrote:
> > The Modularity working group is looking to standardize terminology that 
> > users use to interact with functionality around modules.  There are some 
> > generally accepted terms, but there are also some that have multiple 
> > choices for common functions.  Some of the more debated options include:
> > * version vs stream
> 
> This is for the labeling of, for example, separate PHP 5, 6, and 7
> modules?

Yes.  Or even variations of the same upstream version.

I'm really pro-stream here because these identifiers have
nothing to do with upgrade paths and some modules or module
stacks wouldn't even have any concept of numbered, progressive
builds/releases.  It's just a label.

I would save the word "version" to identify updates within
these "streams".

> > * enable vs install vs select
> 
> select is the worst :)

It's what I half-jokingly suggested during the last WG meeting :)

The reason was it's a verb we often use when talking about
modularity -- users "selecting" what modules they want on
their system.

Selecting/enabling/installing a module doesn't necessarily
mean something will get installed on your system.  I don't like
"install" much for that reason.

> > * Enable: enables the latest version and/or release of a module and
> >installs the rpms listed in the default profile
> > * Install: performs actions to prepare modules to run
> 
> Is install a subset of enable, or does enable simply call install as a
> convenience if you try to enable something that's not installed?

/me shrugs.

Until very recently, I thought install and enable were just
different verbs for the same action.  I don't really understand
what "install" means now either.  Could someone knowledgable
elaborate?

> > * Run: run the module
> 
> What does that mean? Do I *need* to run a module? Is this like "scl
> enable"? And how does this interact with "enable", for that matter?

+1

> > * Check-upgrade
> 
> list-security? (And/or check-security)?
> 
> > * Install profile
> > * System profile: a config file that lives with the machine
> 
> What do profiles do?

The installation profiles would list components that would
get installed if that particular profile was selected by the
user, for example with permanent configuration, GUI buttons or
command line options.  These could also be used for [container]
image generation.  Later we'd also like to extend these with
recipes for automatic component configuration.

System profiles are something else entirely -- they define what
modules and module variants ("streams"/"versions") should be
chosen when installing new content or [automatically] upgrading
your system.  How exactly that would work isn't defined yet but
the idea is that you could select modules by their "API", their
life cycle, licenses or pretty much any metadata they provide.

P

> -- 
> Matthew Miller

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

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

2016-09-16 Thread Kevin Fenzi

On Fri, 16 Sep 2016 10:01:30 -0400
Matthew Miller  wrote:

> On Thu, Sep 15, 2016 at 05:31:31PM -0700, Adam Williamson wrote:
> > > > So, what if we steer end users away from Bugzilla and
> > > > bug-trackers completely² and to Ask Fedora³ instead? The triage
> > > > team could [...]  
> > > But there's no triage team. Adding another layer of indirection
> > > without a dedicated new workforce would likely just divert
> > > resources away from the existing bug fixing process.  
> > And before anyone asks - we've tried to have a triage team several
> > times and it has never really worked so far. It's a hard and
> > relatively  
> 
> Right, so, this is part of the context for my idea above. There
> *isn't* a triage team, but there *is* a community around Ask Fedora,
> and we could build from that. It wouldn't be the same at all as
> previous efforts to "bugzilla-garden"

So, before we start using ask for more things, I'd prefer it be in a
better place from a infrastructure point of view at least. 

Right now ask is running on RHEL6, using an old version of Django and
various other old bits. 

The current plan was to wait until Aurélien gets mailman3/hyperkitty
all reviewed and in EPEL7. Then we can package up the newer askbot and
use the same Django 1.8 that mailman3 uses. 

That said, upstream hasn't had a release in about 1.5 years. 
There's a number of bugs and things that don't work that don't seem to
get much attention from upstream. (twitter integration, mailing daily
digests of questions/answers, etc)

We have been trying to setup a Fedora theme for... well, since we set
it up at first. There is now the latest attempt setup on stg: 
https://ask.stg.fedoraproject.org/en/questions/

It's also not super clear how active the community is there. I see a
lot of "No answer" questions on the first page at least, so I am not
sure if it would work to try and get them to answer user problems and
file bugs. On the other hand, It doesn't hurt to try and see how it
goes. :) 

kevin

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

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-16 Thread Nikos Mavrogiannopoulos

On Fri, 2016-09-16 at 16:13 +0200, Dan Horák wrote:
> On Fri, 16 Sep 2016 15:06:13 +0100
> David Woodhouse  wrote:
> 
> > 
> > On Fri, 2016-09-16 at 15:39 +0200, Jan Kurik wrote:
> > > 
> > > We will also
> > > add compat openssl102 package so the applications and other
> > > dependencies which are not ported yet to the new API continue to
> > > work.
> > 
> > What plan do you have for libp11 and engine_pkcs11?
> 
> FWIW engine_pkcs11 got retired recently IIRC, but strangely only in
> f25

It was retired because it is now combined with libp11. The package
engine_pkcs11 still exists.

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

Fedora Rawhide-20160916.n.0 compose check report

2016-09-16 Thread Fedora compose checker

Missing expected images:

Cloud_base raw-xz i386
Atomic raw-xz x86_64

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

Old failures (same test failed in Rawhide-20160915.n.0):

ID: 34582   Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/34582
ID: 34583   Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/34583
ID: 34589   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/34589
ID: 34590   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/34590
ID: 34591   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/34591
ID: 34592   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/34592
ID: 34593   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/34593
ID: 34602   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/34602
ID: 34615   Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/34615
ID: 34632   Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/34632
ID: 34633   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/34633
ID: 34642   Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/34642
ID: 34648   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/34648
ID: 34654   Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/34654
ID: 34660   Test: x86_64 universal install_kickstart_hdd
URL: https://openqa.fedoraproject.org/tests/34660
ID: 34662   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/34662
ID: 34665   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/34665
ID: 34667   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/34667
ID: 34670   Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/34670
ID: 34687   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/34687
ID: 34688   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/34688

Passed openQA tests: 71/92 (x86_64), 13/17 (i386)

New passes (same test did not pass in Rawhide-20160915.n.0):

ID: 34636   Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/34636

Skipped openQA tests: 6 of 111
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: "Broken dependencies" for anything depending on matplotlib

2016-09-16 Thread Peter Robinson

On Fri, Sep 16, 2016 at 3:08 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Fri, Sep 16, 2016 at 03:00:13PM +0100, Peter Robinson wrote:
>> >> > blosc has broken dependencies in the rawhide tree:
>> >> > On aarch64:
>> >> > blosc-bench-1.10.1-1.fc26.aarch64 requires python-matplotlib
>> >> > Please resolve this as soon as possible.
>> >>
>> >> Hi,
>> >>
>> >> tl;dr: in case you see a similar message, I think it can be ignored for 
>> >> now.
>> >>
>> >> A few days ago I got a whole bunch of similar messages, for many of my
>> >> python packages. matplotlib is a very standard and important module, so
>> >> I don't think it make sense to make support for it conditional.
>> >> It seems that Orion is trying to build python-matplotlib:
>> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=15643133, and it fails
>> >> because python-scikit-image is missing. But the dependency on scikit-image
>> >> can probably be made conditional… so matplotlib should become available
>> >> and this problem should go away soonish.
>> >
>> > So there's a dependency loop between python-matplotlib and
>> > python-scikit-image (used by matplotlib for documentation). Building [1]
>> > matplotlib w/o python-scikit-image (with_html 0) unfortunately results
>> > in a test failure [2].
>>
>> There's a FTBFS for matplotlib even without the dep loop. The dep loop
>> is actually due to the FTBFS of matplotlib on the import, I can assist
>> in fixing this if someone who knows more about it can fix the FTBFS. I
>> suspect, but aren't 100% sure, the tests failure is due to an
>> assumption about memory page size of 4K, on aarch64 (for Fedora at
>> least) it's actually 64K.
>>
>> It might be easier to do a scratch build for test against F-25
>> arm.koji.fedoraproject.org as all the deps are there and you can see
>> the actual failure.
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1365851
>> [2] http://arm.koji.fedoraproject.org/koji/packageinfo?packageID=7800
>
> Thanks for the hints, I'll try to look into that over the weekend.
> Are there any aarch64 machines available for Fedora developers (like
> with arm and ppc64)? It'd really help in this case.

Not directly in Fedora infra right now, I'm working to shuffle around
hardware and we should have soon. You can run aarch64 on x86_64 [1]
too although it's not the fastest in the world.

[1] 
https://fedoraproject.org/wiki/Architectures/AArch64/F24/Installation#Install_with_QEMU
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-16 Thread Dan Horák

On Fri, 16 Sep 2016 15:06:13 +0100
David Woodhouse  wrote:

> On Fri, 2016-09-16 at 15:39 +0200, Jan Kurik wrote:
> > We will also
> > add compat openssl102 package so the applications and other
> > dependencies which are not ported yet to the new API continue to
> > work.
> 
> What plan do you have for libp11 and engine_pkcs11?

FWIW engine_pkcs11 got retired recently IIRC, but strangely only in f25


Dan
 
> Packaging guidelines state that packages SHOULD support PKCS#11 URIs
> if they support using certificates/keys via a filename.
> 
> Which is made fairly trivial by libp11 and the engine. But only if
> it's actually *present* for the version of OpenSSL that you're
> building against...
> 
> -- 
> dwmw2
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-16 Thread David Woodhouse

On Fri, 2016-09-16 at 15:39 +0200, Jan Kurik wrote:
> We will also
> add compat openssl102 package so the applications and other
> dependencies which are not ported yet to the new API continue to work.

What plan do you have for libp11 and engine_pkcs11?

Packaging guidelines state that packages SHOULD support PKCS#11 URIs if
they support using certificates/keys via a filename.

Which is made fairly trivial by libp11 and the engine. But only if it's
actually *present* for the version of OpenSSL that you're building
against...

-- 
dwmw2

smime.p7s
Description: S/MIME cryptographic signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: "Broken dependencies" for anything depending on matplotlib

On Fri, Sep 16, 2016 at 03:00:13PM +0100, Peter Robinson wrote:
> >> > blosc has broken dependencies in the rawhide tree:
> >> > On aarch64:
> >> > blosc-bench-1.10.1-1.fc26.aarch64 requires python-matplotlib
> >> > Please resolve this as soon as possible.
> >>
> >> Hi,
> >>
> >> tl;dr: in case you see a similar message, I think it can be ignored for 
> >> now.
> >>
> >> A few days ago I got a whole bunch of similar messages, for many of my
> >> python packages. matplotlib is a very standard and important module, so
> >> I don't think it make sense to make support for it conditional.
> >> It seems that Orion is trying to build python-matplotlib:
> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=15643133, and it fails
> >> because python-scikit-image is missing. But the dependency on scikit-image
> >> can probably be made conditional… so matplotlib should become available
> >> and this problem should go away soonish.
> >
> > So there's a dependency loop between python-matplotlib and
> > python-scikit-image (used by matplotlib for documentation). Building [1]
> > matplotlib w/o python-scikit-image (with_html 0) unfortunately results
> > in a test failure [2].
> 
> There's a FTBFS for matplotlib even without the dep loop. The dep loop
> is actually due to the FTBFS of matplotlib on the import, I can assist
> in fixing this if someone who knows more about it can fix the FTBFS. I
> suspect, but aren't 100% sure, the tests failure is due to an
> assumption about memory page size of 4K, on aarch64 (for Fedora at
> least) it's actually 64K.
> 
> It might be easier to do a scratch build for test against F-25
> arm.koji.fedoraproject.org as all the deps are there and you can see
> the actual failure.
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1365851
> [2] http://arm.koji.fedoraproject.org/koji/packageinfo?packageID=7800

Thanks for the hints, I'll try to look into that over the weekend.
Are there any aarch64 machines available for Fedora developers (like
with arm and ppc64)? It'd really help in this case.

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

Re: Triaging RH Bugzilla and forwarding bugs upstream (Was: F24, small backward steps)

2016-09-16 Thread Matthew Miller

On Thu, Sep 15, 2016 at 05:31:31PM -0700, Adam Williamson wrote:
> > > So, what if we steer end users away from Bugzilla and bug-trackers
> > > completely² and to Ask Fedora³ instead? The triage team could [...]
> > But there's no triage team. Adding another layer of indirection without
> > a dedicated new workforce would likely just divert resources away
> > from the existing bug fixing process.
> And before anyone asks - we've tried to have a triage team several
> times and it has never really worked so far. It's a hard and relatively

Right, so, this is part of the context for my idea above. There *isn't*
a triage team, but there *is* a community around Ask Fedora, and we
could build from that. It wouldn't be the same at all as previous
efforts to "bugzilla-garden"

-- 
Matthew Miller

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

Re: "Broken dependencies" for anything depending on matplotlib

2016-09-16 Thread Peter Robinson

>> > blosc has broken dependencies in the rawhide tree:
>> > On aarch64:
>> > blosc-bench-1.10.1-1.fc26.aarch64 requires python-matplotlib
>> > Please resolve this as soon as possible.
>>
>> Hi,
>>
>> tl;dr: in case you see a similar message, I think it can be ignored for now.
>>
>> A few days ago I got a whole bunch of similar messages, for many of my
>> python packages. matplotlib is a very standard and important module, so
>> I don't think it make sense to make support for it conditional.
>> It seems that Orion is trying to build python-matplotlib:
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=15643133, and it fails
>> because python-scikit-image is missing. But the dependency on scikit-image
>> can probably be made conditional… so matplotlib should become available
>> and this problem should go away soonish.
>
> So there's a dependency loop between python-matplotlib and
> python-scikit-image (used by matplotlib for documentation). Building [1]
> matplotlib w/o python-scikit-image (with_html 0) unfortunately results
> in a test failure [2].

There's a FTBFS for matplotlib even without the dep loop. The dep loop
is actually due to the FTBFS of matplotlib on the import, I can assist
in fixing this if someone who knows more about it can fix the FTBFS. I
suspect, but aren't 100% sure, the tests failure is due to an
assumption about memory page size of 4K, on aarch64 (for Fedora at
least) it's actually 64K.

It might be easier to do a scratch build for test against F-25
arm.koji.fedoraproject.org as all the deps are there and you can see
the actual failure.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1365851
[2] http://arm.koji.fedoraproject.org/koji/packageinfo?packageID=7800


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

Re: "Broken dependencies" for anything depending on matplotlib

2016-09-16 Thread Dominik 'Rathann' Mierzejewski

On Friday, 16 September 2016 at 14:31, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Sep 16, 2016 at 11:40:35AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Sep 16, 2016 at 03:05:25AM +, build...@fedoraproject.org wrote:
> > > 
> > > 
> > > blosc has broken dependencies in the rawhide tree:
> > > On aarch64:
> > >   blosc-bench-1.10.1-1.fc26.aarch64 requires python-matplotlib
> > > Please resolve this as soon as possible.
> > 
> > Hi,
> > 
> > tl;dr: in case you see a similar message, I think it can be ignored for now.
> > 
> > A few days ago I got a whole bunch of similar messages, for many of my
> > python packages. matplotlib is a very standard and important module, so
> > I don't think it make sense to make support for it conditional.
> > It seems that Orion is trying to build python-matplotlib:
> > http://koji.fedoraproject.org/koji/taskinfo?taskID=15643133, and it fails
> > because python-scikit-image is missing. But the dependency on scikit-image
> > can probably be made conditional… so matplotlib should become available
> > and this problem should go away soonish.
> 
> So there's a dependency loop between python-matplotlib and
> python-scikit-image (used by matplotlib for documentation). Building [1]
> matplotlib w/o python-scikit-image (with_html 0) unfortunately results
> in a test failure [2].
> 
> [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=15658562
> [2] 
> http://koji.fedoraproject.org/koji/getfile?taskID=15658562=build.log=-4000
> 
> I wonder it it'd be more efficient to try to fix this with current 
> matplotlib-1.5.2-rc2
> that we have in Fedora, or to move to matplotlib-2, which might already be 
> fixed…

FYI I'm working on matplotlib-2.0.0 beta package, but many tests are
failing there as well. I'll try to push it to rawhide or at least
publish it in my copr this weekend.

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

Re: orphaning ec2-metadata, system-autodeath, s3cmd

2016-09-16 Thread Fabio Alessandro Locati

On Fri, Sep 16, 2016 at 06:07:49AM -0400, Nico Kadel-Garcia wrote:
> On Thu, Sep 15, 2016 at 3:24 PM, Athmane Madjoudj
>  wrote:
> > Hi,
> >
> > On Thu, Sep 15, 2016 at 8:00 PM, Matthew Miller
> >  wrote:
> >> s3cmd
> >
> > I took s3cmd.
> 
> Good. s3cmd sems to have been superseded, at Amazon, by awscli.
> Unfortunately, awscli is a !@#$!#@ to RPM bundle. I tried. The
> difficulty is the chain of python module dependencies, each of which
> have python module dependencies, and some of which have *conflicting*
> python module dependencies. The conflicts apply especially to the
> Sphinx versions used to build the documentation of different modules.

awscli is actually packaged and maintained (by me) in Fedora.
-- 
Fabio Alessandro Locati
Red Hat - Senior Consultant

PGP Fingerprint: E815 3C49 2A8D FD8B 1CBD  BC85 FDB3 DF20 B2DC 9C1B


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

F26 System Wide Change: OpenSSL 1.1.0

2016-09-16 Thread Jan Kurik

= Proposed System Wide Change: OpenSSL 1.1.0 =
https://fedoraproject.org/wiki/Changes/OpenSSL110


Change owner(s):
* Tomas Mraz 

Rebase of OpenSSL package to 1.1.0 version

== Detailed Description ==
Update the OpenSSL library to the 1.1.0 branch in Fedora to bring
multiple big improvements, new cryptographic algorithms, and new API
that allows for keeping ABI stability in future upgrades. We will also
add compat openssl102 package so the applications and other
dependencies which are not ported yet to the new API continue to work.


== Scope ==
* Proposal owners:
Prepare and test rebased openssl package. Prepare and test compat
openssl102 package. Help with patching and rebuilding dependent
packages.

* Other developers:
Patch and rebuild your package if it uses OpenSSL library (proposal
owner will help).

* Release engineering:
N/A unless we decide that separate branch is needed. Mass rebuild will
not help as the packages have to be patched for the API changes.

* List of deliverables:
N/A

* Policies and guidelines:
N/A

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

F26 System Wide Change: OpenSSL 1.1.0

2016-09-16 Thread Jan Kurik

= Proposed System Wide Change: OpenSSL 1.1.0 =
https://fedoraproject.org/wiki/Changes/OpenSSL110


Change owner(s):
* Tomas Mraz 

Rebase of OpenSSL package to 1.1.0 version

== Detailed Description ==
Update the OpenSSL library to the 1.1.0 branch in Fedora to bring
multiple big improvements, new cryptographic algorithms, and new API
that allows for keeping ABI stability in future upgrades. We will also
add compat openssl102 package so the applications and other
dependencies which are not ported yet to the new API continue to work.


== Scope ==
* Proposal owners:
Prepare and test rebased openssl package. Prepare and test compat
openssl102 package. Help with patching and rebuilding dependent
packages.

* Other developers:
Patch and rebuild your package if it uses OpenSSL library (proposal
owner will help).

* Release engineering:
N/A unless we decide that separate branch is needed. Mass rebuild will
not help as the packages have to be patched for the API changes.

* List of deliverables:
N/A

* Policies and guidelines:
N/A

* Trademark approval:
N/A
-- 
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: User Visible Terminology

2016-09-16 Thread Björn Persson

"Mary Clarke"  wrote:
> * List-enabled: lists all enabled modules

If this is terminology to be displayed in a user interface, not
technical identifiers, then this hyphen is wrong. "List enabled" is a
verb applied to an object, and is a reasonable short form of "list all
enabled modules". "List-enabled" is a compound adjective that means
something like "enabled for listing". Presumably modules that aren't
list-enabled are omitted from the list.

> * Check-upgrade
> * Check-rebase

If these are supposed to mean "check whether something can be
upgraded/rebased", then these hyphens are also wrong. To "check-upgrade"
something means either to upgrade it in a "check" way, or else to first
check it and then upgrade it.

If, on the other hand, these terms can't contain spaces because they're
command line parameters, then they should be written in all lowercase.

And if I'm completely off base, then perhaps you should have provided a
little more context.

Björn Persson

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

Broken dependencies: perl-Alien-ROOT

2016-09-16 Thread buildsys



perl-Alien-ROOT has broken dependencies in the rawhide tree:
On aarch64:
perl-Alien-ROOT-5.34.36.1-1.fc26.noarch requires root-core
Please resolve this as soon as possible.

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

Broken dependencies: perl-Data-Alias

2016-09-16 Thread buildsys



perl-Data-Alias has broken dependencies in the rawhide tree:
On aarch64:
perl-Data-Alias-1.20-2.fc24.aarch64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.aarch64 requires perl(:MODULE_COMPAT_5.22.1)
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.i686 requires perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Data-Alias-1.20-2.fc24.armv7hl requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.armv7hl requires perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

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

Enabling task-abicheck notification for all maintainers by default

2016-09-16 Thread Dodji Seketeli

Hello fine fellows,

There recently was another incompatible ABI change in a core library in
Fedora. This did spark a lot of discussions, especially in the thread
at
https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/MCYGMG24GAHGUD2AUACL45MFGXSSR4OR/.

The good news is that incompatible ABI change was caught by our
task-abicheck task.

The less good news is nobody got aware of the result of the task because
the maintainer was most likely not notified. Because by default,
notifications about the result of this task are turned off. And another
message to the thread I mentionned above shows that it's not that easy
to turn those notifications on without making any mistake:
https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/J4IBLB3PMBCN4J4EQQCBEQZ4HSADMRIY.

I guess my point is that experience is showing us that if this kind of
notification is not enabled by default, people are just not aware of it.

I am thus proposing that notifications about the results of
task-abicheck that are either NEEDS_INSPECTION or FAILED be sent to
maintainers of the relevant packages *by default*.

There is also a proposal about making Bodhi to block the automatic push
of a given build to the stable repository *if* the task-abicheck result
for that build is either NEEDS_INSPECTION or FAILED. I obviously agree
with this latest proposal, of course. But I think it should come in
*addition* to making maintainers aware of (possible) incompatible ABI
changes of their packages *early*, at Koji build time, giving them a
chance to fix things before they reach the Bodhi stage.

What do you think?

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

Re: Fedora Rawhide-20160915.n.0 compose check report

2016-09-16 Thread David Lehman

On Thu, 2016-09-15 at 22:28 -0700, Adam Williamson wrote:
> On Fri, 2016-09-16 at 04:45 +, Fedora compose checker wrote:
> > 
> > New failures (same test did not fail in Rawhide-20160914.n.0):
> > 
> > 
> > ID: 34503   Test: x86_64 Server-dvd-iso
> > server_realmd_join_kickstart
> > URL: https://openqa.fedoraproject.org/tests/34503
> > ID: 34520   Test: x86_64 universal install_delete_pata
> > URL: https://openqa.fedoraproject.org/tests/34520
> > ID: 34521   Test: x86_64 universal install_delete_pata@uefi
> > URL: https://openqa.fedoraproject.org/tests/34521
> > ID: 34524   Test: x86_64 universal install_multi
> > URL: https://openqa.fedoraproject.org/tests/34524
> > ID: 34530   Test: x86_64 universal install_delete_partial
> > URL: https://openqa.fedoraproject.org/tests/34530
> > ID: 34542   Test: x86_64 universal install_delete_partial@uefi
> > URL: https://openqa.fedoraproject.org/tests/34542
> > ID: 34548   Test: x86_64 universal install_kickstart_hdd
> > URL: https://openqa.fedoraproject.org/tests/34548
> This looks like a crop of genuine new failures, probably related to
> the
> new python-blivet; I'll investigate and file bugs tomorrow. david, if
> you want to get a head start, you can find all the logs on the Logs &
> Assets tab for each test (except for the kickstart tests; kickstart
> tests don't upload logs when they fail, it's an issue with how the
> tests are set up that I keep meaning to fix...)

I'm taking Friday off. Several of those are missing the anaconda-tb
file, but I think the following patch will fix it for now. If you feel
it's necessary, you are welcome to add that in dist-git and do a -2
build. If not, I'll see to it that it gets fixed on Monday.

diff --git a/blivet/deviceaction.py b/blivet/deviceaction.py
index 01f6431..5132107 100644
--- a/blivet/deviceaction.py
+++ b/blivet/deviceaction.py
@@ -693,8 +693,6 @@ class ActionDestroyFormat(DeviceAction):
 if isinstance(self.device, PartitionDevice) and
self.device.disklabel_supported:
 if self.format.parted_flag:
 self.device.unset_flag(self.format.parted_flag)
-if self.format.parted_system is not None:
-self.device.parted_partition.system = None
 self.device.disk.format.commit_to_disk()
 super(ActionDestroyFormat, self).execute(callbacks=callbacks)
 status = self.device.status


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

Re: orphaning ec2-metadata, system-autodeath, s3cmd

On Fri, Sep 16, 2016 at 06:07:49AM -0400, Nico Kadel-Garcia wrote:
> On Thu, Sep 15, 2016 at 3:24 PM, Athmane Madjoudj
>  wrote:
> > Hi,
> >
> > On Thu, Sep 15, 2016 at 8:00 PM, Matthew Miller
> >  wrote:
> >> s3cmd
> >
> > I took s3cmd.
> 
> Good. s3cmd sems to have been superseded, at Amazon, by awscli.
> Unfortunately, awscli is a !@#$!#@ to RPM bundle. I tried. The
> difficulty is the chain of python module dependencies, each of which
> have python module dependencies, and some of which have *conflicting*
> python module dependencies. The conflicts apply especially to the
> Sphinx versions used to build the documentation of different modules.
The sphinx documentation could be skipped: the documentation is probably
available on the web anyway. Or one could patch out the sphinx version
checks — sphinx is fairly backwards compatible and in my experience the
checks are always wrong.

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

Re: "Broken dependencies" for anything depending on matplotlib

On Fri, Sep 16, 2016 at 11:40:35AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Sep 16, 2016 at 03:05:25AM +, build...@fedoraproject.org wrote:
> > 
> > 
> > blosc has broken dependencies in the rawhide tree:
> > On aarch64:
> > blosc-bench-1.10.1-1.fc26.aarch64 requires python-matplotlib
> > Please resolve this as soon as possible.
> 
> Hi,
> 
> tl;dr: in case you see a similar message, I think it can be ignored for now.
> 
> A few days ago I got a whole bunch of similar messages, for many of my
> python packages. matplotlib is a very standard and important module, so
> I don't think it make sense to make support for it conditional.
> It seems that Orion is trying to build python-matplotlib:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=15643133, and it fails
> because python-scikit-image is missing. But the dependency on scikit-image
> can probably be made conditional… so matplotlib should become available
> and this problem should go away soonish.

So there's a dependency loop between python-matplotlib and
python-scikit-image (used by matplotlib for documentation). Building [1]
matplotlib w/o python-scikit-image (with_html 0) unfortunately results
in a test failure [2].

[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=15658562
[2] 
http://koji.fedoraproject.org/koji/getfile?taskID=15658562=build.log=-4000

I wonder it it'd be more efficient to try to fix this with current 
matplotlib-1.5.2-rc2
that we have in Fedora, or to move to matplotlib-2, which might already be 
fixed…

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

[Bug 1376794] New: perl-CGI-4.33 is available

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

Bug ID: 1376794
   Summary: perl-CGI-4.33 is available
   Product: Fedora
   Version: rawhide
 Component: perl-CGI
  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: 4.33
Current version/release in rawhide: 4.32-1.fc25
URL: http://search.cpan.org/dist/CGI/

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

-- 
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 1376788] New: perl-App-Nopaste-1.007 is available

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

Bug ID: 1376788
   Summary: perl-App-Nopaste-1.007 is available
   Product: Fedora
   Version: rawhide
 Component: perl-App-Nopaste
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, iarn...@gmail.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 1.007
Current version/release in rawhide: 1.006-1.fc25
URL: http://search.cpan.org/dist/App-Nopaste/

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

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

"Broken dependencies" for anything depending on matplotlib

On Fri, Sep 16, 2016 at 03:05:25AM +, build...@fedoraproject.org wrote:
> 
> 
> blosc has broken dependencies in the rawhide tree:
> On aarch64:
>   blosc-bench-1.10.1-1.fc26.aarch64 requires python-matplotlib
> Please resolve this as soon as possible.

Hi,

tl;dr: in case you see a similar message, I think it can be ignored for now.

A few days ago I got a whole bunch of similar messages, for many of my
python packages. matplotlib is a very standard and important module, so
I don't think it make sense to make support for it conditional.
It seems that Orion is trying to build python-matplotlib:
http://koji.fedoraproject.org/koji/taskinfo?taskID=15643133, and it fails
because python-scikit-image is missing. But the dependency on scikit-image
can probably be made conditional… so matplotlib should become available
and this problem should go away soonish.

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

Re: orphaning ec2-metadata, system-autodeath, s3cmd

2016-09-16 Thread Nico Kadel-Garcia

On Thu, Sep 15, 2016 at 3:24 PM, Athmane Madjoudj
 wrote:
> Hi,
>
> On Thu, Sep 15, 2016 at 8:00 PM, Matthew Miller
>  wrote:
>> s3cmd
>
> I took s3cmd.

Good. s3cmd sems to have been superseded, at Amazon, by awscli.
Unfortunately, awscli is a !@#$!#@ to RPM bundle. I tried. The
difficulty is the chain of python module dependencies, each of which
have python module dependencies, and some of which have *conflicting*
python module dependencies. The conflicts apply especially to the
Sphinx versions used to build the documentation of different modules.

So s3cmd is going to be a necessary RPM until and unless that python
dependency hell for awscli is resolved, unless people are willing to
run "sudo pip install awscli" and accept possibly replacing working
RPM versions of python modules.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Please unpush FEDORA-2016-7776983633 on all releases or drop support for libjasper

2016-09-16 Thread Jonathan Wakely


On 15/09/16 14:53 +0200, Dodji Seketeli wrote:

Right, as I said in another message, the Taskotron's task-abicheck task
actually caught it at Koji build time, asking the maintainer to review
the change at:

https://taskotron.fedoraproject.org/artifacts/all/532e5e32-6055-11e6-b56f-525400120b80/task_output/jasper-1.900.1-33.fc24.log

Normally, the maintainer received a notification *if* the notification
was enabled in her/his settings.


I've just gone to https://apps.fedoraproject.org/notifications/ to
make sure I have the relevant Taskotron notifcations enabled. I
didn't.

It's not at all simple to figure out what needs to be enabled. I found
the "Particular taskotron task outcome" rule which says:


The full list of supported outcomes can be found in the libtaskotron
documentation.


but the link gives a 404. Great. So I guessed that FAILED is what I
want. But Dodji tells me that's wrong and I need
FAILED,NEED_INSPECTION.

The inline text for the rule should be updated to mention
NEED_INSPECTION and/or the link to the docs should be fixed so we can
actually read the docs.

Given how hard it is to enable those notifications correctly, we
should just enable them by default for everyone. Or at least for
anyone maintaining a critpath package (which are the only ones being
abichecked today anyway).
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

perl-Encode license correction

2016-09-16 Thread Petr Pisar

I found ecnguess tool uses Artistic 2.0 license, so I corrected it in
all Fedoras. The license tag was changes from
((GPL+ or Artistic) and UCD) to ((GPL+ or Artistic) and Artistic 2.0 and UCD).

-- Petr
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 435  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 429  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 361  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 319  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 291  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 177  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-30a8346813   
vtun-3.0.1-10.el6
  82  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-db7e78fac7   
php-PHPMailer-5.2.16-2.el6
  75  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-d0e444c5f2   
pypy-5.0.1-4.el6
  36  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a1450d7fe0   
knot-1.6.8-1.el6
  21  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8594ed3a53   
chicken-4.11.0-3.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb5607d339   
wordpress-4.6.1-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-0e948eb4e8   
php-horde-Horde-Core-2.26.1-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e2038f5db3   
php-horde-Horde-Mime-Viewer-2.2.1-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-d4f645229a   
php-horde-Horde-Text-Filter-2.3.5-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-665fb50899   
php-horde-horde-5.2.12-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-4b16af69a6   
varnish-2.1.5-6.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f2d60f53f3   
GraphicsMagick-1.3.25-1.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-bcc7555c8a   
drupal7-google_analytics-2.3-1.el6
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-204f2f07aa   
drupal7-panels-3.7-1.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e079d167e3   
distribution-gpg-keys-1.7-1.el6 mock-1.2.21-1.el6


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

inxi-2.3.1-1.el6
pcsc-tools-1.4.25-1.el6

Details about builds:



 inxi-2.3.1-1.el6 (FEDORA-EPEL-2016-6406a04870)
 A full featured system information script

Update Information:

Update to 2.3.1.




 pcsc-tools-1.4.25-1.el6 (FEDORA-EPEL-2016-d0c335db4c)
 Tools to be used with smart cards and PC/SC

Update Information:

Added pcsc-tools package to EPEL.

References:

  [ 1 ] Bug #807792 - Please build pcsc-tools for EPEL6
https://bugzilla.redhat.com/show_bug.cgi?id=807792

___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

Orphaning python-lirc package

2016-09-16 Thread SAL

Hello,

  I'm orphaning python-lirc package, which is long time not supported
by upstream and has no python3 support. Last release has been in 2005.

  There is an alternative python-lirc package, but with different python
import (lirc instead of pylirc) and I have also an python-ctypes
alternative, which can be updated to be compatible with current Fedora
package (py2 and py3 compatible, one .py file only).

  More info in this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1360753

  I think this package should retire, but if anyone interested, a new
package should be reviewed to replace this one.

SAL
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning packages

2016-09-16 Thread jenslody


Am 16.09.2016 07:11, schrieb Dan Horák:

On Fri, 16 Sep 2016 06:26:47 +0200
Jens Lody  wrote:


Am Thu, 15 Sep 2016 11:39:20 -0400 (EDT)
schrieb Bastien Nocera :
> - gnome-dvb-daemon
>   Is maintained, upstream. Unfortunately, I don't use DVB-T at all
> anymore, but the latest versions should nicely integrate with GNOME
> Videos, by providing a channels list through grilo.
>
I would like to take this, but I have one question about the
versioning. The actual 0.2.90  version is broken anyway and needs some
patches(backports to work, at least on 24. If I remember correctly,
it's the same on 23.
The current git revision (with the grilo-plugin) is internally bumped
to 0.2.91, but not official released.
Whart would be the best way for the versioning ?
A 0.2.90 post-release with checkout date and probably git-hash and
increase release-number or a 0.2.91 pre-release (also with date and
git-hash) ?


I think the pre-release scheme is correct here


Dan


Thank you !

Taken.

Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Maintainer not responding

2016-09-16 Thread jack smith

Hello,

The maintainers of Discount and Gsmartcontrol don't answer.

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

Gsmartcontrol doesn't even start on Fedora 24...

Thanks !
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning packages

2016-09-16 Thread Debarshi Ray

On Thu, Sep 15, 2016 at 11:39:20AM -0400, Bastien Nocera wrote:
> - gnome-web-photo
>   Requires porting to a newer version of WebKit:
>   https://bugzilla.redhat.com/show_bug.cgi?id=1375837
>   I don't think the maintainer (chpe) is still maintaining it upstream

It is just Vincent now because chpe removed himself in commit
d738f13028a3512f6f7650dbc91c524b23dc25c8. :) Since Vincent
moved on to other projects in 2012, and the last real code commit
was in early 2011, I think it is safe to call it dead.

> - xchat-gnome
>   I started using Polari for IRC

I think we should drop xchat-gnome since hexchat is a worthy
replacement.

pgpQBNtgHPbIf.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Schedule for Friday's FESCo Meeting (2016-09-16)

2016-09-16 Thread Jan Kurik

On Thu, Sep 15, 2016 at 9:36 PM, Josh Boyer  wrote:
> Following is the list of topics that will be discussed in the
> FESCo meeting Friday at 16:00UTC in #fedora-meeting on
> irc.freenode.net.
>
> To convert UTC to your local time, take a look at
>   http://fedoraproject.org/wiki/UTCHowto
>
> or run:
>   date -d '2016-09-16 16:00 UTC'
>
>
> Links to all tickets below can be found at:
> https://fedorahosted.org/fesco/report/9
>
> = Followups =
>
> #topic #1626 Release blocking deliverables for Fedora 25
> .fesco 1626
> https://fedorahosted.org/fesco/ticket/1626
>
> = Open Floor =
>
> For more complete details, please visit each individual
> ticket.  The report of the agenda items can be found at
> https://fedorahosted.org/fesco/report/9
>
> If you would like to add something to this agenda, you can
> reply to this e-mail, file a new ticket at
> https://fedorahosted.org/fesco, e-mail me directly, or bring it
> up at the end of the meeting, during the open floor topic. Note
> that added topics may be deferred until the following meeting.

Hi FESCo,

I would like to request review of DNF-2.0 Change proposal for F26
release. More information in ticket
https://fedorahosted.org/fesco/ticket/1628 .

Thanks and Best Regards,
Jan

> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@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
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1376431] perl-Check-ISA-0.09 is available