[Bug 1383319] perl-HTTP-Tiny-0.070 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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 1382942] perl-DBIx-Class-Cursor-Cached-1.001004 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-DBIx-Class-Cursor-Cached-1.001004-1.fc25 has been pushed to the Fedora 25
testing repository. If problems still persist, please make note of it in this
bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-3affc7f41d

-- 
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 1382966] perl-File-chdir-0.1011 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|NEW |ON_QA



--- Comment #5 from Fedora Update System  ---
perl-File-chdir-0.1011-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-48425273d1

-- 
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 1382943] perl-Dist-Zilla-6.008 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|ON_QA



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

-- 
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 1382980] perl-Dist-Zilla-Plugin-ReadmeFromPod-0.34 is available

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Dist-Zilla-Plugin-ReadmeFromPod-0.34-1.fc25 has been pushed to the Fedora
25 testing repository. If problems still persist, please make note of it in
this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-e6b7c45854

-- 
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 1382953] perl-TermReadKey-2.37 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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 1383320] perl-PDF-API2-2.029 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Chris Murphy]

On Mon, Oct 10, 2016 at 2:59 PM, Matthew Miller
 wrote:

> Based on feedback from Ambassadors, DVD images may still be useful
> giveaways in regions with less access to bandwidth. I'm not sure what
> to do about that.

U.S. rural areas? :-D

Are we talking about the DVDs being useful in areas with no internet
at all, or just slow internet? And would an optical specific Live
Workstation spin for Ambassadors be a useful work around?


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

[389-devel] Please review: 49005

[William Brown]

https://fedorahosted.org/389/ticket/49005

Both patches are needed (one for DS, one for lib389)

https://fedorahosted.org/389/attachment/ticket/49005/0001-Ticket-49005-Update-lib389-to-work-in-containers-cor.patch

https://fedorahosted.org/389/attachment/ticket/49005/0001-Ticket-49005-Update-lib389-to-work-in-containers-cor.2.patch



-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


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

koschei failed dep resolution

[Orion Poplawski]

For a number of packages, koschei is now showing:

 Package resolution failed 	package 
texlive-collection-basic-5:svn41149-8.20160520.fc26.1.noarch requires 
xdvik, but none of the providers can be installed


I'm not sure what the issue is here.  My rawhide machine is down at the 
moment.  My EL7 machine with mock/yum can install 
texlive-collection-base and xdvik just fine.


Is this an actual issue with texlive?  With DNF? With koschei (which as 
I understand it at least at one point had some custom DNF based code)?


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

[Bug 1382980] perl-Dist-Zilla-Plugin-ReadmeFromPod-0.34 is available

[bugzilla]

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



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

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

[Fedocal] Reminder meeting : Modularity WG

[jkurik]

Dear all,

You are kindly invited to the meeting:
   Modularity WG on 2016-10-11 from 15:00:00 to 16:00:00 UTC
   At fedora-meetin...@irc.freenode.net

The meeting will be about:
Meeting for the Modularity Working Group.

More information available at: [Modularity Working Group wiki 
page](https://fedoraproject.org/wiki/Modularity_Working_Group)

The agenda for the meeting is available at [modularity-wg-agendas 
pad](http://piratepad.nl/modularity-wg-agendas).



Source: https://apps.fedoraproject.org/calendar/meeting/4697/

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

[Bug 1382980] perl-Dist-Zilla-Plugin-ReadmeFromPod-0.34 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Dist-Zilla-Plugin-ReadmeFromPod-0.34-1.fc23 has been pushed to the Fedora
23 testing repository. If problems still persist, please make note of it in
this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-731a9f30b2

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

Please rebuild OpenEXR against GCC 6.2

[Luya Tshimbalanga]

After investigating the issues related to FTBS on Blender, it turned out
the change from glibc cause OpenEXR to fail on Rawhide repository
according to koschei report:

https://apps.fedoraproject.org/koschei/package/blender

I already filed the report on

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

as applications using OpenEXR may be affected.

-- 

Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net




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

[Bug 1379997] perl-Canary-Stability-2012 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc26  |1.fc26
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc25  |1.fc25
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc24  |1.fc24
   ||perl-Canary-Stability-2012-
   ||1.fc23



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

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

[Bug 1380044] perl-Authen-SASL-SASLprep-1.100 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Authen-SASL-SASLprep-1 |perl-Authen-SASL-SASLprep-1
   |.100-1.fc26 |.100-1.fc26
   |perl-Authen-SASL-SASLprep-1 |perl-Authen-SASL-SASLprep-1
   |.100-1.fc25 |.100-1.fc25
   |perl-Authen-SASL-SASLprep-1 |perl-Authen-SASL-SASLprep-1
   |.100-1.fc24 |.100-1.fc24
   ||perl-Authen-SASL-SASLprep-1
   ||.100-1.fc23



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

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

[Bug 1380054] perl-PDF-Reuse-0.39 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-PDF-Reuse-0.39-1.fc26  |perl-PDF-Reuse-0.39-1.fc26
   |perl-PDF-Reuse-0.39-1.fc25  |perl-PDF-Reuse-0.39-1.fc25
   |perl-PDF-Reuse-0.39-1.fc24  |perl-PDF-Reuse-0.39-1.fc24
   ||perl-PDF-Reuse-0.39-1.fc23



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

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

[Bug 1379025] perl-PDF-Reuse-0.37 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-PDF-Reuse-0.37-1.fc26  |perl-PDF-Reuse-0.37-1.fc26
   |perl-PDF-Reuse-0.39-1.fc25  |perl-PDF-Reuse-0.39-1.fc25
   |perl-PDF-Reuse-0.39-1.fc24  |perl-PDF-Reuse-0.39-1.fc24
   ||perl-PDF-Reuse-0.39-1.fc23



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

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

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Thomas Gilliard]

On 10/10/2016 03:48 PM, Kevin Kofler wrote:

Matthew Miller wrote:

This is already a problem. We're giving away DVDs because it's
something to give away, not because it's what people really still want.
We need to find out some other take-homes that people find
useful and desirable *anyway*.

Based on feedback from Ambassadors, DVD images may still be useful
giveaways in regions with less access to bandwidth. I'm not sure what
to do about that.

My experience from the yearly Vienna Linux Week is that demand for DVDs has
been dropping significantly for the last couple years. It was still high for
1-2 years when the demand in the US had already dropped, but notebooks
without an optical drive have since become commonplace here too. (You CAN
still get a notebook with an optical drive if you really want around here,
but it is not the standard anymore.) That said, the demand might still be
non-zero. We did not have any Fedora media to give out this year (there
wasn't even a Fedora stand due to lack of personnel), so I do not have
precise data from this year.

What would be really great would be USB keys to hand out, but I guess the
prices for those are still too prohibitive. "USB burning stations" have also
not worked out all that well when they were tried at various events in the
past, though it might be worth retrying that these days. Having a reliable
nondestructive way to transfer Fedora onto a USB key would help there,
though. At least I really wouldn't feel well about just erasing every USB
stick I am handed over, nor would I have the time to check every stick I am
given with the owner (nor would I want to peek around in the owner's data to
begin with).

 Kevin Kofler


This sounds like a use for https://wiki.gnome.org/Apps/MultiWriter
let the people bring their own USB keys
satellit

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

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

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

[Jenkins]

See 


--
[...truncated 3688 lines...]
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedLDAPVersion] 
PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedControl] PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedExtension] PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[supportedSASLMechanisms] 
PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[vendorName] PASSED
suites/basic/basic_test.py::test_mod_def_rootdse_attr[vendorVersion] PASSED
suites/betxns/betxn_test.py::test_betxn_init PASSED
suites/betxns/betxn_test.py::test_betxt_7bit PASSED
suites/betxns/betxn_test.py::test_betxn_attr_uniqueness PASSED
suites/betxns/betxn_test.py::test_betxn_memberof PASSED
suites/chaining_plugin/chaining_test.py::test_chaining_init PASSED
suites/chaining_plugin/chaining_test.py::test_chaining_ PASSED
suites/clu/clu_test.py::test_clu_init PASSED
suites/clu/clu_test.py::test_clu_pwdhash PASSED
suites/clu/db2ldif_test.py::test_db2ldif_init PASSED
suites/collation_plugin/collatation_test.py::test_collatation_init PASSED
suites/collation_plugin/collatation_test.py::test_collatation_ PASSED
suites/config/config_test.py::test_maxbersize_repl PASSED
suites/config/config_test.py::test_config_listen_backport_size PASSED
suites/config/config_test.py::test_config_deadlock_policy PASSED
suites/cos_plugin/cos_test.py::test_cos_init PASSED
suites/cos_plugin/cos_test.py::test_cos_ PASSED
suites/deref_plugin/deref_test.py::test_deref_init PASSED
suites/deref_plugin/deref_test.py::test_deref_ PASSED
suites/disk_monitoring/disk_monitor_test.py::test_disk_monitor_init PASSED
suites/disk_monitoring/disk_monitor_test.py::test_disk_monitor_ PASSED
suites/distrib_plugin/distrib_test.py::test_distrib_init PASSED
suites/distrib_plugin/distrib_test.py::test_distrib_ PASSED
suites/dna_plugin/dna_test.py::test_dna_init PASSED
suites/dna_plugin/dna_test.py::test_dna_ PASSED
suites/ds_logs/ds_logs_test.py::test_ds_logs_init PASSED
suites/ds_logs/ds_logs_test.py::test_ds_logs_ PASSED
suites/dynamic-plugins/test_dynamic_plugins.py::test_dynamic_plugins PASSED
suites/filter/filter_test.py::test_filter_init PASSED
suites/filter/filter_test.py::test_filter_escaped PASSED
suites/filter/filter_test.py::test_filter_search_original_attrs PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_supported_features PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[-False-oper_attr_list0]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[-False-oper_attr_list0-*]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[-False-oper_attr_list0-objectClass]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[-True-oper_attr_list1]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[-True-oper_attr_list1-*]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[-True-oper_attr_list1-objectClass]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[ou=people,dc=example,dc=com-False-oper_attr_list2]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[ou=people,dc=example,dc=com-False-oper_attr_list2-*]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[ou=people,dc=example,dc=com-False-oper_attr_list2-objectClass]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[ou=people,dc=example,dc=com-True-oper_attr_list3]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[ou=people,dc=example,dc=com-True-oper_attr_list3-*]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[ou=people,dc=example,dc=com-True-oper_attr_list3-objectClass]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[uid=all_attrs_test,ou=people,dc=example,dc=com-False-oper_attr_list4]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[uid=all_attrs_test,ou=people,dc=example,dc=com-False-oper_attr_list4-*]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[uid=all_attrs_test,ou=people,dc=example,dc=com-False-oper_attr_list4-objectClass]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[uid=all_attrs_test,ou=people,dc=example,dc=com-True-oper_attr_list5]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[uid=all_attrs_test,ou=people,dc=example,dc=com-True-oper_attr_list5-*]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[uid=all_attrs_test,ou=people,dc=example,dc=com-True-oper_attr_list5-objectClass]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[cn=config-False-oper_attr_list6]
 PASSED
suites/filter/rfc3673_all_oper_attrs_test.py::test_search_basic[cn=config-False-oper_attr_list6-*]
 PASSED

[Bug 1383535] New: perl-DateTime-Locale-1.09 is available

[bugzilla]

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

