Re: Regarding Adam Miller (maxamillion) packager status

2019-12-10 Thread Clement Verna
On Tue, Dec 10, 2019, 21:49 Miro Hrončok  wrote:

> On 09. 12. 19 18:38, Adam Miller wrote:
> > On Mon, Dec 9, 2019 at 11:15 AM Miro Hrončok 
> wrote:
> >>
> >> On 09. 12. 19 18:04, Richard Shaw wrote:
> >>> I had a short email conversation with Adam and he doesn't have time to
> maintain
> >>> any his packages anymore. I don't know how to tell which packages he's
> main
> >>> admin on but he on 391 packages overall.
> >>>
> >>> https://src.fedoraproject.org/user/maxamillion/projects
> >>
> >>
> >> This is the full list of component's where Adam is the main admin:
> >>
> >>
> https://src.fedoraproject.org//api/0/projects?owner=maxamillion_page=100=true=false
> >>
> >>> He did point out a problem and I'm not sure what the solution is.
> Without old
> >>> pkgdb, how does one mass remove themselves from packages?
> >>
> >> Releng has a script to mass orphan packages from a list. The list can be
> >> obtained from the above. Adam, shall I run it?
> >>
> >
> > As much as I hate to say it. Yes please, have them run it.
> >
> > I hope to return as a contributor in a meaningful way one day.
> >
> > <3 Fedora
>
> Done:
>
> Giving container/cockpit to orphan
> Giving container/kubernetes to orphan
> Giving rpms/MochiKit to orphan
> Giving rpms/apachetop to orphan
> Giving rpms/binclock to orphan
> Giving rpms/http_ping to orphan
> Giving rpms/ifstatus to orphan
> Giving rpms/ike-scan to orphan
> Giving rpms/koji-containerbuild to orphan
> Giving rpms/mcollective to orphan
> Giving rpms/mcollective-qpid-plugin to orphan
> Giving rpms/mod_auth_cas to orphan
> Giving rpms/nbtscan to orphan
> Giving rpms/ninvaders to orphan
> Giving rpms/ophcrack to orphan
> Giving rpms/pscan to orphan
> Giving rpms/python-dockerpty to orphan
> Giving rpms/python-enum to orphan
> Giving rpms/python-fedmsg-rabbitmq-serializer to orphan
> Giving rpms/python-texttable to orphan
> Giving rpms/python-virtkey to orphan
> Giving rpms/reg to orphan
> Giving rpms/shed to orphan
> Giving rpms/sslstrip to orphan
> Giving rpms/tcptraceroute to orphan
> Giving rpms/tmuxinator to orphan
> Giving rpms/txt2man to orphan
> Giving rpms/vttest to orphan
>

I took koji-containerbuild and reg since they are used by the infra.


> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781761] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781761

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-11 06:31:29



--- Comment #1 from Jitka Plesnikova  ---
Done

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781760] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781760

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-11 06:29:55



--- Comment #1 from Jitka Plesnikova  ---
Done

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[389-devel] 389 DS nightly 2019-12-11 - 96% PASS

2019-12-10 Thread vashirov
https://fedorapeople.org/groups/389ds/ci/nightly/2019/12/11/report-389-ds-base-1.4.2.4-2.fc31.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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org


Fedora-Rawhide-20191210.n.1 compose check report

2019-12-10 Thread Fedora compose checker
No missing expected images.

Compose FAILS proposed Rawhide gating check!
21 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below

Failed openQA tests: 50/165 (x86_64), 1/2 (arm)

New failures (same test not failed in Fedora-Rawhide-20191209.n.0):

ID: 496496  Test: x86_64 Server-boot-iso install_default **GATING**
URL: https://openqa.fedoraproject.org/tests/496496
ID: 496497  Test: x86_64 Server-boot-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/496497
ID: 496498  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/496498
ID: 496500  Test: x86_64 Server-dvd-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/496500
ID: 496502  Test: x86_64 Server-dvd-iso install_default_upload **GATING**
URL: https://openqa.fedoraproject.org/tests/496502
ID: 496503  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/496503
ID: 496504  Test: x86_64 Server-dvd-iso install_repository_nfsiso_variation
URL: https://openqa.fedoraproject.org/tests/496504
ID: 496505  Test: x86_64 Server-dvd-iso install_vnc_server
URL: https://openqa.fedoraproject.org/tests/496505
ID: 496506  Test: x86_64 Server-dvd-iso install_vncconnect_client
URL: https://openqa.fedoraproject.org/tests/496506
ID: 496512  Test: x86_64 Server-dvd-iso install_repository_hd_variation
URL: https://openqa.fedoraproject.org/tests/496512
ID: 496513  Test: x86_64 Server-dvd-iso install_vnc_client
URL: https://openqa.fedoraproject.org/tests/496513
ID: 496520  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/496520
ID: 496524  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/496524
ID: 496534  Test: x86_64 Server-dvd-iso install_vncconnect_server
URL: https://openqa.fedoraproject.org/tests/496534
ID: 496535  Test: x86_64 Everything-boot-iso install_default **GATING**
URL: https://openqa.fedoraproject.org/tests/496535
ID: 496536  Test: x86_64 Everything-boot-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/496536
ID: 496537  Test: x86_64 Workstation-live-iso install_default_upload 
**GATING**
URL: https://openqa.fedoraproject.org/tests/496537
ID: 496539  Test: x86_64 Workstation-live-iso install_default@uefi 
**GATING**
URL: https://openqa.fedoraproject.org/tests/496539
ID: 496553  Test: x86_64 KDE-live-iso install_default_upload **GATING**
URL: https://openqa.fedoraproject.org/tests/496553
ID: 496556  Test: x86_64 KDE-live-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/496556
ID: 496557  Test: x86_64 KDE-live-iso install_no_user **GATING**
URL: https://openqa.fedoraproject.org/tests/496557
ID: 496572  Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/496572
ID: 496574  Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/496574
ID: 496587  Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/496587
ID: 496588  Test: x86_64 universal install_multi@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/496588
ID: 496592  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/496592
ID: 496593  Test: x86_64 universal install_scsi_updates_img **GATING**
URL: https://openqa.fedoraproject.org/tests/496593
ID: 496594  Test: x86_64 universal install_multi **GATING**
URL: https://openqa.fedoraproject.org/tests/496594
ID: 496597  Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/496597
ID: 496599  Test: x86_64 universal install_mirrorlist_graphical **GATING**
URL: https://openqa.fedoraproject.org/tests/496599
ID: 496607  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/496607
ID: 496608  Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/496608
ID: 496610  Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/496610
ID: 496612  Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/496612
ID: 496616  Test: x86_64 universal install_delete_pata@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/496616
ID: 496626  Test: x86_64 universal install_repository_http_variation 
**GATING**
URL: https://openqa.fedoraproject.org/tests/496626
ID: 496627  Test: x86_64 universal install_repository_http_graphical 
**GATING**
URL: https://openqa.fedoraproject.org/tests/496627
ID: 496632  Test: x86_64 universal install_delete_pata **GATING**
URL: 

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

2019-12-10 Thread updates
The following Fedora EPEL 6 Security updates need testing:
 Age  URL
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-afbb452d62   
proftpd-1.3.3g-13.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-3c9eacae67   
python-rfc3986-1.3.0-1.el6 python3-requests-2.14.2-2.el6_10 
python3-urllib3-1.25.1-1.el6_10


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

nagios-plugins-2.3.1-1.el6_10

Details about builds:



 nagios-plugins-2.3.1-1.el6_10 (FEDORA-EPEL-2019-f6182b7356)
 Host/service/network monitoring program plugins for Nagios

Update Information:

Make first attempt at making this work for 2.3.1

ChangeLog:

* Tue Dec 10 2019 Stephen Smoogen  - 2.3.1-1
- Make first attempt at making this work for 2.3.1
- Fix BZ#1768270
- Fix BZ#1752383
- Fix BZ#1781292

References:

  [ 1 ] Bug #1768270 - PATH_TO_SUDO is unset in utils.pm
https://bugzilla.redhat.com/show_bug.cgi?id=1768270


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org


[Bug 1781746] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781746

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-HTML-Template-Pro-0.9510-22.el8 has been pushed to the Fedora EPEL 8
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-EPEL-2019-dad013a7de

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781742] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781742

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Exception-Class-TryCatch-1.13-16.el8 has been pushed to the Fedora EPEL 8
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-EPEL-2019-828bcfadc7

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1780871] please build perl-Cairo for epel 8

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1780871

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Cairo-1.107-1.el8 has been pushed to the Fedora EPEL 8 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-EPEL-2019-f2ae8fac5c

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1780702] Please support an EPEL 8 branch

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1780702

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Net-FTP-AutoReconnect-0.3-28.el8 has been pushed to the Fedora EPEL 8
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-EPEL-2019-15b3335003

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1780704] Please support an EPEL 8 branch

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1780704

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Net-FTP-RetrHandle-0.2-27.el8 has been pushed to the Fedora EPEL 8 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-EPEL-2019-fb120452ab

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781561] Upgrade perl-Net-Amazon-S3 to 0.87

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781561



--- Comment #5 from Fedora Update System  ---
perl-Net-Amazon-S3-0.87-1.fc31 has been pushed to the Fedora 31 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-2019-4109f5bd91

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781251] Unbundle flamegraph from perl-Devel-NYTProf

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781251



--- Comment #5 from Fedora Update System  ---
perl-Devel-NYTProf-6.06-7.fc31 has been pushed to the Fedora 31 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-2019-2e27860bbd

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1779900] perl-Archive-Extract-0.84 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1779900



--- Comment #9 from Fedora Update System  ---
perl-Archive-Extract-0.86-1.fc31 has been pushed to the Fedora 31 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-2019-f0bfa70349

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781557] Upgrade perl-CPANPLUS to 0.9904

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781557

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-CPANPLUS-0.990.400-1.fc31 has been pushed to the Fedora 31 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-2019-fcfb805c6d

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781552] Upgrade perl-Archive-Extract to 0.86

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781552



