Fedora Rawhide-20180608.n.1 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 4/137 (x86_64), 2/24 (i386), 1/2 (arm)

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

ID: 247353  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/247353
ID: 247378  Test: x86_64 AtomicWorkstation-dvd_ostree-iso 
install_default_upload
URL: https://openqa.fedoraproject.org/tests/247378
ID: 247414  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/247414

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

ID: 247322  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/247322
ID: 247355  Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/247355
ID: 247371  Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/247371
ID: 247372  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/247372

Soft failed openQA tests: 10/137 (x86_64), 4/24 (i386)
(Tests completed, but using a workaround for a known bug)

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

ID: 247329  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/247329
ID: 247420  Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/247420
ID: 247432  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/247432
ID: 247443  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/247443
ID: 247449  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/247449
ID: 247450  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/247450
ID: 247455  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/247455
ID: 247465  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/247465
ID: 247466  Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/247466

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

ID: 247334  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/247334
ID: 247335  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/247335
ID: 247419  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/247419
ID: 247434  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/247434
ID: 247442  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/247442

Passed openQA tests: 114/137 (x86_64), 18/24 (i386)

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

ID: 247316  Test: x86_64 Server-dvd-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/247316
ID: 247317  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/247317
ID: 247339  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/247339
ID: 247340  Test: x86_64 Workstation-live-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/247340
ID: 247341  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/247341
ID: 247342  Test: x86_64 Workstation-live-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/247342
ID: 247343  Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/247343
ID: 247344  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/247344
ID: 247345  Test: x86_64 Workstation-live-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/247345
ID: 247346  Test: x86_64 Workstation-live-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/247346
ID: 247347  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/247347
ID: 247348  Test: x86_64 Workstation-live-iso desktop_terminal
URL: https://openqa.fedoraproject.org/tests/247348
ID: 247349  Test: x86_64 Workstation-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/247349
ID: 247358  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/247358
ID: 247361  Test: x86_64 KDE-live-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/247361
ID: 247362  Test: x86_64 KDE-live-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/247362
ID: 247363  Test: x86_64 

[389-devel] 389 DS nightly 2018-06-09 - 61% PASS

[vashirov]

https://fedorapeople.org/groups/389ds/ci/nightly/2018/06/09/report-389-ds-base-1.4.0.9-20180609gitdb80854.fc28.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org/message/DGGE4JE3KV7UMPCJ7GJZYGJHKP5GSRID/

Fedora rawhide compose report: 20180608.n.1 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20180607.n.0
NEW: Fedora-Rawhide-20180608.n.1

= SUMMARY =
Added images:0
Dropped images:  3
Added packages:  4
Dropped packages:2
Upgraded packages:   195
Downgraded packages: 0

Size of added packages:  5.22 MiB
Size of dropped packages:2.18 MiB
Size of upgraded packages:   4.32 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   49.38 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =
Image: AtomicHost qcow2 ppc64le
Path: 
AtomicHost/ppc64le/images/Fedora-AtomicHost-Rawhide-20180607.n.0.ppc64le.qcow2
Image: AtomicHost raw-xz ppc64le
Path: 
AtomicHost/ppc64le/images/Fedora-AtomicHost-Rawhide-20180607.n.0.ppc64le.raw.xz
Image: Minimal raw-xz aarch64
Path: Spins/aarch64/images/Fedora-Minimal-Rawhide-20180607.n.0.aarch64.raw.xz

= ADDED PACKAGES =
Package: plasma-browser-integration-5.12.90-1.fc29
Summary: plasma-browser-integration provides components necessary to integrate 
browsers into the Plasma Desktop
RPMs:plasma-browser-integration
Size:834.31 KiB

Package: python-h2-3.0.1-1.fc29
Summary: HTTP/2 State-Machine based protocol implementation
RPMs:python-h2-doc python2-h2 python3-h2
Size:4.01 MiB

Package: python-hyperlink-18.0.0-1.fc29
Summary: A featureful, immutable, and correct URL for Python
RPMs:python-hyperlink-doc python2-hyperlink python3-hyperlink
Size:329.30 KiB

Package: python-neotime-1.0.0-1.fc29
Summary: Nanosecond resolution temporal types
RPMs:python2-neotime python3-neotime
Size:69.69 KiB


= DROPPED PACKAGES =
Package: loki-lib-0.1.7-13.fc23
Summary: Loki C++ Library of design patterns and idioms
RPMs:loki-lib loki-lib-devel loki-lib-doc
Size:1.36 MiB

Package: pantheon-calculator-0.1.3-4.fc28
Summary: A tiny, simple calculator written in GTK+ and Vala
RPMs:pantheon-calculator
Size:844.36 KiB


= UPGRADED PACKAGES =
Package:  CuraEngine-lulzbot-1:3.2.21-1.fc29
Old package:  CuraEngine-lulzbot-1:2.6.69-1.fc29
Summary:  Engine for processing 3D models into G-code instructions for 3D 
printers
RPMs: CuraEngine-lulzbot
Size: 4.41 MiB
Size change:  572.29 KiB
Changelog:
  * Mon Apr 16 2018 Tom Callaway  - 1:3.2.17-1
  - update to 3.2.17

  * Mon Apr 23 2018 Tom Callaway  - 1:3.2.18-1
  - update to 3.2.18

  * Wed May 09 2018 Tom Callaway  - 1:3.2.19-1
  - update to 3.2.19

  * Wed May 23 2018 Tom Callaway  - 1:3.2.20-1
  - update to 3.2.20

  * Wed May 23 2018 Tom Callaway  - 1:3.2.21-1
  - update to 3.2.21


Package:  ReviewBoard-3.0.7-1.module_1839+6b846779
Old package:  ReviewBoard-3.0.6-1.module_1655+c1bb0ce4
Summary:  Web-based code review tool
RPMs: ReviewBoard
Size: 7.10 MiB
Size change:  232.12 KiB
Changelog:
  * Thu Jun 07 2018 Stephen Gallagher  - 3.0.7-1
  - Update to 3.0.7
  - https://www.reviewboard.org/docs/releasenotes/reviewboard/3.0.7/


