date:20211001

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



--- Comment #11 from Fedora Update System  ---
FEDORA-2021-b6bebeea3c has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2021-b6bebeea3c`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-b6bebeea3c

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1482813
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1482813] perl-Alien-ROOT not available on s390x because root is not there

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



--- Comment #10 from Fedora Update System  ---
FEDORA-2021-6a002ea300 has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2021-6a002ea300`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-6a002ea300

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1482813
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2007499] Please update to > 1.02

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-GnuPG-Interface-1.02-1 |perl-GnuPG-Interface-1.02-1
   |.fc33   |.fc33
   ||perl-GnuPG-Interface-1.02-1
   ||.fc34



--- Comment #6 from Fedora Update System  ---
FEDORA-2021-ab1b0ba45f has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2007499
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2007499] Please update to > 1.02

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version||perl-GnuPG-Interface-1.02-1
   ||.fc33
 Resolution|--- |ERRATA
 Status|ON_QA   |CLOSED
Last Closed||2021-10-02 01:10:08



--- Comment #5 from Fedora Update System  ---
FEDORA-2021-5038241781 has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2007499
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1482813] perl-Alien-ROOT not available on s390x because root is not there

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #9 from Fedora Update System  ---
FEDORA-2021-822b21bc26 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2021-822b21bc26`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-822b21bc26

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1482813
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Test-Announce] 2021-10-04 @ 16:00 UTC - Fedora 35 Blocker Review Meeting

2021-10-01 Thread Adam Williamson

# F35 Blocker Review meeting
# Date: 2021-10-04
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.libera.chat

Hi folks! We have 5 proposed Final blockers and 4 proposed Final freeze
exceptions to review, so let's have a review meeting on Monday.

If you have time this weekend, you can take a look at the proposed or
accepted blockers before the meeting -  the full lists can be found
here: https://qa.fedoraproject.org/blockerbugs/ .

Remember, you can also now vote on bugs outside of review meetings! If
you look at the bug list in the blockerbugs app, you'll see links
labeled "Vote!" next to all proposed blockers and freeze exceptions.
Those links take you to tickets where you can vote.
https://pagure.io/fedora-qa/blocker-review has instructions on how
exactly you do it. We usually go through the tickets shortly before the
meeting and apply any clear votes, so the meeting will just cover bugs
where there wasn't a clear outcome in the ticket voting yet. **THIS
MEANS IF YOU VOTE NOW, THE MEETING WILL BE SHORTER!**

We'll be evaluating these bugs to see if they violate any of the 
Release Criteria and warrant the blocking of a release if they're not 
fixed. Information on the release criteria for F35 can be found on the 
wiki [0].

For more information about the Blocker and Freeze exception process, 
check out these links:
 - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
 - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process

And for those of you who are curious how a Blocker Review Meeting 
works - or how it's supposed to go and you want to run one - check out 
the SOP on the wiki:
 - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting

Have a good weekend and see you on Monday!

[0] https://fedoraproject.org/wiki/Fedora_Release_Criteria
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-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/test-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Test-Announce] Proposal to CANCEL: 2021-10-04 Fedora QA Meeting

2021-10-01 Thread Adam Williamson

Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have much for the agenda. There will be a blocker review meeting.

If you're aware of anything it would be useful to discuss this week,
please do reply to this mail and we can go ahead and run the meeting.

Thanks!
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-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/test-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F35 Change: Switch to WirePlumber as the PipeWire session manage (late Self-Contained Change proposal)

2021-10-01 Thread Adam Williamson

On Fri, 2021-10-01 at 17:27 +, Tom Seewald wrote:
> > This change proposal is the first I've heard of it. But since this is
> > being proposed by the author of Pipewire, I kind of assume it's good,
> > and I doubt Workstation WG would see the need to get involved unless 
> > concerns are raised. Does WirePlumber have some sort of deficiencies 
> > compared to pipewire-session-manager?
> 
> Now that Fedora 35 is in beta and more people are testing it out, it
> appears that wireplumber does have some regressions compared to
> pipewire-media-session. Namely that audio output switching for flatpak
> applications does not work [1], and that desktop system sound volume
> (e.g. notification sounds) can not be controlled independently from the
> main system volume [2][3]. There is also an issue with changing
> bluetooth speaker volume [5]. From developer comments it may not be
> likely that all of these problems will be fixed in time for the F35
> release, and the current workaround is to switch back to pipewire-
> media-session [4].
> 
> Clearly this is late in the release cycle, but I am concerned that
> wireplumber will provide an overall worse audio experience for F35
> users. So ultimately I am asking if we should re-evaluate whether or
> not wireplumber should be the default pipewire session manager for F35.
> Are there other features landing in F35 that specifically depend on
> wireplumber, and if so do they outweigh the currently known
> regressions?
> 
> [1] https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/59
> [2] https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/51
> [3] https://bugzilla.redhat.com/show_bug.cgi?id=2003403
> [4] https://bugzilla.redhat.com/show_bug.cgi?id=2003403#c4
> [5] https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/58

I think you make a good point here. I've filed a ticket asking FESCo to
consider whether we should pull the change:

https://pagure.io/fesco/issue/2670
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2009895] perl-Mozilla-CA-20211001 is available

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



--- Comment #2 from Upstream Release Monitoring 
 ---
the-new-hotness/release-monitoring.org's scratch build of
perl-Mozilla-CA-20211001-1.fc32.src.rpm for rawhide failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=76581686


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2009895
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2009895] perl-Mozilla-CA-20211001 is available

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1828186
  --> https://bugzilla.redhat.com/attachment.cgi?id=1828186=edit
[patch] Update to 20211001 (#2009895)


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2009895
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2009895] New: perl-Mozilla-CA-20211001 is available

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

Bug ID: 2009895
   Summary: perl-Mozilla-CA-20211001 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Mozilla-CA
  Keywords: FutureFeature, Triaged
  Assignee: mspa...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 20211001
Current version/release in rawhide: 20200520-6.fc35
URL: http://search.cpan.org/dist/Mozilla-CA/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


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


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


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


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2009895
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] Re: To buildroot, or not to buildroot

2021-10-01 Thread Neal Gompa

On Fri, Oct 1, 2021 at 5:39 PM Miro Hrončok  wrote:
>
> On 01. 10. 21 22:11, Troy Dawson wrote:
> > I'll have to file all those "please move these packages into CRB" bugz after
> > RHEL9 is out.
>
> I wonder whether we should file those before it is out, if at all possible?
>

Ideally, yes because it's an extreme pain to deal with them post-GA.
Red Hat's policies around this stuff is such that after 9.0, they can
only be introduced in 6 month intervals (that is, we have to wait for
9.1 for them to show up in EPEL9). We should *never* use the buildroot
repository for EPEL-Next because it massively complicates discovering
this stuff and getting it straightened out immediately. Unlike CentOS
SIGs that only build for CentOS Stream, EPEL needs to work on RHEL,
and Red Hat will *never* ship the buildroot repo for RHEL, because it
opens up the door for things to depend on that content, which is
highly problematic for them.

--
真実はいつも一つ！/ Always, there's only one truth!
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] Re: To buildroot, or not to buildroot

2021-10-01 Thread Miro Hrončok


On 01. 10. 21 22:11, Troy Dawson wrote:
I'll have to file all those "please move these packages into CRB" bugz after 
RHEL9 is out.


I wonder whether we should file those before it is out, if at all possible?

--
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Git-multimail, are we going to miss it?

2021-10-01 Thread Kevin Fenzi

On Wed, Sep 29, 2021 at 06:54:32PM +0200, Miroslav Suchý wrote:
> Dne 29. 09. 21 v 14:10 Ondrej Pohorelsky napsal(a):
> > Hi,
> > 
> > In the latest git release (2.33.0), upstream stopped shipping
> > git-multimail. We are currently shipping it in Fedora with git-2.32.0,
> > but not as a standalone package.
> > 
> > The reason for removing git-multimail from contrib/ is that it might
> > attract more attention as a standalone project and to prevent it from
> > being stale.
> 
> Fedora infrastructure uses it for sending mails to a group when somebody 
> commits for fedora-infrastructure's git.

We do have a fork of it in our ansible repo (as modified by gnome folks
before us). I think we only use it for 2 internal repos at this point.
:) 

So, I don't think this is going to be too much problem. 

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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] To buildroot, or not to buildroot

2021-10-01 Thread Troy Dawson

This was originally "python-gevent and pytest-cov in el9"
But I wanted to talk about and discuss this paragraph from Carl on it's own.

On Fri, Sep 24, 2021 at 7:43 PM Carl George  wrote:

> On a related note, EPEL 9 Next _is_ being set up to build against the
> CentOS Stream 9 buildroot.  This works for EPEL Next because it
> explicitly targets the next minor release of RHEL (i.e. CentOS
> Stream).  This will allow more packages to be built, at the cost of
> potentially confusing packagers when their package builds successfully
> for EPEL 9 Next but not for EPEL 9.  EPEL 8 Next currently builds
> against published CentOS Stream 8 content.  If things go well with
> EPEL 9 Next using the CentOS Stream 9 buildroot, EPEL 8 Next may
> switch to using the CentOS Stream 8 buildroot in the future.
>

Although I'm not against using the CentOS Stream buildroot for epel9-next,
we're already starting to see large sections of KDE that WILL be buildable
against the buildroot but WILL NOT be buildable against plain epel9.[1]

This isn't a matter of "confusing packagers", it's a matter of major delays
when we switch from epel9-next to epel9.

I'll have to file all those "please move these packages into CRB" bugz
after RHEL9 is out.
I'll also have to request "branch and builds" for all those packages in the
buildroot that are ONLY in the buildroot.
And then request the dependencies for those packages.  And so forth.

And that's just the packages I am working on.  I can't speak for anyone
else.

[possible solution]

If we are going to have the CS buildroots in any of our epel-next repo's,
we need to develop a "missing build-dep" service.

Something that regularly checks to make sure epel9-next packages are built
against packages that will be in epel9.  And if they are not buildable,
let's the package maintainer know.
And let Red Hat know as well.
A nice list that people can easily look at and see which "missing
build-dep" is being used, and by what packages.

Troy

p.s.  I'm sorry if this email sounds accusatory and/or negative.  I've
re-written it twice and it still sounds negative to me.  Possibly cuz I'm
showing the bad things that can/will happen.  But I want to put the
emphasis on the possible solution.  More of a "hay, let's see if this would
work."  So, if someone finds this hurting their feelings, I'm sorry.  At
this point I just need to send it, or I never will.

[1] - https://bugzilla.redhat.com/show_bug.cgi?id=2009831
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

FedoraRespin-34-updates-20211001.0 compose check report

Missing expected images:

Soas live x86_64
Mate live x86_64
Xfce live x86_64
Workstation live x86_64

Failed openQA tests: 2/21 (x86_64)

ID: 1009466 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/1009466
ID: 1009472 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1009472

Passed openQA tests: 19/21 (x86_64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Fedora Linux 35 Final blocker review summary

F35 Final freeze begins on Tuesday 5 October.

Action summary

Accepted blockers
-
1. mesa — gnome-shell: cogl_texture_get_gl_texture(): gnome-shell
killed by SIGSEGV — NEW
ACTION: Maintainers to revert the regression-causing commit

2. abrt — abrt-dbus segmentation faulted in abrt_p2_service_dbus when
shutting down, rebooting, or logging out of Plasma — ASSIGNED
ACTION: Maintainers to diagnose and fix issue

3. geoclue — time is transiently incorrect when Automatic Time Zone is
enabled — NEW
ACTION: Maintainers to diagnose and fix issue

4. cockpit — Non-root user cannot join a domain through Cockpit — ON_QA
ACTION: QA to verify FEDORA-2021-55aee7fb50

5. selinux-policy — The switch for Fedora Third Party repositories
does not switch them on. — ASSIGNED
ACTION: Maintainers to create SELinux policy that permits the appropriate action

Proposed blockers
-

1. gnome-calendar — Meeting link imported are truncated; results in
invalid link — NEW
ACTION: Maintainers to diagnose and fix issue

2. gnome-software — Workstation edition does not notify the user of
available updates — NEW
ACTION: Maintainers to prepare an update which includes upstream MR

3. spice-vdagent — Mouse cursor position offset changes randomly after
changing resolution in a VM — NEW
ACTION: Maintainers to diagnose and fix issue

4. libreport — Abrt doesn't work well — ASSIGNED
ACTION: Retrace server team to deploy fix

5. spice-vdagent — Mouse cursor offset in VMs with Wayland (but not
X11), possibly due to mouse integration — NEW
ACTION: Maintainers to diagnose and fix issue

6. systemd — [DNS over TLS] following connection to a wifi AP,
internet is not available for ~30s — NEW
ACTION: Maintainers to fix issue
NEEDINFO: lpoetter

Bug-by-bug detail
=

Accepted blockers
-
1. mesa — https://bugzilla.redhat.com/show_bug.cgi?id=1989726 — NEW
gnome-shell: cogl_texture_get_gl_texture(): gnome-shell killed by SIGSEGV

The Tegra driver in mesa has a regression that causes this bug.
Working with upstream on this. This bug was waived from F35 Beta.

2. abrt — https://bugzilla.redhat.com/show_bug.cgi?id=1997315 — ASSIGNED
abrt-dbus segmentation faulted in abrt_p2_service_dbus when shutting
down, rebooting, or logging out of Plasma

The crash reporter crashes (preventing us from receiving a crash
report from the crash reporter) when logging out or shutting down a
graphical session. It appears to be due to a change between
glib2-2.69.0-1.fc35 and glib2-2.69.2-1.fc35. A fix is expected "early
next week".

3. geoclue — https://bugzilla.redhat.com/show_bug.cgi?id=1991075 — NEW
time is transiently incorrect when Automatic Time Zone is enabled

The displayed time is incorrect in some cases when Automatic Time Zone
is enabled. Both `timedatectl` and the GNOME display show the wrong
time. This behavior appears to exist on F34 and F35 when
geographically moving. It may be due to a downstream fix being dropped
in geoclue 2.5.7
(https://src.fedoraproject.org/rpms/geoclue2/c/593f978a595539e49f4407388d07c72e9ef0a798?branch=rawhide).

4. cockpit — https://bugzilla.redhat.com/show_bug.cgi?id=2006028 — ON_QA
Non-root user cannot join a domain through Cockpit

Non-root users who are members of the "Wheel" group cannot join a
FreeIPA or AD domain through Cockpit. Update FEDORA-2021-55aee7fb50
contains a fix which appears to work.

5. selinux-policy —
https://bugzilla.redhat.com/show_bug.cgi?id=2001837 — ASSIGNED
The switch for Fedora Third Party repositories does not switch them on.

Enabling third party repos failed, which was sort of fixed in
gnome-initial-setup-41~rc-3.fc35. However, when running SELinux in
enforcing mode, it still fails. The `pkexec` run as part of
gnome-initial-setup leaves the SELinux context unchanged and the xdm_t
type does not have the ability to edit the appropriate files.

Proposed blockers
-

1. gnome-calendar — https://bugzilla.redhat.com/show_bug.cgi?id=2009451 — NEW
Meeting link imported are truncated; results in invalid link

The last chatacter of a meeting link is truncated (at least with
Google Meet), preventing the user from joining the meeting via the
calendar event.

2. gnome-software — https://bugzilla.redhat.com/show_bug.cgi?id=2009063 — NEW
Workstation edition does not notify the user of available updates

Software doesn't notify users of available updates after suspension if
monotonic time does not advanced. Fixed in upstream MR
https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/1012

3. spice-vdagent — https://bugzilla.redhat.com/show_bug.cgi?id=2006746 — NEW
Mouse cursor position offset changes randomly after changing resolution in a VM

The mouse position is offset in a virtual machine guest until it is
rebooted. This behavior is only oberved in guest Wayland sessions, not
on X11. So far, this has only been observed when manually changing the
resolution, not with dynamic resizing.

4. libreport —

[Bug 2009833] New: perl-Sys-Virt-7.8.0 is available

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

Bug ID: 2009833
   Summary: perl-Sys-Virt-7.8.0 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Sys-Virt
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: berra...@redhat.com, crobi...@redhat.com,
jples...@redhat.com,
perl-devel@lists.fedoraproject.org, st...@silug.org
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 7.8.0
Current version/release in rawhide: 7.7.0-1.fc36
URL: http://search.cpan.org/dist/Sys-Virt/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


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


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


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


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2009833
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F35 Change: Switch to WirePlumber as the PipeWire session manage (late Self-Contained Change proposal)

2021-10-01 Thread Tom Seewald

> This change proposal is the first I've heard of it. But since this is 
> being proposed by the author of Pipewire, I kind of assume it's good, 
> and I doubt Workstation WG would see the need to get involved unless 
> concerns are raised. Does WirePlumber have some sort of deficiencies 
> compared to pipewire-session-manager?

Now that Fedora 35 is in beta and more people are testing it out, it appears 
that wireplumber does have some regressions compared to pipewire-media-session. 
Namely that audio output switching for flatpak applications does not work [1], 
and that desktop system sound volume (e.g. notification sounds) can not be 
controlled independently from the main system volume [2][3]. There is also an 
issue with changing bluetooth speaker volume [5]. From developer comments it 
may not be likely that all of these problems will be fixed in time for the F35 
release, and the current workaround is to switch back to pipewire-media-session 
[4].

Clearly this is late in the release cycle, but I am concerned that wireplumber 
will provide an overall worse audio experience for F35 users. So ultimately I 
am asking if we should re-evaluate whether or not wireplumber should be the 
default pipewire session manager for F35. Are there other features landing in 
F35 that specifically depend on wireplumber, and if so do they outweigh the 
currently known regressions?

[1] https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/59
[2] https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/51
[3] https://bugzilla.redhat.com/show_bug.cgi?id=2003403
[4] https://bugzilla.redhat.com/show_bug.cgi?id=2003403#c4
[5] https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/58
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] Re: gfal2-util -> python3-gfal2-util upgrade path

2021-10-01 Thread Carl Edquist


On Fri, 1 Oct 2021, Troy Dawson wrote:


Would you mind opening a bugzilla with this information.
The epel package maintainers for gfal2 way, or may not, be monitoring the
epel-devel mailing list.


Ah, thanks Troy!

Here's the new ticket:

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

Carl
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-35-20211001.n.0 compose check report

No missing expected images.

Failed openQA tests: 9/204 (x86_64), 8/141 (aarch64)

New failures (same test not failed in Fedora-35-20210930.n.0):

ID: 1008974 Test: x86_64 Server-dvd-iso install_resize_lvm
URL: https://openqa.fedoraproject.org/tests/1008974
ID: 1008987 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/1008987
ID: 1008996 Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/1008996
ID: 1008997 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/1008997
ID: 1008999 Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: https://openqa.fedoraproject.org/tests/1008999
ID: 1009028 Test: x86_64 Workstation-live-iso base_package_install_remove
URL: https://openqa.fedoraproject.org/tests/1009028
ID: 1009070 Test: x86_64 Cloud_Base-qcow2-qcow2 base_package_install_remove
URL: https://openqa.fedoraproject.org/tests/1009070
ID: 1009121 Test: aarch64 Server-dvd-iso base_package_install_remove@uefi
URL: https://openqa.fedoraproject.org/tests/1009121
ID: 1009142 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi
URL: https://openqa.fedoraproject.org/tests/1009142
ID: 1009146 Test: aarch64 Workstation-raw_xz-raw.xz 
base_package_install_remove@uefi
URL: https://openqa.fedoraproject.org/tests/1009146
ID: 1009252 Test: aarch64 universal install_repository_http_variation@uefi
URL: https://openqa.fedoraproject.org/tests/1009252
ID: 1009262 Test: aarch64 universal install_repository_http_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/1009262

Old failures (same test failed in Fedora-35-20210930.n.0):

ID: 1009037 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1009037
ID: 1009040 Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/1009040
ID: 1009126 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/1009126
ID: 1009149 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/1009149
ID: 1009255 Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/1009255

Soft failed openQA tests: 4/204 (x86_64), 3/141 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-35-20210930.n.0):

ID: 1009011 Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/1009011
ID: 1009053 Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/1009053
ID: 1009054 Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/1009054
ID: 1009065 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/1009065
ID: 1009072 Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1009072
ID: 1009129 Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1009129
ID: 1009156 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1009156

Passed openQA tests: 130/141 (aarch64), 191/204 (x86_64)

New passes (same test not passed in Fedora-35-20210930.n.0):

ID: 1009082 Test: aarch64 Server-dvd-iso install_blivet_lvm_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/1009082
ID: 1009138 Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1009138
ID: 1009247 Test: aarch64 universal install_scsi_updates_img@uefi
URL: https://openqa.fedoraproject.org/tests/1009247
ID: 1009261 Test: aarch64 universal install_package_set_minimal@uefi
URL: https://openqa.fedoraproject.org/tests/1009261

Installed system changes in test x86_64 Server-boot-iso install_default: 
System load changed from 0.18 to 0.06
Previous test data: https://openqa.fedoraproject.org/tests/1007386#downloads
Current test data: https://openqa.fedoraproject.org/tests/1008945#downloads

Installed system changes in test x86_64 Server-dvd-iso install_default_upload: 
System load changed from 0.19 to 0.06
Previous test data: https://openqa.fedoraproject.org/tests/1007405#downloads
Current test data: https://openqa.fedoraproject.org/tests/1008964#downloads

Installed system changes in test x86_64 Everything-boot-iso 
install_default@uefi: 
1 packages(s) removed since previous compose: libusb1
Previous test data: https://openqa.fedoraproject.org/tests/1007442#downloads
Current test data: https://openqa.fedoraproject.org/tests/1009001#downloads

Installed system changes in test x86_64 Everything-boot-iso install_default: 
1 packages(s) removed since previous compose: libusb1

Re: [RFC] Remove supoort for NIS(+) from PAM

On Fri, 1 Oct 2021 at 12:51, Tomasz Torcz  wrote:
>
> On Fri, Oct 01, 2021 at 12:28:38PM -0400, Stephen John Smoogen wrote:
> > On Fri, 1 Oct 2021 at 12:21, Frank Ch. Eigler  wrote:
> > >
> > > Stephen John Smoogen  writes:
> > >
> > > > The places I have seen it still being used are in Universities run by
> > > > people who learned sysadmin in the 1990's and early 2000's. It is a
> > > > light weight system which is simple to set up [...]
> > >
> > > For those people who like simple to set up and working systems but are
> > > willing to consider upgrading if it's also simple and will keep working,
> > > is there a NIS->$whatever migration document in fedora someplace?
> >
> > I don't think anyone has come up with an agreed upon $whatever that a
> > majority of people like. There is LDAP but that isn't light. There are
> > kerberos but that isn't easy.
>
>   There's FreeIPA, which makes both of them easy. And we even ship is a
> Fedora feature.
>

As much as I love FreeIPA.. it is not as simple as going into a
directory, typing make and having your central systems
passwords,hosts, groups, uids now available to everyone else on your
network. And yes all that power is available in plaintext without any
confirmation that it is valid or correct :).. but it is done in 2-5
minutes and probably extended by scripts written over a 35 year
timeframe. Most of the site admins running NIS I know would change
their text editor to $that_other_one before they would turn off NIS.

My own opinion is that it is way past time to stop using it and
supporting it. I understand its allure, but I also understand the
allure of .rhosts files with * in them.

> > And honestly the cool kids only want web
> > logins these days as servers are a pain and why not just login into
> > Google/Facebook/Microsoft and let them deal with all that setup.
>
> --
> Tomasz Torcz Morality must always be based on practicality.
> to...@pipebreaker.pl — Baron Vladimir Harkonnen
> ___
> 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
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

On Fri, 1 Oct 2021 at 12:42, Frank Ch. Eigler  wrote:
>
> Stephen John Smoogen  writes:
>
> >> > The places I have seen it still being used are in Universities run by
> >> > people who learned sysadmin in the 1990's and early 2000's. It is a
> >> > light weight system which is simple to set up [...]
> >>
> >> For those people who like simple to set up and working systems but are
> >> willing to consider upgrading if it's also simple and will keep working,
> >> is there a NIS->$whatever migration document in fedora someplace?
> >
> > I don't think anyone has come up with an agreed upon $whatever that a
> > majority of people like. There is LDAP but that isn't light. There are
> > kerberos but that isn't easy.
>
> "light" in terms of CPU/network, who cares.  "light" in terms of
> simplicity and maintenance, you have my attention.  If there is no such
> gadget available, then please let's keep NIS around.
>

The issue is that no one has written anything as simple as ypserv's
Makefile in the 35+ years yp has been around. Most of the replacements
start looking at all the problems yp brings with it from sending
things in plain text, ability to spoof services and controllers,
ability to spoof user/hosts, and a flood of other things.. and 'fixes
them'. Those fixes add in complexity and it goes back to 'this is
stupid, keep yp'.

The reason I brought up OpenID is that it is the only thing simpler
than YP.. You don't have to deal with any of the hassles of id because
you don't own it anymore.


> > And honestly the cool kids only want web logins these days as servers
> > are a pain and why not just login into Google/Facebook/Microsoft and
> > let them deal with all that setup.
>
> (OK but seriously that's not a fedora matter.  Well, or rather, I'd love
> to have a passwd/nss backed openid gadget.  Is that ipsilon?)



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Tomasz Torcz

On Fri, Oct 01, 2021 at 12:28:38PM -0400, Stephen John Smoogen wrote:
> On Fri, 1 Oct 2021 at 12:21, Frank Ch. Eigler  wrote:
> >
> > Stephen John Smoogen  writes:
> >
> > > The places I have seen it still being used are in Universities run by
> > > people who learned sysadmin in the 1990's and early 2000's. It is a
> > > light weight system which is simple to set up [...]
> >
> > For those people who like simple to set up and working systems but are
> > willing to consider upgrading if it's also simple and will keep working,
> > is there a NIS->$whatever migration document in fedora someplace?
> 
> I don't think anyone has come up with an agreed upon $whatever that a
> majority of people like. There is LDAP but that isn't light. There are
> kerberos but that isn't easy.

  There's FreeIPA, which makes both of them easy. And we even ship is a
Fedora feature.

> And honestly the cool kids only want web
> logins these days as servers are a pain and why not just login into
> Google/Facebook/Microsoft and let them deal with all that setup.

-- 
Tomasz Torcz Morality must always be based on practicality.
to...@pipebreaker.pl — Baron Vladimir Harkonnen
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Neal Gompa

On Fri, Oct 1, 2021 at 12:41 PM Frank Ch. Eigler  wrote:
>
> Stephen John Smoogen  writes:
>
> >> > The places I have seen it still being used are in Universities run by
> >> > people who learned sysadmin in the 1990's and early 2000's. It is a
> >> > light weight system which is simple to set up [...]
> >>
> >> For those people who like simple to set up and working systems but are
> >> willing to consider upgrading if it's also simple and will keep working,
> >> is there a NIS->$whatever migration document in fedora someplace?
> >
> > I don't think anyone has come up with an agreed upon $whatever that a
> > majority of people like. There is LDAP but that isn't light. There are
> > kerberos but that isn't easy.
>
> "light" in terms of CPU/network, who cares.  "light" in terms of
> simplicity and maintenance, you have my attention.  If there is no such
> gadget available, then please let's keep NIS around.
>
>
> > And honestly the cool kids only want web logins these days as servers
> > are a pain and why not just login into Google/Facebook/Microsoft and
> > let them deal with all that setup.
>
> (OK but seriously that's not a fedora matter.  Well, or rather, I'd love
> to have a passwd/nss backed openid gadget.  Is that ipsilon?)
>

We're currently missing a way to do OpenID or OIDC based login in
Linux like what Windows and macOS has. Ipsilon would be the
server-side aspect of it, we don't have any client-side integration
(sssd, gdm/sddm, etc.)




--
真実はいつも一つ！/ Always, there's only one truth!
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Frank Ch. Eigler

Stephen John Smoogen  writes:

>> > The places I have seen it still being used are in Universities run by
>> > people who learned sysadmin in the 1990's and early 2000's. It is a
>> > light weight system which is simple to set up [...]
>>
>> For those people who like simple to set up and working systems but are
>> willing to consider upgrading if it's also simple and will keep working,
>> is there a NIS->$whatever migration document in fedora someplace?
>
> I don't think anyone has come up with an agreed upon $whatever that a
> majority of people like. There is LDAP but that isn't light. There are
> kerberos but that isn't easy. 

"light" in terms of CPU/network, who cares.  "light" in terms of
simplicity and maintenance, you have my attention.  If there is no such
gadget available, then please let's keep NIS around.


> And honestly the cool kids only want web logins these days as servers
> are a pain and why not just login into Google/Facebook/Microsoft and
> let them deal with all that setup.

(OK but seriously that's not a fedora matter.  Well, or rather, I'd love
to have a passwd/nss backed openid gadget.  Is that ipsilon?)

- FChE
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Anaconda,kickstart so on..Unable to init server

2021-10-01 Thread Brian C. Lane

On Fri, Oct 01, 2021 at 11:14:47AM +1000, Fred 1 wrote:
> I am trying to find what exactly is raising the error/problem

[snip]

> 2021-09-30 14:41:19,617: No protocol specified
> 2021-09-30 14:41:19,624: Unable to init server: Could not connect:
> Connection refused

It comes from the bug reporting tool, meh, IIRC. It actually doesn't
have anything to do with the install or any problems you may be having.
If the install isn't working you need to look at the anaconda logs and
see what they have to say. Since it is in the middle of installing
packages I'd start with packaging.log

Brian

-- 
Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

On Fri, 1 Oct 2021 at 12:21, Frank Ch. Eigler  wrote:
>
> Stephen John Smoogen  writes:
>
> > The places I have seen it still being used are in Universities run by
> > people who learned sysadmin in the 1990's and early 2000's. It is a
> > light weight system which is simple to set up [...]
>
> For those people who like simple to set up and working systems but are
> willing to consider upgrading if it's also simple and will keep working,
> is there a NIS->$whatever migration document in fedora someplace?

I don't think anyone has come up with an agreed upon $whatever that a
majority of people like. There is LDAP but that isn't light. There are
kerberos but that isn't easy. And honestly the cool kids only want web
logins these days as servers are a pain and why not just login into
Google/Facebook/Microsoft and let them deal with all that setup.



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Frank Ch. Eigler

Stephen John Smoogen  writes:

> The places I have seen it still being used are in Universities run by
> people who learned sysadmin in the 1990's and early 2000's. It is a
> light weight system which is simple to set up [...]

For those people who like simple to set up and working systems but are
willing to consider upgrading if it's also simple and will keep working,
is there a NIS->$whatever migration document in fedora someplace?

- FChE
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Rawhide-20211001.n.0 compose check report

Missing expected images:

Xfce raw-xz armhfp

Compose FAILS proposed Rawhide gating check!
4 of 43 required tests failed, 1 result missing
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
MISSING: fedora.Cloud_Base-qcow2-qcow2.x86_64.64bit - compose.cloud_autocloud

Failed openQA tests: 15/206 (x86_64), 23/132 (aarch64)

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

ID: 1008518 Test: x86_64 Server-dvd-iso server_freeipa_replication_master
URL: https://openqa.fedoraproject.org/tests/1008518
ID: 1008528 Test: x86_64 Server-dvd-iso 
server_role_deploy_domain_controller **GATING**
URL: https://openqa.fedoraproject.org/tests/1008528
ID: 1008531 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica
URL: https://openqa.fedoraproject.org/tests/1008531
ID: 1008535 Test: x86_64 Server-dvd-iso server_freeipa_replication_client
URL: https://openqa.fedoraproject.org/tests/1008535
ID: 1008537 Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/1008537
ID: 1008538 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart 
**GATING**
URL: https://openqa.fedoraproject.org/tests/1008538
ID: 1008540 Test: x86_64 Server-dvd-iso realmd_join_sssd **GATING**
URL: https://openqa.fedoraproject.org/tests/1008540
ID: 1008556 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1008556
ID: 1008569 Test: x86_64 Workstation-live-iso base_package_install_remove
URL: https://openqa.fedoraproject.org/tests/1008569
ID: 1008583 Test: x86_64 KDE-live-iso desktop_printing
URL: https://openqa.fedoraproject.org/tests/1008583
ID: 1008584 Test: x86_64 KDE-live-iso desktop_terminal **GATING**
URL: https://openqa.fedoraproject.org/tests/1008584
ID: 1008618 Test: aarch64 Minimal-raw_xz-raw.xz 
base_service_manipulation@uefi
URL: https://openqa.fedoraproject.org/tests/1008618
ID: 1008632 Test: aarch64 Server-dvd-iso support_server@uefi
URL: https://openqa.fedoraproject.org/tests/1008632
ID: 1008634 Test: aarch64 Server-dvd-iso install_vncconnect_client@uefi
URL: https://openqa.fedoraproject.org/tests/1008634
ID: 1008635 Test: aarch64 Server-dvd-iso install_vncconnect_server@uefi
URL: https://openqa.fedoraproject.org/tests/1008635
ID: 1008643 Test: aarch64 Server-dvd-iso 
server_freeipa_replication_master@uefi
URL: https://openqa.fedoraproject.org/tests/1008643
ID: 1008652 Test: aarch64 Server-dvd-iso 
install_repository_nfs_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/1008652
ID: 1008656 Test: aarch64 Server-dvd-iso 
server_role_deploy_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/1008656
ID: 1008660 Test: aarch64 Server-dvd-iso 
server_freeipa_replication_replica@uefi
URL: https://openqa.fedoraproject.org/tests/1008660
ID: 1008661 Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi
URL: https://openqa.fedoraproject.org/tests/1008661
ID: 1008666 Test: aarch64 Server-dvd-iso realmd_join_cockpit@uefi
URL: https://openqa.fedoraproject.org/tests/1008666
ID: 1008667 Test: aarch64 Server-dvd-iso 
server_freeipa_replication_client@uefi
URL: https://openqa.fedoraproject.org/tests/1008667
ID: 1008670 Test: aarch64 Server-dvd-iso realmd_join_sssd@uefi
URL: https://openqa.fedoraproject.org/tests/1008670
ID: 1008724 Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/1008724
ID: 1008773 Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/1008773
ID: 1008788 Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/1008788
ID: 1008799 Test: aarch64 universal upgrade_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/1008799
ID: 1008801 Test: aarch64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/1008801

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

ID: 1008578 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1008578
ID: 1008669 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/1008669
ID: 1008678 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi
URL: https://openqa.fedoraproject.org/tests/1008678
ID: 1008683 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/1008683
ID: 1008725 Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/1008725
ID: 1008778 Test: aarch64 universal install_cyrillic_language@uefi
URL: https://openqa.fedoraproject.org/tests/1008778
ID: 1008783 Test: aarch64 universal upgrade_minimal_64bit@uefi
URL: https://openqa.fedoraproject.org/tests/1008783
ID: 1008789 Test: aarch64

F37 Change: Python 3.11 (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/Python3.11

== Summary ==
Update the Python stack in Fedora from Python 3.10 to Python 3.11, the
newest major release of the Python programming language.

== Owner ==
* Name: [[User:Thrnciar|Tomáš Hrnčiar]]
* Name: [[User:Churchyard|Miro Hrončok]]
* Email: python-ma...@redhat.com


== Detailed Description ==
We would like to upgrade Python to 3.11 in Fedora 37 thus we are
proposing this plan early.

See the upstream notes at
[https://www.python.org/dev/peps/pep-0664/#features-for-3-11 Features
for 3.11] and [https://docs.python.org/3.11/whatsnew/3.11.html What's
new in 3.11].

=== Important dates and plan ===

* 2021-05-03: Python 3.11 development begins
* 2021-10-04: Python 3.11.0 alpha 1
** Package it as {{package|python3.11}} for testing purposes
** Start the bootstrap procedure in Copr
** Do a mass rebuild against every future release in Copr
* 2021-11-02: Python 3.11.0 alpha 2
* 2021-12-06: Python 3.11.0 alpha 3
* 2022-01-03: Python 3.11.0 alpha 4
* 2022-02-02: Python 3.11.0 alpha 5
* [2022-02-09]: Branch Fedora 36, Rawhide becomes future Fedora 37
** The earliest point when we can start rebuilding in Koji side-tag
* 2022-02-28: Python 3.11.0 alpha 6
* 2022-04-05: Python 3.11.0 alpha 7
* 2022-05-06: Python 3.11.0 beta 1
** No new features beyond this point
* 2022-05-30: Python 3.10.0 beta 2
** The ideal point when we can start rebuilding in Koji
* 2022-06-06: Expected side tag-merge (optimistic)
* 2022-06-16: Python 3.11.0 beta 3
* 2022-06-24: Expected side tag-merge (realistic)
* 2022-07-09: Python 3.11.0 beta 4
* 2022-07-18: Expected side tag-merge (pessimistic)
* [2022-07-21]: Fedora 37 Mass Rebuild
** The mass rebuild happens with the fourth beta. We might need to
rebuild Python packages later in exceptional case.
** If the Koji side-tag is not merged yet at this point, we defer the
change to Fedora 38.
* 2022-08-01: Python 3.11.0 candidate 1
** This serves as "final" for our purposes.
* [2022-08-10]: Branch Fedora 37, Rawhide becomes future Fedora 38
* [2022-08-10]: Fedora 37 Change Checkpoint: Completion deadline (testable)
* [2022-08-24]: Fedora Beta Freeze
** If rebuild with 3.11.0rc1 is needed, we should strive to do it
before the freeze - there is a window of 3 weeks.
* 2022-09-05: Python 3.11.0 candidate 2
* [2022-09-19]: Fedora 37 Beta Release (Preferred Target)
** Beta will likely be released with 3.11.0rc2.
* [2022-09-21]: Fedora 37 Beta Target date #1
* 2022-10-03: Python 3.11.0 final
* [2022-10-05]: Fedora 37 Final Freeze
** We'll update to 3.11.0 final using a freeze exception.
* [2022-10-19]: Fedora 37 Preferred Final Target date
* [2022-10-26]: Fedora 37 Final Target date #1


(From [https://www.python.org/dev/peps/pep-0664/#id4 Python 3.11
Release Schedule] and
[https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html
Fedora 37 Release Schedule] (dates in [] are based on Fedora 35
Release Schedule and will be adjusted accordingly when schedule for
Fedora 37 is available).)

The schedule might appear somewhat tight for Fedora 37, but Python's
[https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/AKA3USBKFYKUQDSGDK4FNDYYWMKM7XKX/
annual release cycle was adapted for Fedora] and this worked fine
since Python 3.9 and Fedora 33. It is now common that Python is
upgraded on a similar schedule in every odd-numbered Fedora release.

Note that upstream's "release candidates" are frozen except for
blocker bugs. Since we can and will backport blocker fixes between
Fedora and upstream, we essentially treat the Release Candidate as the
final release.

=== Notes from the previous upgrade ===
There are notes from the previous upgrade available, so this upgrade
may go smoother: [[SIGs/Python/UpgradingPython]]

== Benefit to Fedora ==
 Fedora aims to showcase the latest in free and open-source software -
we should have the most recent release of Python 3. Packages in Fedora
can use the new features from 3.11.

There's also a benefit to the larger Python ecosystem: by building
Fedora's packages against 3.11 while it's still in development, we can
catch critical bugs before the final 3.11.0 release.

== Scope ==
We will coordinate the work in a side tag and merge when ready.

* Proposal owners:
*# Introduce {{package|python3.11}} for all Fedoras
*# Prepare stuff in Copr as explained in description.
*# Update {{package|python-rpm-macros}} so {{package|python3.11}}
builds {{package|python3}}
*# Build {{package|python3.11}} as the main Python
*# Mass rebuild all the packages that runtime require `python(abi) =
3.10` and/or `libpython3.10.so.1.0` (~3800 known packages in October
2021)
*# Build {{package|python3.11}} as a non-main Python

* Other developers: Maintainers of packages that fail to rebuild
during the rebuilds will be asked, using e-mail and bugzilla, to fix
or remove their packages from the distribution. If any issues appear,
they should be solvable either by communicating with the respective
upstreams first and/or

F36 Change: Setuptools 58+ (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/Setuptools_58%2B

== Summary ==
Update to a new upstream release of python-setuptools that is not
completely compatible with previous releases. Since version 58+
upstream removed support for 2to3 during builds. This is a breaking
change and projects are encouraged to port to a unified codebase.

== Owner ==
* Name: [[User:thrnciar| Tomáš Hrnčiar]]
* Email: thrnc...@redhat.com


== Detailed Description ==
Setuptools is a package development process library designed to
facilitate packaging Python projects by enhancing the Python standard
library distutils (distribution utilities). It changes fast and it
often introduces breaking changes such as the removal of support for
2to3 during the builds in version 58.0.0 which was
[https://github.com/pypa/setuptools/blob/main/CHANGES.rst#v4620
deprecated] since version 46.2.0 present in Fedora 33. `use_2to3` used
to help to translate Python 2.x programs to Python 3.x. But since
Python 2 reached its end of life on 1st January 2020 and lib2to3 was
removed from Python 3 in version 3.10, developers are encouraged to
drop support for Python 2 and migrate to Python 3. It is still
possible to use command line `2to3` tool in Python 3.10, but it will
be deprecated in 3.11 and removed in 3.13.

List of packages that will likely fail to build, because they use the
removed use_2to3 option.

Maintainers by package:
* fail2ban atkac hobbes1069 jgu orion
* playitagainsam   churchyard
* pybluez  limb
* pyp2rpm  gordonmessmer kevin
* python-anyjson   fab mrunge sundaram
* python-behavepschindl
* python-concurrentloghandler dcallagh
* python-deap  zbyszek
* python-demjson   lmacken thm
* python-flask-openid  frantisekz pjp sundaram
* python-funcparserlib dridi
* python-jsmin ignatenkobrain
* python-libusb1   jonny
* python-mailerfab
* python-marathon  apevec dmsimard
* python-nose-cover3   mrunge ngompa pingou
* python-parse_typeignatenkobrain
* python-proteus   sharkcz
* python-pypng kevin ralph
* python-pysam davidsch
* python-relatorio sharkcz
* python-rnc2rng   ignatenkobrain
* python-simpleevalsharkcz
* python-speaklaterondrejj
* python-sphinx-bootstrap-theme besser82 sic
* python-spyking-circus ankursinha
* python-suds  jortel swt2c
* python-tempita   jcapitao kylev
* python-vatnumber sharkcz
* python-xunitparser   ignatenkobrain lbrabec tflink
* trytond  sharkcz
* trytond-account  sharkcz
* trytond-account-be   sharkcz
* trytond-account-de-skr03 sharkcz
* trytond-account-invoice sharkcz
* trytond-account-invoice-history sharkcz
* trytond-account-invoice-line-standalone sharkcz
* trytond-account-product sharkcz
* trytond-account-statement sharkcz
* trytond-account-stock-anglo-saxon sharkcz
* trytond-account-stock-continental sharkcz
* trytond-analytic-account sharkcz
* trytond-analytic-invoice sharkcz
* trytond-analytic-purchase sharkcz
* trytond-analytic-sale sharkcz
* trytond-company  sharkcz
* trytond-company-work-time sharkcz
* trytond-country  sharkcz
* trytond-currency sharkcz
* trytond-dashboardsharkcz
* trytond-google-maps  sharkcz
* trytond-ldap-authentication sharkcz
* trytond-partysharkcz
* trytond-party-siret  sharkcz
* trytond-product  sharkcz
* trytond-product-cost-fifo sharkcz
* trytond-product-cost-history sharkcz
* trytond-product-price-list sharkcz
* trytond-project  sharkcz
* trytond-project-plan sharkcz
* trytond-project-revenue sharkcz
* trytond-purchase sharkcz
* trytond-purchase-invoice-line-standalone sharkcz
* trytond-sale sharkcz
* trytond-sale-opportunity sharkcz
* trytond-sale-price-list sharkcz
* trytond-stocksharkcz
* trytond-stock-forecast sharkcz
* trytond-stock-inventory-location sharkcz
* trytond-stock-location-sequence sharkcz
* trytond-stock-product-location sharkcz
* trytond-stock-supply sharkcz
* trytond-stock-supply-day sharkcz
* trytond-timesheetsharkcz


Packages by maintainer:
* ankursinha python-spyking-circus
* apevec python-marathon
* atkac  fail2ban
* besser82   python-sphinx-bootstrap-theme
* churchyard playitagainsam
* davidsch   python-pysam
* dcallagh   python-concurrentloghandler
* dmsimard   python-marathon
* dridi  python-funcparserlib
* fabpython-anyjson python-mailer
* frantisekz python-flask-openid
* gordonmessmer pyp2rpm
* hobbes1069 fail2ban
* ignatenkobrain python-jsmin python-parse_type python-rnc2rng
python-xunitparser
* jcapitao   python-tempita
* jgufail2ban
* jonny  python-libusb1
* jortel python-suds
* kevin  pyp2rpm python-pypng
* kylev  python-tempita
* lbrabecpython-xunitparser
* limb   pybluez
* lmackenpython-demjson
* mrunge python-anyjson python-nose-cover3
* ngompa python-nose-cover3
* ondrejjpython-speaklater
* orion  fail2ban
* pingou python-nose-cover3
* pjp

F36 Change: Setuptools 58+ (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/Setuptools_58%2B

== Summary ==
Update to a new upstream release of python-setuptools that is not
completely compatible with previous releases. Since version 58+
upstream removed support for 2to3 during builds. This is a breaking
change and projects are encouraged to port to a unified codebase.

== Owner ==
* Name: [[User:thrnciar| Tomáš Hrnčiar]]
* Email: thrnc...@redhat.com


== Detailed Description ==
Setuptools is a package development process library designed to
facilitate packaging Python projects by enhancing the Python standard
library distutils (distribution utilities). It changes fast and it
often introduces breaking changes such as the removal of support for
2to3 during the builds in version 58.0.0 which was
[https://github.com/pypa/setuptools/blob/main/CHANGES.rst#v4620
deprecated] since version 46.2.0 present in Fedora 33. `use_2to3` used
to help to translate Python 2.x programs to Python 3.x. But since
Python 2 reached its end of life on 1st January 2020 and lib2to3 was
removed from Python 3 in version 3.10, developers are encouraged to
drop support for Python 2 and migrate to Python 3. It is still
possible to use command line `2to3` tool in Python 3.10, but it will
be deprecated in 3.11 and removed in 3.13.

List of packages that will likely fail to build, because they use the
removed use_2to3 option.

Maintainers by package:
* fail2ban atkac hobbes1069 jgu orion
* playitagainsam   churchyard
* pybluez  limb
* pyp2rpm  gordonmessmer kevin
* python-anyjson   fab mrunge sundaram
* python-behavepschindl
* python-concurrentloghandler dcallagh
* python-deap  zbyszek
* python-demjson   lmacken thm
* python-flask-openid  frantisekz pjp sundaram
* python-funcparserlib dridi
* python-jsmin ignatenkobrain
* python-libusb1   jonny
* python-mailerfab
* python-marathon  apevec dmsimard
* python-nose-cover3   mrunge ngompa pingou
* python-parse_typeignatenkobrain
* python-proteus   sharkcz
* python-pypng kevin ralph
* python-pysam davidsch
* python-relatorio sharkcz
* python-rnc2rng   ignatenkobrain
* python-simpleevalsharkcz
* python-speaklaterondrejj
* python-sphinx-bootstrap-theme besser82 sic
* python-spyking-circus ankursinha
* python-suds  jortel swt2c
* python-tempita   jcapitao kylev
* python-vatnumber sharkcz
* python-xunitparser   ignatenkobrain lbrabec tflink
* trytond  sharkcz
* trytond-account  sharkcz
* trytond-account-be   sharkcz
* trytond-account-de-skr03 sharkcz
* trytond-account-invoice sharkcz
* trytond-account-invoice-history sharkcz
* trytond-account-invoice-line-standalone sharkcz
* trytond-account-product sharkcz
* trytond-account-statement sharkcz
* trytond-account-stock-anglo-saxon sharkcz
* trytond-account-stock-continental sharkcz
* trytond-analytic-account sharkcz
* trytond-analytic-invoice sharkcz
* trytond-analytic-purchase sharkcz
* trytond-analytic-sale sharkcz
* trytond-company  sharkcz
* trytond-company-work-time sharkcz
* trytond-country  sharkcz
* trytond-currency sharkcz
* trytond-dashboardsharkcz
* trytond-google-maps  sharkcz
* trytond-ldap-authentication sharkcz
* trytond-partysharkcz
* trytond-party-siret  sharkcz
* trytond-product  sharkcz
* trytond-product-cost-fifo sharkcz
* trytond-product-cost-history sharkcz
* trytond-product-price-list sharkcz
* trytond-project  sharkcz
* trytond-project-plan sharkcz
* trytond-project-revenue sharkcz
* trytond-purchase sharkcz
* trytond-purchase-invoice-line-standalone sharkcz
* trytond-sale sharkcz
* trytond-sale-opportunity sharkcz
* trytond-sale-price-list sharkcz
* trytond-stocksharkcz
* trytond-stock-forecast sharkcz
* trytond-stock-inventory-location sharkcz
* trytond-stock-location-sequence sharkcz
* trytond-stock-product-location sharkcz
* trytond-stock-supply sharkcz
* trytond-stock-supply-day sharkcz
* trytond-timesheetsharkcz


Packages by maintainer:
* ankursinha python-spyking-circus
* apevec python-marathon
* atkac  fail2ban
* besser82   python-sphinx-bootstrap-theme
* churchyard playitagainsam
* davidsch   python-pysam
* dcallagh   python-concurrentloghandler
* dmsimard   python-marathon
* dridi  python-funcparserlib
* fabpython-anyjson python-mailer
* frantisekz python-flask-openid
* gordonmessmer pyp2rpm
* hobbes1069 fail2ban
* ignatenkobrain python-jsmin python-parse_type python-rnc2rng
python-xunitparser
* jcapitao   python-tempita
* jgufail2ban
* jonny  python-libusb1
* jortel python-suds
* kevin  pyp2rpm python-pypng
* kylev  python-tempita
* lbrabecpython-xunitparser
* limb   pybluez
* lmackenpython-demjson
* mrunge python-anyjson python-nose-cover3
* ngompa python-nose-cover3
* ondrejjpython-speaklater
* orion  fail2ban
* pingou python-nose-cover3
* pjp

F37 Change: Python 3.11 (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/Python3.11

== Summary ==
Update the Python stack in Fedora from Python 3.10 to Python 3.11, the
newest major release of the Python programming language.

== Owner ==
* Name: [[User:Thrnciar|Tomáš Hrnčiar]]
* Name: [[User:Churchyard|Miro Hrončok]]
* Email: python-ma...@redhat.com


== Detailed Description ==
We would like to upgrade Python to 3.11 in Fedora 37 thus we are
proposing this plan early.

See the upstream notes at
[https://www.python.org/dev/peps/pep-0664/#features-for-3-11 Features
for 3.11] and [https://docs.python.org/3.11/whatsnew/3.11.html What's
new in 3.11].

=== Important dates and plan ===

* 2021-05-03: Python 3.11 development begins
* 2021-10-04: Python 3.11.0 alpha 1
** Package it as {{package|python3.11}} for testing purposes
** Start the bootstrap procedure in Copr
** Do a mass rebuild against every future release in Copr
* 2021-11-02: Python 3.11.0 alpha 2
* 2021-12-06: Python 3.11.0 alpha 3
* 2022-01-03: Python 3.11.0 alpha 4
* 2022-02-02: Python 3.11.0 alpha 5
* [2022-02-09]: Branch Fedora 36, Rawhide becomes future Fedora 37
** The earliest point when we can start rebuilding in Koji side-tag
* 2022-02-28: Python 3.11.0 alpha 6
* 2022-04-05: Python 3.11.0 alpha 7
* 2022-05-06: Python 3.11.0 beta 1
** No new features beyond this point
* 2022-05-30: Python 3.10.0 beta 2
** The ideal point when we can start rebuilding in Koji
* 2022-06-06: Expected side tag-merge (optimistic)
* 2022-06-16: Python 3.11.0 beta 3
* 2022-06-24: Expected side tag-merge (realistic)
* 2022-07-09: Python 3.11.0 beta 4
* 2022-07-18: Expected side tag-merge (pessimistic)
* [2022-07-21]: Fedora 37 Mass Rebuild
** The mass rebuild happens with the fourth beta. We might need to
rebuild Python packages later in exceptional case.
** If the Koji side-tag is not merged yet at this point, we defer the
change to Fedora 38.
* 2022-08-01: Python 3.11.0 candidate 1
** This serves as "final" for our purposes.
* [2022-08-10]: Branch Fedora 37, Rawhide becomes future Fedora 38
* [2022-08-10]: Fedora 37 Change Checkpoint: Completion deadline (testable)
* [2022-08-24]: Fedora Beta Freeze
** If rebuild with 3.11.0rc1 is needed, we should strive to do it
before the freeze - there is a window of 3 weeks.
* 2022-09-05: Python 3.11.0 candidate 2
* [2022-09-19]: Fedora 37 Beta Release (Preferred Target)
** Beta will likely be released with 3.11.0rc2.
* [2022-09-21]: Fedora 37 Beta Target date #1
* 2022-10-03: Python 3.11.0 final
* [2022-10-05]: Fedora 37 Final Freeze
** We'll update to 3.11.0 final using a freeze exception.
* [2022-10-19]: Fedora 37 Preferred Final Target date
* [2022-10-26]: Fedora 37 Final Target date #1


(From [https://www.python.org/dev/peps/pep-0664/#id4 Python 3.11
Release Schedule] and
[https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html
Fedora 37 Release Schedule] (dates in [] are based on Fedora 35
Release Schedule and will be adjusted accordingly when schedule for
Fedora 37 is available).)

The schedule might appear somewhat tight for Fedora 37, but Python's
[https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/AKA3USBKFYKUQDSGDK4FNDYYWMKM7XKX/
annual release cycle was adapted for Fedora] and this worked fine
since Python 3.9 and Fedora 33. It is now common that Python is
upgraded on a similar schedule in every odd-numbered Fedora release.

Note that upstream's "release candidates" are frozen except for
blocker bugs. Since we can and will backport blocker fixes between
Fedora and upstream, we essentially treat the Release Candidate as the
final release.

=== Notes from the previous upgrade ===
There are notes from the previous upgrade available, so this upgrade
may go smoother: [[SIGs/Python/UpgradingPython]]

== Benefit to Fedora ==
 Fedora aims to showcase the latest in free and open-source software -
we should have the most recent release of Python 3. Packages in Fedora
can use the new features from 3.11.

There's also a benefit to the larger Python ecosystem: by building
Fedora's packages against 3.11 while it's still in development, we can
catch critical bugs before the final 3.11.0 release.

== Scope ==
We will coordinate the work in a side tag and merge when ready.

* Proposal owners:
*# Introduce {{package|python3.11}} for all Fedoras
*# Prepare stuff in Copr as explained in description.
*# Update {{package|python-rpm-macros}} so {{package|python3.11}}
builds {{package|python3}}
*# Build {{package|python3.11}} as the main Python
*# Mass rebuild all the packages that runtime require `python(abi) =
3.10` and/or `libpython3.10.so.1.0` (~3800 known packages in October
2021)
*# Build {{package|python3.11}} as a non-main Python

* Other developers: Maintainers of packages that fail to rebuild
during the rebuilds will be asked, using e-mail and bugzilla, to fix
or remove their packages from the distribution. If any issues appear,
they should be solvable either by communicating with the respective
upstreams first and/or

[EPEL-devel] Re: gfal2-util -> python3-gfal2-util upgrade path

2021-10-01 Thread Troy Dawson

Would you mind opening a bugzilla with this information.
The epel package maintainers for gfal2 way, or may not, be monitoring the
epel-devel mailing list.


On Fri, Oct 1, 2021 at 8:06 AM Carl Edquist  wrote:

> Dear EPEL Devs,
>
> We ran into an issue on el7 attempting to upgrade from gfal2-util to the
> python3-gfal2-util replacement.
>
>
> [TL;DR: it seems python[23]-gfal2-util in el7 & el8 should all have an
> "Obsoletes: gfal2-util < 1.6.0", even if without a matching Provides.]
>
>
> Apparently python2-gfal2-util has Provides/Obsoletes info for replacing
> gfal2-util, but the python3- option does not.
>
> So if you have the old[1] gfal2-util package installed, and then try to
> yum install python3-gfal2-util, yum will not remove gfal2-util, and so it
> will end up with file conflicts between the old gfal2-util and the new
> gfal2-util-scripts.
>
> I imagine that epel's intention was to leave the default upgrade path for
> gfal2-util to the python2- version, and if that is the case I can
> understand that it's better not to include a "Provides: gfal2-util" in the
> new python3-gfal2-util.
>
> However, it seems python3-gfal2-util should still have an
> "Obsoletes: gfal2-util < 1.6.0", to let yum know that it should remove
> the old gfal2-util when python3-gfal2-util is installed.  (Rather than
> failing due to conflicts.)
>
> Likewise, in the el8 case, there are no Provides/Obsoletes for gfal2-util
> in either of the python[23]-gfal2-util packages, and as a result if you
> have an old[2] gfal2-util package installed, yum will fail if you try to
> install the python2- or python3- replacements.
>
> It makes sense that you want to leave out the Provides (as not to
> automatically upgrade to either of the python2- or python3- options), but
> it seems the Obsoletes should still be there to make the manual install
> possible.
>
> Is this something you would consider tweaking?
>
> Thanks,
> Carl
>
>
> [1]
> https://archives.fedoraproject.org/pub/archive/epel/7.2020-10-05/x86_64/Packages/g/gfal2-util-1.5.3-1.el7.noarch.rpm
>
> [2]
> https://archives.fedoraproject.org/pub/archive/epel/8.2.2020-11-04/Everything/x86_64/Packages/g/gfal2-util-1.5.3-5.el8.noarch.rpm
> ___
> 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
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2009792] New: perl-Math-BigRat-0.2619 is available

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

Bug ID: 2009792
   Summary: perl-Math-BigRat-0.2619 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Math-BigRat
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 0.2619
Current version/release in rawhide: 0.2618-1.fc36
URL: http://search.cpan.org/dist/Math-BigRat/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


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


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


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


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2009792
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] gfal2-util -> python3-gfal2-util upgrade path

2021-10-01 Thread Carl Edquist


Dear EPEL Devs,

We ran into an issue on el7 attempting to upgrade from gfal2-util to the 
python3-gfal2-util replacement.



[TL;DR: it seems python[23]-gfal2-util in el7 & el8 should all have an 
"Obsoletes: gfal2-util < 1.6.0", even if without a matching Provides.]



Apparently python2-gfal2-util has Provides/Obsoletes info for replacing 
gfal2-util, but the python3- option does not.


So if you have the old[1] gfal2-util package installed, and then try to 
yum install python3-gfal2-util, yum will not remove gfal2-util, and so it 
will end up with file conflicts between the old gfal2-util and the new 
gfal2-util-scripts.


I imagine that epel's intention was to leave the default upgrade path for 
gfal2-util to the python2- version, and if that is the case I can 
understand that it's better not to include a "Provides: gfal2-util" in the 
new python3-gfal2-util.


However, it seems python3-gfal2-util should still have an
"Obsoletes: gfal2-util < 1.6.0", to let yum know that it should remove 
the old gfal2-util when python3-gfal2-util is installed.  (Rather than 
failing due to conflicts.)


Likewise, in the el8 case, there are no Provides/Obsoletes for gfal2-util 
in either of the python[23]-gfal2-util packages, and as a result if you 
have an old[2] gfal2-util package installed, yum will fail if you try to 
install the python2- or python3- replacements.


It makes sense that you want to leave out the Provides (as not to 
automatically upgrade to either of the python2- or python3- options), but 
it seems the Obsoletes should still be there to make the manual install 
possible.


Is this something you would consider tweaking?

Thanks,
Carl


[1] 
https://archives.fedoraproject.org/pub/archive/epel/7.2020-10-05/x86_64/Packages/g/gfal2-util-1.5.3-1.el7.noarch.rpm

[2] 
https://archives.fedoraproject.org/pub/archive/epel/8.2.2020-11-04/Everything/x86_64/Packages/g/gfal2-util-1.5.3-5.el8.noarch.rpm
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora CoreOS 64 bit ARM artifacts

2021-10-01 Thread Dusty Mabe

Hi all,

A few weeks ago we started shipping 64 bit ARM (aarch64) artifacts
for our Fedora CoreOS streams. The download page [1] has been
updated to show the new artifact downloads and you should be able to
retrieve aarch64 information from all relevant stream and release
metadata.

Please report any issues upstream in our issue tracker [2]!

The Fedora CoreOS Team

[1] 
https://getfedora.org/en/coreos/download?tab=metal_virtualized=stable=aarch64
[2] https://github.com/coreos/fedora-coreos-tracker/issues
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora 35 compose report: 20211001.n.0 changes

2021-10-01 Thread Fedora Rawhide Report

OLD: Fedora-35-20210930.n.0
NEW: Fedora-35-20211001.n.0

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

Size of added packages:  0 B
Size of dropped packages:0 B
Size of upgraded packages:   335.86 MiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   -8.63 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =
Image: Python_Classroom raw-xz armhfp
Path: Labs/armhfp/images/Fedora-Python-Classroom-35-20210930.n.0.armhfp.raw.xz

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  NetworkManager-openvpn-1:1.8.16-1.fc35
Old package:  NetworkManager-openvpn-1:1.8.14-1.fc35.1
Summary:  NetworkManager VPN plugin for OpenVPN
RPMs: NetworkManager-openvpn NetworkManager-openvpn-gnome
Size: 1.57 MiB
Size change:  8.41 KiB
Changelog:
  * Tue Sep 28 2021 Beniamino Galvani  - 1:1.8.16-1
  - Update to 1.8.16 release
  - Fix detection of OpenVPN 2.5.0
  - Allow the connection to persist across network failures when the VPN
profile has 'vpn.persistent=yes'.
  - Fix parsing of incomplete IPv6 configurations pushed by server


Package:  f35-backgrounds-35.0.1-2.fc35
Old package:  f35-backgrounds-35.0.0-1.fc35
Summary:  Fedora 35 default desktop background
RPMs: f35-backgrounds f35-backgrounds-base f35-backgrounds-extras-base 
f35-backgrounds-extras-gnome f35-backgrounds-extras-kde 
f35-backgrounds-extras-mate f35-backgrounds-extras-xfce f35-backgrounds-gnome 
f35-backgrounds-kde f35-backgrounds-mate f35-backgrounds-xfce
Size: 19.62 MiB
Size change:  -8.45 MiB
Changelog:
  * Tue Sep 28 2021 Luya Tshimbalanga  - 35.0.1-1
  - Update to 35.0.1

  * Wed Sep 29 2021 Luya Tshimbalanga  - 35.0.1-2
  - Get actual updated default wallpaper


Package:  gdb-10.2-9.fc35
Old package:  gdb-10.2-7.fc35
Summary:  A stub package for GNU source-level debugger
RPMs: gdb gdb-doc gdb-gdbserver gdb-headless gdb-minimal
Size: 41.24 MiB
Size change:  64.22 KiB
Changelog:
  * Fri Sep 24 2021 Alexandra H??jkov??  - 10.2-9
  - Backport test for RHBZ 1976887 (Kevin Buettner).


Package:  gdm-1:41.0-2.fc35
Old package:  gdm-1:41.0-1.fc35
Summary:  The GNOME Display Manager
RPMs: gdm gdm-devel gdm-pam-extensions-devel
Size: 5.10 MiB
Size change:  194 B
Changelog:
  * Wed Sep 29 2021 Ray Strode  - 1:41.0-2
  - Fix Xorg selection when SessionType is unspecified in accountsservice
but session is specified.
Resolves: #2007742


Package:  gnome-contacts-41.0-1.fc35
Old package:  gnome-contacts-41~beta-1.fc35
Summary:  Contacts manager for GNOME
RPMs: gnome-contacts
Size: 1.89 MiB
Size change:  3.40 KiB
Changelog:
  * Wed Sep 29 2021 Kalev Lember  - 41.0-1
  - Update to 41.0


Package:  gnome-shell-extension-background-logo-41.0-1.fc35
Old package:  gnome-shell-extension-background-logo-40.0~rc-3.fc35
Summary:  Background logo extension for GNOME Shell
RPMs: gnome-shell-extension-background-logo
Size: 20.03 KiB
Size change:  -177 B
Changelog:
  * Wed Sep 29 2021 Florian M??llner  - 41.0-1
  - Update to 41.0


Package:  grub2-1:2.06-6.fc35
Old package:  grub2-1:2.06-5.fc35
Summary:  Bootloader with support for Linux, Multiboot and more
RPMs: grub2-common grub2-efi-aa64 grub2-efi-aa64-cdboot 
grub2-efi-aa64-modules grub2-efi-arm grub2-efi-arm-cdboot grub2-efi-arm-modules 
grub2-efi-ia32 grub2-efi-ia32-cdboot grub2-efi-ia32-modules grub2-efi-x64 
grub2-efi-x64-cdboot grub2-efi-x64-modules grub2-emu grub2-emu-modules grub2-pc 
grub2-pc-modules grub2-ppc64le grub2-ppc64le-modules grub2-tools 
grub2-tools-efi grub2-tools-extra grub2-tools-minimal
Size: 41.06 MiB
Size change:  -11.55 KiB
Changelog:
  * Wed Sep 29 2021 Robbie Harwood  - 2.06-6
  - Pull-up to Fedora 36
  - Resolves: rhbz#2008819


Package:  perl-Math-BigInt-FastCalc-0.501.100-1.fc35
Old package:  perl-Math-BigInt-FastCalc-0.501.000-2.fc35
Summary:  Math::BigInt::Calc with some XS for more speed
RPMs: perl-Math-BigInt-FastCalc perl-Math-BigInt-FastCalc-tests
Size: 389.29 KiB
Size change:  -102 B
Changelog:
  * Thu Sep 23 2021 Jitka Plesnikova  - 0.501.100-1
  - 0.5011 bump


Package:  perl-Module-CoreList-1:5.20210920-1.module_f35+13003+409a1dc7
Old package:  perl-Module-CoreList-1:5.20210820-1.module_f35+12832+7a0df9ac
Summary:  What modules are shipped with versions of perl
RPMs: perl-Module-CoreList perl-Module-CoreList-tools
Size: 101.18 KiB
Size change:  814 B
Changelog:
  * Tue Sep 21 2021 Jitka Plesnikova  - 1:5.20210920-1
  - 5.20210920 bump


Package:  pungi-4.3.0-1.fc35
Old package:  pungi-4.2.10-1.fc35
Summary:  Distribution compose tool
RPMs: pungi pungi-utils python3-pungi
Size: 670.95 KiB
Size change:  72 B
Changelog

[Bug 2009747] New: perl-bignum-0.61 is available

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

Bug ID: 2009747
   Summary: perl-bignum-0.61 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-bignum
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 0.61
Current version/release in rawhide: 0.60-1.fc36
URL: http://search.cpan.org/dist/bignum/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


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


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


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


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2009747
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

On Fri, 1 Oct 2021 at 06:14, Björn 'besser82' Esser
 wrote:
>
> Hello,
>
> I'm currently doing some experiments with replacing the - upstream
> mostly unmaintained - pam_unix module (authentication with user passwd)
> with something using less bloated and cleaner code.  This topic is
> currently also discussed with the upstream maintainer of pam_unix.
>
> Replacing parts of a software for the sake of less complexity usually
> comes with a cut-down of features; in this particular case it would be
> dropping support for NIS(+), which has already been abandoned by its
> initial developer SUN / Oracle for about 10 years [1].
>
> Before starting some more concrete plans, I'd like to get some feedback
> from the Fedora community how they feel about removing NIS(+) support in
> PAM.  Is it even still actively used anywhere and/or by anyone in the
> Fedora universe?
>

The places I have seen it still being used are in Universities run by
people who learned sysadmin in the 1990's and early 2000's. It is a
light weight system which is simple to set up and tends to be the
goto-stick for a lot of 'we put this together in 1999 with RHL6 and
upgraded ever since' places.

That said, NIS in most setups causes all kinds of security problems
and audit failures that those areas are probably rapidly going away.
[And the ones I know have been moving to Debian because it keeps
various other technologies we jettisoned long ago.]

If we drop this from pam_unix, should we look to dropping ypbind and
similar tools?

> Thanks,
> Björn
>
>
> [1]
> https://www.oracle.com/solaris/technologies/end-of-feature-notices-solaris11.html
> ___
> 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
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora rawhide compose report: 20211001.n.0 changes

2021-10-01 Thread Fedora Rawhide Report

OLD: Fedora-Rawhide-20210930.n.0
NEW: Fedora-Rawhide-20211001.n.0

= SUMMARY =
Added images:1
Dropped images:  1
Added packages:  5
Dropped packages:0
Upgraded packages:   141
Downgraded packages: 0

Size of added packages:  1022.52 KiB
Size of dropped packages:0 B
Size of upgraded packages:   2.01 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: Workstation live ppc64le
Path: 
Workstation/ppc64le/iso/Fedora-Workstation-Live-ppc64le-Rawhide-20211001.n.0.iso

= DROPPED IMAGES =
Image: Server raw-xz aarch64
Path: Server/aarch64/images/Fedora-Server-Rawhide-20210930.n.0.aarch64.raw.xz

= ADDED PACKAGES =
Package: mingw-python-pyqt5-sip-12.9.0-1.fc36
Summary: MinGW Python pyqt5-sip
RPMs:mingw32-python3-PyQt5_sip mingw64-python3-PyQt5_sip
Size:155.67 KiB

Package: python-kafka-2.0.2-5.fc36
Summary: Pure Python client for Apache Kafka
RPMs:python-kafka-doc python3-kafka python3-kafka+lz4 python3-kafka+snappy 
python3-kafka+zstd
Size:645.02 KiB

Package: python-lunr-0.6.0-1.fc36
Summary: A Python implementation of Lunr.js
RPMs:python3-lunr python3-lunr+languages
Size:83.88 KiB

Package: python-mdx_gh_links-0.2-7.fc36
Summary: Python-Markdown Github-Links Extension
RPMs:python3-mdx_gh_links
Size:15.41 KiB

Package: rust-hashbrown0.9-0.9.1-1.fc36
Summary: Rust port of Google's SwissTable hash map
RPMs:rust-hashbrown0.9+ahash-compile-time-rng-devel 
rust-hashbrown0.9+ahash-devel rust-hashbrown0.9+default-devel 
rust-hashbrown0.9+inline-more-devel rust-hashbrown0.9+raw-devel 
rust-hashbrown0.9+rayon-devel rust-hashbrown0.9+serde-devel 
rust-hashbrown0.9-devel
Size:122.55 KiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  abbayedesmorts-gpl-2.0.1-16.20210509git.fc36
Old package:  abbayedesmorts-gpl-2.0.1-15.20170709git.fc35
Summary:  Platform game set in 13th century
RPMs: abbayedesmorts-gpl
Size: 8.17 MiB
Size change:  -1.98 KiB
Changelog:
  * Wed Sep 29 2021 Andrea Musuruane  - 2.0.1-16.20210509git
  - Updated to new upstream post-release


Package:  anaconda-36.5-1.fc36
Old package:  anaconda-36.4-1.fc36
Summary:  Graphical system installer
RPMs: anaconda anaconda-core anaconda-dracut anaconda-gui 
anaconda-install-env-deps anaconda-install-img-deps anaconda-live anaconda-tui 
anaconda-widgets anaconda-widgets-devel
Size: 20.53 MiB
Size change:  -84.17 KiB
Changelog:
  * Thu Sep 30 2021 Martin Kolman  - 36.5-1
  - In installer environment set static, not transient hostname (rvykydal)
  - Payload should wait for all storage related threads to finish (mkolman)
  - Update Rawhide release docs to state of the art as of Fedora 35 (mkolman)
  - Fix deprecation warning about Gdk.Cursor.new (vslavik)
  - Document workaround MGA G200e graphics card (mkolman)
  - Verify the OPAL compatibility with XFS features (vponcova)
  - Fix comments in the python-deps script (vslavik)
  - Use sysconfig in dracut directly, not via distutils (vslavik)


Package:  annobin-10.07-1.fc36
Old package:  annobin-10.05-1.fc36
Summary:  Annotate and examine compiled binary files
RPMs: annobin-annocheck annobin-docs annobin-plugin-clang 
annobin-plugin-gcc annobin-plugin-llvm
Size: 5.11 MiB
Size change:  7.89 KiB
Changelog:
  * Thu Sep 16 2021 Nick Clifton   - 10.06-1
  - GCC Plugin: Fix detection of running inside the LTO compiler.  (#2004917)

  * Wed Sep 29 2021 Nick Clifton   - 10.07-1
  - Annocheck: Ignore gaps containing NOP instructions.


Package:  arpwatch-14:3.1-27.fc36
Old package:  arpwatch-14:3.1-26.fc35
Summary:  Network monitoring tools for tracking IP addresses on a network
RPMs: arpwatch
Size: 1.56 MiB
Size change:  12.89 KiB
Changelog:
  * Thu Sep 30 2021 Benjamin A. Beasley  14:3.1-27
  - Generate ethercodes.dat from latest oui.csv


Package:  awscli-1.20.51-1.fc36
Old package:  awscli-1.20.50-1.fc36
Summary:  Universal Command Line Environment for AWS
RPMs: awscli
Size: 2.10 MiB
Size change:  600 B
Changelog:
  * Thu Sep 30 2021 Gwyn Ciesla  - 1.20.51-1
  - 1.20.51


Package:  busybox-1:1.34.1-1.fc36
Old package:  busybox-1:1.34.0-1.fc36
Summary:  Statically linked binary providing simplified versions of system 
commands
RPMs: busybox busybox-petitboot
Size: 5.96 MiB
Size change:  621 B
Changelog:
  * Thu Sep 30 2021 Tom Callaway  - 1:1.34.1-1
  - update to 1.34.1


Package:  catfish-4.16.3-1.fc36
Old package:  catfish-4.16.2-1.fc35
Summary:  A handy file search tool
RPMs: catfish
Size: 339.57 KiB
Size change:  3.36 KiB
Changelog:
  * Thu Sep 30 2021 Mamoru TASAKA  - 4.16.3-1
  - 4.16.3
  - List gir repository dependency explicitly


Package:  cinnamon-5.0.5-4.fc36
Old package:  cinnamon-5.0.5-3.fc36
Summary:  Window management

[Test-Announce] Fedora 35 Branched 20211001.n.0 nightly compose nominated for testing

2021-10-01 Thread rawhide

Announcing the creation of a new nightly release validation test event
for Fedora 35 Branched 20211001.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Notable package version changes:
pungi - 1.2: pungi-4.2.10-1.fc35.src, 20211001.n.0: pungi-4.3.0-1.fc35.src

Test coverage information for the current release can be seen at:
https://openqa.fedoraproject.org/testcase_stats/35

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_35_Branched_20211001.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_35_Branched_20211001.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Branched_20211001.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Branched_20211001.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Branched_20211001.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Branched_20211001.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Branched_20211001.n.0_Security_Lab

Thank you for testing!
-- 
Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-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/test-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2009728] New: perl-Math-BigInt-1.999826 is available

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

Bug ID: 2009728
   Summary: perl-Math-BigInt-1.999826 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Math-BigInt
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 1.999826
Current version/release in rawhide: 1.9998.25-1.fc36
URL: http://search.cpan.org/dist/Math-BigInt/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


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


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


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


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2009728
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Changes to Bugzilla query limits

2021-10-01 Thread Miro Hrončok


On 29. 09. 21 22:41, Ben Cotton wrote:

On Fri, Sep 17, 2021 at 11:05 AM Miro Hrončok  wrote:


What bothers me as well is that this appears to have been communicated trough
internal channels only.


The manager of that team told me that future announcements will be
sent to the bugzilla-announce-list[1], which is public. It was an
oversight that it didn't get sent this time. I've submitted a PR[2] to
add this to the package maintainer docs.

[1] https://listman.redhat.com/mailman/listinfo/bugzilla-announce-list
[2] https://pagure.io/fedora-docs/package-maintainer-docs/pull-request/35



Thank you.

--
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

CPE Weekly Update - Week of Sept 27th

2021-10-01 Thread Vipul Siddharth

Hi everyone,

This is a weekly report from the CPE (Community Platform Engineering)
Team. If you have any questions or feedback, please respond to this
report or contact us on #redhat-cpe channel on libera.chat
(https://libera.chat/).
There was a hiatus for some time, expect this weekly from now on!

If you wish to read this in rendered markdown, check the post on
discussion.fedoraproject.org:
https://discussion.fedoraproject.org/t/cpe-weekly-update-week-of-sept-27th-2021/33418?u=siddharthvipul1

# Highlights of the week

## Infrastructure & Release Engineering
Goal of this Initiative
---
Purpose of this team is to take care of day to day business regarding
CentOS and Fedora Infrastructure and Fedora release engineering work.
It’s responsible for services running in Fedora and CentOS
infrastructure and preparing things for the new Fedora release
(mirrors, mass branching, new namespaces etc.). The ARC (which is a
subset of the team) investigates possible initiatives that CPE might
take on.

Update
--
### Hardware Updates
* Warranty renewal season for both Fedora and CentOS Infra, which
means we are looking at the hardware that needs attention.

### Fedora Infra
* Infra and Releng team is working with other initiatives team members
to handover maintenance tasks
* Started moving forward again on updating our dnssec keys
* Issues with openqa-x86-worker04 machine ongoing
* Planning a mass update/reboot cycle next week tentatively
* 66 issues open (many to close as the freeze lifted)

### CentOS Infra
* https://sigs.centos.org announced on the centos-devel list
* Updated ci.centos.org Jenkins to comply with security compliance
* Collaboration with Stream team for infra tasks (including for beaker/ftp)
* Business as usual
* New tags in cbs/koji (automotive, cloud)
* New projects on git.centos.org

### Release Engineering
* Fedora 35 Beta out the door! Freeze ended

## CentOS Stream
Goal of this Initiative
---
This initiative is working on CentOS Stream/Emerging RHEL to make this
new distribution a reality. The goal of this initiative is to prepare
the ecosystem for the new CentOS Stream.

Updates
---
* Working on Content Resolver buildroot logic integration
* Metalinks for CentOS Stream 9 mirrors works now
* An updated centos-release package exercising the new mirror infra is
built, we expect it to be composed in the next couple of days
* Starting some investigations to help maintainers work with GitLab
* Reworking some of the protocols that we announce internally for our
composes (Beaker needs to pull the composes via FTP or tftp)


## Datanommer/Datagrepper
Goal of this Initiative
---
These apps are currently used to retrieve historical information about
messages on the fedmsg bus and add them to a Postgres database.
Datanommer reads-in messages from the bus and stores them in the
database and Datagrepper exposes the messages in the database via an
API with different filtering capacities. We want to upgrade these
applications to use fedora-messaging and increase the performance of
the applications for users.

Updates
---
* Import script is still running, the ETA of ~2 months seems to be confirmed
* We’re doing the finishing touches to code


## Metrics for Apps on OpenShift
Goal of this Initiative
---
The project team will deliver on the installation of newest OpenShift
in Fedora infra to be then configured with prometheus so applications
can be hooked into this service and can be monitored and metricized
through this tech stack for more comprehensive understanding of app
behaviour, performance and troubleshooting.

Updates
---
* A lot of work in docs - SOP docs merged
https://pagure.io/infra-docs-fpo/pull-request/8
* We’ve enabled the user-workload-monitoring stack on the staging
cluster, and began documenting it
* We’ve disabled the default permissions that users get when they
login on the staging cluster and started documenting that too
* A few things are not quite right like network interfaces, but we
have the basic production cluster up and running
* Working to get the web console working, but in the meantime can use
the CLI on the os-control01 node:
https://console-openshift-console.apps.ocp.fedoraproject.org/


## DNF Counting
Goal of this Initiative
---
The DNF Counting project will enhance the currently existing program
that captures a ‘countme’ value from computers running Fedora weekly.
There are multiple scripts running from a server which parses the data
into a csv file for graphing and displaying trends that had been
misbehaving a lot. This program gives a good indication for how many
computers use Fedora so the project team will work on improving these
scripts and the program overall to make it a more reliable and
maintainable solution.

Updates
---
* Finishing off last tests
* More deployment cleanup
* Investigate why our cronjobs are so noisy (ongoing)
* Ongoing work

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Iker Pedrosa

Hi,

I've asked internally for RHEL developers feedback about this topic and
I'll post a summary of it in this email.

On Fri, Oct 1, 2021 at 12:39 PM Iker Pedrosa  wrote:

> Hi,
>
> I'm adding rhel-devel also to the mailing recipients to get RHEL
> developers feedback.
>
> I'd also like to hear if there's any opinion on replacing pam_unix from
> Fedora and RHEL.
>
> On Fri, Oct 1, 2021 at 12:14 PM Björn 'besser82' Esser <
> besse...@fedoraproject.org> wrote:
>
>> Hello,
>>
>> I'm currently doing some experiments with replacing the - upstream
>> mostly unmaintained - pam_unix module (authentication with user passwd)
>> with something using less bloated and cleaner code.  This topic is
>> currently also discussed with the upstream maintainer of pam_unix.
>>
>> Replacing parts of a software for the sake of less complexity usually
>> comes with a cut-down of features; in this particular case it would be
>> dropping support for NIS(+), which has already been abandoned by its
>> initial developer SUN / Oracle for about 10 years [1].
>>
>> Before starting some more concrete plans, I'd like to get some feedback
>> from the Fedora community how they feel about removing NIS(+) support in
>> PAM.  Is it even still actively used anywhere and/or by anyone in the
>> Fedora universe?
>>
>> Thanks,
>> Björn
>>
>>
>> [1]
>>
>> https://www.oracle.com/solaris/technologies/end-of-feature-notices-solaris11.html
>> ___
>> 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
>> Do not reply to spam on the list, report it:
>> https://pagure.io/fedora-infrastructure
>>
>
>
> --
>
> Iker Pedrosa
>
> Software Engineer, Identity Management team
>
> Red Hat 
> 
>


-- 

Iker Pedrosa

Software Engineer, Identity Management team

Red Hat 

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Alexander Bokovoy


Hi,

On pe, 01 loka 2021, Björn 'besser82' Esser wrote:

Hello,

I'm currently doing some experiments with replacing the - upstream
mostly unmaintained - pam_unix module (authentication with user passwd)
with something using less bloated and cleaner code.  This topic is
currently also discussed with the upstream maintainer of pam_unix.

Replacing parts of a software for the sake of less complexity usually
comes with a cut-down of features; in this particular case it would be
dropping support for NIS(+), which has already been abandoned by its
initial developer SUN / Oracle for about 10 years [1].

Before starting some more concrete plans, I'd like to get some feedback
from the Fedora community how they feel about removing NIS(+) support in
PAM.  Is it even still actively used anywhere and/or by anyone in the
Fedora universe?


I am maintaining slapi-nis, the server side of NIS implementation on top
of FreeIPA. I also maintain libnsl2 in RHEL 9.

In RHEL 9 we removed client side of NIS(+) support from the
distribution. Server side emulation in FreeIPA is still available
because we have to be able to provide interoperability with non-Linux
clients.

The only reasonable use of NIS(+) beyond that is within computing farms.
NIS is very lightweight in terms of network traffic and an overhead for
a single request compared to LDAP-based solutions (SSSD). This is the
only reason we kept NIS support available for quite some time in
FreeIPA. But we are considering to remove it completely in future as
well.



--
/ Alexander Bokovoy
Sr. Principal Software Engineer
Security / Identity Management Engineering
Red Hat Limited, Finland
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Iker Pedrosa

Hi,

I'm adding rhel-devel also to the mailing recipients to get RHEL developers
feedback.

I'd also like to hear if there's any opinion on replacing pam_unix from
Fedora and RHEL.

On Fri, Oct 1, 2021 at 12:14 PM Björn 'besser82' Esser <
besse...@fedoraproject.org> wrote:

> Hello,
>
> I'm currently doing some experiments with replacing the - upstream
> mostly unmaintained - pam_unix module (authentication with user passwd)
> with something using less bloated and cleaner code.  This topic is
> currently also discussed with the upstream maintainer of pam_unix.
>
> Replacing parts of a software for the sake of less complexity usually
> comes with a cut-down of features; in this particular case it would be
> dropping support for NIS(+), which has already been abandoned by its
> initial developer SUN / Oracle for about 10 years [1].
>
> Before starting some more concrete plans, I'd like to get some feedback
> from the Fedora community how they feel about removing NIS(+) support in
> PAM.  Is it even still actively used anywhere and/or by anyone in the
> Fedora universe?
>
> Thanks,
> Björn
>
>
> [1]
>
> https://www.oracle.com/solaris/technologies/end-of-feature-notices-solaris11.html
> ___
> 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
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>


-- 

Iker Pedrosa

Software Engineer, Identity Management team

Red Hat 

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[RFC] Remove supoort for NIS(+) from PAM

2021-10-01 Thread Björn 'besser82' Esser

Hello,

I'm currently doing some experiments with replacing the - upstream
mostly unmaintained - pam_unix module (authentication with user passwd)
with something using less bloated and cleaner code.  This topic is
currently also discussed with the upstream maintainer of pam_unix.

Replacing parts of a software for the sake of less complexity usually
comes with a cut-down of features; in this particular case it would be
dropping support for NIS(+), which has already been abandoned by its
initial developer SUN / Oracle for about 10 years [1].

Before starting some more concrete plans, I'd like to get some feedback
from the Fedora community how they feel about removing NIS(+) support in
PAM.  Is it even still actively used anywhere and/or by anyone in the
Fedora universe?

Thanks,
Björn


[1] 
https://www.oracle.com/solaris/technologies/end-of-feature-notices-solaris11.html


signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-34-20211001.0 compose check report

No missing expected images.

Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-34-20210930.0):

ID: 1008355 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/1008355
ID: 1008363 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1008363

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: llvm 13.0.0-final ABI Change

2021-10-01 Thread Kalev Lember

On Fri, Oct 1, 2021 at 9:43 AM Richard W.M. Jones  wrote:

> On Thu, Sep 30, 2021 at 08:03:07PM -0700, Tom Stellard wrote:
> > Hi,
> >
> > I'm going to start packaging LLVM 13.0.0-final for rawhide and f35.  The
> > 13.0.0-final release has a different ABI than 13.0.0-rc1, so I will be
> > rebuilding the following packages as part of the update:
> >
> > castxml
> > doxygen
> > gnome-builder
> > mesa
> > openshadinglanguage
> > qt-creator
> > qt6-qttools
> > zig
>
> american-fuzzy-lop (maybe?)
>

And qt5-qttools as well, please.

Also, could you try to get it in Bodhi for F35 today or so, if possible?
The final freeze starts next week so it would be good to get it through
Bodhi and into stable repos before that.

-- 
Kalev
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: llvm 13.0.0-final ABI Change

2021-10-01 Thread Richard W.M. Jones

On Thu, Sep 30, 2021 at 08:03:07PM -0700, Tom Stellard wrote:
> Hi,
> 
> I'm going to start packaging LLVM 13.0.0-final for rawhide and f35.  The
> 13.0.0-final release has a different ABI than 13.0.0-rc1, so I will be
> rebuilding the following packages as part of the update:
> 
> castxml
> doxygen
> gnome-builder
> mesa
> openshadinglanguage
> qt-creator
> qt6-qttools
> zig

american-fuzzy-lop (maybe?)

Rich.

> -Tom
> ___
> 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
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-33-20211001.0 compose check report

No missing expected images.

Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-33-20210930.0):

ID: 1008226 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/1008226
ID: 1008234 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1008234

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1482813] perl-Alien-ROOT not available on s390x because root is not there

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



--- Comment #8 from Fedora Update System  ---
FEDORA-2021-6a002ea300 has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-6a002ea300


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1482813
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1482813] perl-Alien-ROOT not available on s390x because root is not there

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



--- Comment #7 from Fedora Update System  ---
FEDORA-2021-822b21bc26 has been submitted as an update to Fedora 34.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-822b21bc26


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1482813
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1482813] perl-Alien-ROOT not available on s390x because root is not there