--- Comment #5 from Fedora Update System  ---
perl-Archive-Extract-0.86-1.fc31 has been pushed to the Fedora 31 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-2019-f0bfa70349

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1778849] perl-Date-Manip-6.79 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1778849



--- Comment #4 from Fedora Update System  ---
perl-Date-Manip-6.79-1.fc31 has been pushed to the Fedora 31 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-2019-b921e33fb0

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781826] Please build perl-Lchown for EPEL 6, 7 and 8

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781826

Robert Scheck  changed:

   What|Removed |Added

 Blocks||1765784




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1765784
[Bug 1765784] Please build rsnapshot for EPEL 8
-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[EPEL-devel] Python 3.7 in EPEL?

2019-12-10 Thread Miro Hrončok

Hey EPEL people.

We got a request to branch Python 3.7 foe EPEL 7:

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

Are there volunteers to make that effort? And if so, should this be done in EPEL 
8 first? And what about Python 3.8 in EPEL 7?


So many questions. So little time.

That said. If somebody want this, we (Python Maint) can help coordinate, but we 
don't have the manpower to really maintain various Python versions in EPEL for 
next X years.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org


[Bug 1781561] Upgrade perl-Net-Amazon-S3 to 0.87

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781561

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Net-Amazon-S3-0.87-1.fc30 has been pushed to the Fedora 30 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-2019-e8ce260414

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1779900] perl-Archive-Extract-0.84 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1779900

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #8 from Fedora Update System  ---
perl-Archive-Extract-0.86-1.fc30 has been pushed to the Fedora 30 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-2019-7bfb3398bd

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781552] Upgrade perl-Archive-Extract to 0.86

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781552

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Archive-Extract-0.86-1.fc30 has been pushed to the Fedora 30 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-2019-7bfb3398bd

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781251] Unbundle flamegraph from perl-Devel-NYTProf

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781251

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Devel-NYTProf-6.06-5.fc30 has been pushed to the Fedora 30 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-2019-56270ed316

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1778849] perl-Date-Manip-6.79 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1778849

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-Date-Manip-6.79-1.fc30 has been pushed to the Fedora 30 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-2019-bf9a31e0c1

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[389-devel] Re: System tap performance results,

2019-12-10 Thread William Brown


> On 10 Dec 2019, at 19:15, thierry bordaz  wrote:
> 
> Hi William,
> 
> Thanks for these very interesting results.
> It would help if you can provide the stap scripts to make sure what you are 
> accounting the latency.

Yes, I plan to put them into a PR soon once I have done a bit more data 
collection and polishing of the script setup. 

> Also just to be sure is latency a synonym for response time ?

Yep, here I mean the execution time of a single operation. 

> 
> Regarding the comparison (tail) 1client/16client. It looks to me that the 
> tail are equivalent: The more we have clients the more we have long latency. 
> So in a first approach I would eliminate contention effect.

I disagree, the tail is much more pronounced in the 16 client version, and 
there is a significant shift of response times from the 32768 bucket to 65536 
indicating that many operations are now being "held up". 

> 
> Regarding the ratio shorter/longer latency (assuming the search are 
> equivalent) this is interesting to know why we have such effect. One of the 
> possible cause I was thinking of is the impact of DB thread (checkpointing or 
> trickling). But if it exists similar long tail in ldbm_back, the absolute 
> value is much lower than the opshare_search: in short ldbm_back accounted at 
> most for 4ms while opshared for 67ms. So there is something else (aci, 
> network, frontend..).
> 
> Regarding USDT I think it is very good idea. However, just to share some 
> recent stap experience, I found it intrusive. In short, I had not the same 
> throughput with and without. In my case it was not a problem, as I wanted to 
> investigate a reproducible contention. But if we want support/user/customers 
> to use it, the performance impact in production will be valid point.

I haven't noticed any "intrusiveness" from USDT so far? How were you running 
the stap scripts? 

> 
> best regards
> thierry
> 
> 
> 
> On 12/9/19 6:16 AM, William Brown wrote:
>> Hi all,
>> 
>> Following last weeks flamegraph runs, I wanted to find more details on 
>> exactly what was happening. While flamegraphs highlighted that a changed 
>> existed between single and multithreaded servers, it did not help to isolate 
>> where
>> the change was occuring.
>> 
>> To understand this I have started to work on a set of systemtap scripts that 
>> we can use to profile 389ds. These will be included in a future PR.
>> 
>> Here are the hisograms from an initial test of profiling "do_search"
>> 
>> 1 thread
>> 
>> stap test_do_search.stp
>> ^CDistribution of latencies (in nanoseconds) for 441148 samples
>> max/avg/min: 35911542/85694/38927
>> value |-- count
>>  8192 |0
>> 16384 |0
>> 32768 |@@ 167285
>> 65536 |@  239280
>>131072 |@   25788
>>262144 |@8530
>>524288 |  252
>>   1048576 |6
>>   2097152 |1
>>   4194304 |3
>>   8388608 |0
>>  16777216 |2
>>  33554432 |1
>>  67108864 |0
>> 134217728 |0
>> 
>> 16 thread
>> 
>>  stap test_do_search.stp
>> ^CDistribution of latencies (in nanoseconds) for 407806 samples
>> max/avg/min: 100315928/112407/39368
>> value |-- count
>>  8192 |0
>> 16384 |0
>> 32768 |   100281
>> 65536 |@  249656
>>131072 |@@@ 37837
>>262144 |@@@ 18322
>>524288 | 1171
>>   1048576 |  203
>>   2097152 |   90
>>   4194304 |   74
>>   8388608 |   83
>>  16777216 |   58
>>  33554432 |   21
>>  67108864 |

Enabling KDE tests for updates in openQA

2019-12-10 Thread Adam Williamson
Hi folks!

Shortly I'll be enabling KDE tests of updates in openQA. We have had
the tests defined for years, but never turned them on because we didn't
have sufficient worker capacity. Now we do, so we're turning the tests
on.

This simply means that alongside the existing tests run by openQA on
critical path updates, we'll run the same subset of desktop tests on a
KDE disk image as we currently run on a GNOME disk image. Here's one of
the updates I used for a trial run in staging:

https://openqa.stg.fedoraproject.org/tests/overview?groupid=2=fedora=31=Update-FEDORA-2019-c841bcc3b9

The new bit is the 'Flavor: updates-kde' tests. I'll also look at
adding an upgrade test - which would show up as 'upgrade_kde_64bit' in
a flavor called 'updates-kde-upgrade' - and a live image build and
install flavor ('updates-kde-live-iso') tomorrow, just to match what we
have for Workstation.

As noted above, openQA update tests run on critical path updates, plus
a whitelist of packages that aren't on the critical path but which we
want to run tests on anyway. We don't test every update for capacity
reasons: we do have more worker capacity now, but still not enough to
test every single update. (Also, the tests *do* flake sometimes;
running only on critpath and whitelisted updates keeps the volume low
enough that we can manually inspect, diagnose and if necessary re-run
every failure, this would be much more difficult if we tested every
single update).

If the KDE team is interested I'd be happy to work with them to see if
any significant KDE-related packages aren't in the critical path and
add them to the whitelist so that updates containing those packages
will be tested. Of course, this system means we quite often run
irrelevant tests (it's not at all likely that e.g. an update to gnome-
shell will change anything in KDE or FreeIPA, but since gnome-shell is
in the critical path, we will run the KDE and server tests on every
update containing gnome-shell), but there isn't much harm in that so we
don't worry about it.

As usual, you can see openQA results for an update you're interested in
either by browsing https://openqa.fedoraproject.org/ directly or from
the 'Automated Tests' tab in Bodhi. If an update you created or are
interested in causes a failure in these new KDE tests (or indeed any
*other* update test) but you're not sure what it means, please do
contact the QA team and we'll help you figure it out (or re-run the
test if it looks like a false alarm).

Thanks folks!
-- 
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
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[389-devel] Re: System tap performance results,

2019-12-10 Thread William Brown


> On 11 Dec 2019, at 02:20, Howard Chu  wrote:
> 
> 389-devel-requ...@lists.fedoraproject.org wrote:
> 
>> My next steps from here will be:
>> 
>> * To add USDT probes to the logs and back_ldbm to get better, fine detail 
>> about what is causing the excessive latency. 
>>  * these probes are also needed to resolve what appears to be a symbol 
>> resolution issue with systemtap when optimisations are enabled.
>> * To add probes in other parts of the code base to get better visualisation 
>> about where and how long timings are taking through an operation.
>> * To run a lock contention profile (I was unable to do this today due to 
>> bugs in systemtap)
>> * To document the setup proceedures
>> * Commit all these into a PR
>> * Document some actionable improvements we can make to improve the server 
>> performance. 
> 
> mutrace will give you a good audit of lock contention, and it's simple to 
> use, takes no setup.
> 
> http://git.0pointer.net/mutrace.git/

Thanks, that's a good tip, I'll look into that too. Appreciate it,

> 
> -- 
>  -- Howard Chu
>  CTO, Symas Corp.   http://www.symas.com
>  Director, Highland Sun http://highlandsun.com/hyc/
>  Chief Architect, OpenLDAP  http://www.openldap.org/project/
> ___
> 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://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread John M. Harris Jr
On Tuesday, December 10, 2019 12:05:52 PM MST Przemek Klosowski via devel 
wrote:
> On 12/10/19 1:04 PM, Kevin Kofler wrote:
> 
> > Przemek Klosowski via devel wrote:
> > 
> >> 3) Multiple keys allow creating backup keys, preventing the data loss
> >> scenario Kevin is worried about. Of course this assumes that the UX for
> >> creating backup keys exists, and that people actually do that---but it's
> >> possible in principle.
> > 
> > The backup key is useless in that scenario if you cannot export it to
> > another TPM, and isn't preventing such an export the whole point of the
> > TPM technology?
> 
> 
> Of course, the primary private key cannot be extracted from the original 
> TPM. The easiest key recovery scheme would have two encrypted copies of 
> the media encryption keys, one encrypted with the TPM-secured key and 
> another encrypted with the backup/recovery key that you keep in a 
> separate 'enterprise' key backup system. Here's one paper describing TPM 
> key backup/recovery:
> 
> https://www.infineon.com/dgdl/Infineon-TPM_Key_Backup_and_Recovery-AP-v01_00
> -EN.pdf?fileId=db3a304412b407950112b41656d7203a