Package:  anaconda-29.16-1.fc29
Old package:  anaconda-29.15-1.fc29
Summary:  Graphical system installer
RPMs: anaconda anaconda-core anaconda-dracut anaconda-gui 
anaconda-install-env-deps anaconda-tui anaconda-widgets anaconda-widgets-devel
Size: 24.36 MiB
Size change:  128.70 KiB
Changelog:
  * Thu Jun 07 2018 Martin Kolman  - 29.16-1
  - Add tests for changes in tasks and the install manager (vponcova)
  - Add a simple installation task in the Baz module (vponcova)
  - Update the boss classes (vponcova)
  - Update the base clases for modules (vponcova)
  - Use the system installation task in the install manager (vponcova)
  - Add the system installation task (vponcova)
  - Add methods for running remote DBus tasks (vponcova)
  - Improved base clases for DBus tasks (vponcova)
  - Do not manually create LUKSDevice when unlocking a LUKS format (vtrefny)
  - Fix pylint errors (vponcova)
  - Skip the pylint check for the bootloader.py (vponcova)
  - Enable DNF depsolver debugging in debug mode (mkolman)
  - Don't reset locale of our DBus daemon (vponcova)
  - Close the DNF base later (#1571299) (vponcova)
  - Add 10% for storage metadata to the total required space (#1578395)
(vponcova)
  - Add hook to prevent mistake upstream pushes (jkonecny)
  - Revert "WIP" (vponcova)
  - WIP (vponcova)
  - Set locale to en_US.UTF-8 in every module (#1575415) (vponcova)
  - Move initial module configuration to the init function (vponcova)
  - Fix the mount command (vponcova)
  - Use the auto partitioning module in UI (vponcova)
  - Only check space during a tui kickstart if ksprompt is enabled (bcl)
  - Fix can't exit TUI storage spoke (jkonecny)
  - Use PROCESSED_AND_CLOSE and PROCESSED_AND_REDRAW (jkonecny)
  - Remove not required PROCESSED return (jkonecny)
  - Remove PROCESSED from refresh method (jkonecny)


Package:  annobin-6.1-1.fc29
Old package:  annobin-6.0-1.fc29
Summary:  Binary annotation plugin for GCC
RPMs: annobin
Size: 793.89 KiB
S

Re: Fedora Elections May 2018 - Voting period of FESCo elections has started

[Randy Barlow]

On 06/08/2018 01:59 PM, Till Maas wrote:
> It is possible, but it will break when someone else will have to rebuild
> something else than Rawhide and make a change there. Also it will
> irritate people who are looking for sources for a package.

I don't disagree with your first point, but it is possible to know the
sources. A recent Koji change went in where it records the commit hash
that was used, even if you build without a commit hash in the URL[0].

I recently made a staging Koji build like this:

https://koji.stg.fedoraproject.org/koji/buildinfo?buildID=1083861

Note that in the Extra field, you can see that I asked Koji to build the
master branch, but the Source field records the commit hash.


[0] https://pagure.io/koji/issue/550
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/PVW3L5JEZXCQNFANMVUS5ALC2QSPRO62/

[Bug 1589408] New: perl-Unix-Statgrab-0.112 is available

[bugzilla]

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

Bug ID: 1589408
   Summary: perl-Unix-Statgrab-0.112 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Unix-Statgrab
  Keywords: FutureFeature, Triaged
  Assignee: ticot...@gmail.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: i...@cicku.me, oli...@linux-kernel.at,
perl-devel@lists.fedoraproject.org, st...@silug.org,
ticot...@gmail.com



Latest upstream release: 0.112
Current version/release in rawhide: 0.111-9.fc29
URL: http://search.cpan.org/dist/Unix-Statgrab/

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

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/45LTU73V7YT76NFHLWKFXZUBAIBXWWSZ/

[Bug 1589402] New: perl-List-SomeUtils-XS-0.58 is available

[bugzilla]

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

Bug ID: 1589402
   Summary: perl-List-SomeUtils-XS-0.58 is available
   Product: Fedora
   Version: rawhide
 Component: perl-List-SomeUtils-XS
  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.58
Current version/release in rawhide: 0.57-1.fc29
URL: http://search.cpan.org/dist/List-SomeUtils-XS/

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

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/62QITH3EIMOXU4S2QUCLQAQJMSOZMWH7/

[Bug 1589401] New: perl-DateTime-Locale-1.22 is available

[bugzilla]

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

Bug ID: 1589401
   Summary: perl-DateTime-Locale-1.22 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.22
Current version/release in rawhide: 1.20-1.fc29
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
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/53ZMHKED4HTYOMAV446OW6Z6DXZ2UPES/

[Bug 1589398] New: perl-Config-AutoConf-0.317 is available

[bugzilla]

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

Bug ID: 1589398
   Summary: perl-Config-AutoConf-0.317 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Config-AutoConf
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org



Latest upstream release: 0.317
Current version/release in rawhide: 0.316-1.fc29
URL: http://search.cpan.org/dist/Config-AutoConf/

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

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/OVNAD4TTVSNM5LC6V4ZTVMEZBYXCME5V/

Re: Orphaning python-sysv_ipc

[Fran Tsao Santín]

Hi,
I can take it.

Best regards.

2018-06-08 23:42 GMT+02:00 Othmane "ⴰⵜⵀⵎⴰⵏ" Madjoudj <
athm...@fedoraproject.org>:

> Hi
>
> I've orphaned python-sysv_ipc since I'm not using it anymore.
>
>

-- 
Francisco J. Tsao Santín
https://gattaca.es
Twitter: @FranTsao 
1024D/71CF4D62  42 F1 53 35 EF 98 98 8A FC 6C 56 B3 4C A7 7D FB
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2QTOIUPK36QW6AOJX2TD6V752PYJMBG6/

[389-devel] 389 DS nightly 2018-06-09 - 0% PASS

[vashirov]

https://fedorapeople.org/groups/389ds/ci/nightly/2018/06/09/report-389-ds-base-1.4.0.9-20180608gitdb80854.fc28.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org/message/2ZK44T752XX635YUMSJ6XFAOLWHTD5RT/

Orphaning python-sysv_ipc

[ⴰⵜⵀⵎⴰⵏ]

Hi

I've orphaned python-sysv_ipc since I'm not using it anymore.


Best regards.

- Athmane
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7QSSR55G5BFTB4ZUSXFAQ3FASPYKXFNF/

[Bug 1583657] perl-Test-POE-Client-TCP-1.14 is available

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Test-POE-Client-TCP-1.14-1.fc27 has been pushed to the Fedora 27 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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/FNLVNC5HU7PYT36TLE7DHPJCT4ZARYNL/

[Bug 1589381] New: perl-Cflow not actually linked to flow-tools since -17

[bugzilla]

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

Bug ID: 1589381
   Summary: perl-Cflow not actually linked to flow-tools since -17
   Product: Fedora EPEL
   Version: epel7
 Component: perl-Cflow
  Severity: low
  Assignee: or...@nwra.com
  Reporter: red...@adiemus.org
QA Contact: extras...@fedoraproject.org
CC: or...@nwra.com, perl-devel@lists.fedoraproject.org



Created attachment 1449269
  --> https://bugzilla.redhat.com/attachment.cgi?id=1449269=edit
Basic spec file patch to restore the necessary CCFLAGS/LIBS for linking to
flow-tools

Description of problem:
perl-Cflow isn't actually linked against flow-tools (libft) and doesn't seem to
have been since release -17.  It works in the EPEL6 version (-11)

In -17, it seems the spec file was changed such that the Makefile creation line
changed from:

[Working, 1.053-11]
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" \
   CCFLAGS='-DOSU' LIBS='-lft'

[Broken, 1.053-32]
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"

where the manual set of CCFLAGS and LIBS was removed.  The problem is, the
upstream source won't detect and build against flow-tools otherwise.  (It's
autodetection logic expects perl-Cflow to be inside the build tree for
flow-tools itself)

Restoring the CCFLAGS/LIBS override in the spec file results in a build that
works as expected.  (Consistent with the EPEL6 build)

Version-Release number of selected component (if applicable):
perl-Cflow-1.053-32.el7.x86_64

How reproducible:
Always

Steps to Reproduce:
1. yum -y install flow-tools perl-Cflow
2. Run flow-capture to gather some netflow data into flow files
3. flowdumper -v ft-v05.whatever

Actual results:
$ flowdumper -v ft-v05.2018-06-08.144801-0500
ft-v05.2018-06-08.144801-0500: Invalid index in cflowd flow file: 0xCF100103!
Version 5 flow-export is required with *all* fields being saved.

Expected results:
$ flowdumper -v ft-v05.2018-06-08.144801-0500
FLOW
  index:  0xc7
  router: 127.0.0.1


Additional info:
I've attached a very basic diff of the spec file, incremented to -33, that
makes the change suggested above.

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/AQN7A3PX6GSCRVLEM6R2WZJUQ6RHOEUW/

orphaning openmx

[Marcin Dulak]

https://src.fedoraproject.org/rpms/openmx
No collaboration from developers requires constant adjusting of patches.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/POQPJIW5NGZGZRI7RKPLBO7K64ROCGCZ/

[Bug 1550526] Upgrade perl-Image-ExifTool to 10.80

[bugzilla]

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



--- Comment #12 from Fedora Update System  ---
perl-Image-ExifTool-11.00-1.fc27 has been pushed to the Fedora 27 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-2018-f9bc440553

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/HGXIYFJL7UA6ER5G2AOBVFCTSA3UCPOL/

orphaning vnc-ltsp-config

[Rex Dieter]

Not something I have time or interest for awhile, so I'm orphaning it,
https://src.fedoraproject.org/rpms/vnc-ltsp-config

-- Rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/EGX5TWTUKP5ZICF37FH2ULFBJSE65C3A/

Re: Firefox is crashing constantly?

[Chris Murphy]

On Tue, Jun 5, 2018 at 2:43 PM, Chris Murphy  wrote:
> The bug:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1568097

I'm still not sure what's going on here, but reverting to
firefox-60.0.1-4.fc28.x86_64 and firefox-60.0.1-3.fc28.x86_64 did not
fix the problem, I still get a dozen crashes throughout the day. Since
installing upstream nightly in ~/Applications while using the same
profile, no crashes. So the problem must be some dependent library
that got updated I guess?


-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/QRQX4LZ2TZG73IHITMHXOFE4M7CRUN6W/

Re: Fedora Elections May 2018 - Voting period of FESCo elections has started

[Till Maas]

On Fri, Jun 08, 2018 at 12:04:29PM -0400, Randy Barlow wrote:
> On 06/08/2018 11:54 AM, Ben Rosser wrote:
> >> you can ask Koji to build off the master branch for non-rawhide
> >> releases.
> 
> > I actually didn't know this. Is this a recently added feature? Is
> > there some place I can read about it?
> 
> I don't believe it is recently added, though I don't know Koji's
> history. I suspect it's been like this a long time though. I don't know
> it to be documented, I kinda just discovered it on my own. Basically, I
> noticed that "fedpkg build" really just calls Koji, and asks it to build
> a particular commit for a particular tag. For example, have a look at
> the "Source" field at:
> 
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1084812
> 
> It's
> git+https://src.fedoraproject.org/rpms/bodhi.git#9db03db15d7c9631887c759cc6bf19e0a1f4b241
> 
> That happens to be on Bodhi's master branch right now. So I could ask
> Koji to build that commit for f27 like this:
> 
> $ koji build f27
> git+https://src.fedoraproject.org/rpms/bodhi.git#9db03db15d7c9631887c759cc6bf19e0a1f4b241

It is possible, but it will break when someone else will have to rebuild
something else than Rawhide and make a change there. Also it will
irritate people who are looking for sources for a package.

Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/EXVBV24Z4T2MZ4FPHKNXYZXBO5RWODZQ/

Re: Fedora Elections May 2018 - Voting period of FESCo elections has started

[Randy Barlow]

On 06/08/2018 11:54 AM, Ben Rosser wrote:
>> you can ask Koji to build off the master branch for non-rawhide
>> releases.

> I actually didn't know this. Is this a recently added feature? Is
> there some place I can read about it?

I don't believe it is recently added, though I don't know Koji's
history. I suspect it's been like this a long time though. I don't know
it to be documented, I kinda just discovered it on my own. Basically, I
noticed that "fedpkg build" really just calls Koji, and asks it to build
a particular commit for a particular tag. For example, have a look at
the "Source" field at:

https://koji.fedoraproject.org/koji/buildinfo?buildID=1084812

It's
git+https://src.fedoraproject.org/rpms/bodhi.git#9db03db15d7c9631887c759cc6bf19e0a1f4b241

That happens to be on Bodhi's master branch right now. So I could ask
Koji to build that commit for f27 like this:

$ koji build f27
git+https://src.fedoraproject.org/rpms/bodhi.git#9db03db15d7c9631887c759cc6bf19e0a1f4b241

You can also use branch names after the # in that URL, for example:

$ koji build f27 git+https://src.fedoraproject.org/rpms/bodhi.git#master

> My suspicion is that people are using "git merge" to bring changes to
> other branches because a) people don't know they can just build from
> master, and b) because various packaging tutorials [1] tell them to.