Bug ID: 1383535
   Summary: perl-DateTime-Locale-1.09 is available
   Product: Fedora
   Version: rawhide
 Component: perl-DateTime-Locale
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 1.09
Current version/release in rawhide: 1.08-1.fc26
URL: http://search.cpan.org/dist/DateTime-Locale/

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

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

[bugzilla]

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

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



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

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

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

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

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

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

Re: including EOL and vulnerable software in Fedora

[Zbigniew Jędrzejewski-Szmek]

On Mon, Oct 10, 2016 at 10:29:16AM +0200, Vít Ondruch wrote:
> 
> 
> Dne 9.10.2016 v 05:42 Nick Coghlan napsal(a):
> > On 8 October 2016 at 23:13, Kevin Kofler  wrote:
> >> These python[23][1-9] packages are entirely unnecessary and should go away
> >> ASAP.
> > They're not unnecessary for Python developers, as if you want to make
> > sure you're not accidentally using any features from later versions of
> > Python, the only way to reliably check that is to actually test your
> > code on those older versions.
> 
> While I understand you want to test against older pythons, I don't
> understand how you would do that, since I don't believe that "just"
> older python is enough. You typically need also some additional
> libraries. Therefore I'm afraid this won't stop just with older python,
> but will continue with another set of packages.

Most pure-python packages nowadays support 2.x and 3.x from the same
codebase (at least "libraries", this not true for some "leaf" programs).
So if you are lucky and don't need any complied python modules, simply
adding site-packages from a similar version to PYTHONPATH should be
enough.

And anyway, once you have python running, then you have pip, and
bootstrapping is significantly easier.

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

[389-devel] please review: Ticket 48978 - Refactor LDAPDebug() to slapi_log_err() (part 3 of 3)

[Mark Reynolds]

https://fedorahosted.org/389/ticket/48978

https://fedorahosted.org/389/attachment/ticket/48978/0001-Ticket-48978-refactor-LDADebug-to-slapi_log_err.patch
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Kevin Kofler]

Matthew Miller wrote:
> This is already a problem. We're giving away DVDs because it's
> something to give away, not because it's what people really still want.
> We need to find out some other take-homes that people find
> useful and desirable *anyway*.
> 
> Based on feedback from Ambassadors, DVD images may still be useful
> giveaways in regions with less access to bandwidth. I'm not sure what
> to do about that.

My experience from the yearly Vienna Linux Week is that demand for DVDs has 
been dropping significantly for the last couple years. It was still high for 
1-2 years when the demand in the US had already dropped, but notebooks 
without an optical drive have since become commonplace here too. (You CAN 
still get a notebook with an optical drive if you really want around here, 
but it is not the standard anymore.) That said, the demand might still be 
non-zero. We did not have any Fedora media to give out this year (there 
wasn't even a Fedora stand due to lack of personnel), so I do not have 
precise data from this year.

What would be really great would be USB keys to hand out, but I guess the 
prices for those are still too prohibitive. "USB burning stations" have also 
not worked out all that well when they were tried at various events in the 
past, though it might be worth retrying that these days. Having a reliable 
nondestructive way to transfer Fedora onto a USB key would help there, 
though. At least I really wouldn't feel well about just erasing every USB 
stick I am handed over, nor would I have the time to check every stick I am 
given with the owner (nor would I want to peek around in the owner's data to 
begin with).

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

Re: including EOL and vulnerable software in Fedora

[Kevin Kofler]

Charalampos Stratakis wrote:
> Nevertheless, at the link that I posted before, you can see for yourself
> the exact use case, so that should make things clear enough. Contradictory
> or not (as I said maybe the original descriptions possibly need to be
> rephrased), arguing about that does not really contribute anything to the
> discussion.

Pointing out the contradiction contributes to the discussion that it points 
out that the claimed guarantees that you will not end up with the old 
Pythons without installing them explicitly are blatantly false if there will 
be exceptions to the "no dependencies on those packages" rule.

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

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Alexander Ploumistos]

On Mon, Oct 10, 2016 at 6:58 PM, Adam Williamson
 wrote:
> 1) Are there still cases where an admin would want to use optical media
> on a machine that *could* boot via USB, for legitimate reasons? (I
> genuinely don't know the answer to this).

So far I've had to deal with three small factor PCs with not enough
USB ports and no PS/2 ports for mouse and keyboard. One of them needed
a USB port for a GSM dongle, the other for a WiFi adapter and the
third for a USB2Ethernet adapter. All of them had optical drives. I
did an offline installation for two of them and the other without a
mouse. Had I known beforehand, I would have taken a hub with me, or a
DVD. Also, on some systems, not all USB ports can be used at boot;
they do have power, but no data signals- I don't know why, could be a
firmware issue, but only some of them function around POST.
Afterwards, they work normally. In most such cases, not having a DVD
is an inconvenience, but not an insurmountable one.

> 2) What do we do about handouts (giving away media at conferences)?

There are many dirt cheap flash drives around, with painfully low
write speeds, almost decent read speeds and when they are not DOA,
they can usually survive an installfest. On the plus side, they can be
ordered with a fedora logo or engraving at no extra cost.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1382929] perl-Cookie-Baker-0.07 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Cookie-Baker-0.07-1.fc |perl-Cookie-Baker-0.07-1.fc
   |25  |25
   ||perl-Cookie-Baker-0.07-1.fc
   ||24



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

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

[Bug 1380054] perl-PDF-Reuse-0.39 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-PDF-Reuse-0.39-1.fc26  |perl-PDF-Reuse-0.39-1.fc26
   |perl-PDF-Reuse-0.39-1.fc25  |perl-PDF-Reuse-0.39-1.fc25
   ||perl-PDF-Reuse-0.39-1.fc24



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

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

[Bug 1377902] perl-CPAN-Perl-Releases-2.94 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

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



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

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

[Bug 1380044] perl-Authen-SASL-SASLprep-1.100 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Authen-SASL-SASLprep-1 |perl-Authen-SASL-SASLprep-1
   |.100-1.fc26 |.100-1.fc26
   |perl-Authen-SASL-SASLprep-1 |perl-Authen-SASL-SASLprep-1
   |.100-1.fc25 |.100-1.fc25
   ||perl-Authen-SASL-SASLprep-1
   ||.100-1.fc24



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

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

[Bug 1379025] perl-PDF-Reuse-0.37 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-PDF-Reuse-0.37-1.fc26  |perl-PDF-Reuse-0.37-1.fc26
   |perl-PDF-Reuse-0.39-1.fc25  |perl-PDF-Reuse-0.39-1.fc25
   ||perl-PDF-Reuse-0.39-1.fc24



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

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

[Bug 1379997] perl-Canary-Stability-2012 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc26  |1.fc26
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc25  |1.fc25
   ||perl-Canary-Stability-2012-
   ||1.fc24



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

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

Re: including EOL and vulnerable software in Fedora

[Christian Stadelmann]

+1
There is no need to keep broken deprecated stuff in fedora repositories. If 
somebody really wants to use this, use a COPR. Or use the distro with 
conservative risky update policy you are developing against (CentOS, RHEL, 
Debian, Ubuntu, …).
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

[Matthew Miller]

On Wed, Oct 05, 2016 at 02:33:37PM -0700, Adam Williamson wrote:
> We used to have exactly this, up until Fedora 14. We had 'Target'
[much snip]
> lighter process than the blocker review process, though I don't have a
> specific proposal for how that could look at this point in time. If it
> would mainly be used by the FPL and FPM, perhaps it could simply be the
> rule that they got to decide what bugs went on it?

*nod*

Based on your other message elsewhere in the thread, I promise not to
pull you or anyone else in QA under the bus, but I mght drag Jan
Kurik with me as FPGM. Jan, what do you think about doing a Lightweight
Critical Issues Review Meeting every, say, two weeks? We could start it
with you and me and anyone else who wants to show up, and give it a
hard limit of half an hour.

Adam, if we do that, would it be hard to add to the existing
blockerbugs app, so we don't need to stand up new infrastructure?

Then we could try it for a bit and see if it is working / helpful or
just another crazy idea.

-- 
Matthew Miller

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

Re: Modularity basics - animations

[Bernardo Sulzbach]

On 10/10/2016 12:35 PM, Adam Samalik wrote:

http://snapsvg.io/ to make it moving!



Thanks a lot for that. I don't usually deal with this sort of things, 
but knowing such a tool is freely available may come in handy.


--
Bernardo Sulzbach
http://www.mafagafogigante.org/
mafagafogiga...@mafagafogigante.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Matthew Miller]

On Mon, Oct 10, 2016 at 09:03:44PM +0200, Kevin Kofler wrote:
> > 1) Are there still cases where an admin would want to use optical media
> > on a machine that *could* boot via USB, for legitimate reasons? (I
> > genuinely don't know the answer to this).
> Is "I have a spare DVD±R around, but no spare USB key" enough of a reason? 
> (That was my case recently.)

I think that's also likely to be rapidly diminishing case.

-- 
Matthew Miller

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

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Matthew Miller]

On Mon, Oct 10, 2016 at 08:58:43AM -0700, Adam Williamson wrote:
> Well, that's not the only consideration though. There's two other
> factors I can think of:
> 1) Are there still cases where an admin would want to use optical media
> on a machine that *could* boot via USB, for legitimate reasons? (I
> genuinely don't know the answer to this).

I can't think of in the Fedora case. I can image some situations where
install media is mandated to be read-only, but I doubt it's Fedora
being installed in those situations. The only other one I can think of
is "we've always done it that way", which I guess shouldn't be taken
completely for granted.


> 2) What do we do about handouts (giving away media at conferences)?

This is already a problem. We're giving away DVDs because it's
something to give away, not because it's what people really still want.
We need to find out some other take-homes that people find
useful and desirable *anyway*.

Based on feedback from Ambassadors, DVD images may still be useful
giveaways in regions with less access to bandwidth. I'm not sure what
to do about that.

-- 
Matthew Miller

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

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Matthew Miller]

On Mon, Oct 10, 2016 at 12:57:30PM -0600, Chris Murphy wrote:
> Maybe it's practical to only support optical boot on either Lives or
> netinstalls (and by extension server DVD). I'd say block on
> netinstalls, just becase those can fit on either a DVD or CD, and
> desktops and servers are more likely to still have optical drives.

That works for me as long as we can figure out how to message it.

-- 
Matthew Miller

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

Re: [Base] adopting the Docker base image into Atomic WG

[Matthew Miller]

On Wed, Oct 05, 2016 at 02:41:50PM -0400, Colin Walters wrote:
> Now that Cloud -> Atomic and will be focusing on Project Atomic, can we move 
> the
> Docker base image into this group from the "Fedora Base" group?

Somebody who cares about it should own it, is all I care about. :)

-- 
Matthew Miller

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

Re: grub, grubby, btrfs, was: PSA: Do not run 'dnf update' inside GNOME, KDE ...

[Chris Murphy]

On Mon, Oct 10, 2016 at 2:17 AM, Gerd Hoffmann  wrote:
>   Hi,
>
>> > Adam, the only other distro that has serious alternate architecture 
>> > support,
>> > AFAIK, is Debian. How do they handle grub2 + non-x86? Likewise, the
>> > alternate architectures that we support, how do we handle their 
>> > bootloaders?
>> > Are they grub-based? Ext/Syslinux based? Grub-legacy?
>>
>> Nothing in Fedora uses GRUB legacy.
>>
>> ARM is using Das U-Boot. I'm not sure if grubby is involved here or not.
>>
>> Fedora uses isolinux, extlinux, grub2, yaboot (power7 and older), and
>> zipl (s390). If the last two are gone or going away then it's syslinux
>> (and variants), grub2, and uboot.
>
> Hmm, uboot can use extlinux-style config files, and I recently noticed
> grub2 has a command to parse syslinux config files too.  Have not tried
> to use that though.