To clarify a bit, the most common method of extracting a key from a TPM has 
been to simply desolder the TPM from the system and solder it onto another 
system. This works with the popular implementations.

-- 
John M. Harris, Jr.
Splentity

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread John M. Harris Jr
On Tuesday, December 10, 2019 10:53:39 AM MST Andreas Tunek wrote:
> Den tis 10 dec. 2019 kl 15:36 skrev John M. Harris Jr  
> > Most users, just like most American and UK users, set their keyboard
> > layout to their
> > primary layout, and then don't change it, unless it's to try out Dvorak,
> > Colemak, or another alternative keyboard layout for a bit, at which point
> > they
> > can change their system-wide layout to that and rebuild initramfs.
> 
> Do you have any data to back these statements up? They seem to go counter
> to what I have experienced.

This was just my experience from $WORK, were I support en_US, en_GB and de_DE.

-- 
John M. Harris, Jr.
Splentity

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781733] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781733

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution|--- |CURRENTRELEASE
Last Closed||2019-12-10 21:44:53



--- Comment #2 from Emmanuel Seyman  ---
Build done by Tomasz and on its way to stable:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-03ff2973c5

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: Regarding Adam Miller (maxamillion) packager status

2019-12-10 Thread Miro Hrončok

On 09. 12. 19 18:38, Adam Miller wrote:

On Mon, Dec 9, 2019 at 11:15 AM Miro Hrončok  wrote:


On 09. 12. 19 18:04, Richard Shaw wrote:

I had a short email conversation with Adam and he doesn't have time to maintain
any his packages anymore. I don't know how to tell which packages he's main
admin on but he on 391 packages overall.

https://src.fedoraproject.org/user/maxamillion/projects



This is the full list of component's where Adam is the main admin:

https://src.fedoraproject.org//api/0/projects?owner=maxamillion_page=100=true=false


He did point out a problem and I'm not sure what the solution is. Without old
pkgdb, how does one mass remove themselves from packages?


Releng has a script to mass orphan packages from a list. The list can be
obtained from the above. Adam, shall I run it?



As much as I hate to say it. Yes please, have them run it.

I hope to return as a contributor in a meaningful way one day.

<3 Fedora


Done:

Giving container/cockpit to orphan
Giving container/kubernetes to orphan
Giving rpms/MochiKit to orphan
Giving rpms/apachetop to orphan
Giving rpms/binclock to orphan
Giving rpms/http_ping to orphan
Giving rpms/ifstatus to orphan
Giving rpms/ike-scan to orphan
Giving rpms/koji-containerbuild to orphan
Giving rpms/mcollective to orphan
Giving rpms/mcollective-qpid-plugin to orphan
Giving rpms/mod_auth_cas to orphan
Giving rpms/nbtscan to orphan
Giving rpms/ninvaders to orphan
Giving rpms/ophcrack to orphan
Giving rpms/pscan to orphan
Giving rpms/python-dockerpty to orphan
Giving rpms/python-enum to orphan
Giving rpms/python-fedmsg-rabbitmq-serializer to orphan
Giving rpms/python-texttable to orphan
Giving rpms/python-virtkey to orphan
Giving rpms/reg to orphan
Giving rpms/shed to orphan
Giving rpms/sslstrip to orphan
Giving rpms/tcptraceroute to orphan
Giving rpms/tmuxinator to orphan
Giving rpms/txt2man to orphan
Giving rpms/vttest to orphan

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Suspend-to-Disk vs Suspend-to-RAM

2019-12-10 Thread Gordon Messmer

On 12/6/19 10:49 PM, James Cassell wrote:
I performed a suspend-to-ram, and during the 6 or so hours since then, 
the system dropped from 51% charge to 11% charge... it seems like 
something is not being put in its lowest possible power state. With 
hibernate, the system does not drain the battery while not in active use. 



Check /sys/power/mem_sleep to see which suspend mode is being used.  I 
suspect it will be s2idle, which resumes more quickly but costs more 
power during suspend.  I have read that the default value is taken from 
firmware settings, and reflects the preference of the OEM, but I'm not 
sure how you'd verify that.  In any case, on my Dell laptop, I set 
"mem_sleep_default=deep" as a boot parameter for better battery life 
during suspend.


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread Przemek Klosowski via devel

On 12/10/19 1:04 PM, Kevin Kofler wrote:

Przemek Klosowski via devel wrote:

3) Multiple keys allow creating backup keys, preventing the data loss
scenario Kevin is worried about. Of course this assumes that the UX for
creating backup keys exists, and that people actually do that---but it's
possible in principle.

The backup key is useless in that scenario if you cannot export it to
another TPM, and isn't preventing such an export the whole point of the TPM
technology?


Of course, the primary private key cannot be extracted from the original 
TPM. The easiest key recovery scheme would have two encrypted copies of 
the media encryption keys, one encrypted with the TPM-secured key and 
another encrypted with the backup/recovery key that you keep in a 
separate 'enterprise' key backup system. Here's one paper describing TPM 
key backup/recovery:


https://www.infineon.com/dgdl/Infineon-TPM_Key_Backup_and_Recovery-AP-v01_00-EN.pdf?fileId=db3a304412b407950112b41656d7203a



 Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.fedoraproject.org%2Fen-US%2Fproject%2Fcode-of-conduct%2Fdata=02%7C01%7Cprzemek.klosowski%40nist.gov%7C0133d99d248a4045337e08d77d9b8251%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C1%7C637115979168313120sdata=6VVp5O2EJMhkeno925pm4C5L1Pg7B0QwFBmswkpxNRo%3Dreserved=0
List Guidelines: 
https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffedoraproject.org%2Fwiki%2FMailing_list_guidelinesdata=02%7C01%7Cprzemek.klosowski%40nist.gov%7C0133d99d248a4045337e08d77d9b8251%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C1%7C637115979168313120sdata=q2LQbyjb%2BhFHarqGyNt0RD7EYr7654XS3lhpgNJ66gw%3Dreserved=0
List Archives: 
https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.fedoraproject.org%2Farchives%2Flist%2Fdevel%40lists.fedoraproject.orgdata=02%7C01%7Cprzemek.klosowski%40nist.gov%7C0133d99d248a4045337e08d77d9b8251%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C1%7C637115979168323115sdata=RzErc5fsj71PqLBXvizU%2BuBH54KyyionG%2B9f1IB%2FsLU%3Dreserved=0


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Allow comments and discussion even though an update was pushed to stable

2019-12-10 Thread Robbie Harwood
Fabio Valentini  writes:

> On Sat, Dec 7, 2019, 17:30 Mattia Verga via devel <
> devel@lists.fedoraproject.org> wrote:
>
>> Il 06/12/19 21:51, Johannes Lips ha scritto:
>> >> "Johannes Lips" > >>
>> >>
>> >> We already have a tool for reporting issues and problems, and it's not
>> >> bodhi.  If there's a problem with an already pushed update, it needs to
>> >> be in bugzilla - where it's actually discoverable - not in bodhi, where
>> >> it will go nowhere.
>> > I am not intending to use bodhi as a bug tracker, but I would like to be
>> able to reference issues, which were introduced with an update and I don't
>> really see a lot of negative effects of this.
>> > I think it's a way to make issues in bugzilla more easily traceable,
>> since if an update is closely related with a new bug it is easier to just
>> look into bodhi first and see if the issue affected others as well. If by
>> chance the first reporter of a bug is too late in bodhi this connection is
>> simply lost.
>> > I don't see it as bodhi replacing bugzilla, but rather as an additional
>> entry point, when looking for known issues in close relation with a bug.
>> >
>> > Johannes
>> >
>> As a user, if I find a bug in a package I would look into Bugzilla. As a
>> packager, I would expect to receive bug against my packages in Bugzilla.
>>
>> In my opinion, allowing comments on already pushed updates would mean
>> that some users think that reporting bugs into Bodhi equals to reporting
>> bugs into Bugzilla... so as a user I would have to look into Bodhi AND
>> Bugzilla when I find regressions and as a packager I would have to deal
>> with BZ tickets AND Bodhi comments without BZ tickets.
>>
>> If you **really** want to re-open comments on stable updates, please add
>> a very big, red warning which states that the package maintainer may not
>> look at new comments and to open a new BZ ticket!
>>
>> Mattia
>>
>
> I'm curious about this. I do get email notifications for all changes
> and comments for all my own bodhi updates plus for every update that I
> commented on. Have you turned this off, or do you mean to say you're
> going to ignore bodhi emails?

It's really hard to justify reading bodhi emails at this point.  The
vast majority of bodhi emails that I receive are for automatic process
for rawhide - which I neither care about nor wanted in any way.

Thanks,
--Robbie


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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781739] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781739

Paul Howarth  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |CURRENTRELEASE
Last Closed||2019-12-10 18:58:01



--- Comment #3 from Paul Howarth  ---
(In reply to Igor Gnatenko from comment #2)
> Yes, sure.
> 
> The package list was given to me by my colleagues based on old-ish data
> (like 2-3 weeks ago) so some packages definitely might be already built :)

Older than that actually. This one was pushed to stable on 25th October:
https://bugzilla.redhat.com/show_bug.cgi?id=1759040#c4

I've added tjmc and kubo with commit access. There won't be much to do, the
last upstream release was in 2013.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


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

2019-12-10 Thread updates
The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 482  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d   
condor-8.6.11-1.el7
 224  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80   
python-gnupg-0.4.4-1.el7
 222  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bc0182548b   