I agree.

However, I would continue to advocate taking advantage of the branches
and using cherry picking to bring back specific changes to older
releases. It really does help the spec file to be easier to read.

Putting if statements in your spec file is like putting if statements in
your code for what version of the code it is. I could have just a master
branch for Bodhi's upstream code, and I could put if statements in it like:

if bodhi_version > (3, 8, 0):
   # cool feature introduced in 3.8.0 here

But I don't do that because I have and use git branches. When I fix a
bug in master that I want to backport to an older release, I just git
cherry pick. In my opinion, spec files are also just code and it makes
sense to treat them the same way.

> (I think this is actually a big problem in Fedora right now--
> infrastructure changes are happening faster than people are learning
> to use the new infrastructure, which is making it really hard for
> packagers to stay up to speed. It doesn't help that this stuff isn't
> always communicated clearly.)

Agreed.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ETZKUTGC4JUVOYMYRGHALH3DPPJFGWQK/

Re: Fedora Elections May 2018 - Voting period of FESCo elections has started

[Ben Rosser]

On Fri, Jun 8, 2018 at 11:39 AM, Randy Barlow
 wrote:
> It's actually kinda
> strange to me that there seems to be a common pattern of using git merge
> to bring changes on the master branch back to older branches, especially
> since you can ask Koji to build off the master branch for non-rawhide
> releases. IMO, if you are going to have a spec file with if statements,
> why not just build all builds off master?

I actually didn't know this. Is this a recently added feature? Is
there some place I can read about it?

My suspicion is that people are using "git merge" to bring changes to
other branches because a) people don't know they can just build from
master, and b) because various packaging tutorials [1] tell them to.
(I think this is actually a big problem in Fedora right now--
infrastructure changes are happening faster than people are learning
to use the new infrastructure, which is making it really hard for
packagers to stay up to speed. It doesn't help that this stuff isn't
always communicated clearly.)

Ben Rosser

[1] 
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Update_Your_Branches_.28if_desired.29
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/GBUIPYPOJHMJGNOYBUWRSVDF5G25PVWA/

Summary/Minutes from today's FESCo Meeting (2018-06-08)

[Randy Barlow]