GRUB's syslinuxcfg command is called from an existing grub.cfg, so
using extlinux.conf files do not obviate the need for grub.cfg.
syslinuxcfg pretty much just parses for boot menu entries in the
extlinux.conf file and merges them with its own boot menu entries.

At the moment, I expect this to be broken because, again, Fedora's
GRUB depends on commands linuxefi/linux16 and initrdefi/initrd16,
which no one else uses as far as I know. Not upstream or other
distros. I do not know why this detail goes in the configuration file
rather than being substituted in code based on what firmware the
system has - it seems the other distros do it that way. But this seems
surmountable.

However...





> So possibly we can settle on syslinux syntax for bootloader config
> long-term ...
>
>> > I agree with Kevin that grub2 is nonintuitive.
>
> ... and have a fixed grub2.cfg which basically has the command to parse
> the syslinux config file?
>

OK so there are a few things:

1. The information needed to present boot options, the "menu entries",
are a separate thing from the bootloader specific configuration file
and file format. And yet all the bootloaders out there conflate these
two things, and make the problem of cross compatibility more
difficult.

2. The most important and useful part of bootloader spec is splitting
them out. A standardized boot menu entry file, and file format, as
drop-in snippets, which is "loosely based" on the GRUB 1 grub.conf
format. It's just menu entries, and quite simple.

3. The result is bootloader specific configuration files becomes
static, non-changing and don't need to contain boot entries (although
it's not disallowed). And individual boot menu drop in scripts are how
new boot entries are added. The bootloader then merges them together.

4. An issue with using syslinux's format, as well as the original
bootloader spec format, and a major source of disagreement, is the
assumption that the kernel and initrd are on the same file system as
the bootloader and its configuration file. No cross volume hopping.
This is necessary to avoid putting the kernel and initrd on the EFI
System partition, and causing a lot of installation grief with how to
deal with dual boot support.

Anyway, regardless of what format you want to base things on, it
probably should be a superset of the menu entry functions, including a
way to specify volumes by device designation, LVM, or volume UUID, or
now your format isn't actually compatible with GRUB on UEFI as well as
a bunch of less common scenarios.



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

Re: Blender failed to build on rawhide

[Luya Tshimbalanga]

On 10/10/16 11:31 AM, Mikolaj Izdebski wrote:
> On 10/10/2016 08:22 PM, Luya Tshimbalanga wrote:
>> Blender recently fails to build on rawhide as test via scratch build:
>> koji.fedoraproject.org/koji/taskinfo?taskID=16032906
>>
>> It seems somehow OpenEXR is broken according to the build.log
>>
>>
>> However, the build is successful on Fedora 25
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=16033093
>>
>> Can someone help investigating the root cause of the issue?
> You can use Koschei to narrow down package changes which could've caused
> this.
>
> https://apps.fedoraproject.org/koschei/package/blender
> https://fedoraproject.org/wiki/Koschei
>
Thank you for the tips. According to koschei, it seems new version of
libXi-devel broke Blender in Rawhide. I will contact upstream to
investigate.

-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net

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

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Kevin Kofler]

Adam Williamson wrote:
> 1) Are there still cases where an admin would want to use optical media
> on a machine that *could* boot via USB, for legitimate reasons? (I
> genuinely don't know the answer to this).

Is "I have a spare DVD±R around, but no spare USB key" enough of a reason? 
(That was my case recently.)

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

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Chris Murphy]

On Mon, Oct 10, 2016 at 9:42 AM, Matthew Miller
 wrote:
> On Fri, Oct 07, 2016 at 01:08:13PM -0700, Adam Williamson wrote:
>> explicit instructions for all three media types we care about (virtual
>> disc attached to a VM, real optical disc in a real machine, real USB
>> stick in a real machine), we ditch the USB test matrices entirely, and
>
> I think we should plan to drop out real optical disks sometime in the
> next couple releases. (In line with "'in an ideal world we'd test
> everything' and 'but we really don't have time'".) I think the hardware
> on which Fedora will run well which cannot boot from USB media is
> vanishingly small.

Quitting cold turkey sounds better than switching from active to
passive testing (only block if someone finds a failure), because all
it takes to block release is a last minute "can't boot this" bug.

Maybe it's practical to only support optical boot on either Lives or
netinstalls (and by extension server DVD). I'd say block on
netinstalls, just becase those can fit on either a DVD or CD, and
desktops and servers are more likely to still have optical drives.
Laptops just don't anymore for the most part. Part of why is dropping
DVD playback support in Windows 8 and 10. To get DVD playback support
now you have to buy the software separate from the OS. Licensing fees.

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

Re: Blender failed to build on rawhide

[Mikolaj Izdebski]

On 10/10/2016 08:22 PM, Luya Tshimbalanga wrote:
> Blender recently fails to build on rawhide as test via scratch build:
> koji.fedoraproject.org/koji/taskinfo?taskID=16032906
> 
> It seems somehow OpenEXR is broken according to the build.log
> 
> 
> However, the build is successful on Fedora 25
> http://koji.fedoraproject.org/koji/taskinfo?taskID=16033093
> 
> Can someone help investigating the root cause of the issue?

You can use Koschei to narrow down package changes which could've caused
this.

https://apps.fedoraproject.org/koschei/package/blender
https://fedoraproject.org/wiki/Koschei

-- 
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[John Florian]

On Mon, 2016-10-10 at 11:42 -0400, Matthew Miller wrote:

 I think the hardware on which Fedora will run well which cannot boot from USB 
media is
vanishingly small.


Like the piece of crap Samsung notebook I bought new in 2012.  [:-/] ​

Using optical media feels so dirty, though I guess it does give me an excuse to 
use up that tower of blank discs.  Thank goodness for in-place Fedora upgrades.

--

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

Blender failed to build on rawhide

[Luya Tshimbalanga]

Blender recently fails to build on rawhide as test via scratch build:
koji.fedoraproject.org/koji/taskinfo?taskID=16032906

It seems somehow OpenEXR is broken according to the build.log


However, the build is successful on Fedora 25
http://koji.fedoraproject.org/koji/taskinfo?taskID=16033093

Can someone help investigating the root cause of the issue?

-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net

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

Re: F26 proposal: Make Fedora Media Writer the officially supported USB install media creator

[stan]

On Mon, 10 Oct 2016 15:43:04 +
John Florian  wrote:

[snip]

> Thanks for all the feedback Adam.  I'll start playing around with
> livemedia-creator to learn how my world needs to transform.  It will
> be interesting to see how this all dovetails with the stateless
> support[0] that the systemd folks have (had?) been working on.
> 
> [0] http://0pointer.net/blog/projects/stateless.html

On a tangent, reading that triggered some thoughts about how linux
systems are organized.  They seem to still be structured as if linux
was monolithic like the historical proprietary unix flavors it emulates.
It makes no sense to structure a system like that when it is composed of
changeable packages, is updated regularly, and can shrink or grow.

In combination with the concept of modularity I read about in another
email today, it would make a lot more sense to have something
like a /usr/pkgs directory where every installed package has a
directory, and put etc, share, man, bin?, lib64? ... under that
directory. i.e. every package is modular.  To satisfy traditional
software, a symbolic, or hard, link could be inserted
in /usr/bin, /usr/lib64, /etc, /usr/share/man, etc.

Just an idea, thought I'd throw it out there.  Might be completely
unworkable.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1379020] perl-HTTP-Tiny-0.068 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-HTTP-Tiny-0.068-1.fc26 |perl-HTTP-Tiny-0.068-1.fc26
   ||perl-HTTP-Tiny-0.068-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:47:26



--- Comment #3 from Fedora Update System  ---
perl-HTTP-Tiny-0.068-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 1380044] perl-Authen-SASL-SASLprep-1.100 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Authen-SASL-SASLprep-1 |perl-Authen-SASL-SASLprep-1
   |.100-1.fc26 |.100-1.fc26
   ||perl-Authen-SASL-SASLprep-1
   ||.100-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:46:51



--- Comment #8 from Fedora Update System  ---
perl-Authen-SASL-SASLprep-1.100-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 1379025] perl-PDF-Reuse-0.37 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-PDF-Reuse-0.37-1.fc26  |perl-PDF-Reuse-0.37-1.fc26
   ||perl-PDF-Reuse-0.39-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:46:49



--- Comment #11 from Fedora Update System  ---
perl-PDF-Reuse-0.39-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 1379997] perl-Canary-Stability-2012 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc26  |1.fc26
   ||perl-Canary-Stability-2012-
   ||1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:46:55



--- Comment #8 from Fedora Update System  ---
perl-Canary-Stability-2012-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 1380054] perl-PDF-Reuse-0.39 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-PDF-Reuse-0.39-1.fc26  |perl-PDF-Reuse-0.39-1.fc26
   ||perl-PDF-Reuse-0.39-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:46:45



--- Comment #5 from Fedora Update System  ---
perl-PDF-Reuse-0.39-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 1380081] perl-Test2-Suite-0.000060 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Test2-Suite-0.60-1 |perl-Test2-Suite-0.60-1
   |.fc26   |.fc26
   ||perl-Test2-Suite-0.60-1
   ||.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:46:42



--- Comment #3 from Fedora Update System  ---
perl-Test2-Suite-0.60-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 1381101] perl-Text-Bidi-2.12 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Text-Bidi-2.12-1.fc26  |perl-Text-Bidi-2.12-1.fc26
   ||perl-Text-Bidi-2.12-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:45:24



--- Comment #7 from Fedora Update System  ---
perl-Text-Bidi-2.12-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 1381280] CVE-2016-1246 perl-DBD-MySQL: Buffer overflow triggered by user supplied data [fedora-all]

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-DBD-MySQL-4.037-1.fc26 |perl-DBD-MySQL-4.037-1.fc26
   ||perl-DBD-MySQL-4.037-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:44:49



--- Comment #5 from Fedora Update System  ---
perl-DBD-MySQL-4.037-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 1381202] perl-DBD-MySQL-4.037 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-DBD-MySQL-4.037-1.fc26 |perl-DBD-MySQL-4.037-1.fc26
   ||perl-DBD-MySQL-4.037-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:44:46



--- Comment #3 from Fedora Update System  ---
perl-DBD-MySQL-4.037-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 1371941] perl-Digest-SHA3-0.25 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Digest-SHA3-0.25-1.fc2 |perl-Digest-SHA3-0.25-1.fc2
   |6   |6
   ||perl-Digest-SHA3-0.25-1.fc2
   ||5
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:44:28



--- Comment #8 from Fedora Update System  ---
perl-Digest-SHA3-0.25-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 1379558] perl-Image-Info: XXE in SVG files [fedora-all]

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Image-Info-1.38-6.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:42:57



--- Comment #5 from Fedora Update System  ---
perl-Image-Info-1.38-6.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 1379556] perl-Image-Info: XXE in SVG files

[bugzilla]

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

Bug 1379558 Summary: perl-Image-Info: XXE in SVG files [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1379558

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA



-- 
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 1380152] perl-HTTP-Tiny 0.068 pulls in lots of new dependencies including Xorg

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-URI-1.71-5.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:42:14