bubblewrap-0.3.3-2.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-06a2efa1e8   
tnef-1.4.18-1.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-9007659871   
chromium-78.0.3904.108-1.el7
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-72ead04703   
proftpd-1.3.5e-8.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-cd462a69ad   
python3-requests-2.14.2-2.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-eb770d67f7   
knot-resolver-4.3.0-1.el7


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

ansible-2.9.2-1.el7
sasutils-0.3.10-1.el7

Details about builds:



 ansible-2.9.2-1.el7 (FEDORA-EPEL-2019-1dd15ba906)
 SSH-based configuration management, deployment, and task execution system

Update Information:

Update to 2.9.2

ChangeLog:

* Sun Dec  8 2019 Kevin Fenzi  - 2.9.2-1
- Update to 2.9.2




 sasutils-0.3.10-1.el7 (FEDORA-EPEL-2019-ceb608cbc0)
 Serial Attached SCSI (SAS) utilities

Update Information:

Update to version 0.3.10 (minor bug fixes).

ChangeLog:

* Sun Dec  8 2019 Stephane Thiell  0.3.10-1
- update version
- update Source to download from GitHub directly


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org


[Bug 1769902] perl-Log-Report-1.28-3.fc32 FTBFS: t/43exc-xml-libxml.t fails with libxml2-2.9.10

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1769902

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-Log-Report-1.29-1.fc31 has been pushed to the Fedora 31 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-2019-5498db2585

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1765495] perl-Role-Tiny-2.001004 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1765495

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-Role-Tiny-2.001004-1.fc31 has been pushed to the Fedora 31 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-2019-376dc74ea3

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: moving bugzilla overrides to dist-git

2019-12-10 Thread Julen Landa Alustiza
I don't have a strong opinion, so I would start with restricted ACLs and expand 
if needed: site admins(releng, infra) + main admin.

2019(e)ko abenduaren 9(a) 15:07:07 (CET)-(e)an, Pierre-Yves Chibon 
-(e)k hau idatzi zuen:
>On Mon, Dec 09, 2019 at 08:46:28AM -0500, Neal Gompa wrote:
>> On Mon, Dec 9, 2019 at 8:39 AM Karsten Hopp 
>wrote:
>> >
>> > Hi,
>> >
>> > We are currently working on getting rid of the git repo at
>fedora-scm-requests [1] which is nowadays only used to store the
>overrides of the default assignee in bugzilla (for example to allow
>different default assignee for Fedora and EPEL).
>> >
>> > I am working on porting this mechanism to dist-git itself (much
>like we did for the anitya integration a few weeks ago).
>> >
>> >  We are thinking on providing a simple text field to submit FAS
>username or email to override the default assignee, the big question is
>then, who should be allowed to update this field ?
>> >
>> > Should the main admin be able to set someone else as assignee ?
>> >
>> > If there is already an override assignee, who should be allowed to
>change that ?
>> >
>> > If there's no override assignee set, can everyone become it or is
>that up to the main admin of the component to decide and set ?
>> >
>> 
>> I think in this case, it should be the main admin who can change
>this.
>
>The main admin (and infra/releng) only, or all the admins of the
>project?
>
>
>Pierre
>___
>devel mailing list -- devel@lists.fedoraproject.org
>To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>Fedora Code of Conduct:
>https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>List Archives:
>https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

--
Julen Landa Alustiza ___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread Kevin Kofler
Chris Murphy wrote:
> I'm not sure how people are worried about trojans being injected into
> an unencrypted root, while also not at all concerned about bootloader
> malware, or malware injected into the initramfs or the hibernation
> image - which upon resume replaces everything in RAM in favor of
> what's in the image.

The bootloader itself getting attacked is a concern, but for the initramfs, 
encrypting /boot is actually a solved problem, Anaconda just needs to 
support it. (That said, it means that you have to type the passphrase into 
GRUB, so you are stuck with its limited input capabilities.)

> The alternative, to put a fine point on it, would mean creating some small
> subset of the entire GNOME stack to stuff into the initramfs in order to
> provide input, keymapping, and UI to have the minimum a11y function and
> i18n expectations. That's a tough sell.

IMHO, Qt for the LinuxFB (fbdev) or EGLFS (if you really need OpenGL) 
platform would be a much better fit for this purpose than the GNOME stack, 
if you really think we cannot do without the convenience of a GUI toolkit 
for a passphrase prompt on bootup. (That said, this approach precludes 
encrypting /boot, unfortunately.)

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread Kevin Kofler
Przemek Klosowski via devel wrote:
> 3) Multiple keys allow creating backup keys, preventing the data loss
> scenario Kevin is worried about. Of course this assumes that the UX for
> creating backup keys exists, and that people actually do that---but it's
> possible in principle.

The backup key is useless in that scenario if you cannot export it to 
another TPM, and isn't preventing such an export the whole point of the TPM 
technology?

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Co

2019-12-10 Thread smooge
Dear all,

You are kindly invited to the meeting:
   EPEL Steering Co on 2019-12-11 from 18:00:00 to 19:00:00 GMT
   At freenode@fedora-meeting

The meeting will be about:
This is the weekly EPEL Steering Committee Meeting. A general agenda is the 
following:

#meetingname EPEL
#topic Intros
#topic Old Business
#topic EPEL-6
#topic EPEL-7
#topic EPEL-8
#topic Openfloor
#endmeeting




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

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org


[Bug 1768068] perl-perlfaq-5.20191102 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1768068



--- Comment #24 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1770716] Upgrade perl-Module-CoreList to 5.20191110

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1770716



--- Comment #24 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1770717] Upgrade perl-Module-Load-Conditional to 0.70

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1770717



--- Comment #25 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1773830] perl-Term-Table-0.015 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1773830



--- Comment #20 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1754124] perl-Module-CoreList-5.20190920 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1754124



--- Comment #23 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1763515] perl-Module-CoreList-5.20191020 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1763515



--- Comment #23 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1762085] perl-Term-Table-0.014 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1762085



--- Comment #23 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread Kevin Fenzi
So, this thread is now 175 posts long... 

The Orig change proposal has been rejected by FESCo. 

Perhaps we should just let this thread go now?

kevin


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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1774785] perl-Module-CoreList-5.20191120 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1774785



--- Comment #18 from Fedora Update System  ---
perl-5.30-3020191129151030.bba63816 has been pushed to the Fedora 30 Modular
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-de...@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-de...@lists.fedoraproject.org


[Bug 1773830] perl-Term-Table-0.015 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1773830



--- Comment #19 from Fedora Update System  ---
perl-5.30-3020191129151030.bba63816 has been pushed to the Fedora 30 Modular
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-de...@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-de...@lists.fedoraproject.org


[Bug 1774785] perl-Module-CoreList-5.20191120 is available

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1774785



--- Comment #19 from Fedora Update System  ---
perl-5.28-3020191129151235.eb1b2d95 has been pushed to the Fedora 30 Modular
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-de...@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-de...@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread Andreas Tunek
Den tis 10 dec. 2019 kl 15:36 skrev John M. Harris Jr :

> Most users, just like most American and UK users, set their keyboard
> layout to their
> primary layout, and then don't change it, unless it's to try out Dvorak,
> Colemak, or another alternative keyboard layout for a bit, at which point
> they
> can change their system-wide layout to that and rebuild initramfs.
>
>
Do you have any data to back these statements up? They seem to go counter
to what I have experienced.

/Andreas



> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Fabio Valentini
On Tue, Dec 10, 2019, 16:39 Sandro Bonazzola  wrote:

>
>
> Il giorno mar 10 dic 2019 alle ore 16:29 Miro Hrončok 
> ha scritto:
>
>> On 10. 12. 19 16:27, Sandro Bonazzola wrote:
>> > sbonazzo: buildnumber-maven-plugin
>> >
>> >
>> > Not sure how I got listed there, but I'm not the previous maintainer of
>> that
>> > project.
>>
>> nimbus-jose-jwt (maintained by: sbonazzo)
>> nimbus-jose-jwt-5.12-5.fc31.src requires
>> mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.3
>>
>
> Thanks for clarifying.
> +Martin Perina  I think we need to take this over if
> we still need nimbus-jose-jwt.
> What do you think?
>

Just drop the dependency on the buildnumber plugin, it should be easily
possible with something like this in %prep:

%pom_remove_plugin :buildnumber-maven-plugin

and removing it from the BuildRequires.

Fabio



>
>
>
>>
>> --
>> Miro Hrončok
>> --
>> Phone: +420777974800
>> IRC: mhroncok
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> *Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of your office hours.
> *
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Working fedora-active-user script?

2019-12-10 Thread Jun Aruga
> Nope, for the reason I've explained earlier in this thread. The proposed 
> changes
> are (last time I've tried them) breaking the mailing-list checks which I don't
> think is a good thing.

Sure. Sorry I missed the reason you have explained earlier in the thread.

-- 
Jun | He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Logs from Open/Public NeuroFedora weekly team meeting: 1600 UTC Tuesday, 10th December

2019-12-10 Thread Aniket Pradhan
Hello world

Please find the logs for the team meeting below.

Links:
- Logs (html): 
https://meetbot.fedoraproject.org/fedora-neuro/2019-12-10/neurofedora.2019-12-10-16.01.log.html
- Minutes (html):
https://meetbot.fedoraproject.org/fedora-neuro/2019-12-10/neurofedora.2019-12-10-16.01.html

The next meeting will be on 7th January 2020. Happy Holidays! :D

The text logs are given below

=
#fedora-neuro: NeuroFedora 2019-12-10
=


Meeting started by MeWjOr at 16:01:27 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-neuro/2019-12-10/neurofedora.2019-12-10-16.01.log.html
.



Meeting summary
---
* Agenda Summary  (MeWjOr, 16:02:17)
  *

https://lists.fedoraproject.org/archives/list/neuro-...@lists.fedoraproject.org/thread/LAVUJPHBPZ5IFAPBXGJC2B55UMXI65MT/
(MeWjOr, 16:02:45)
  * Introductions and roll call  (MeWjOr, 16:02:56)
  * Tasks from last meeting  (MeWjOr, 16:03:02)
  * Pagure tickets  (MeWjOr, 16:03:07)
  * Bugs  (MeWjOr, 16:03:13)
  * Neuroscience query of the week
https://pagure.io/neuro-sig/NeuroFedora/issue/318  (MeWjOr,
16:03:59)
  * Open floor  (MeWjOr, 16:04:06)