We were one person shy of quorum this week so we canceled the meeting,
with an exception that we approved a non-responsive maintainer ticket
since doing so did not require quorum.


===
#fedora-meeting: FESCO (2018-06-08)
===


Meeting started by bowlofeggs at 15:00:08 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting/2018-06-08/fesco.2018-06-08-15.00.log.html
.



Meeting summary
---
* init process  (bowlofeggs, 15:00:08)
  * no quorum today  (bowlofeggs, 15:09:56)
  * ACTION: bowlofeggs will chair next week  (bowlofeggs, 15:10:05)
  * LINK:

https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
(tyll, 15:10:47)

* #1893 Non-responsive maintainer for libinvm-i18n,libinvm-cli,
  libinvm-cim  (bowlofeggs, 15:11:13)
  * Election for FESCo is open now  (tyll, 15:12:13)
  * AGREED: @jhli may takeover the requested packages  (bowlofeggs,
15:12:16)
  * ACTION: tyll will reassign @nkothapa's packages  (bowlofeggs,
15:12:52)

* open floor  (bowlofeggs, 15:13:38)

Meeting ended at 15:22:47 UTC.




Action Items

* bowlofeggs will chair next week
* tyll will reassign @nkothapa's packages




Action Items, by person
---
* bowlofeggs
  * bowlofeggs will chair next week