--- Comment #17 from Fedora Update System  ---
perl-URI-1.71-5.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 1382195] perl-Perl-Tidy-Sweetened-1.12 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Perl-Tidy-Sweetened-1. |perl-Perl-Tidy-Sweetened-1.
   |12-1.fc26   |12-1.fc26
   ||perl-Perl-Tidy-Sweetened-1.
   ||12-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-10-10 13:42:44



--- Comment #2 from Fedora Update System  ---
perl-Perl-Tidy-Sweetened-1.12-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

Fedora Rawhide-20161010.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 5/102 (x86_64), 2/17 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20161008.n.0):

ID: 40035   Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/40035
ID: 40041   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/40041
ID: 40087   Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/40087

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

ID: 39973   Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/39973
ID: 39998   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/39998
ID: 40067   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/40067
ID: 40076   Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/40076
ID: 40086   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/40086

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

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

ID: 39966   Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/39966
ID: 39967   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/39967
ID: 39968   Test: i386 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/39968
ID: 39985   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/39985
ID: 4   Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/4
ID: 40001   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/40001
ID: 40021   Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/40021
ID: 40231   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/40231
ID: 40232   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/40232
ID: 40243   Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/40243

Skipped openQA tests: 1 of 121
-- 
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: including EOL and vulnerable software in Fedora

[Charalampos Stratakis]

- Original Message -
From: "Kevin Kofler" 
To: devel@lists.fedoraproject.org
Sent: Monday, October 10, 2016 6:18:19 PM
Subject: Re: including EOL and vulnerable software in Fedora

> If no package is allowed to require the old Pythons (and IMHO, "Recommends:" 
> is "require"), that also applies to tox. If tox is allowed to recommend the 
> old Pythons, that invalidates the claim that they will never be dragged in 
> as dependencies. What tox uses the old Pythons for does not change anything 
> to the contradiction.

Nevertheless, at the link that I posted before, you can see for yourself the 
exact use case, so that should make things clear enough. Contradictory or not 
(as I said maybe the original descriptions possibly need to be rephrased), 
arguing about that does not really contribute anything to the discussion.

Charalampos Stratakis
Associate Software Engineer
Python Maintenance Team, Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Weak password madness is back again

[Michael Catanzaro]

On Mon, 2016-10-10 at 16:17 +, Zbigniew Jędrzejewski-Szmek wrote:
> (In addition, typing "password" in the gnome search box does *not*
> lead to something that allows you to change your password, one needs
> to search for "users" instead…, but that's another story. If somebody
> from the gnome team is listening, it would be great to tag "Users"
> with
> "password" too.)

Hm, the keyword is already listed in the desktop file, but that doesn't
do any good because all the desktop files are marked NoDisplay=true.

But it's found by the control-center search provider. That should be on
by default, did you turn it off?

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

spot pushed to perl-Image-Info (master). "1.39"

[notifications]

From 4b199e3c53294a1070960bcfd5e29d5ca16ef6eb Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Mon, 10 Oct 2016 12:40:47 -0400
Subject: 1.39

---
 .gitignore   |  1 +
 perl-Image-Info.spec | 10 +-
 sources  |  2 +-
 3 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/.gitignore b/.gitignore
index 954118f..fad0d95 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ Image-Info-1.28.tar.gz
 /Image-Info-1.33.tar.gz
 /Image-Info-1.37.tar.gz
 /Image-Info-1.38.tar.gz
+/Image-Info-1.39.tar.gz
diff --git a/perl-Image-Info.spec b/perl-Image-Info.spec
index 25e3bda..cd7ac9c 100644
--- a/perl-Image-Info.spec
+++ b/perl-Image-Info.spec
@@ -1,13 +1,11 @@
 Name:   perl-Image-Info
-Version:1.38
-Release:6%{?dist}
+Version:1.39
+Release:1%{?dist}
 Summary:Image meta information extraction module for Perl
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Image-Info/
 Source0:
http://search.cpan.org/CPAN/authors/id/S/SR/SREZIC/Image-Info-%{version}.tar.gz
-# https://bugzilla.redhat.com/show_bug.cgi?id=1379556
-Patch0:
http://search.cpan.org/diff/Image-Info-1.38-Image-Info-1.38_50.-w.diff
 BuildArch:  noarch
 BuildRequires:  perl-generators
 BuildRequires:  perl(Carp)
@@ -37,7 +35,6 @@ various types of image files.
 
 %prep
 %setup -q -n Image-Info-%{version}
-%patch0 -p1 -b .xxefix
 chmod -c 644 exifdump imgdump
 
 %build