* Introductions and roll call  (MeWjOr, 16:04:17)
  * ankursinha, FranciscoD ; packager, join sig, neurofedora etc (UTC+0)
(FranciscoD, 16:04:44)

* Tasks from last meeting on 2019-12-03  (MeWjOr, 16:08:45)
  * Minutes:

https://meetbot.fedoraproject.org/fedora-neuro/2019-12-03/neurofedora.2019-12-03-16.00.html
(MeWjOr, 16:08:53)
  * major work on fastavro:
https://bugzilla.redhat.com/show_bug.cgi?id=1768267 -- Done
(MeWjOr, 16:09:08)
  * FranciscoD tag https://pagure.io/neuro-sig/NeuroFedora/issue/301 as
"future meeting" -- Done  (MeWjOr, 16:09:23)
  * FranciscoD tag https://pagure.io/neuro-sig/NeuroFedora/issue/250 as
"future meeting" -- Done  (MeWjOr, 16:09:37)
  * major privately e-mail FranciscoD their mailing address -- Pending
(MeWjOr, 16:10:01)
  * FranciscoD carry NeuroFedora stickers to India and send them to
major -- Pending  (MeWjOr, 16:10:14)
  * FranciscoD update ticket with these details -- Done  (MeWjOr,
16:10:24)
  * FranciscoD follow up witn infra about new ML -- Pending  (MeWjOr,
16:11:12)
  * major send out reminder on Monday -- We are all here.. :P  (MeWjOr,
16:11:34)

* Pagure tickets  (MeWjOr, 16:11:55)
  * ACTION: FranciscoD announce new ML when it has been set up
(FranciscoD, 16:12:00)
  * Pagure tickets marked for this meeting:

https://pagure.io/neuro-sig/NeuroFedora/issues?status=Open=S%3A+Next+meeting
(MeWjOr, 16:12:19)
  * https://pagure.io/neuro-sig/NeuroFedora/issue/307 -- Ticket for
NeuroFedora's presence at FOSDEM  (MeWjOr, 16:13:44)
  * ACTION: major look up and schedule an appointment for Belgium's VISA
(MeWjOr, 16:19:02)
  * ACTION: Comment on mindshare requesting for an early--enough
decision on the funding request  (MeWjOr, 16:21:08)
  * https://pagure.io/neuro-sig/NeuroFedora/issue/327 -- Content for the
labs webpage for comp neuro  (MeWjOr, 16:22:45)
  * Fedora 32 schedule:
https://fedorapeople.org/groups/schedule/f-32/f-32-key-tasks.html
(FranciscoD, 16:23:59)
  * We try and get the material to bcotton before the end of February
(FranciscoD, 16:24:51)
  * ACTION: FranciscoD major create independent tickets for different
components of the labs website --- summary, screenshots and cover
image  (MeWjOr, 16:33:14)

* Pagure tickets  (MeWjOr, 16:35:25)

* Open bugs  (MeWjOr, 16:35:46)
  * Open bugs: https://tinyurl.com/neurofedora-bugs  (MeWjOr, 16:35:55)
  * https://bugzilla.redhat.com/show_bug.cgi?id=1771068 -- python-pybids
(MeWjOr, 16:37:54)
  * https://bugzilla.redhat.com/show_bug.cgi?id=1743018 -- bug for
updating python-sphinx  (MeWjOr, 16:38:31)
  * There's a PR to update to 2.2:
https://src.fedoraproject.org/rpms/python-sphinx/pull-request/13
(FranciscoD, 16:39:39)
  * ACTION: FranciscoD check sphinx 2.2 PR:
https://src.fedoraproject.org/rpms/python-sphinx/pull-request/13
(FranciscoD, 16:41:54)

* Neuroscience of the week
  https://pagure.io/neuro-sig/NeuroFedora/issue/318  (MeWjOr, 16:42:56)
  * LINK:

https://theconversation.com/dopamine-fasting-an-expert-reviews-the-latest-craze-in-silicon-valley-127646
(FranciscoD, 16:43:24)

* Next meeting: time and chair  (MeWjOr, 16:47:15)

* open-floor  (MeWjOr, 16:51:28)
  * Happy holidayss!   (FranciscoD, 16:52:01)

Meeting ended at 16:52:41 UTC.




Action Items

* FranciscoD announce new ML when it has been set up
* major look up and schedule an appointment for Belgium's VISA
* Comment on mindshare requesting for an early--enough decision on the
  funding request
* FranciscoD major create independent tickets for different components
  of the labs website --- summary, screenshots and cover image
* FranciscoD check sphinx 2.2 PR:
  

Re: Performance penalties caused by -D_GLIBCXX_ASSERTIONS

2019-12-10 Thread Ankur Sinha
On Tue, Dec 10, 2019 11:13:47 +0100, Florian Weimer wrote:
> * Ankur Sinha:
> 
> > -D_GLIBCXX_ASSERTIONS was added to the default build flags in F28[1].
> > For one of my packages, upstream reports that this results in a 25% slow
> > down[2], which is quite a lot.
> >
> > Has anyone else noticed such performance deterioration as a result of this?
> 
> We have seen cases where GCC cannot eliminate the bounds check in a
> tight loop because the array index has the wrong type.  This is arguably
> a bug in the source code; fixing the type also addresses the performance
> regression.
> 
> Apart from that, I don't know of any performance regressions.  We would
> have to look at profiles and disassembly to see what's going on in the
> case of arbor-sim.

Thanks for your reply, Florian.

Upstream have dug in to this. Could you please have a look and suggest
what to do in this case?

https://github.com/arbor-sim/arbor/issues/917#issuecomment-564106931

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Miro Hrončok

On 10. 12. 19 11:22, Miro Hrončok wrote:

On 10. 12. 19 4:33, Sérgio Basto wrote:

On Mon, 2019-12-09 at 18:03 +0100, Miro Hrončok wrote:

On 06. 12. 19 1:46, Sérgio Basto wrote:

Hi,

How I produce the results of orphans-2019-12-02.txt ? or please
could
you update and upload orphans-2019-12-06.txt to see what we still
need
for js-jquery , etc.


https://churchyard.fedorapeople.org/orphans.txt is generated and
uploaded in an
endless loop.


Great, I took js-jquery-file-upload  .

Running [1] we see that batik and pdfbox break more than 400 packages
each , someone should take it .
I'm testing if they build on rawhide right now.


I don't agree somebody should take them.

I think appstream should loose the build dependency on publican. Vast majority 
of the packages are in the report because of that.


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


Done. You can orphan them again.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Miro Hrončok

On 10. 12. 19 17:15, Sérgio Basto wrote:

On Tue, 2019-12-10 at 15:01 +0100, Fabio Valentini wrote:

On Tue, Dec 10, 2019 at 2:53 PM Sérgio Basto 
wrote:

On Tue, 2019-12-10 at 11:22 +0100, Miro Hrončok wrote:

On 10. 12. 19 4:33, Sérgio Basto wrote:

On Mon, 2019-12-09 at 18:03 +0100, Miro Hrončok wrote:

On 06. 12. 19 1:46, Sérgio Basto wrote:

Hi,

How I produce the results of orphans-2019-12-02.txt ? or
please
could
you update and upload orphans-2019-12-06.txt to see what we
still
need
for js-jquery , etc.


https://churchyard.fedorapeople.org/orphans.txt is generated
and
uploaded in an
endless loop.


Great, I took js-jquery-file-upload  .

Running [1] we see that batik and pdfbox break more than 400
packages
each , someone should take it .
I'm testing if they build on rawhide right now.


I don't agree somebody should take them.

I think appstream should loose the build dependency on publican.
Vast
majority
of the packages are in the report because of that.

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



(...)


I took batik and pdfbox before read this email, because they build
fine
on rawhide, now appstream, publican etc have been removed from the
orphans.txt list .


That's well and good, but they still depend on fop (which is
definitely broken) and some other stuff.


But still have a lot of java packages that seems to me are
essential
like avalon-logkit (51)


We want to get rid of avalon-logkit. It was orphaned on purpose.
It's even been marked as "deprecated()" for some time.


but 51 packages still depend on it , can you explain to me how you plan
to fix it ?


This way:

https://src.fedoraproject.org/rpms/apache-commons-logging/pull-request/1

However, the maintainer is against that. So we need to wait until it's actually 
broken, apparently. Then we can ask them nicely to fix it in some other way.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781746] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781746

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #2 from Fedora Update System  ---
FEDORA-EPEL-2019-dad013a7de has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-dad013a7de

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1778382] [RFE] EPEL-8 branch for perl-HTTP-Lite

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1778382

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |MODIFIED



--- Comment #4 from Fedora Update System  ---
FEDORA-EPEL-2019-dad013a7de has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-dad013a7de

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781826] Please build perl-Lchown for EPEL 6, 7 and 8

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781826



--- Comment #1 from Robert Scheck  ---
s/EPEL 8 branch/EPEL 6, 7 or 8 branches/g  # Sorry

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781826] New: Please build perl-Lchown for EPEL 6, 7 and 8

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781826

Bug ID: 1781826
   Summary: Please build perl-Lchown for EPEL 6, 7 and 8
   Product: Fedora
   Version: rawhide
  Hardware: x86_64
OS: Linux
Status: NEW
 Component: perl-Lchown
  Severity: medium
  Assignee: jples...@redhat.com
  Reporter: redhat-bugzi...@linuxnetz.de
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Description of problem:
Please build perl-Lchown for EPEL 6, 7 and 8, it's an optional but useful
run-time dependency of rsnapshot. Rebuilding perl-Lchown-1.01-14.fc31 package
"as is" should be sufficient.