* tyll
  * tyll will reassign @nkothapa's packages
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* bowlofeggs (46)
* zodbot (11)
* tyll (10)
* nirik (9)
* zbyszek (6)
* x3mboy (5)
* jsmith (1)
* sgallagh (0)
* jwb (0)
* maxamillion (0)
* dgilmore (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot

https://meetbot.fedoraproject.org/fedora-meeting/2018-06-08/fesco.2018-06-08-15.00.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RWQD6YIDKKRFHANI7SXQIUDCXITYRYFU/

Re: Fedora Elections May 2018 - Voting period of FESCo elections has started

[Randy Barlow]

On 06/08/2018 11:39 AM, Randy Barlow wrote:
> Second most important goal on which candidates are focused is how
> internal Fedora infrastructure works.

Oh, and I also openly admit that I have a bias here too, since I work on
the Fedora Infrastructure Team.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/6S4FZM3VH6DDR7WPMJ7DNJ4KDPY2UNAU/

Re: Fedora Elections May 2018 - Voting period of FESCo elections has started

[Randy Barlow]

On 06/07/2018 12:15 PM, Tomasz Kłoczko wrote:
> No one points on things like discussion on:
> - common specs coding style
> - cutting number of %iffings (and use instead SCM branches which git offers)
> - cutting legacy tails like still using tons of scriptlets which can be
> easily cleaned of remove dependencies on initscripts and maaany more
> like this which could make at least @core solid fundamentals other features
> - cutting number of dependencies (how many years ago was first
> discussion about use --as-needed in linker options?)

These all sound like packaging concerns, and there is a formal Fedora
Packaging Committee that oversees the rules around these kinds of
things. FESCo usually defers decisions like these to that committee,
similar to how we would typically defer server decisions to the Server
Working Group.

I will say that I agree that it would be ideal if packagers would use
SCM branches instead of if statements in spec files - that's kind of a
pet peeve of mine. It makes the specs harder to read/predict, and it
also makes the use of branches less meaningful. It's actually kinda
strange to me that there seems to be a common pattern of using git merge
to bring changes on the master branch back to older branches, especially
since you can ask Koji to build off the master branch for non-rawhide
releases. IMO, if you are going to have a spec file with if statements,
why not just build all builds off master? Anyways, my personal mode of
operation is to embrace SCM, and when I want a change on master to be in
Fedora 27, I just cherry pick that commit back. This allows me to have
nice clean spec files, and it's also pretty easy to apply changes from
master to older branches without disturbing their changelogs, and
without bringing changes that might be Rawhide specific backwards.

Anyways, after saying all of that, I am not inclined to make that a
policy because it is a personal preference in my mind. I would rather
try to persuade others to operate this way than force them to. I also
try to "play along" when I work with other packagers that have a
different workflow than I prefer.

> Second most important goal on which candidates are focused is how
> internal Fedora infrastructure works.

I would advocate that this is important. Fedora's success depends on
attracting and retaining contributors. It's important to acknowledge
that there are many kinds of contributors other than packagers, and I
admit that my focus on packagers is pretty apparent in this point, but I
think it's good for FESCo to work towards enabling our contributors so
that they can work more efficiently together to achieve their goals.
Enabling the contributors to achieve more means that the end user
receives a better product.

> On top of this more and more decisions in Fedora seems are made in less
> and less transparent and well technically justified way.

FESCo meeting are held in the public on Freenode, and we post our
agendas and minutes on this list every week. What further expectation of
transparency do you expect?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/6QMXAWYANJ4J2F5QX2H55MUQIU2B5H3D/

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
  61  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-5aca1d385d   
remctl-3.14-1.el6
  58  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-dd6e4a3f0b   
python34-3.4.8-1.el6
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-fca9555db1   
cobbler-2.6.11-7.git95749a6.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-1ceee884b4   
prosody-0.10.2-1.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-029b32bcf4   
singularity-2.5.1-1.el6


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

perl-Image-ExifTool-11.00-1.el6

Details about builds:



 perl-Image-ExifTool-11.00-1.el6 (FEDORA-EPEL-2018-a508f8f235)
 Utility for reading and writing image meta info

Update Information:

Update to new stable (11.00)

ChangeLog:

* Thu Jun  7 2018 Tom Callaway  - 11.00-1
- new stable (11.00)

___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/message/T54YUCJ5RGTU2526YKFNKCRGLMDVPKOB/

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
  61  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-2c81054303   
remctl-3.14-1.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-90002f509e   
pdns-recursor-4.1.3-2.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-74ee3ae47e   
phpMyAdmin-4.4.15.10-3.el7
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-65614e9fc9   
thunderbird-enigmail-2.0.6-1.el7
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-bbdc0ecf38   
cobbler-2.8.3-2.el7
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-297fb7f6c0   
chromium-66.0.3359.181-3.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-7155fb2e51   
prosody-0.10.2-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-86538d58b1   
strongswan-5.6.3-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-e14afdfcb2   
singularity-2.5.1-1.el7


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

certbot-0.25.0-1.el7
perl-Image-ExifTool-11.00-1.el7
python-acme-0.25.0-1.el7
python-certbot-apache-0.25.0-1.el7
python-certbot-dns-cloudflare-0.25.0-1.el7
python-certbot-dns-cloudxns-0.25.0-1.el7
python-certbot-dns-digitalocean-0.25.0-1.el7
python-certbot-dns-dnsimple-0.25.0-1.el7
python-certbot-dns-dnsmadeeasy-0.25.0-1.el7
python-certbot-dns-google-0.25.0-1.el7
python-certbot-dns-luadns-0.25.0-1.el7
python-certbot-dns-nsone-0.25.0-1.el7
python-certbot-dns-rfc2136-0.25.0-1.el7
python-certbot-dns-route53-0.25.0-1.el7
python-certbot-nginx-0.25.0-1.el7
python-moksha-hub-1.5.8-1.el7
rust-1.26.2-3.el7

Details about builds:



 certbot-0.25.0-1.el7 (FEDORA-EPEL-2018-fd3c160187)
 A free, automated certificate authority client

Update Information:

Update to 0.25.0.

ChangeLog:

* Thu Jun  7 2018 Eli Young  - 0.25.0-1
- Update to 0.25.0 (#1588219)

References:

  [ 1 ] Bug #1588214 - python-acme-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588214
  [ 2 ] Bug #1588219 - certbot-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588219
  [ 3 ] Bug #1588220 - python-certbot-apache-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588220
  [ 4 ] Bug #1588221 - python-certbot-dns-cloudflare-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588221
  [ 5 ] Bug #1588222 - python-certbot-dns-cloudxns-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588222
  [ 6 ] Bug #1588223 - python-certbot-dns-digitalocean-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588223
  [ 7 ] Bug #1588224 - python-certbot-dns-dnsimple-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588224
  [ 8 ] Bug #1588225 - python-certbot-dns-dnsmadeeasy-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588225
  [ 9 ] Bug #1588226 - python-certbot-dns-google-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588226
  [ 10 ] Bug #1588227 - python-certbot-dns-luadns-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588227
  [ 11 ] Bug #1588228 - python-certbot-dns-nsone-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588228
  [ 12 ] Bug #1588229 - python-certbot-dns-rfc2136-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588229
  [ 13 ] Bug #1588230 - python-certbot-dns-route53-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588230
  [ 14 ] Bug #1588231 - python-certbot-nginx-0.25.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1588231




 perl-Image-ExifTool-11.00-1.el7 (FEDORA-EPEL-2018-42211e0a5b)
 Utility for reading and writing image meta info

Update Information:

Update to new stable (11.00)

ChangeLog:

* Thu Jun  7 2018 Tom Callaway  - 11.00-1
- new stable (11.00)




 python-acme-0.25.0-1.el7 (FEDORA-EPEL-2018-fd3c160187)
 Python library for the ACME protocol

[Bug 1588761] CVE-2018-12015 perl: Directory traversal in Archive::Tar [ fedora-all]

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-Archive-Tar-2.28-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-10ae521efa

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/CZC6CXCO4AMGA3AYLCHDZDIEZKTN4JW6/

[Bug 1589101] perl-Archive-Tar-2.28 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Archive-Tar-2.28-1.fc28 has been submitted as an update to Fedora 28.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-4e088b6d7c

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/FXBX5YC73UJF3EJ7PP5VADGHSG5USQ5Y/

[Bug 1589101] perl-Archive-Tar-2.28 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-Archive-Tar-2.28-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-10ae521efa

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/NTPNJEOOREHF3DWJ4TUIBDGHEC5QIGU5/

[Bug 1588761] CVE-2018-12015 perl: Directory traversal in Archive::Tar [ fedora-all]

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Archive-Tar-2.28-1.fc28 has been submitted as an update to Fedora 28.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-4e088b6d7c

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/YUJFIOIWUWHGG24EX4FIKDXZ6LTCWTAD/

[Bug 1572822] perl-Storable-3.11 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Storable-3.11-1.fc29   |perl-Storable-3.11-1.fc29
   ||perl-Storable-3.11-2.fc28
 Resolution|--- |ERRATA
Last Closed||2018-06-08 09:12:33



--- Comment #8 from Fedora Update System  ---
perl-Storable-3.11-2.fc28 has been pushed to the Fedora 28 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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/LZOIZTKDGSRS6NDCUK3BEJ7Y7L5VKCC4/

[Bug 1583657] perl-Test-POE-Client-TCP-1.14 is available

[bugzilla]

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



--- Comment #6 from Fedora Update System  ---
perl-Test-POE-Client-TCP-1.14-1.fc28 has been pushed to the Fedora 28 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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/37KDIVULOGYLEZBDXPLXMXWQ4FFI7RBF/

[Bug 1578182] perl-SOAP-Lite-1.27 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-SOAP-Lite-1.27-1.fc28
 Resolution|--- |ERRATA
Last Closed||2018-06-08 09:10:06



--- Comment #3 from Fedora Update System  ---
perl-SOAP-Lite-1.27-1.fc28 has been pushed to the Fedora 28 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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/RTDJH4RCUFQ62GGU7PAYTPEQTRQFOPEW/

[Bug 1588761] CVE-2018-12015 perl: Directory traversal in Archive::Tar [ fedora-all]

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Archive-Tar-2.28-1.fc2
   ||9



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/4GGTCKYGYKCBBJR6UPQCBQ26PKRO54ZH/

[Bug 1589101] perl-Archive-Tar-2.28 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Archive-Tar-2.28-1.fc2
   ||9



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/URVEYPUQUXNU43KQKATYTLJWC3O5EVGV/

[Bug 1588761] CVE-2018-12015 perl: Directory traversal in Archive::Tar [ fedora-all]

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

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



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/OZ4UTLUS5ZJHU3F3U3HNNRCHRGAZIGWX/

[Bug 1588761] CVE-2018-12015 perl: Directory traversal in Archive::Tar [ fedora-all]

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 CC||caol...@redhat.com,
   ||john.j5l...@gmail.com,
   ||rstr...@redhat.com,
   ||st...@silug.org
  Component|perl|perl-Archive-Tar



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/GZAALPOZVDOK6EJV3L5ASGBTRONLYTCH/

[Bug 1589101] perl-Archive-Tar-2.28 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

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



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/Z2AS342RF5CPW3Q5DTAJCYGHEPDYMF6W/

[389-devel] Please review: Issue 49640 - Errors about PBKDF2 password storage plugin at server startup

[Simon Pichugin]

Hi team,

https://pagure.io/389-ds-base/issue/49640
https://pagure.io/389-ds-base/pull-request/49771

Thanks,
Simon


signature.asc
Description: PGP signature
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org/message/U6MIWQ7EG6VLSFQ7LT5WG24KS4GXV3JF/

virt-bootstrap: libvirt and SELinux issues

[Timothée Floure]

Hello,

I'm trying to package virt-bootstrap [0], but various tests fail due to
SELinux. I know some selinux basics from redhat's selinux manual [1],
but am unsure about how to approach the issue.

For example, the following command - extracted from a failing test -
fails due to SELinux:

```
virt-sandbox -c qemu:///session --name=bootstrap_26639 -m 
host-bind:/mnt=/tmp/tmps77ywg1n_bootstrap_dest -- /bin/tar xf 
/tmp/tmp8gca1fzq_bootstrap_tarfiles/b52c708f02ff0ee783331f23f723ed9123dfc72994e19d1c33f3bd5db723007a.tar
 -C /mnt --exclude "dev/*" --overwrite --absolute-names
```

```
type=AVC msg=audit(1525329618.892:19448): avc:  denied  { read } for  pid=31860 
comm="qemu-system-x86" name="config" dev="dm-3" ino=4589515 
scontext=unconfined_u:unconfined_r:svirt_t:s0:c422,c725 
tcontext=unconfined_u:object_r:gconf_home_t:s0 tclass=dir permissive=0
```

I also attached the related specfile to this email. I would appreciate
if someone could take a few minutes to redirect me.


[0] https://github.com/virt-manager/virt-bootstrap
[1] 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/part_i-selinux

Thanks !

-- 
Timothée Floure
%global debug_package %{nil}

Name: virt-bootstrap
Version:  1.0.0
Release:  1%{?dist}
Summary:  Easy way to setup the root file system for libvirt-based containers

License:  GPLv3
URL:  https://github.com/virt-manager/%{name}
Source0:  https://github.com/virt-manager/%{name}/archive/v%{version}.tar.gz

BuildArch: noarch
BuildRequires: python3-devel
BuildRequires: perl-podlators
BuildRequires: sed
# Provides virt-sandbox
BuildRequires: libvirt-sandbox
# Provides virt-builder
BuildRequires: libguestfs-tools-c
BuildRequires: python3-libguestfs
BuildRequires: python3-passlib
BuildRequires: python3-mock
Requires: skopeo
# Provides virt-sandbox
Requires: libvirt-sandbox
# Provides virt-builder
Requires: libguestfs-tools-c
Requires: python3-libguestfs
Requires: python3-passlib

%description
%{summary}.

%prep
%setup -q


%build
%py3_build

%install
%py3_install

sed -i 's|#!/usr/bin/env python|#!/usr/bin/python|' \
  %{buildroot}%{python3_sitelib}/virtBootstrap/virt_bootstrap.py

chmod +x %{buildroot}%{python3_sitelib}/virtBootstrap/virt_bootstrap.py

%check
%{__python3} setup.py test

%files
%license LICENSE
%doc README.md
%{_bindir}/%{name}
%{python3_sitelib}/*
%{_mandir}/man1/%{name}.1*

%changelog
* Mon Apr 30 2018 Timothée Floure  - 1.0.0-1
- Let there be package


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/EYYT6HPMNJXQNFRUR3BA3NLVCFLY6RMA/

[Bug 1589101] New: perl-Archive-Tar-2.28 is available

[bugzilla]

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

Bug ID: 1589101
   Summary: perl-Archive-Tar-2.28 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Archive-Tar
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: al...@redhat.com, caillon+fedoraproj...@gmail.com,
caol...@redhat.com, john.j5l...@gmail.com,
jples...@redhat.com, ka...@ucw.cz,
mbar...@fastmail.com,
perl-devel@lists.fedoraproject.org,
rhug...@redhat.com, rstr...@redhat.com,
sandm...@redhat.com, st...@silug.org



Latest upstream release: 2.28
Current version/release in rawhide: 2.26-6.fc29
URL: http://search.cpan.org/dist/Archive-Tar/

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

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

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

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/Z5Z7OSG3VHKX6HN7LGWFJIF3OMKR7QI5/

[Bug 1574910] perl-Unix-Statgrab-0.111-8.fc29 FTBFS: Statgrab.so: undefined symbol: sg_get_disk_io_stats_r

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Unix-Statgrab-0.111-9.
   ||fc29
 Resolution|--- |RAWHIDE
Last Closed||2018-06-08 08:04:04



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/A74COLYR6XO2AFL4AR53HWEIMDUKR2QJ/

[Bug 1574910] perl-Unix-Statgrab-0.111-8.fc29 FTBFS: Statgrab.so: undefined symbol: sg_get_disk_io_stats_r

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|ticot...@gmail.com  |ppi...@redhat.com



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/YNTOXXCENAT6X74IYCZAJ6BXEKC2CC3I/

Re: Perl modules looking for new owners

[Petr Pisar]

On Fri, Jun 08, 2018 at 10:36:06AM +0100, Paul Howarth wrote:
> On Fri, 8 Jun 2018 10:01:36 +0100
> Daniel P. Berrangé  wrote:
> 
> > On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote:
> > > Over the years I've added a number of Perl modules to Fedora for
> > > apps I needed at the time. I've been doing a pretty awful job of
> > > maintaining many of them though, as my need for most has gone away
> > > and I'm overworked with other stuff. Fortunately various people
> > > people in Perl SIG have been doing a good job picking up much of
> > > the slack.
> > > 
> > > Thus I figure it is overdue to formally release my ownership of
> > > many of them, and let someone who actively cares be official point
> > > of contact.
> > > 
> > > Thus I'm looking for new primary owners for the following:
> > > 
> > > perl-Gnome2-Vte
> > > perl-Module-CPANTS-Analyse
> > > perl-Module-ExtractUse
> > > perl-Test-YAML-Meta
> > > perl-Test-YAML-Valid  
> > 
> > [snip]
> > 
> > > I will orphan the above if no one steps forward to own them.  
> > 
> > The above are now orphaned. Grab them if you desire...
> 
> I requested all but perl-Gnome2-Vte:
> 
I took perl-Gnome2-Vte. It's needed for pacmanager.

-- Petr


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3CUFUAIW5GJUCWFT7QZ5Q5TD2PDOMO36/

Re: Perl modules looking for new owners

[Petr Pisar]

On Fri, Jun 08, 2018 at 10:36:06AM +0100, Paul Howarth wrote:
> On Fri, 8 Jun 2018 10:01:36 +0100
> Daniel P. Berrangé  wrote:
> 
> > On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote:
> > > Over the years I've added a number of Perl modules to Fedora for
> > > apps I needed at the time. I've been doing a pretty awful job of
> > > maintaining many of them though, as my need for most has gone away
> > > and I'm overworked with other stuff. Fortunately various people
> > > people in Perl SIG have been doing a good job picking up much of
> > > the slack.
> > > 
> > > Thus I figure it is overdue to formally release my ownership of
> > > many of them, and let someone who actively cares be official point
> > > of contact.
> > > 
> > > Thus I'm looking for new primary owners for the following:
> > > 
> > > perl-Gnome2-Vte
> > > perl-Module-CPANTS-Analyse
> > > perl-Module-ExtractUse
> > > perl-Test-YAML-Meta
> > > perl-Test-YAML-Valid  
> > 
> > [snip]
> > 
> > > I will orphan the above if no one steps forward to own them.  
> > 
> > The above are now orphaned. Grab them if you desire...
> 
> I requested all but perl-Gnome2-Vte:
> 
I took perl-Gnome2-Vte. It's needed for pacmanager.

-- Petr


signature.asc
Description: PGP signature
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/3CUFUAIW5GJUCWFT7QZ5Q5TD2PDOMO36/

Re: Fedora Elections May 2018 - Voting period of FESCo elections has started

[Till Maas]

Hi,

On Thu, Jun 07, 2018 at 05:15:04PM +0100, Tomasz Kłoczko wrote:

> No one points on things like discussion on:
> - common specs coding style
> - cutting number of %iffings (and use instead SCM branches which git offers)
> - cutting legacy tails like still using tons of scriptlets which can be
> easily cleaned of remove dependencies on initscripts and maaany more like
> this which could make at least @core solid fundamentals other features
> - cutting number of dependencies (how many years ago was first discussion
> about use --as-needed in linker options?)

for this we need people to actually to the work. As a FESCo member it is
possible to support initiatives for this and I support a more
collaborative package maintainership that enables contributors to easier
to mass changes to improve packages. Nevertheless without someone
interested to do the ground work we will not get there.

> - caring about quite basic security (look decision about add ~/.local/bin
> to the $PATH and complete kind of "desinteressement" about remove
> /usr/local/{bin,sbin} from already used $PATH which widely opens hell gates
> for malwares).

You should not confuse disagreeing on the security implications of a
setting with not caring about security. And it is best practices to
provide a proof-of-concept when reporting a security issue. If you show
one that allows to to get access to a web server that serves this CGI
script:

---
#! /usr/bin/bash

PATH=${HOME}/bin:${HOME}/.local/bin:/usr/local/bin:/usr/local/sbin:${PATH}
id
---

This was vulnerable to Shellshock, a serious security vulnerability. I
am very interested to see how changing the PATH changes makes it
significantly easier to exploit this script.

> Second most important goal on which candidates are focused is how internal
> Fedora infrastructure works.
> 
> No one of the candidates seems is aware that people are leaving Fedora boat
> (look on distrowatch.com or
> https://w3techs.com/technologies/details/os-linux/all/all and few other
> similars stats) not because Modularity still doesn't work (and will never
> work as no one will not change some fundamental bits in rpm). Most of the

What is the reason for this in your opinion?

> candidates seems are completely unaware that end users of they work (binary
> packages) simple don't care about how all Fedora stuff is build but HOW IT
> WORKS.

There was not question like "What do you think end users care about?",
therefore I do not see how you came to this conclusion. However, I have
the opinion that we need high quality tools to build high quality
packages. Otherwise we will make more mistakes or have less time to
focus on the tasks that need human intervention.

> On top of this more and more decisions in Fedora seems are made in less and
> less transparent and well technically justified way.

Which decisions are you referring to?

Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/MFMQSEZUVPLEUX3AMF4CGQGI5QOAUU5Q/

[EPEL-devel] Re: Bug report for dbus-c++-devel

[Richard Grainger]

On Fri, Jun 8, 2018 at 10:05 AM, Anssi Johansson  wrote:
> So this is a FTBFS bug (fails to build from source). The package maintainer
> will need to address this issue eventually, for example when the package
> needs to be rebuilt to fix some other bug. In this view the bug is useful as
> a "heads up" that there is something to take into account.

Fair enough. This is useful information with regards to the utility of
filing similar bug reports in future.

> If you need to use the same 0.5.0 version as is currently in EPEL, you may
> need to set up a separate 7.0.1406 (or perhaps something slightly newer)
> build environment for this package.

Yes, this is the case and yes, although inconvenient, this is what I
will do.  Many thanks for your help with this.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/message/G6LORD6PQASBZ5S2UMENUG67TXIKYYTD/

Re: Perl modules looking for new owners

[Paul Howarth]

On Fri, 8 Jun 2018 10:01:36 +0100
Daniel P. Berrangé  wrote:

> On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote:
> > Over the years I've added a number of Perl modules to Fedora for
> > apps I needed at the time. I've been doing a pretty awful job of
> > maintaining many of them though, as my need for most has gone away
> > and I'm overworked with other stuff. Fortunately various people
> > people in Perl SIG have been doing a good job picking up much of
> > the slack.
> > 
> > Thus I figure it is overdue to formally release my ownership of
> > many of them, and let someone who actively cares be official point
> > of contact.
> > 
> > Thus I'm looking for new primary owners for the following:
> > 
> > perl-Gnome2-Vte
> > perl-Module-CPANTS-Analyse
> > perl-Module-ExtractUse
> > perl-Test-YAML-Meta
> > perl-Test-YAML-Valid  
> 
> [snip]
> 
> > I will orphan the above if no one steps forward to own them.  
> 
> The above are now orphaned. Grab them if you desire...

I requested all but perl-Gnome2-Vte:

https://pagure.io/releng/issue/7556

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/KT32HN5VBEDGYTDTFMAX6B7QJJOSATGY/

Re: Perl modules looking for new owners

[Paul Howarth]

On Fri, 8 Jun 2018 10:01:36 +0100
Daniel P. Berrangé  wrote:

> On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote:
> > Over the years I've added a number of Perl modules to Fedora for
> > apps I needed at the time. I've been doing a pretty awful job of
> > maintaining many of them though, as my need for most has gone away
> > and I'm overworked with other stuff. Fortunately various people
> > people in Perl SIG have been doing a good job picking up much of
> > the slack.
> > 
> > Thus I figure it is overdue to formally release my ownership of
> > many of them, and let someone who actively cares be official point
> > of contact.
> > 
> > Thus I'm looking for new primary owners for the following:
> > 
> > perl-Gnome2-Vte
> > perl-Module-CPANTS-Analyse
> > perl-Module-ExtractUse
> > perl-Test-YAML-Meta
> > perl-Test-YAML-Valid  
> 
> [snip]
> 
> > I will orphan the above if no one steps forward to own them.  
> 
> The above are now orphaned. Grab them if you desire...

I requested all but perl-Gnome2-Vte:

https://pagure.io/releng/issue/7556

Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/KT32HN5VBEDGYTDTFMAX6B7QJJOSATGY/

Re: F29 System Wide Change: Strong crypto settings: phase 2

[Nikos Mavrogiannopoulos]

On Wed, 2018-06-06 at 09:45 -0500, mcatanz...@gnome.org wrote:
> On Wed, Jun 6, 2018 at 4:39 AM, Nikos Mavrogiannopoulos 
>  wrote:
> > I am actually very curious about the results of such a move, and
> > know
> > whether it is going to have a significant impact today. Debian has
> > already tried experimenting with it:
> > 
> > https://lists.debian.org/debian-devel/2017/08/msg00166.html
> 
> But OpenSSL is not used by browsers.

That's right. In that case they would most likely have to handle issues
like, tool A and B don't work with that server, though it works in
firefox. The fedora proposal has a different challenge, if something
doesn't work it wouldn't work anywhere.

> > I think the debate here is whether fedora (and in general operating
> > systems) can afford to be stricter than the browsers. As an OS our
> > attack surface is much larger than the browser setup, and thus it 
> > makes
> > sense (to me), to be more careful.
> 
> You previously said in this thread that the system policy *will* be 
> used by browsers.

Right, the plan is to have a policy to be default for everyone,
including browsers which run in the OS.

> I would not be concerned if we had a separate policy that was
> suitable 
> for use by browsers, which could be used by Firefox, glib-
> networking, etc. But we don't, and it's not proposed here.

That's correct. I don't think it makes sense to have separate policies
per application.

regards,
Nikos
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7ZWS3GTBB7IA6OG2SCMSCJLN2IYR6FFN/

[EPEL-devel] Re: Bug report for dbus-c++-devel

[Anssi Johansson]

Richard Grainger kirjoitti 8.6.2018 klo 11.32:

On Thu, Jun 7, 2018 at 6:27 PM, Anssi Johansson  wrote:

Is it considered a bug if you cannot build an EPEL package with the
current point release of CentOS or is it not? My understanding is that
older point releases are not supported or is that incorrect?


So this is a FTBFS bug (fails to build from source). The package 
maintainer will need to address this issue eventually, for example when 
the package needs to be rebuilt to fix some other bug. In this view the 
bug is useful as a "heads up" that there is something to take into account.



I also wonder about the "high" priority of your bug. Why do you need to
compile the rpm yourself? Is "yum install dbus-c++-devel" not possible?


Well...I just need to...for my own reasons. The issue is high priority
to me, but I won't be offended if the priority is lowered by an admin
on bugzilla.


See, the reason I asked about this is that I would like to know what you 
are really trying to achieve. This would help us to give you the best 
assistance for moving forward.


Not knowing the details -- if you are not concerned about backwards 
compatibility and just want to rebuild dbus-c++ for your own use, I 
would suggest getting the latest SRPM for dbus-c++, getting the latest 
bleeding edge version from 
https://sourceforge.net/projects/dbus-cplusplus/ and modifying the 
dbus-c++ spec file to reference the new tarball and updating the version 
identifier in the spec file accordingly.


If you need to use the same 0.5.0 version as is currently in EPEL, you 
may need to set up a separate 7.0.1406 (or perhaps something slightly 
newer) build environment for this package.

___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/message/QQTJBGVSCG4EW6CLS32ZQGY43CJLXNCS/

Re: Perl modules looking for new owners

[Daniel P . Berrangé]

On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote:
> Over the years I've added a number of Perl modules to Fedora for apps I
> needed at the time. I've been doing a pretty awful job of maintaining
> many of them though, as my need for most has gone away and I'm overworked
> with other stuff. Fortunately various people people in Perl SIG have been
> doing a good job picking up much of the slack.
> 
> Thus I figure it is overdue to formally release my ownership of many of
> them, and let someone who actively cares be official point of contact.
> 
> Thus I'm looking for new primary owners for the following:
> 
> perl-Gnome2-Vte
> perl-Module-CPANTS-Analyse
> perl-Module-ExtractUse
> perl-Test-YAML-Meta
> perl-Test-YAML-Valid

[snip]

> I will orphan the above if no one steps forward to own them.

The above are now orphaned. Grab them if you desire...

Regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/5J5OMDLKEZ3DS4QJIL3QUDCACZUT3FQA/

Re: Perl modules looking for new owners

[Daniel P . Berrangé]

On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote:
> Over the years I've added a number of Perl modules to Fedora for apps I
> needed at the time. I've been doing a pretty awful job of maintaining
> many of them though, as my need for most has gone away and I'm overworked
> with other stuff. Fortunately various people people in Perl SIG have been
> doing a good job picking up much of the slack.
> 
> Thus I figure it is overdue to formally release my ownership of many of
> them, and let someone who actively cares be official point of contact.
> 
> Thus I'm looking for new primary owners for the following:
> 
> perl-Gnome2-Vte
> perl-Module-CPANTS-Analyse
> perl-Module-ExtractUse
> perl-Test-YAML-Meta
> perl-Test-YAML-Valid

[snip]

> I will orphan the above if no one steps forward to own them.

The above are now orphaned. Grab them if you desire...

Regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5J5OMDLKEZ3DS4QJIL3QUDCACZUT3FQA/

[EPEL-devel] Re: Bug report for dbus-c++-devel

[Richard Grainger]

On Thu, Jun 7, 2018 at 6:27 PM, Anssi Johansson  wrote:

> The dbus-c++ packages were built in March 2014. Perhaps the dependencies
> have changed since then, causing the errors? Perhaps it builds better with
> CentOS 7.0.1406.

Is it considered a bug if you cannot build an EPEL package with the
current point release of CentOS or is it not? My understanding is that
older point releases are not supported or is that incorrect?

> I also wonder about the "high" priority of your bug. Why do you need to
> compile the rpm yourself? Is "yum install dbus-c++-devel" not possible?

Well...I just need to...for my own reasons. The issue is high priority
to me, but I won't be offended if the priority is lowered by an admin
on bugzilla.

> Apart from that, providing hints for how to fix the compilation would no
> doubt speed up resolving the bug.

I'm sure it would. I'm afraid I can't help there.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/message/VMX2XNMQ27JIK4DBB5KVICHMQ23J3QPH/

Re: F29 System Wide Change: Strong crypto settings: phase 2

[Tomas Mraz]

On Thu, 2018-06-07 at 16:13 -0400, John Florian wrote:
> On 06/07/2018 08:44 AM, Tomas Mraz wrote:
> > On Tue, 2018-06-05 at 16:34 -0400, John Florian wrote:
> > > On 06/05/2018 12:25 PM, Tomas Mraz wrote:
> > > > On Tue, 2018-06-05 at 16:11 +, Christian Stadelmann wrote:
> > > > > "Fallback option" always smells like "protocol downgrade
> > > > > attack".
> > > > > This would undermine the idea of a crypto policy. Anyway,
> > > > > implementing it seems way out of scope for the crypto policy.
> > > > 
> > > > Yes, a fallback option is a no-way. You can switch the system
> > > > policy to
> > > > LEGACY, however that does not necessarily mean that some very
> > > > old
> > > > legacy HW will start to work with Firefox or another web
> > > > browser,
> > > > because with newer versions of the browsers and newer versions
> > > > of
> > > > TLS/crypto libraries some very old and insecure algorithm and
> > > > protocol
> > > > support is being also removed.
> > > > 
> > > 
> > > Makes sense, but what is the best way to deal with such old HW if
> > > you're
> > > stuck with it?  I don't want to compromise my workstation for all
> > > my
> > > normal needs just to deal with some ancient embedded https
> > > server,
> > > but
> > > it would kind of suck to have to boot some old live image just to
> > > do
> > > some routine config change.  It seems the industry has room for
> > > improvement here.
> > 
> > Use a virtual machine with some old live image for such insecure
> > communication?
> > 
> > I do not think any "improvement" that involves changing the
> > defaults to
> > be more lenient even if accompanied with some big warning when such
> > old
> > insecure connection is established would be a good idea. Оnly if
> > the
> > users really have to boot some old live image or do some similar
> > unpleasant task it will really force the old HW out of production
> > where
> > it should belong. Or we can forget about security based on
> > cryptographic protocols altogether.
> > 
> > Note that we are talking about SSLv2, MD4 or similar long long time
> > ago
> > obsolete stuff. Not things that were just "recently" found as
> > insecure.
> 
> Oh!  I didn't realize the proposal was covering stuff /that/ old. 
> Somehow TLS 1.1 just didn't equate in my memory with that era. Thank
> you 
> Tomas for the clarification.

No, this is misunderstanding. The change proposal is about newer stuff
but the proposal allows for easy revert by setting the crypto policy to
LEGACY.

What I was talking in this tread starting with my message from Tue, 05
Jun 2018 18:25:57 +0200 was about things that possible very old legacy
devices might require for communication that are not present in the TLS
libraries anymore.

-- 
Tomáš Mráz
No matter how far down the wrong road you've gone, turn back.
  Turkish proverb
[You'll know whether the road is wrong if you carefully listen to your
conscience.]
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/EUHD4ZM53RHK4AHFANN4LE2LD7XZGUX6/

[Bug 1588760] CVE-2018-12015 perl: Directory traversal in Archive::Tar

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

External Bug ID||CPAN 125523



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/EOBCWFJQXKGGJEGQSJH5CDMWMVKR4PNS/