@@ -59,6 +56,9 @@ make test
 %{_mandir}/man3/*.3pm*
 
 %changelog
+* Mon Oct 10 2016 Tom Callaway  - 1.39-1
+- update to 1.39
+
 * Wed Oct  5 2016 Tom Callaway  - 1.38-6
 - apply upstream fix for XXE SVG security issue (bz1379556)
 
diff --git a/sources b/sources
index 9ead457..1afff4a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0fa4db4bdf14b6f453655bafa62d766a  Image-Info-1.38.tar.gz
+c41fda4404bf5df39306b219c0e3f6e4  Image-Info-1.39.tar.gz
-- 
cgit v0.12



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

Re: including EOL and vulnerable software in Fedora

[Kevin Kofler]

Charalampos Stratakis wrote:
> tox is THE main reason for multiple interpreters in Fedora.
> 
> So no the comments are not contradictory but it seems there is a lack of
> (technical) understanding of the actual situation here, but I may be wrong
> here, so please correct me if you think so.
> 
> tox is not just any package, so maybe it is not stressed out I guess from
> the original descriptions.

If no package is allowed to require the old Pythons (and IMHO, "Recommends:" 
is "require"), that also applies to tox. If tox is allowed to recommend the 
old Pythons, that invalidates the claim that they will never be dragged in 
as dependencies. What tox uses the old Pythons for does not change anything 
to the contradiction.

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

Re: Weak password madness is back again

[Zbigniew Jędrzejewski-Szmek]

On Sat, Oct 08, 2016 at 02:29:20PM +0200, Kevin Kofler wrote:
> Michael Catanzaro wrote:
> > The status quo is that we are not in compliance with FESCo's policy
> > [1], which clearly applies to all tools that change passwords and not
> > just anaconda, but we can't change anything in GNOME until libpwquality
> > stops blocking weak passwords via its PAM module, since we ultimately
> > shell out to passwd to implement that (for auditability).
> 
> The right fix there is to just remove the libpwquality PAM module by 
> default. Enabling such a thing should only be done by the local system 
> administrator.
> 
> > But there is one more issue. FESCo's policy actually requires that only
> > admin users (wheel users, including the initial user account) would be
> > able to set weak passwords, and that unprivileged users should be
> > blocked from doing so.
> 
> And I agree with Chris Murphy that that policy is utter nonsense.
> 
> Even if I want to set my password to the empty string, that is my choice. It 
> is a perfectly valid password for some use cases. (For what it's worth, I 
> actually use a non-empty password, but Anaconda considers even that "weak". 
> But I do not want to give more details here, and most definitely not the 
> password itself, for obvious reasons.)

Yes. The hint that "this passphrase is weak" is very useful. But
enforcing any policy is just too inflexible. I just tried to explain
(unsuccessfully) to a kid (2nd grade, so any "strong" password would
simply be immediately forgotten) why she cannot change the password in
the gnome dialogue, and it was a total waste of time.

(In addition, typing "password" in the gnome search box does *not*
lead to something that allows you to change your password, one needs
to search for "users" instead…, but that's another story. If somebody
from the gnome team is listening, it would be great to tag "Users" with
"password" too.)

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

Fedora 25-20161010.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Atomic qcow2 x86_64
Atomic raw-xz x86_64

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

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

ID: 40099   Test: x86_64 Workstation-live-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/40099
ID: 40104   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/40104
ID: 40105   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/40105
ID: 40106   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/40106
ID: 40124   Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/40124
ID: 40217   Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/40217

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

ID: 40095   Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/40095
ID: 40189   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/40189
ID: 40208   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/40208
ID: 40214   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/40214

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

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

ID: 40114   Test: x86_64 KDE-live-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/40114
ID: 40160   Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/40160
ID: 40161   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/40161
ID: 40162   Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/40162
ID: 40163   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/40163
ID: 40164   Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/40164
ID: 40170   Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/40170
ID: 40171   Test: x86_64 universal install_kickstart_firewall_configured
URL: https://openqa.fedoraproject.org/tests/40171

Skipped openQA tests: 13 of 120
-- 
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: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Adam Williamson]

On Mon, 2016-10-10 at 11:42 -0400, Matthew Miller wrote:
> On Fri, Oct 07, 2016 at 01:08:13PM -0700, Adam Williamson wrote:
> > explicit instructions for all three media types we care about (virtual
> > disc attached to a VM, real optical disc in a real machine, real USB
> > stick in a real machine), we ditch the USB test matrices entirely, and
> 
> 
> I think we should plan to drop out real optical disks sometime in the
> next couple releases. (In line with "'in an ideal world we'd test
> everything' and 'but we really don't have time'".) I think the hardware
> on which Fedora will run well which cannot boot from USB media is
> vanishingly small.

Well, that's not the only consideration though. There's two other
factors I can think of:

1) Are there still cases where an admin would want to use optical media
on a machine that *could* boot via USB, for legitimate reasons? (I
genuinely don't know the answer to this).

2) What do we do about handouts (giving away media at conferences)?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 proposal: Make Fedora Media Writer the officially supported USB install media creator

[John Florian]

On Fri, 2016-10-07 at 12:38 -0700, Adam Williamson wrote:

On Mon, 2016-10-03 at 20:03 +, John Florian wrote:


On Mon, 2016-10-03 at 12:07 -0700, Adam Williamson wrote:
If we do not 'support' livecd-iso-to-disk any more, we no longer
support:

1) persistent storage (via overlays)
2) non-destructive write


I've known for quite some time that livecd-tools was/is to be
replaced with livemedia-creator, but only now did I realize that lm-c
won't have persistent storage -- I simply have never had the time to
explore it.  I'm extremely dependent on the persistent storage as my
whole day job revolves around making hundreds of little mostly-
stateless appliances for data collection purposes and has so since
F13 or so.  These have been built with livecd-iso-to-disk and lots of
glue via specialized kickstarts and other custom packages.  These
appliances leverage a stateless OS very robustness, but do expect
some persistent storage for their management.  So the above certainly
caught my attention.



There's a slight misconception in the above.

livemedia-creator *creates the image files themselves*. We're not
talking about that in this thread. We're talking about the tools for
taking an image that's been created - whether by livecd-creator or
livemedia-creator or anything else - and writing them to a USB stick.


I'm fine with that and I think it matches my understanding/expectations.  Do 
one thing and do it we



The 'persistence' feature requires support both in the image itself and
in the tool used to write it. I believe livemedia-creator-produced
images are set up to support persistence, just like livecd-creator-
produced images were.


I suspect this "support within the image" overlaps with some of the glue to 
which I referred.  Once upon a time these live images auto-mounted their 
backing storage (where the immutable squashfs image is kept).  Then that 
stopped working and I had to write an init service to do the same.  Whether 
that service is still needed or not, I haven't investigated -- it's been 
working happily.



The issue here is that we are discussing what tools for *writing the
image to a USB stick* should be 'supported' / 'recommended' / whatever,
and we'd kinda like to drop livecd-iso-to-disk from that group, but it
is currently the only one of the 'write image to stick' tools which
supports persistence.

No-one's proposing dropping livecd-iso-to-disk entirely at present, so
you will still be able to attempt to write sticks with persistent
storage, but we are discussing effectively a downgrade in how much
testing it gets and how much we care if it's broken.


I'm fine with all that.  I certainly don't expect Fedora to cater to my 
specific needs, but I like to chime in now and then if it might help preserve 
some feature that everyone might otherwise feel is unused.



It is worth noting that we've never formally tested the persistence
features in any case, so we would never have blocked a release for
'persistence doesn't work right' anyhow. But at present we do, by
policy, block the release if writing sticks with livecd-iso-to-disk
doesn't work.


No worries there.  I/we've been testing it exhaustively.  When I push an update 
to hundreds a machines (most of which are headless/keyboard-less and ill-suited 
for such attachments and work) that all deploy it autonomously, it has to "just 
work".  Though I would never suggest our mutation reflects what the real Fedora 
is doing.  [:-)] ​





Are there plans to get persistent storage capabilities into lm-c?

Also, after much work I managed to get my live ISO spins generated
out of a private Koji setup.  I see there a warning "spin-livecd is
deprecated and will be replaced with spin-livemedia" -- I assume this
related, true?  If so, do any improvements to lm-c (say to add
persistence) automagically benefit the "spin-livemedia" method in
Koji?



Well, yeah. 'spin-livecd' is the Koji method for creating images with
livecd-creator; it's now deprecated and never used in the official
Fedora Koji instance, Fedora live images are all now created with the
'spin-livemedia' method. 'spin-livemedia' is the Koji method for
creating images with livemedia-creator.



So since what 'spin-livemedia' *does* is create a live image using
livemedia-creator, of course any changes to livemedia-creator will be
reflected when you create an image with the Koji 'spin-livemedia'
method.


Thanks for all the feedback Adam.  I'll start playing around with 
livemedia-creator to learn how my world needs to transform.  It will be 
interesting to see how this all dovetails with the stateless support[0] that 
the systemd folks have (had?) been working on.

[0] http://0pointer.net/blog/projects/stateless.html

--

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

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Matthew Miller]

On Fri, Oct 07, 2016 at 01:08:13PM -0700, Adam Williamson wrote:
> explicit instructions for all three media types we care about (virtual
> disc attached to a VM, real optical disc in a real machine, real USB
> stick in a real machine), we ditch the USB test matrices entirely, and

I think we should plan to drop out real optical disks sometime in the
next couple releases. (In line with "'in an ideal world we'd test
everything' and 'but we really don't have time'".) I think the hardware
on which Fedora will run well which cannot boot from USB media is
vanishingly small.



-- 
Matthew Miller

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

When to file a Self-Contained Change [was Re: F26 Self Contained Change: Jekyll]

[Matthew Miller]

On Mon, Oct 10, 2016 at 11:07:12AM +0100, Peter Robinson wrote:
> >> = Proposed Self Contained Change: Jekyll =
> >> https://fedoraproject.org/wiki/Changes/Jekyll
> > Since when adding new package requires Change proposal?
> A single new package shouldn't have a change proposal, it only should
> if it's a significant addition or stack.

Sometimes, that's something like the Rust compiler, which is just two
packages, but still significant. 

I think a general rule of thumb is: something (even a single package)
makes a useful self-contained Change if it fits into our current
marketing story, advancing the Fedora Editions or a Fedora Objective.
Big changes to our alternate offerings make sense too: if there's a big
update to Xfce or KDE Plasma with a lot of user-facing benefits, this
is a great way to communicate it.

-- 
Matthew Miller

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

Re: Modularity basics - animations

[Adam Samalik]

Hey Bernardo,

It's 100% free and opensource.

I used Inkscape to draw the actual shapes and stuf, and http://snapsvg.io/
to make it moving!

These are my very first creations, so the code might be a bit ugly, but
hopefully helpful:  https://github.com/asamalik/modularity-svg-animation

On Mon, Oct 10, 2016 at 5:32 PM, Bernardo Sulzbach <
mafagafogiga...@gmail.com> wrote:

> On 10/10/2016 11:18 AM, Adam Samalik wrote:
>
>> Hey everyone,
>>
>> I have created two animations describing the basic concepts of modularity:
>>
>>
> Hi, Adam. Would you mind sharing what did you use to create those
> animations? I don't suppose it is free, right?
>
> --
> Bernardo Sulzbach
> http://www.mafagafogigante.org/
> mafagafogiga...@mafagafogigante.org
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>



-- 

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

Re: Modularity basics - animations

[Bernardo Sulzbach]

On 10/10/2016 11:18 AM, Adam Samalik wrote:

Hey everyone,

I have created two animations describing the basic concepts of modularity:



Hi, Adam. Would you mind sharing what did you use to create those 
animations? I don't suppose it is free, right?


--
Bernardo Sulzbach
http://www.mafagafogigante.org/
mafagafogiga...@mafagafogigante.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: grub, grubby, btrfs, was: PSA: Do not run 'dnf update' inside GNOME, KDE ...

[Matthew Miller]

On Mon, Oct 10, 2016 at 10:17:56AM +0200, Gerd Hoffmann wrote:
> Hmm, uboot can use extlinux-style config files, and I recently noticed
> grub2 has a command to parse syslinux config files too.  Have not tried
> to use that though.

It does?!

> So possibly we can settle on syslinux syntax for bootloader config
> long-term ...

Oh yes please.



-- 
Matthew Miller

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

Re: including EOL and vulnerable software in Fedora

[Kevin Kofler]

Charalampos Stratakis wrote:
> If people's issues is just the CVE's, and then everything will be fine, we
> can go and fix all the CVE's discovered so far.

That would be a good start.

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

Re: including EOL and vulnerable software in Fedora

[Charalampos Stratakis]

- Original Message -
From: "Kevin Kofler" 
To: devel@lists.fedoraproject.org
Sent: Monday, October 10, 2016 4:14:30 PM
Subject: Re: including EOL and vulnerable software in Fedora

> Your explanation does not solve the inherent contradiction between:

>> churchyard (in the FESCo tracker):
>> | These packages are not intended to be used as dependencies for other
>> | packages (such as we have some "compat" packages when another package
>> | needs an older version of a library), hence we want to stop people from
>> | requiring them

>and:

>> Nick Coghlan (in this thread):
>>> The addition of these packages to Fedora means that as soon as you do
>>> "dnf install tox", those runtimes are all brought in automatically via
>>> Recommends

tox is THE main reason for multiple interpreters in Fedora.

So no the comments are not contradictory but it seems there is a lack of 
(technical) understanding of the actual situation here, but I may be wrong 
here, so please correct me if you think so.

tox is not just any package, so maybe it is not stressed out I guess from the 
original descriptions.

This is the work in progress (posted also to one of the tickets) for the fedora 
developers portal where use cases are explained[0].

[0] 
https://github.com/hroncok/content/blob/c893f742cad6458ba010748b3e1683dba5671b84/tech/languages/python/multiple-pythons.md

Regards,

Charalampos Stratakis
Associate Software Engineer
Python Maintenance Team, Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing qemu deps on ppc64le

[Marcin Juszkiewicz]

W dniu 10.10.2016 o 16:34, Paolo Bonzini pisze:
> On 10/10/2016 13:30, Sandro Bonazzola wrote:

>> just seen:
>> DEBUG util.py:421:  Error: Package:
>> 2:qemu-system-aarch64-2.6.1-1.fc24.ppc64le (updates)
>> DEBUG util.py:421: Requires: edk2-aarch64
>> DEBUG util.py:421:  Error: Package:
>> 2:qemu-system-x86-2.6.1-1.fc24.ppc64le (updates)
>> DEBUG util.py:421: Requires: edk2-ovmf
>>
>> While installing qemu on ppc64le Fedora.
>> Any ETA on fixing it?
> 
> The reason for this is documented in edk2.spec.
> 
> # actual firmware builds support cross-compiling.  edk2-tools
> # in theory should build everywhere without much trouble, but
> # in practice the edk2 build system barfs on archs it doesn't know
> # (such as ppc), so lets limit things to the known-good ones.
> ExclusiveArch:  %{ix86} x86_64 %{arm} aarch64
> 
> I suppose that QEMU should not require edk2 on architectures other than
> ARM and x86.

edk2-* packages are noarch. Secondary architectures should imho import
built binary packages into repository.

Qemu allows you to emulate several architectures on many architectures -
basically any Fedora supported one (primary or secondary) on any of them.

qemu-system-{x86,aarch64,arm,x86-64} may use UEFI binary to run VM.


Some time ago I was using virt-manager to test aarch64, arm, ppc64,
ppc64le, x86, x86-64 VMs on aarch64 and x86-64 hosts.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PostgreSQL 9.6.0 rebase

[Pavel Raiskup]

Hi William,

On Monday, October 10, 2016 8:19:44 AM CEST William Moreno wrote:
> El 10/10/2016 3:12 a. m., "Pavel Raiskup"  escribió:
> >
> > Hi all,
> >
> > there's new PostgreSQL version 9.6.0 out and we plan to build this into
> > Fedora Rawhide within few moments (a bit of testing remains now).
> >
> > This action requires re-buliding of packages that provide binary
> > PostgreSQL modules, basically this is about:
> >
> >   $ dnf repoquery --disablerepo='*' --enablerepo hell \
> >   --repofrompath=hell,
> http://ftp.fi.muni.cz/pub/linux/fedora/linux/development/rawhide/Everything/x86_64/os/
> >   --whatrequires 'postgresql-server(:MODULE*'
> >   orafce-0:3.3.0-1.fc26.x86_64
> >   pg-semver-0:0.5.0-5.fc24.x86_64
> >   pgRouting-0:2.2.3-4.fc26.x86_64
> >   pg_journal-0:0.2.0-12.fc25.x86_64
> >   pgsphere-0:1.1.1-13.fc24.x86_64
> >   postgis-0:2.3.0-1.fc26.i686
> >   postgis-0:2.3.0-1.fc26.x86_64
> >   postgresql-ip4r-0:2.0.2-9.fc24.x86_64
> >   postgresql-pgpool-II-extensions-0:3.5.4-1.fc26.x86_64
> >   postgresql-plruby-0:0.5.4-9.fc24.x86_64
> >
> > ... plus rdkit package (that's on --whatprovides '/usr/lib64/pgsql/*.so'
> list),
> > but that fails to build (rhbz#1383231).
> 
> I think python 2 and 3 psycopg2 is missing in this list

Thanks for the ping, but psycopg2 package should be on the client side only
(depends on libpq.so.5).  Please ping me or submit a bug if you find an issue.

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

Re: Missing qemu deps on ppc64le

[Paolo Bonzini]

On 10/10/2016 13:30, Sandro Bonazzola wrote:
> Hi,
> just seen:
> DEBUG util.py:421:  Error: Package:
> 2:qemu-system-aarch64-2.6.1-1.fc24.ppc64le (updates)
> DEBUG util.py:421: Requires: edk2-aarch64
> DEBUG util.py:421:  Error: Package:
> 2:qemu-system-x86-2.6.1-1.fc24.ppc64le (updates)
> DEBUG util.py:421: Requires: edk2-ovmf
> 
> While installing qemu on ppc64le Fedora.
> Any ETA on fixing it?

The reason for this is documented in edk2.spec.

# actual firmware builds support cross-compiling.  edk2-tools
# in theory should build everywhere without much trouble, but
# in practice the edk2 build system barfs on archs it doesn't know
# (such as ppc), so lets limit things to the known-good ones.
ExclusiveArch:  %{ix86} x86_64 %{arm} aarch64

I suppose that QEMU should not require edk2 on architectures other than
ARM and x86.

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

Re: OpenSSL 1.1.0 in Rawhide very soon

[Tomas Mraz]

On So, 2016-10-08 at 13:37 +0200, Kevin Kofler wrote:
> Tomas Mraz wrote:
> > 
> > At worst if the patching of a package is highly non-trivial and the
> > upstream is not responsive we might have to drop the package from
> > Fedora.
> > 
> > We do not want to keep 1.0.2 devel around as that could make it to
> > look
> > like the 1.0.2 is still fully "supported" in Fedora and there would
> > be
> > no incentive to switch to 1.1.0. Also to get any new features from
> > upstream OpenSSL we have to move to newer versions as they are
> > released
> > as the old versions get only bug fixes.
> IMHO, this is not acceptable. If the API of a library changes enough
> to 
> warrant a compat package, you have to provide the -devel for the
> compat 
> package as well. Dropping all the packages that don't build against
> the new 
> incompatible version from Fedora is not a reasonable plan.

We will work on porting the dependent packages to the new API. If by
some reasonable deadline there are still some packages that are not
dead by other reasons and we are unable to port them we can add -devel
to the compat package. Note though that small changes in such packages
will be needed anyway as the include files of the compat package will
have to be in non-default include directory. (If the package doesn't
use pkgconfig to find the needed CFLAGS automatically.)

-- 
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
  Turkish proverb
(You'll never know whether the road is wrong though.)


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

Re: I have problems logging into bugzilla

[Kevin Fenzi]

On Mon, 10 Oct 2016 10:14:27 +0200
Florian Weimer  wrote:

> On 10/10/2016 08:02 AM, David Xie wrote:
> 
> > My problem is, that I used to have an account on bugzilla with
> > username ‘davidx’,  
> 
> Bugzilla user names are email addresses.  Yours is 
> , apparently.  Have you tried that?

If you are a packager or qa or the like, the default is to have your
bugzilla account equal to the email you have associated with your
account in the fedora account system. 

So, have you tried logging in with david.script...@gmail.com as the
account? 

kevin


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

Re: OpenSSL 1.1.0 in Rawhide very soon

[David Woodhouse]

On Sat, 2016-10-08 at 13:37 +0200, Kevin Kofler wrote:
> Tomas Mraz wrote:
> > At worst if the patching of a package is highly non-trivial and the
> > upstream is not responsive we might have to drop the package from
> > Fedora.
> > 
> > We do not want to keep 1.0.2 devel around as that could make it to look
> > like the 1.0.2 is still fully "supported" in Fedora and there would be
> > no incentive to switch to 1.1.0. Also to get any new features from
> > upstream OpenSSL we have to move to newer versions as they are released
> > as the old versions get only bug fixes.
> 
> IMHO, this is not acceptable. If the API of a library changes enough to 
> warrant a compat package, you have to provide the -devel for the compat 
> package as well. Dropping all the packages that don't build against the new 
> incompatible version from Fedora is not a reasonable plan.

I think the idea is that we fix them, not drop them.

-- 
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: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

[Kamil Paral]

> Hi folks! Sending this to devel@ as well as test@ as there's been some
> relevant discussion there recently. We've been kicking around a couple
> of issues lately:
> 
> 1. Exactly what do we need to test and block on, in terms of writing
> images to USB sticks?
> 
> 2. 'Default boot and install' table was supposed to require bare metal
> optical media testing at release time, but this is not clear, and
> openQA fills in results despite not testing real media on bare metal.
> 
> So here's my proposal to address both topics. It involves changes to
> the Boot_default_install test:
> 
> https://fedoraproject.org/wiki/User:Adamwill/Draft_Testcase_Boot_default_install
> https://fedoraproject.org/w/index.php?title=User:Adamwill/Draft_Testcase_Boot_default_install=476645=476644
> 
> and the Installation matrix template page:
> 
> https://fedoraproject.org/wiki/User:Adamwill/Draft_Installation_test_matrix
> https://fedoraproject.org/w/index.php?title=User:Adamwill/Draft_Installation_test_matrix=476646=476643
> 
> to summarize the changes - we improve the test case's wording to give
> explicit instructions for all three media types we care about (virtual
> disc attached to a VM, real optical disc in a real machine, real USB
> stick in a real machine), we ditch the USB test matrices entirely, and
> we give the 'Default boot and install' tables extra result columns so
> they can now reflect results for VM, CD/DVD and USB testing (for BIOS
> and UEFI in all three cases, for x86_64).

It's a lot of empty fields, which can't be automated by definition. The new 
matrix version seems to be more time consuming that the previous version. I 
wonder what we can do to cut down the time spent on this. Here are a few ideas:

a) could we decouple boot from install?

I know we've had a few problems in the past that occurred only on bare metal 
and not in VMs. But do I remember correctly that all of those were related to 
booting the installer/live system, and not the installation? What we do here is 
that we repeat the default installation over and over again, e.g. Workstation 
Live using BIOS and UEFI (which results in a slightly different partition 
layout), from different sources (DVD in VM, DVD on bare metal, USB). But do 
those environments (VM vs bare metal, DVD vs USB) actually matter, is there a 
good reason to repeat them that many times? What if we reduce all of this to:

Default install
===
Result
Workstation Live [ ]
Workstation netinst  [ ]
Everything netinst   [ ]
Server netinst   [ ]
Server DVD   [ ]
KDE Live [ ]

which would be satisfiable using ANY environment and it would just check that 
anaconda can use that particular installation source correctly? The BIOS vs 
UEFI partitioning is already covered thoroughly in the "Guided storage 
configuration" table.

The currently proposed "Default boot and install" section would stay the same, 
but be renamed to "Default boot" and would just check that the image *boots* 
into the installer in that particular environment.


b) do we need to insist on performing the *default* install?

If the previous idea doesn't fly, this is another way to improve testing time. 
For example, we're installing the Server package set 12 times in the currently 
proposed table ((Server DVD + Server netinst) * environments). Is that really 
necessary? What if we did it once (in any environment), and then could do just 
a minimal install the remaining 11 times? Because installation takes most of 
the time here, esp. from optical media. And I can't imagine how the 
environments could differ in such a way that would break default installation 
set just in a particular environment but not a different installation set in 
the same environment (esp. when heavily pushing dd-like based approach).

So again we would have a table like this:

Default package set
===
Result
Workstation netinst  [ ]
Server netinst   [ ]
Server DVD   [ ]

which would be satisfiable in any environment (we already have "Package sets" 
section in which this would fit nicely), and in the "Default boot and install" 
table you could choose a different package set for installation. We could go 
even further and allow arbitrary partitioning to be used in "Default boot and 
install", so that it can be combined with our partitioning test cases. Again, 
that would allow us to test multiple features together and save time, while not 
sacrificing the core thing to test here (running the particular medium in a 
particular environment).


> 
> I didn't get too finicky about the wording for the virt case, as that's
> basically there to get filled in by openQA anyway. For the CD/DVD case,
> the test case instructs you to write the disc according to the
> 'official instructions', with a URL that is supposed to be always
> provided by the docs project for that purpose. For the USB case, the
> 

Modularity basics - animations

[Adam Samalik]

Hey everyone,

I have created two animations describing the basic concepts of modularity:

1) Fedora Modularity basic concepts
https://www.youtube.com/watch?v=xNLhcYEMgO0
2) What is a module? https://www.youtube.com/watch?v=907pRakAjMU

You can also find the same ones as an SVG animations here:
https://asamalik.fedorapeople.org/modularity/

-- 

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

Re: PostgreSQL 9.6.0 rebase

[William Moreno]

El 10/10/2016 3:12 a. m., "Pavel Raiskup"  escribió:
>
> Hi all,
>
> there's new PostgreSQL version 9.6.0 out and we plan to build this into
> Fedora Rawhide within few moments (a bit of testing remains now).
>
> This action requires re-buliding of packages that provide binary
> PostgreSQL modules, basically this is about:
>
>   $ dnf repoquery --disablerepo='*' --enablerepo hell \
>   --repofrompath=hell,
http://ftp.fi.muni.cz/pub/linux/fedora/linux/development/rawhide/Everything/x86_64/os/
>   --whatrequires 'postgresql-server(:MODULE*'
>   orafce-0:3.3.0-1.fc26.x86_64
>   pg-semver-0:0.5.0-5.fc24.x86_64
>   pgRouting-0:2.2.3-4.fc26.x86_64
>   pg_journal-0:0.2.0-12.fc25.x86_64
>   pgsphere-0:1.1.1-13.fc24.x86_64
>   postgis-0:2.3.0-1.fc26.i686
>   postgis-0:2.3.0-1.fc26.x86_64
>   postgresql-ip4r-0:2.0.2-9.fc24.x86_64
>   postgresql-pgpool-II-extensions-0:3.5.4-1.fc26.x86_64
>   postgresql-plruby-0:0.5.4-9.fc24.x86_64
>
> ... plus rdkit package (that's on --whatprovides '/usr/lib64/pgsql/*.so'
list),
> but that fails to build (rhbz#1383231).

I think python 2 and 3 psycopg2 is missing in this list

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

Re: including EOL and vulnerable software in Fedora

[Kevin Kofler]

Petr Viktorin wrote:
> Indeed, there's a disconnect here. The old Pythons are intended for
> *upstream* development/testing.

Your explanation does not solve the inherent contradiction between:

>> churchyard (in the FESCo tracker):
>> | These packages are not intended to be used as dependencies for other
>> | packages (such as we have some "compat" packages when another package
>> | needs an older version of a library), hence we want to stop people from
>> | requiring them

and:

>> Nick Coghlan (in this thread):
>>> The addition of these packages to Fedora means that as soon as you do
>>> "dnf install tox", those runtimes are all brought in automatically via
>>> Recommends


>> I would also like to point out that if you have these suffixed Python
>> versions installed, some build scripts may be accidentally picking up
>> those instead of the recommended default versions of Python.
> 
> Do you mean Fedora build scripts here?

I mean build scripts in upstream tarballs, which can also end up in our 
packages (and cause problems when building outside of mock), but which can 
also be used directly by people.

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

jplesnik pushed to perl-PDF-API2 (f25). "2.029 bump"

[notifications]

From a4559d95d484f7a6f9189b5ba8e4737025ee9fb6 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Mon, 10 Oct 2016 16:01:15 +0200
Subject: 2.029 bump

---
 .gitignore  |  1 +
 font-location.patch | 10 +-
 perl-PDF-API2.spec  |  6 +-
 sources |  2 +-
 4 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/.gitignore b/.gitignore
index 0c452b7..f620f7a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ PDF-API2-0.73.tar.gz
 /PDF-API2-2.025.tar.gz
 /PDF-API2-2.027.tar.gz
 /PDF-API2-2.028.tar.gz
+/PDF-API2-2.029.tar.gz
diff --git a/font-location.patch b/font-location.patch
index 1074f89..a30dcb0 100644
--- a/font-location.patch
+++ b/font-location.patch
@@ -1,9 +1,9 @@
-diff -Naur PDF-API2-2.016-pristine/lib/PDF/API2.pm 
PDF-API2-2.016/lib/PDF/API2.pm
 PDF-API2-2.016-pristine/lib/PDF/API2.pm2011-01-24 08:41:31.0 
-0700
-+++ PDF-API2-2.016/lib/PDF/API2.pm 2011-01-30 15:45:59.300804559 -0700
-@@ -53,8 +53,7 @@
+diff -up PDF-API2-2.029/lib/PDF/API2.pm.font-location 
PDF-API2-2.029/lib/PDF/API2.pm
+--- PDF-API2-2.029/lib/PDF/API2.pm.font-location   2016-10-10 
02:01:19.0 +0200
 PDF-API2-2.029/lib/PDF/API2.pm 2016-10-10 15:39:47.979986028 +0200
+@@ -24,8 +24,7 @@ use PDF::API2::Resource::Shading;
  
- no warnings qw[ deprecated recursion uninitialized ];
+ use PDF::API2::NamedDestination;
  
 -our @FontDirs = ( (map { "$_/PDF/API2/fonts" } @INC),
 -  qw[ /usr/share/fonts /usr/local/share/fonts 
c:/windows/fonts c:/winnt/fonts ] );
diff --git a/perl-PDF-API2.spec b/perl-PDF-API2.spec
index 35ce395..1364e47 100644
--- a/perl-PDF-API2.spec
+++ b/perl-PDF-API2.spec
@@ -1,5 +1,5 @@
 Name:   perl-PDF-API2
-Version:2.028
+Version:2.029
 Release:1%{?dist}
 Summary:Perl module for creation and modification of PDF files
 
@@ -41,6 +41,7 @@ BuildRequires:  perl(Unicode::UCD)
 BuildRequires:  perl(vars)
 # Tests:
 BuildRequires:  perl(File::Find)
+BuildRequires:  perl(GD)
 BuildRequires:  perl(Test::More)
 Requires:   dejavu-sans-fonts
 Requires:   dejavu-sans-mono-fonts
@@ -109,6 +110,9 @@ make test
 
 
 %changelog
+* Mon Oct 10 2016 Jitka Plesnikova  - 2.029-1
+- 2.029 bump
+
 * Wed Jun 29 2016 Jitka Plesnikova  - 2.028-1
 - 2.028 bump
 
diff --git a/sources b/sources
index ad1c046..a2f0294 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-62e7d19eff5bd3cc7f673e4075dfa32a  PDF-API2-2.028.tar.gz
+d89f7481ed6acbdca5a576c139e0cf48  PDF-API2-2.029.tar.gz
-- 
cgit v0.12



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

Fedora rawhide compose report: 20161010.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20161008.n.0
NEW: Fedora-Rawhide-20161010.n.0

= SUMMARY =
Added images:0
Dropped images:  4
Added packages:  2
Dropped packages:1
Upgraded packages:   59
Downgraded packages: 0

Size of added packages:  204.50 MiB
Size of dropped packages:182.71 KiB
Size of upgraded packages:   589.28 MiB
Size of downgraded packages: 0.00 B

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

= ADDED IMAGES =

= DROPPED IMAGES =
Image: Security live x86_64
Path: Labs/x86_64/iso/Fedora-Security-Live-x86_64-Rawhide-20161008.n.0.iso
Image: LXDE live i386
Path: Spins/i386/iso/Fedora-LXDE-Live-i386-Rawhide-20161008.n.0.iso
Image: Security live i386
Path: Labs/i386/iso/Fedora-Security-Live-i386-Rawhide-20161008.n.0.iso
Image: LXDE live x86_64
Path: Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-Rawhide-20161008.n.0.iso

= ADDED PACKAGES =
Package: docker-latest-2:1.13-2.git222ea44.fc26
Summary: Automates deployment of containerized applications
RPMs:docker-latest docker-latest-devel docker-latest-fish-completion 
docker-latest-logrotate docker-latest-rhsubscription docker-latest-unit-test 
docker-latest-v1.10-migrator docker-latest-vim docker-latest-zsh-completion
Size:212465470 bytes

Package: python-flask-admin-1.4.2-1.fc26
Summary: Simple and extensible admin interface framework for Flask
RPMs:python-flask-admin python3-flask-admin
Size:1965772 bytes


= DROPPED PACKAGES =
Package: glassfish-el-api-3.0.0-8.fc24
Summary: Expression Language API 2.2.4
RPMs:glassfish-el-api glassfish-el-api-javadoc
Size:187092 bytes


= UPGRADED PACKAGES =
Package:  SDL_mng-0.2.7-2.fc26
Old package:  SDL_mng-0.2.6-2.fc26
Summary:  Simple DirectMedia Layer - MNG Loading Library
RPMs: SDL_mng SDL_mng-devel
Size: 133824 bytes
Size change:  -2984 bytes
Changelog:
  * Sun Oct 09 2016 Dennis Payne <du...@identicalsoftware.com> - 0.2.7-1
  - Convert to cmake

  * Sun Oct 09 2016 Dennis Payne <du...@identicalsoftware.com> - 0.2.7-2
  - Add requires cmake to build


Package:  adonthell-0.3.6-1.fc26
Old package:  adonthell-0.3.5-7.fc24
Summary:  A 2D graphical RPG game
RPMs: adonthell adonthell-doc
Size: 46837624 bytes
Size change:  3319800 bytes
Changelog:
  * Wed Sep 28 2016 Alexandre Moine <nobra...@gmail.com> - 0.3.6-1
  - New, sadly, final, release


Package:  amsynth-1.7.0-1.fc26
Old package:  amsynth-1.6.4-1.fc25
Summary:  A classic synthesizer with dual oscillators
RPMs: amsynth amsynth-data dssi-amsynth-plugin lv2-amsynth-plugin 
vst-amsynth-plugin
Size: 3182406 bytes
Size change:  53176 bytes
Changelog:
  * Sun Oct 09 2016 Alexandre Moine <nobra...@gmail.com> 1.7.0-1
  - Update to new upstream 1.7.0
  - Add support for translation
  - Move icon from pixmaps to hicolor


Package:  docker-2:1.12.1-31.gite90aaf2.fc26
Old package:  docker-2:1.12.1-30.git9a3752d.fc26
Summary:  Automates deployment of containerized applications
RPMs: container-selinux docker docker-common docker-devel 
docker-fish-completion docker-logrotate docker-novolume-plugin 
docker-rhsubscription docker-unit-test docker-v1.10-migrator docker-vim 
docker-zsh-completion
Size: 219374314 bytes
Size change:  28528 bytes
Changelog:
  * Sun Oct 09 2016 Antonio Murdaca <run...@fedoraproject.org> - 
2:1.12.1-31.gite90aaf2
  - built docker @projectatomic/docker-1.12 commit e90aaf2
  - built docker-selinux commit a9e875a
  - built d-s-s commit 194eca2
  - built docker-novolume-plugin commit c521254
  - built docker-runc @projectatomic/runc-1.12 commit f509e50
  - built docker-utils commit 
  - built docker-containerd commit 0ac3cd1
  - built docker-v1.10-migrator commit 994c35c


Package:  dtv-scan-tables-1-5.20160731gitb00d55fab082.fc26
Old package:  dtv-scan-tables-1-5.20160106git9d6094a7c41e.fc25
Summary:  Digital TV scan tables
RPMs: dtv-scan-tables dtv-scan-tables-legacy
Size: 735196 bytes
Size change:  64996 bytes
Changelog:
  * Sun Oct 09 2016 Ville Skytt?? <ville.sky...@iki.fi> - 
1-5.20160731gitb00d55fab082
  - Update to 2016-07-31-b00d55fab082


Package:  f25-backgrounds-25.0.0-2.fc26
Old package:  f25-backgrounds-25.0.0-1.fc26
Summary:  Fedora 25 default desktop background
RPMs: f25-backgrounds f25-backgrounds-base f25-backgrounds-gnome 
f25-backgrounds-kde f25-backgrounds-mate f25-backgrounds-xfce
Size: 13011216 bytes
Size change:  1292 bytes
Changelog:
  * Sat Oct 08 2016 Rex Dieter <rdie...@fedoraproject.org> 25.0.0-2
  - -kde: include plasma desktoptheme


Package:  f2fs-tools-1.7.0-1.fc26
Old package:  f2fs-tools-1.4.1-2.fc24
Summary:  Tools for Flash-Friendly File System (F2FS)
RPMs: f2fs-tools f2fs-tools-devel
Size: 532696 bytes
Size change:  156412 bytes
Changelog:
  * Sat Oct 08 2016 Eduardo Echeverria <

jplesnik pushed to perl-PDF-API2 (master). "2.029 bump"

[notifications]

From 8adb26dfed0c64d8904b910e8a731a587bef8f87 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Mon, 10 Oct 2016 16:01:15 +0200
Subject: 2.029 bump

---
 .gitignore  |  1 +
 font-location.patch | 10 +-
 perl-PDF-API2.spec  |  6 +-
 sources |  2 +-
 4 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/.gitignore b/.gitignore
index 0c452b7..f620f7a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ PDF-API2-0.73.tar.gz
 /PDF-API2-2.025.tar.gz
 /PDF-API2-2.027.tar.gz
 /PDF-API2-2.028.tar.gz
+/PDF-API2-2.029.tar.gz
diff --git a/font-location.patch b/font-location.patch
index 1074f89..a30dcb0 100644
--- a/font-location.patch
+++ b/font-location.patch
@@ -1,9 +1,9 @@
-diff -Naur PDF-API2-2.016-pristine/lib/PDF/API2.pm 
PDF-API2-2.016/lib/PDF/API2.pm
 PDF-API2-2.016-pristine/lib/PDF/API2.pm2011-01-24 08:41:31.0 
-0700
-+++ PDF-API2-2.016/lib/PDF/API2.pm 2011-01-30 15:45:59.300804559 -0700
-@@ -53,8 +53,7 @@
+diff -up PDF-API2-2.029/lib/PDF/API2.pm.font-location 
PDF-API2-2.029/lib/PDF/API2.pm
+--- PDF-API2-2.029/lib/PDF/API2.pm.font-location   2016-10-10 
02:01:19.0 +0200
 PDF-API2-2.029/lib/PDF/API2.pm 2016-10-10 15:39:47.979986028 +0200
+@@ -24,8 +24,7 @@ use PDF::API2::Resource::Shading;
  
- no warnings qw[ deprecated recursion uninitialized ];
+ use PDF::API2::NamedDestination;
  
 -our @FontDirs = ( (map { "$_/PDF/API2/fonts" } @INC),
 -  qw[ /usr/share/fonts /usr/local/share/fonts 
c:/windows/fonts c:/winnt/fonts ] );
diff --git a/perl-PDF-API2.spec b/perl-PDF-API2.spec
index 35ce395..1364e47 100644
--- a/perl-PDF-API2.spec
+++ b/perl-PDF-API2.spec
@@ -1,5 +1,5 @@
 Name:   perl-PDF-API2
-Version:2.028
+Version:2.029
 Release:1%{?dist}
 Summary:Perl module for creation and modification of PDF files
 
@@ -41,6 +41,7 @@ BuildRequires:  perl(Unicode::UCD)
 BuildRequires:  perl(vars)
 # Tests:
 BuildRequires:  perl(File::Find)
+BuildRequires:  perl(GD)
 BuildRequires:  perl(Test::More)
 Requires:   dejavu-sans-fonts
 Requires:   dejavu-sans-mono-fonts
@@ -109,6 +110,9 @@ make test
 
 
 %changelog
+* Mon Oct 10 2016 Jitka Plesnikova  - 2.029-1
+- 2.029 bump
+
 * Wed Jun 29 2016 Jitka Plesnikova  - 2.028-1
 - 2.028 bump
 
diff --git a/sources b/sources
index ad1c046..a2f0294 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-62e7d19eff5bd3cc7f673e4075dfa32a  PDF-API2-2.028.tar.gz
+d89f7481ed6acbdca5a576c139e0cf48  PDF-API2-2.029.tar.gz
-- 
cgit v0.12



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

[Bug 1383320] perl-PDF-API2-2.029 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-PDF-API2-2.029-1.fc26



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

Reviews Weekly

[nobody]

Start Date: 2016-10-03 10:08:01.807121
End Date: 2016-10-10 10:08:01.807121

Zbigniew Jędrzejewski-Szmek : 7

https://bugzilla.redhat.com/show_bug.cgi?id=1375735 python-asciitree
https://bugzilla.redhat.com/show_bug.cgi?id=1259486 libglvnd
https://bugzilla.redhat.com/show_bug.cgi?id=1375993 
python-flufl-i18n
https://bugzilla.redhat.com/show_bug.cgi?id=1381029 
python-more-itertools
https://bugzilla.redhat.com/show_bug.cgi?id=1375962 
python-sphinx-intl
https://bugzilla.redhat.com/show_bug.cgi?id=1376001 
python-flufl-lock
https://bugzilla.redhat.com/show_bug.cgi?id=1375999 
python-flufl-bounce


Björn "besser82" Esser : 3

https://bugzilla.redhat.com/show_bug.cgi?id=1381735 
python-astroscrappy
https://bugzilla.redhat.com/show_bug.cgi?id=1381516 python-reproject
https://bugzilla.redhat.com/show_bug.cgi?id=1382797 python-pyvo


Christian Dersch : 3

https://bugzilla.redhat.com/show_bug.cgi?id=1382810 
cinnamon-applet-globalappmenu
https://bugzilla.redhat.com/show_bug.cgi?id=1382811 appmenu-qt5
https://bugzilla.redhat.com/show_bug.cgi?id=1382813 unity-gtk-module


Remi Collet : 2

https://bugzilla.redhat.com/show_bug.cgi?id=1380156 
php-webmozart-path-util
https://bugzilla.redhat.com/show_bug.cgi?id=1380155 
php-webmozart-assert


Tom "spot" Callaway : 2

https://bugzilla.redhat.com/show_bug.cgi?id=1381307 
perl-BibTeX-Parser
https://bugzilla.redhat.com/show_bug.cgi?id=1381303 
perl-LaTeX-ToUnicode


gil cattaneo : 2

https://bugzilla.redhat.com/show_bug.cgi?id=1271193 osgi-compendium
https://bugzilla.redhat.com/show_bug.cgi?id=1381892 osgi-core


Antonio Trande : 1

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


Dridi Boukelmoune : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1380540 votca-xtp


Jan Chaloupka : 1

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


Kevin Fenzi : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1382987 
python-flask-admin


Lumír Balhar : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1378740 
python-pytest-faulthandler


Michael Hampton : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1379254 
python-docker-pycreds


Mukundan Ragavan : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1379174 vmod-querystring


Neal Gompa : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1381935 python-distro


Nikos Mavrogiannopoulos : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1382367 compat-openssl10


Petr Pisar : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1378028 perl-MCE-Shared


Piotr Popieluch : 1

https://bugzilla.redhat.com/show_bug.cgi?id=1372881 
nodejs-stream-shift


Randy Barlow : 1

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


Tomas Mraz : 1

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



Completed Review Requests: 31
This report was generated by bz-review-report.py.
The original source is available at: 
https://git.fedorahosted.org/cgit/triage.git/tree/scripts/bzReviewReport.py
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[POC-change] Fedora packages point of contact updates

[nobody]

Change in package status over the last 168 hours


0 packages were orphaned


4 packages were retired

glassfish-el-api [master, f25] was retired by gil
 Expression Language API 2.2.4
 https://admin.fedoraproject.org/pkgdb/package/glassfish-el-api
idris [master, f25] was retired by petersen
 Functional Programming Language with Dependent Types
 https://admin.fedoraproject.org/pkgdb/package/idris
media-explorer [master, f25] was retired by pwalter
 Media center application
 https://admin.fedoraproject.org/pkgdb/package/media-explorer
xorg-x11-drv-vmmouse [master] was retired by ausil
 Xorg X11 vmmouse input driver
 https://admin.fedoraproject.org/pkgdb/package/xorg-x11-drv-vmmouse

5 packages unorphaned
-
appmenu-qt5 [f23] was unorphaned by besser82
 Support for global DBus-exported application menu in Qt5
 https://admin.fedoraproject.org/pkgdb/package/appmenu-qt5
libgit2 [el6, epel7, el5] was unorphaned by pwalter
 C implementation of the Git core methods as a library with a solid API
 https://admin.fedoraproject.org/pkgdb/package/libgit2
python-flask-admin [master, f24] was unorphaned by puiterwijk
 Simple and extensible admin interface framework for Flask
 https://admin.fedoraproject.org/pkgdb/package/python-flask-admin
vdr-streamdev [master, f25, f24] was unorphaned by sailer
 Streaming plug-in for VDR
 https://admin.fedoraproject.org/pkgdb/package/vdr-streamdev
xorg-x11-drv-vmmouse [f25] was unorphaned by ausil
 Xorg X11 vmmouse input driver
 https://admin.fedoraproject.org/pkgdb/package/xorg-x11-drv-vmmouse

0 packages were unretired


6 packages were given

dvblast [f23, master, f24] was given by limb to kwizart
 Simple and powerful streaming application
 https://admin.fedoraproject.org/pkgdb/package/dvblast
opensc [f23, master, f25, f24] was given by nmav to jjelen
 Smart card library and applications
 https://admin.fedoraproject.org/pkgdb/package/opensc
sed [f23, master, f25, f24] was given by pstodulk to jamartis
 A GNU stream text editor
 https://admin.fedoraproject.org/pkgdb/package/sed
storaged [f23, master, f25, epel7, f24] was given by stefw to tsmetana
 Disk Manager
 https://admin.fedoraproject.org/pkgdb/package/storaged
tcpdump [f23, master, f25, f24] was given by luhliarik to mruprich
 A network traffic monitoring tool
 https://admin.fedoraproject.org/pkgdb/package/tcpdump
tss2 [master] was given by limb to honclo
 IBM's TCG Software Stack (TSS) for TPM 2.0 and related utilities
 https://admin.fedoraproject.org/pkgdb/package/tss2

2 packages had new branches

dvblast had a new branch: f25 for kwizart by limb
 Simple and powerful streaming application
 https://admin.fedoraproject.org/pkgdb/package/dvblast
tss2 had a new branch: f25 for honclo by limb
 IBM's TCG Software Stack (TSS) for TPM 2.0 and related utilities
 https://admin.fedoraproject.org/pkgdb/package/tss2


Sources: https://github.com/pypingou/fedora-owner-change
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Retired glassfish-el-api on Rawhide and F25

[gil]

Il 10/10/2016 07:01, gil ha scritto:

Hi

Retired glassfish-el-api is now provided in glassfish-el (3.0.1-b08) 
package


Regard

.g


glassfish-el has been submitted for testing
https://bodhi.fedoraproject.org/updates/FEDORA-2016-fa327aa8f4
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Retired glassfish-el-api on Rawhide and F25

[gil]

Hi

Retired glassfish-el-api is now provided in glassfish-el (3.0.1-b08) package

Regard

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

Broken dependencies: perl-Alien-ROOT

[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

[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

pghmcfc pushed to perl-parent (perl-parent-0.236-1.fc25). "Update to 0.236 (..more)"

[notifications]

From 44ecf7523d3822fed3ab4b1535198e98a7dc1695 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Mon, 10 Oct 2016 14:22:19 +0100
Subject: Update to 0.236

- New upstream release 0.236
  - Add Travis test configuration
  - Make test for PMC availability more reliable
  - Disable benchmark test rt62341.t as it runs out of memory on many smoker
systems (CPAN RT#118310)
- Simplify find command using -delete
---
 perl-parent.spec | 27 ++-
 sources  |  2 +-
 2 files changed, 19 insertions(+), 10 deletions(-)

diff --git a/perl-parent.spec b/perl-parent.spec
index 7331709..4ce2e0d 100644
--- a/perl-parent.spec
+++ b/perl-parent.spec
@@ -1,7 +1,7 @@
 Name:  perl-parent
 Epoch: 1
-Version:   0.234
-Release:   365%{?dist}
+Version:   0.236
+Release:   1%{?dist}
 Summary:   Establish an ISA relationship with base classes at compile time
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -9,16 +9,20 @@ URL:  http://search.cpan.org/dist/parent/
 Source0:   
http://search.cpan.org/CPAN/authors/id/C/CO/CORION/parent-%{version}.tar.gz
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 BuildArch: noarch
-# Build:
+# Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl-generators
 BuildRequires: perl(ExtUtils::MakeMaker)
-# Run-time:
+# Module Runtime
 BuildRequires: perl(strict)
 BuildRequires: perl(vars)
-# Tests:
+# Test Suite
 BuildRequires: perl(lib)
 BuildRequires: perl(Test::More) >= 0.4
+# Dependencies
 Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
@@ -37,9 +41,6 @@ from those modules at the same time. Mostly similar in effect 
to:
 %prep
 %setup -q -n parent-%{version}
 
-# Remove spurious exec permissions
-chmod -c -x Changes lib/parent.pm
-
 %build
 perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
@@ -47,7 +48,7 @@ make %{?_smp_mflags}
 %install
 rm -rf %{buildroot}
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
+find %{buildroot} -type f -name .packlist -delete
 %{_fixperms} %{buildroot}
 
 %check
@@ -62,6 +63,14 @@ rm -rf %{buildroot}
 %{_mandir}/man3/parent.3*
 
 %changelog
+* Mon Oct 10 2016 Paul Howarth  - 1:0.236-1
+- Update to 0.236
+  - Add Travis test configuration
+  - Make test for PMC availability more reliable
+  - Disable benchmark test rt62341.t as it runs out of memory on many smoker
+systems (CPAN RT#118310)
+- Simplify find command using -delete
+
 * Sat May 14 2016 Jitka Plesnikova  - 1:0.234-365
 - Increase release to favour standalone package
 
diff --git a/sources b/sources
index 20441eb..ee7368a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b02fc0e7f9b74de42e60816c38be  parent-0.234.tar.gz
+c8650f1063f6050f856f854d1dac389d  parent-0.236.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-parent.git/commit/?h=perl-parent-0.236-1.fc25=44ecf7523d3822fed3ab4b1535198e98a7dc1695
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-parent (perl-parent-0.236-1.fc26). "Update to 0.236 (..more)"

[notifications]

This commit already existed in another branch.

http://pkgs.fedoraproject.org/cgit/perl-parent.git/commit/?h=perl-parent-0.236-1.fc26=44ecf7523d3822fed3ab4b1535198e98a7dc1695
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org