Version-Release number of selected component (if applicable):
perl-Lchown-1.01-14.fc31

Actual results:
No perl-Lchown in EPEL 6, 7 and 8.

Expected results:
perl-Lchown-1.01-14.el6, perl-Lchown-1.01-14.el7, perl-Lchown-1.01-14.el8 - or
better ;-)

Additional info:
Please let me know if you are not interested in maintaining the package on EPEL
8 branch.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[389-devel] Re: System tap performance results,

2019-12-10 Thread Howard Chu
389-devel-requ...@lists.fedoraproject.org wrote:

> My next steps from here will be:
> 
> * To add USDT probes to the logs and back_ldbm to get better, fine detail 
> about what is causing the excessive latency. 
>   * these probes are also needed to resolve what appears to be a symbol 
> resolution issue with systemtap when optimisations are enabled.
> * To add probes in other parts of the code base to get better visualisation 
> about where and how long timings are taking through an operation.
> * To run a lock contention profile (I was unable to do this today due to bugs 
> in systemtap)
> * To document the setup proceedures
> * Commit all these into a PR
> * Document some actionable improvements we can make to improve the server 
> performance. 

mutrace will give you a good audit of lock contention, and it's simple to use, 
takes no setup.

http://git.0pointer.net/mutrace.git/

-- 
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org


[Bug 1781739] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781739

Igor Gnatenko  changed:

   What|Removed |Added

  Flags|needinfo?(i.gnatenko.brain@ |
   |gmail.com)  |



--- Comment #2 from Igor Gnatenko  ---
Yes, sure.

The package list was given to me by my colleagues based on old-ish data (like
2-3 weeks ago) so some packages definitely might be already built :)

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Sérgio Basto
On Tue, 2019-12-10 at 15:01 +0100, Fabio Valentini wrote:
> On Tue, Dec 10, 2019 at 2:53 PM Sérgio Basto 
> wrote:
> > On Tue, 2019-12-10 at 11:22 +0100, Miro Hrončok wrote:
> > > On 10. 12. 19 4:33, Sérgio Basto wrote:
> > > > On Mon, 2019-12-09 at 18:03 +0100, Miro Hrončok wrote:
> > > > > On 06. 12. 19 1:46, Sérgio Basto wrote:
> > > > > > Hi,
> > > > > > 
> > > > > > How I produce the results of orphans-2019-12-02.txt ? or
> > > > > > please
> > > > > > could
> > > > > > you update and upload orphans-2019-12-06.txt to see what we
> > > > > > still
> > > > > > need
> > > > > > for js-jquery , etc.
> > > > > 
> > > > > https://churchyard.fedorapeople.org/orphans.txt is generated
> > > > > and
> > > > > uploaded in an
> > > > > endless loop.
> > > > 
> > > > Great, I took js-jquery-file-upload  .
> > > > 
> > > > Running [1] we see that batik and pdfbox break more than 400
> > > > packages
> > > > each , someone should take it .
> > > > I'm testing if they build on rawhide right now.
> > > 
> > > I don't agree somebody should take them.
> > > 
> > > I think appstream should loose the build dependency on publican.
> > > Vast
> > > majority
> > > of the packages are in the report because of that.
> > > 
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1773385
> > > 
> 
> (...)
> 
> > I took batik and pdfbox before read this email, because they build
> > fine
> > on rawhide, now appstream, publican etc have been removed from the
> > orphans.txt list .
> 
> That's well and good, but they still depend on fop (which is
> definitely broken) and some other stuff.
> 
> > But still have a lot of java packages that seems to me are
> > essential
> > like avalon-logkit (51)
> 
> We want to get rid of avalon-logkit. It was orphaned on purpose.
> It's even been marked as "deprecated()" for some time.

but 51 packages still depend on it , can you explain to me how you plan
to fix it ? 

> Fabio
> 
> > --
> > Sérgio M. B.
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: 
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: 
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
-- 
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781753] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781753

Petr Pisar  changed:

   What|Removed |Added

   Assignee|ppi...@redhat.com   |tjczep...@gmail.com
   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Petr Pisar  ---
Permissions granted.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781751] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781751

Petr Pisar  changed:

   What|Removed |Added

   Assignee|ppi...@redhat.com   |jakub.jedel...@gmail.com
   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Petr Pisar  ---
Permissions granted.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781736] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781736

Petr Pisar  changed:

   What|Removed |Added

   Assignee|ppi...@redhat.com   |tjczep...@gmail.com
   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Petr Pisar  ---
Permissions granted.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781746] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781746

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Emmanuel Seyman  ---
Sources in master build in epel8.

https://pagure.io/releng/fedora-scm-requests/issue/20402
https://pagure.io/releng/fedora-scm-requests/issue/20403

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Orphaned packages looking for new maintainers

2019-12-10 Thread Miro Hrončok

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

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

Request package ownership via releng issues:
https://pagure.io/releng/issues

Full report available at:
https://churchyard.fedorapeople.org/orphans-2019-12-10.txt
grep it for your FAS username and follow the dependency chain.


Package  (co)maintainers   Status Change

ExchangeIRorphan   3 weeks ago
FUR   orphan   4 weeks ago
airsnort  orphan   4 weeks ago
apache-logging-parent mizdebsk, orphan 3 weeks ago
apt-cacher-ng orphan   3 weeks ago
archaius  orphan   3 weeks ago
archmage  lbazan, orphan   2 weeks ago
audit-viewer  mitr, orphan 2 weeks ago
avalon-logkit jerboaa, mizdebsk, orphan2 weeks ago
base64coder   jcapik, mizdebsk, orphan 5 weeks ago
buildnumber-maven-plugin  orphan   2 weeks ago
bval  orphan   3 weeks ago
camotics  orphan   3 weeks ago
cduce orphan   3 weeks ago
clapham   orphan   3 weeks ago
classmate lef, orphan  5 weeks ago
cli-parserlef, orphan  5 weeks ago
csstidy   orphan   3 weeks ago
delve go-sig, orphan   3 weeks ago
dzen2 bstinson, dcantrel, fale,1 weeks ago
  lupinix, orphan
eclipse-anyedit   eclipse-sig, orphan, swagiaal3 weeks ago
eclipse-checkstyleakurtakov, eclipse-sig, orphan   3 weeks ago
eclipse-color-theme   eclipse-sig, orphan  3 weeks ago
eclipse-dltk  akurtakov, eclipse-sig,  3 weeks ago
  kdaniel, orphan, rgrunber
eclipse-egit  akurtakov, arobinso, eclipse-3 weeks ago
  sig, jerboaa, jjohnstn,
  kdaniel, nguzman, orphan,
  rgrunber
eclipse-emf   akurtakov, eclipse-sig,  3 weeks ago
  jjohnstn, kdaniel, orphan,
  rgrunber
eclipse-epic  eclipse-sig, orphan  3 weeks ago
eclipse-gef   akurtakov, eclipse-sig,  3 weeks ago
  kdaniel, orphan, rgrunber
eclipse-launchbar eclipse-sig, orphan, sopotc  6 weeks ago
eclipse-license   eclipse-sig, orphan  3 weeks ago
eclipse-m2e-antlr eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-core  eclipse-sig, galileo,3 weeks ago
  mizdebsk, orphan
eclipse-m2e-cxf   eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-maven-dependency- mizdebsk, orphan 3 weeks ago
plugin
eclipse-m2e-modello   eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-plexuseclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-sisu  eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-takarimizdebsk, orphan 3 weeks ago
eclipse-m2e-workspace eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-nls   orphan   3 weeks ago
eclipse-pdt   eclipse-sig, orphan  3 weeks ago
eclipse-quickrex  eclipse-sig, orphan  3 weeks ago
eclipse-remoteeclipse-sig, orphan  3 weeks ago
eclipse-sgx   orphan   3 weeks ago
eclipse-subclipse eclipse-sig, 

[Bug 1781733] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781733

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Emmanuel Seyman  ---
Source in master builds without issue.

https://pagure.io/releng/fedora-scm-requests/issue/20398
https://pagure.io/releng/fedora-scm-requests/issue/20399

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781756] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781756

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-10 15:40:17



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


Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Sandro Bonazzola
Il giorno mar 10 dic 2019 alle ore 16:29 Miro Hrončok 
ha scritto:

> On 10. 12. 19 16:27, Sandro Bonazzola wrote:
> > sbonazzo: buildnumber-maven-plugin
> >
> >
> > Not sure how I got listed there, but I'm not the previous maintainer of
> that
> > project.
>
> nimbus-jose-jwt (maintained by: sbonazzo)
> nimbus-jose-jwt-5.12-5.fc31.src requires
> mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.3
>

Thanks for clarifying.
+Martin Perina  I think we need to take this over if we
still need nimbus-jose-jwt.
What do you think?




>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*Red Hat respects your work life balance.
Therefore there is no need to answer this email out of your office hours.
*
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781748] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781748

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-10 15:37:02



-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781738] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781738

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-10 15:35:25



--- Comment #1 from Jitka Plesnikova  ---
Done

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781743] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781743

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-10 15:30:50



--- Comment #1 from Jitka Plesnikova  ---
Done

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781742] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781742

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2019-828bcfadc7 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-828bcfadc7

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Miro Hrončok

On 10. 12. 19 16:27, Sandro Bonazzola wrote:

sbonazzo: buildnumber-maven-plugin


Not sure how I got listed there, but I'm not the previous maintainer of that 
project.


nimbus-jose-jwt (maintained by: sbonazzo)
		nimbus-jose-jwt-5.12-5.fc31.src requires 
mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.3


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Sandro Bonazzola
Il giorno mar 10 dic 2019 alle ore 15:50 Miro Hrončok 
ha scritto:

> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for
> sure
> that the package should be retired, please do so now with a proper reason:
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
>
> Note: If you received this mail directly you (co)maintain one of the
> affected
> packages or a package that depends on one. Please adopt the affected
> package or
> retire your depending package to avoid broken dependencies, otherwise your
> package will be retired when the affected package gets retired.
>
> Request package ownership via releng issues:
> https://pagure.io/releng/issues
>
> Full report available at:
> https://churchyard.fedorapeople.org/orphans-2019-12-10.txt
> grep it for your FAS username and follow the dependency chain.
>
>
>  Package  (co)maintainers   Status
> Change
>
> 
> ExchangeIRorphan   3 weeks
> ago
> FUR   orphan   4 weeks
> ago
> airsnort  orphan   4 weeks
> ago
> apache-logging-parent mizdebsk, orphan 3 weeks
> ago
> apt-cacher-ng orphan   3 weeks
> ago
> archaius  orphan   3 weeks
> ago
> archmage  lbazan, orphan   2 weeks
> ago
> audit-viewer  mitr, orphan 2 weeks
> ago
> avalon-logkit jerboaa, mizdebsk, orphan2 weeks
> ago
> base64coder   jcapik, mizdebsk, orphan 5 weeks
> ago
> buildnumber-maven-plugin  orphan   2 weeks
> ago
> bval  orphan   3 weeks
> ago
> camotics  orphan   3 weeks
> ago
> cduce orphan   3 weeks
> ago
> clapham   orphan   3 weeks
> ago
> classmate lef, orphan  5 weeks
> ago
> cli-parserlef, orphan  5 weeks
> ago
> csstidy   orphan   3 weeks
> ago
> delve go-sig, orphan   3 weeks
> ago
> dzen2 bstinson, dcantrel, fale,1 weeks
> ago
>lupinix, orphan
> eclipse-anyedit   eclipse-sig, orphan, swagiaal3 weeks
> ago
> eclipse-checkstyleakurtakov, eclipse-sig, orphan   3 weeks
> ago
> eclipse-color-theme   eclipse-sig, orphan  3 weeks
> ago
> eclipse-dltk  akurtakov, eclipse-sig,  3 weeks
> ago
>kdaniel, orphan, rgrunber
> eclipse-egit  akurtakov, arobinso, eclipse-3 weeks
> ago
>sig, jerboaa, jjohnstn,
>kdaniel, nguzman, orphan,
>rgrunber
> eclipse-emf   akurtakov, eclipse-sig,  3 weeks
> ago
>jjohnstn, kdaniel, orphan,
>rgrunber
> eclipse-epic  eclipse-sig, orphan  3 weeks
> ago
> eclipse-gef   akurtakov, eclipse-sig,  3 weeks
> ago
>kdaniel, orphan, rgrunber
> eclipse-launchbar eclipse-sig, orphan, sopotc  6 weeks
> ago
> eclipse-license   eclipse-sig, orphan  3 weeks
> ago
> eclipse-m2e-antlr eclipse-sig, mizdebsk, orphan3 weeks
> ago
> eclipse-m2e-core  eclipse-sig, galileo,3 weeks
> ago
>mizdebsk, orphan
> eclipse-m2e-cxf   eclipse-sig, mizdebsk, orphan3 weeks
> ago
> eclipse-m2e-maven-dependency- mizdebsk, orphan 3 weeks
> ago
> plugin
> eclipse-m2e-modello   eclipse-sig, mizdebsk, orphan3 weeks
> ago
> eclipse-m2e-plexuseclipse-sig, mizdebsk, orphan3 weeks
> ago
> eclipse-m2e-sisu  eclipse-sig, mizdebsk, orphan3 weeks
> ago
> eclipse-m2e-takarimizdebsk, orphan 3 weeks
> ago
> eclipse-m2e-workspace eclipse-sig, mizdebsk, orphan3 weeks
> ago
> eclipse-nls   orphan   3 weeks
> ago
> eclipse-pdt   eclipse-sig, orphan   

Re: Orphaned packages looking for new maintainers

2019-12-10 Thread Paul Howarth
On Tue, 10 Dec 2019 15:49:57 +0100
Miro Hrončok  wrote:
> python-fluidity-smorphan3 weeks ago
> python-invoke orphan3 weeks ago
> python-lexiconorphan3 weeks ago

I took python-invoke as it's a recently-added dependency of
python-paramiko, which I co-maintain. It has dependencies on
python-fluidity-sm and python-lexicon which I'd rather not take but
will do if necessary. 

As there seems to be a lot of packages that depend on these three, if
anyone wants to take them as a group, I'll happily hand over
python-invoke. Failing that, I'd love to have co-maintainers.

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


[Bug 1781742] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781742

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Comment #2 from Emmanuel Seyman  ---
FTR, the build fails in EPEL with the error message:
FAILED: BuildError: package perl-Exception-Class-TryCatch not in list for tag
epel8-testing-candidate

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1772356] perl-GnuPG-Interface EPEL 8 package

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1772356

Emmanuel Seyman  changed:

   What|Removed |Added

 CC||i.gnatenko.br...@gmail.com



--- Comment #5 from Emmanuel Seyman  ---
*** Bug 1781744 has been marked as a duplicate of this bug. ***

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781744] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781744

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |CLOSED
  Component|perl-GnuPG-Interface|perl-GnuPG-Interface
Version|rawhide |epel8
 Resolution|--- |DUPLICATE
Product|Fedora  |Fedora EPEL
Last Closed||2019-12-10 15:06:13



--- Comment #2 from Emmanuel Seyman  ---


*** This bug has been marked as a duplicate of bug 1772356 ***

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781733] New: Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781733

Bug ID: 1781733
   Summary: Co-maintainer request (to maintain EPEL8 branch)
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Array-Utils
  Assignee: emman...@seyman.fr
  Reporter: i.gnatenko.br...@gmail.com
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, holca...@gmail.com,
jakub.jedel...@gmail.com, lkund...@v3.sk,
perl-devel@lists.fedoraproject.org,
tjczep...@gmail.com
  Target Milestone: ---
Classification: Fedora




Hello,

We are working on bringing multiple perl packages into a 'upstream' (EPEL)
which we use internally (at GoodData). This package is one of many which have
builds in Fedora Rawhide but lacks EPEL8 branch. We would like to request it
and help you to maintain the package (incl. Fedora Rawhide).

Please add us to a maintainer list for the package perl-Array-Utils. Our FAS
usernames are:

- tjmc
- kubo

Thanks for the cooperation in advance!

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781759] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781759

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |CURRENTRELEASE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-10 14:51:36



--- Comment #1 from Tom "spot" Callaway  ---
Added with commit access.

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


Orphaned packages looking for new maintainers

2019-12-10 Thread Miro Hrončok

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

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

Request package ownership via releng issues:
https://pagure.io/releng/issues

Full report available at:
https://churchyard.fedorapeople.org/orphans-2019-12-10.txt
grep it for your FAS username and follow the dependency chain.


Package  (co)maintainers   Status Change

ExchangeIRorphan   3 weeks ago
FUR   orphan   4 weeks ago
airsnort  orphan   4 weeks ago
apache-logging-parent mizdebsk, orphan 3 weeks ago
apt-cacher-ng orphan   3 weeks ago
archaius  orphan   3 weeks ago
archmage  lbazan, orphan   2 weeks ago
audit-viewer  mitr, orphan 2 weeks ago
avalon-logkit jerboaa, mizdebsk, orphan2 weeks ago
base64coder   jcapik, mizdebsk, orphan 5 weeks ago
buildnumber-maven-plugin  orphan   2 weeks ago
bval  orphan   3 weeks ago
camotics  orphan   3 weeks ago
cduce orphan   3 weeks ago
clapham   orphan   3 weeks ago
classmate lef, orphan  5 weeks ago
cli-parserlef, orphan  5 weeks ago
csstidy   orphan   3 weeks ago
delve go-sig, orphan   3 weeks ago
dzen2 bstinson, dcantrel, fale,1 weeks ago
  lupinix, orphan
eclipse-anyedit   eclipse-sig, orphan, swagiaal3 weeks ago
eclipse-checkstyleakurtakov, eclipse-sig, orphan   3 weeks ago
eclipse-color-theme   eclipse-sig, orphan  3 weeks ago
eclipse-dltk  akurtakov, eclipse-sig,  3 weeks ago
  kdaniel, orphan, rgrunber
eclipse-egit  akurtakov, arobinso, eclipse-3 weeks ago
  sig, jerboaa, jjohnstn,
  kdaniel, nguzman, orphan,
  rgrunber
eclipse-emf   akurtakov, eclipse-sig,  3 weeks ago
  jjohnstn, kdaniel, orphan,
  rgrunber
eclipse-epic  eclipse-sig, orphan  3 weeks ago
eclipse-gef   akurtakov, eclipse-sig,  3 weeks ago
  kdaniel, orphan, rgrunber
eclipse-launchbar eclipse-sig, orphan, sopotc  6 weeks ago
eclipse-license   eclipse-sig, orphan  3 weeks ago
eclipse-m2e-antlr eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-core  eclipse-sig, galileo,3 weeks ago
  mizdebsk, orphan
eclipse-m2e-cxf   eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-maven-dependency- mizdebsk, orphan 3 weeks ago
plugin
eclipse-m2e-modello   eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-plexuseclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-sisu  eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-m2e-takarimizdebsk, orphan 3 weeks ago
eclipse-m2e-workspace eclipse-sig, mizdebsk, orphan3 weeks ago
eclipse-nls   orphan   3 weeks ago
eclipse-pdt   eclipse-sig, orphan  3 weeks ago
eclipse-quickrex  eclipse-sig, orphan  3 weeks ago
eclipse-remoteeclipse-sig, orphan  3 weeks ago
eclipse-sgx   orphan   3 weeks ago
eclipse-subclipse eclipse-sig, 

[Bug 1781747] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781747

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |CURRENTRELEASE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-10 14:49:44



--- Comment #1 from Tom "spot" Callaway  ---
Added with commit access.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781739] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781739

Paul Howarth  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value
  Flags||needinfo?(i.gnatenko.brain@
   ||gmail.com)



--- Comment #1 from Paul Howarth  ---
This package already exists in EPEL-8:

https://dl.fedoraproject.org/pub/epel/8/Everything/x86_64/Packages/p/perl-Digest-Perl-MD5-1.9-18.el8.noarch.rpm

Do you still want co-maint?

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781740] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781740

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |CURRENTRELEASE
   Doc Type|--- |If docs needed, set a value
Last Closed||2019-12-10 14:47:30



--- Comment #1 from Tom "spot" Callaway  ---
Added both with commit access.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread Nicolas Mailhot via devel
Le mardi 10 décembre 2019 à 07:36 -0700, John M. Harris Jr a écrit :
> Most users, 
> just like most American and UK users, set their keyboard layout to
> their primary layout, and then don't change it,

Actually, most non western users spend their time switching between
several input methods, one for their primary language, the other to
deal with all the latinicisms pushed on them by the ways computers work
today.

American and UK users are the only ones the low-level computer tech has
been designed for. Don’t take them as exemple, they are not
representative.

-- 
Nicolas Mailhot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread John M. Harris Jr
On Monday, December 9, 2019 9:50:30 PM MST Chris Murphy wrote:
> By all means keep doing what you are doing, however it works best for
> you and the use cases you care about. I do not find your contribution
> in this discssion constructive. It's emotional, opinionated,
> demanding, stubborn, and lacks facts, diversity, persuasion, and
> logic.

Would you rather require that every Fedora installation is re-installed from 
scratch to be able to support a few hundred megabyte initramfs with an entire 
desktop environment shoved into it?

This just doesn't make much sense. How many users do you believe legitimately 
change their system-wide keyboard layout often enough to require that kind of 
infrastructure in a pre-boot environment? If it's less than once an hour, we 
can just rebuild initramfs for their selected keyboard layout. Most users, 
just like most American and UK users, set their keyboard layout to their 
primary layout, and then don't change it, unless it's to try out Dvorak, 
Colemak, or another alternative keyboard layout for a bit, at which point they 
can change their system-wide layout to that and rebuild initramfs.

-- 
John M. Harris, Jr.
Splentity

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781742] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781742

Emmanuel Seyman  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Emmanuel Seyman  ---
https://pagure.io/releng/fedora-scm-requests/issue/20392
https://pagure.io/releng/fedora-scm-requests/issue/20393

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781744] Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781744

Xavier Bachelot  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Xavier Bachelot  ---
perl-GnuPG-Interface-0.52-14.el8 is already available in EPEL.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: Heads up: rdma-core dropped support for 32-bit arm

2019-12-10 Thread Honggang LI
On Fri, Dec 06, 2019 at 11:04:53PM -0700, Orion Poplawski wrote:
> FYI:
> 
> rdma-core 26.1-1.fc32 dropped support for %arm:
> 
> # 32-bit arm is missing required arch-specific memory barriers,
> ExcludeArch: %{arm}
> 
> This broke dependecies for the arm package of openmpi
> (https://bugzilla.redhat.com/show_bug.cgi?id=1780584)
> 
> This may have affected other users of rdma-core, depending of if they use
> rdma on arm.  Using my x86_64 machine:
>

Confirmed only openmpi impacted by this issue. Please see inline comments
for details.

Opened https://bugzilla.redhat.com/show_bug.cgi?id=1781765 for openmpi.

> $ dnf repoquery --whatrequires libibverbs.so.1'()(64bit)' --source
> Last metadata expiration check: 0:14:21 ago on Fri 06 Dec 2019 10:35:11 PM
> MST.
> ceph-14.2.4-3.fc32.src.rpm
ExcludeArch:i686 armv7hl

> dapl-2.1.9-10.fc31.src.rpm
dapl should be retired.

> fio-3.16-2.fc32.src.rpm
%ifnarch %{arm}
BuildRequires:  numactl-devel
BuildRequires:  librdmacm-devel
%endif

> ga-5.6.5-6.fc31.src.rpm
ExclusiveArch: %{ix86} x86_64

> glusterfs-7.0-1.fc32.src.rpm
# No RDMA Support on armv7hl
%ifarch armv7hl
%global _without_rdma --disable-ibverbs
%endif

> libfabric-1.9.0-1.fc32.src.rpm
# RDMA not available on 32-bit ARM: #1484155
%ifnarch %{arm}
BuildRequires:  libibverbs-devel
BuildRequires:  librdmacm-devel
%endif

> libiscsi-1.18.0-9.fc32.src.rpm
%ifnarch %{arm}
BuildRequires: rdma-core-devel
%endif

> libocrdma-1.0.8-6.fc27.src.rpm
libocrdma should be retired.

> nwchem-6.8.2-1.fc32.src.rpm
ExclusiveArch: x86_64 %{ix86}

> openmpi-3.1.5-1.module_f32+7117+998651d7.src.rpm
https://bugzilla.redhat.com/show_bug.cgi?id=1781765

> orangefs-2.9.7-6.fc31.src.rpm
%ifnarch armv7hl
BuildRequires: libibverbs-devel
%endif

> perftest-4.2-5.fc31.src.rpm
ExcludeArch:s390 s390x %{arm}

> qemu-4.2.0-0.3.rc2.fc32.src.rpm
qemu maintainer had fixed this issue.

> qperf-0.4.9-16.fc31.src.rpm
ExcludeArch:%{arm}

> rdma-core-26.1-1.fc32.src.rpm
It does not impact itself.

> scsi-target-utils-1.0.70-9.fc31.src.rpm
%ifnarch s390 s390x %{arm}
%global with_rdma 1
%endif

> ucx-1.6.1-1.fc32.src.rpm
# UCX currently supports only the following architectures
ExclusiveArch: aarch64 ppc64le x86_64

> 
> This has also broken hwloc-devel on arm:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1780813
> 
> Is this a definite hard requirement, or can we have at least a minimal
> rdma-core for arm to avoid having to propagate a bunch of arm conditionals
> down the stack?
> 
> -- 
> Orion Poplawski
> Manager of NWRA Technical Systems  720-772-5637
> NWRA, Boulder/CoRA Office FAX: 303-415-9702
> 3380 Mitchell Lane   or...@nwra.com
> Boulder, CO 80301 https://www.nwra.com/
> 

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-10 Thread John M. Harris Jr
On Tuesday, December 10, 2019 12:24:17 AM MST David Kaufmann wrote:
> On Mon, Dec 09, 2019 at 09:25:06PM -0700, Chris Murphy wrote:
> > The installer doesn't support such a configuration. No portion of the
> > bootloader nor the boot volume, can be encrypted.
> 
> I do consider this a bug, but as there is no stable solution for that
> right now we can't just "fix it".

Actually, as pointed out in this thread, we do have support, just not using 
Anaconda. There is, however, another installer that is available within Fedora 
called Calamares, which does support encrypted /boot. GRUB has full support 
for encrypted /boot as well.

-- 
John M. Harris, Jr.
Splentity

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1781761] New: Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781761

Bug ID: 1781761
   Summary: Co-maintainer request (to maintain EPEL8 branch)
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Test-Spec
  Assignee: jples...@redhat.com
  Reporter: i.gnatenko.br...@gmail.com
QA Contact: extras...@fedoraproject.org
CC: holca...@gmail.com, iarn...@gmail.com,
jakub.jedel...@gmail.com, jples...@redhat.com,
perl-devel@lists.fedoraproject.org,
tjczep...@gmail.com
  Target Milestone: ---
Classification: Fedora




Hello,

We are working on bringing multiple perl packages into a 'upstream' (EPEL)
which we use internally (at GoodData). This package is one of many which have
builds in Fedora Rawhide but lacks EPEL8 branch. We would like to request it
and help you to maintain the package (incl. Fedora Rawhide).

Please add us to a maintainer list for the package perl-Test-Spec. Our FAS
usernames are:

- tjmc
- kubo

Thanks for the cooperation in advance!

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781751] New: Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781751

Bug ID: 1781751
   Summary: Co-maintainer request (to maintain EPEL8 branch)
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-MooseX-Types-DateTime-MoreCoercions
  Assignee: ppi...@redhat.com
  Reporter: i.gnatenko.br...@gmail.com
QA Contact: extras...@fedoraproject.org
CC: jakub.jedel...@gmail.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
tjczep...@gmail.com
  Target Milestone: ---
Classification: Fedora




Hello,

We are working on bringing multiple perl packages into a 'upstream' (EPEL)
which we use internally (at GoodData). This package is one of many which have
builds in Fedora Rawhide but lacks EPEL8 branch. We would like to request it
and help you to maintain the package (incl. Fedora Rawhide).

Please add us to a maintainer list for the package
perl-MooseX-Types-DateTime-MoreCoercions. Our FAS usernames are:

- tjmc
- kubo

Thanks for the cooperation in advance!

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1781756] New: Co-maintainer request (to maintain EPEL8 branch)

2019-12-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1781756

Bug ID: 1781756
   Summary: Co-maintainer request (to maintain EPEL8 branch)
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-PDL
  Assignee: jples...@redhat.com
  Reporter: i.gnatenko.br...@gmail.com
QA Contact: extras...@fedoraproject.org
CC: caillon+fedoraproj...@gmail.com,
jakub.jedel...@gmail.com, john.j5l...@gmail.com,
jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk,
perl-devel@lists.fedoraproject.org,
rhug...@redhat.com, rstr...@redhat.com,
sandm...@redhat.com, tjczep...@gmail.com
  Target Milestone: ---
Classification: Fedora




Hello,

We are working on bringing multiple perl packages into a 'upstream' (EPEL)
which we use internally (at GoodData). This package is one of many which have
builds in Fedora Rawhide but lacks EPEL8 branch. We would like to request it
and help you to maintain the package (incl. Fedora Rawhide).

Please add us to a maintainer list for the package perl-PDL. Our FAS usernames
are:

- tjmc
- kubo

Thanks for the cooperation in advance!

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


  1   2   >