[389-devel] 389 DS nightly 2021-02-20 - 95% PASS

[vashirov]

https://fedorapeople.org/groups/389ds/ci/nightly/2021/02/20/report-389-ds-base-2.0.3-20210220git66b92a3fd.fc33.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: So long for now...

[Blaise Pabon]

+ music

Hi Marty,

Thank you for your gracious reply to my message re: pipx
I just wanted to declare that the new maintainer (Benjamin Beasley) need
not feel alone.
I'm a novice maintainer, but I respect the pipx project and want to see it
well represented in the fedora community.

Cheers,
Blaise Pabon



On Sat, Feb 6, 2021 at 10:28 AM Martin Jackson  wrote:

> Hello everyone,
>
> I've had some changes recently at my day job, and while I was hoping I
> would have more time to take care of my Fedora (and EPEL) packages, that
> seems to not be in the immediate future for me. I'm sorry to those who
> depend on these.
>
> I have orphaned:
>
> pipx
>
> git-up
>
> (git up may not really be needed, it's a leaf package and now that git
> can rebase and pull at the same it may be redundnant)
>
> nagios
>
> nrpe
>
> nagios-plugins
>
> I've also removed myself from dkms and nagios-plugins-check_updates.
>
> I am maintaining my FAS account, and I hope to return - but I'm kidding
> myself (and the users of these packages) if I represent that I'm really
> taking care of them.
>
> Thanks,
>
> Marty
> ___
> 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
>


-- 
LinkedIn   |  Quora
  |  Github

“If you want to go fast, go alone. If you want to go far, go
together.” --African
proverb
___
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] Fedora EPEL 7 updates-testing report

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
  64  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4a9fc09599   
openjpeg2-2.3.1-10.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-01679b76db   
chromium-88.0.4324.150-1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-3cc28d5469   
php-horde-Horde-Text-Filter-2.3.7-1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bb1731457c   
prosody-0.11.8-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f93d3d26db   
privoxy-3.0.31-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-389d1fe8e6   
libmysofa-1.2-4.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-4dda69dcf1   
rubygem-rack-cors-1.0.6-1.el7


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

jo-1.4-1.el7
libuv-1.41.0-1.el7
qrmumps-3.0.1-1.el7
resalloc-3.4-1.el7

Details about builds:



 jo-1.4-1.el7 (FEDORA-EPEL-2021-5b7e435998)
 Small utility to create JSON objects

Update Information:

Initial package

ChangeLog:





 libuv-1.41.0-1.el7 (FEDORA-EPEL-2021-52ab0e9b6f)
 Platform layer for node.js

Update Information:

Update to 1.41.0

ChangeLog:

* Fri Feb 19 2021 Stephen Gallagher  - 1.41.0-1
- Update to 1.41.0
* Tue Jan 26 2021 Fedora Release Engineering  - 
1:1.40.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild

References:

  [ 1 ] Bug #1928440 - libuv-1.41.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1928440




 qrmumps-3.0.1-1.el7 (FEDORA-EPEL-2021-0cee0584fb)
 A multithreaded multifrontal QR solver

Update Information:

- Release 3.0.1

ChangeLog:

* Fri Feb 19 2021 Antonio Trande  - 3.0.1-1
- Release 3.0.1
* Wed Jan 27 2021 Fedora Release Engineering  - 3.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Wed Nov 18 2020 Antonio Trande  - 3.0-2
- Adapt the package to epel8
* Mon Nov 16 2020 Antonio Trande  - 3.0-1
- Release 3.0




 resalloc-3.4-1.el7 (FEDORA-EPEL-2021-8bf69c3bd8)
 Resource allocator for expensive resources - client tooling

Update Information:

New upstream release v3.4

ChangeLog:

* Fri Feb 19 2021 Silvie Chlupova  - 3.4-1
- New upstream release v3.4
* Wed Jan 27 2021 Fedora Release Engineering  - 3.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Wed Jul 29 2020 Fedora Release Engineering  - 3.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


___
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 1919730] Please build perl-Net-XMPP for EPEL 8

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Net-XMPP-1.05-17.el8
 Resolution|--- |ERRATA
Last Closed||2021-02-20 01:46:20



--- Comment #6 from Fedora Update System  ---
FEDORA-EPEL-2021-1368e70972 has been pushed to the Fedora EPEL 8 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.
___
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 1919731] Please build perl-XML-Stream for EPEL 8

[bugzilla]

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

Bug 1924943 Summary: Please build perl-HTTP-ProxyAutoConfig for EPEL 8
https://bugzilla.redhat.com/show_bug.cgi?id=1924943

   What|Removed |Added

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




-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
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 1924943] Please build perl-HTTP-ProxyAutoConfig for EPEL 8

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-HTTP-ProxyAutoConfig-0
   ||.3-25.el8
 Resolution|--- |ERRATA
Last Closed||2021-02-20 01:46:18



--- Comment #5 from Fedora Update System  ---
FEDORA-EPEL-2021-2cd1ef7d50 has been pushed to the Fedora EPEL 8 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.
___
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 1926738] perl-Graphics-TIFF-8 is available

[bugzilla]

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



--- Comment #14 from Fedora Update System  ---
FEDORA-2021-e9ac81a02d 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.
___
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 1926738] perl-Graphics-TIFF-8 is available

[bugzilla]

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



--- Comment #15 from Fedora Update System  ---
FEDORA-2021-45a4f1130e has been pushed to the Fedora 32 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.
___
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: Request for daemonize package

[Gerard Braad]

The branch got requested: https://bugzilla.redhat.com/show_bug.cgi?id=1854399#c2

Gerard
___
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] EPEL Steering Committee meeting - find a new time

[Troy Dawson]

It's almost a year to the day when we last started the search for a
new time for the EPEL Steering Committee meeting.
I have created a new framadate poll with times extreme for both U.S.
and Europe.  All the times are in UTC.  To see what they are in your
timezone do

date -d "1300 UTC"
date -d "2300 UTC"

Here is the link to the poll.
https://framadate.org/yNIptJFnWuUR2OME

Let's give it two weeks and see how we are looking then.
Troy
___
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: Self Introduction | Harsh Mangal

[Miro Hrončok]

On 19. 02. 21 16:13, Harsh Mangal wrote:

Hello, community,
I am Harsh having intermediate experience working with Python and I am interested in 
contributing to this SIG can anyone help me out on "How to get started".


Hello Harsh and welcome.

What areas do you want to contribute to?

As an example, we have a lot of bugz open for packages that fail to build with 
Python 3.10:


https://bugzilla.redhat.com/showdependencytree.cgi?id=PYTHON3.10_resolved=1

Many of the problems have note yet been investigated or reported to upstreams.

If that does not sound good, take a look at 
https://packager-dashboard.fedoraproject.org/python-sig and pick what you like 
to work on. Feel free to ask here for details about any specific thing.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: package request: PyWaffle

[Miro Hrončok]

On 19. 02. 21 23:42, Neal Gompa wrote:

On Fri, Feb 19, 2021 at 4:57 PM Matthew Miller  wrote:


Hi! I'm using this https://github.com/gyli/PyWaffle for some visualizations for 
Fedora Project stats.

I'm kind of out of the loop on the state of the art of python packaging, and 
wondered if some kind Python SIG person would like to take it on for me.


It looks like it's just a classic setuptools build, so the same
packaging style that's been in use for ~5+ years should work fine
here.


Side note: Carfull, the package bundles fontawesome.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: package request: PyWaffle

[Neal Gompa]

On Fri, Feb 19, 2021 at 4:57 PM Matthew Miller  wrote:
>
> Hi! I'm using this https://github.com/gyli/PyWaffle for some visualizations 
> for Fedora Project stats.
>
> I'm kind of out of the loop on the state of the art of python packaging, and 
> wondered if some kind Python SIG person would like to take it on for me.

It looks like it's just a classic setuptools build, so the same
packaging style that's been in use for ~5+ years should work fine
here.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

package request: PyWaffle

[Matthew Miller]

Hi! I'm using this https://github.com/gyli/PyWaffle for some visualizations for 
Fedora Project stats.

I'm kind of out of the loop on the state of the art of python packaging, and 
wondered if some kind Python SIG person would like to take it on for me.
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

[Tom Seewald]

> Well, the idea would be for us to put it into Rawhide and do a series
> of test days/weeks to get feedback and close any remaining gaps. If it
> doesn't manage to pull through by beta freeze, then we would revert
> and push it back to Fedora 35.

Did these test days/weeks ever happen? I don't recall seeing an announcement or 
any talk about their results.
___
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: So long for now...

[Daniel Pocock]

On 19/02/2021 22:18, Łukasz Posadowski wrote:
> On Fri, 2021-02-19 at 20:19 +0100, Guido Aulisi wrote:
>>
>>
>>> Il giorno 19 feb 2021, alle ore 09:14, T.J. Yang < 
>>> tjyang2...@gmail.com> ha scritto:
>>>
>>> Hi Martin and Stephen
>>>
>>> Thank you for maintaining  the pkgs for all these years. 
>>> Since I am using the Nagios rpms at my dayjob , I for one will
>>> spend time on rpms producing matter.  
>>> But I am fedora EPEL rpm workflow  newbie and I don't maintain any
>>> existing rpm.
>>>
>>>  Are there experienced ones out there interested to  adopt these
>>> nagios pkgs ?   
>>
>> I took nagios and nagios-plugins because I use them.
>> I welcome co-maintainers
> 
> Thank You (and thank You Martin). Those Nagios and nrpe packages are a
> life saviors. Let us know about testing. I have a monitored home lab
> with all of them installed on several hosts.

Marty, well done on your efforts with these packages.

I made some related scripts that could be included in the packages or
packaged separately:

https://danielpocock.com/get-your-nagios-issues-as-an-icalendar-feed/
(you can get both Nagios and Bugzilla this way)

https://github.com/ganglia/ganglia-nagios-bridge
___
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: So long for now...

[Łukasz Posadowski]

On Fri, 2021-02-19 at 20:19 +0100, Guido Aulisi wrote:
> 
> 
> > Il giorno 19 feb 2021, alle ore 09:14, T.J. Yang < 
> > tjyang2...@gmail.com> ha scritto:
> > 
> > Hi Martin and Stephen
> > 
> > Thank you for maintaining  the pkgs for all these years. 
> > Since I am using the Nagios rpms at my dayjob , I for one will
> > spend time on rpms producing matter.  
> > But I am fedora EPEL rpm workflow  newbie and I don't maintain any
> > existing rpm.
> > 
> >  Are there experienced ones out there interested to  adopt these
> > nagios pkgs ?   
> 
> I took nagios and nagios-plugins because I use them.
> I welcome co-maintainers

Thank You (and thank You Martin). Those Nagios and nrpe packages are a
life saviors. Let us know about testing. I have a monitored home lab
with all of them installed on several hosts.

-- 
Łukasz Posadowski

___
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: So long for now...

[Guido Aulisi]

> Il giorno 19 feb 2021, alle ore 09:14, T.J. Yang  ha 
> scritto:
> 
> Hi Martin and Stephen
> 
> Thank you for maintaining  the pkgs for all these years. 
> Since I am using the Nagios rpms at my dayjob , I for one will spend time on 
> rpms producing matter.  
> But I am fedora EPEL rpm workflow  newbie and I don't maintain any existing 
> rpm.
> 
>  Are there experienced ones out there interested to  adopt these nagios pkgs 
> ?   

I took nagios and nagios-plugins because I use them.
I welcome co-maintainers

My FAS account is tartina

Ciao
Guido

> 
> On Sun, Feb 14, 2021 at 10:28 AM Stephen John Smoogen  
> wrote:
> 
> 
> On Sat, 6 Feb 2021 at 13:29, Martin Jackson  wrote:
> Hello everyone,
> 
> I've had some changes recently at my day job, and while I was hoping I 
> would have more time to take care of my Fedora (and EPEL) packages, that 
> seems to not be in the immediate future for me. I'm sorry to those who 
> depend on these.
> 
> I have orphaned:
> 
> pipx
> 
> git-up
> 
> (git up may not really be needed, it's a leaf package and now that git 
> can rebase and pull at the same it may be redundnant)
> 
> nagios
> 
> nrpe
> 
> nagios-plugins
> 
> I've also removed myself from dkms and nagios-plugins-check_updates.
> 
> I am maintaining my FAS account, and I hope to return - but I'm kidding 
> myself (and the users of these packages) if I represent that I'm really 
> taking care of them.
> 
> 
> Thank you for your work in taking many of these from me earlier. I appreciate 
> the work and understand how much 'real' life makes handling these packages 
> hard.  
> 
> -- 
> Stephen J Smoogen.
> 
> ___
> 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
> 
> 
> -- 
> T.J. Yang
> ___
> 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
___
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 34 Beta blocker status email #2

[Ben Cotton]

This time with the correct version number.

Action summary


Proposed blockers
-

1. dogtag-pki — FreeIPA server deployment fails in current F34 and
Rawhide composes  — NEW
ACTION: dogtag-pki maintainers to fix package to work with updated 389-ds-base.

2. pipewire — dnf system-upgrade download failed — ON_QA
ACTION: QA to verify FEDORA-2021-ae6cbfff6b

4. xorg-x11-drv-nouveau — nouveau prevents system from starting
gnome/xorg after boot — ON_QA
ACTION: coremodule to see if kernel-5.11.0-156 exhibits the same behavior

Bug-by-bug detail
=

No accepted blockers


Proposed blockers
-

1. dogtag-pki — https://bugzilla.redhat.com/show_bug.cgi?id=1929940 — NEW
FreeIPA server deployment fails in current F34 and Rawhide composes

A CVE fix in 389-ds-base requires a fix in dogtag. The error changed
from 'NO_SUCH_USER' in to 'INVALID_PASSWORD' in dogtag.

2. pipewire — https://bugzilla.redhat.com/show_bug.cgi?id=1916094 — ON_QA
dnf system-upgrade download failed

pipewire-pulseaudio conflicts with pulseaudio. Upgrades with
`--allowerasing` work. Update FEDORA-2021-ae6cbfff6b appears to
contain a fix.

3. xorg-x11-drv-noveau —
https://bugzilla.redhat.com/show_bug.cgi?id=1928542 — NEW
nouveau prevents system from starting gnome/xorg after boot

System hangs trying to start GNOME Display Manager, unless nouveau is
disabled in grub. Downgrading from 5.11.0-0.rc7.149.fc34.x86_64 to
kernel-5.10.16-200.fc33.x86_64 allows normal operation. A new kernel
version is available which may or may not contain a fix: 5.11.0-156.


-- 
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
___
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 34 selinux blocking out-of-tree module loading even when secureboot is disabled???

[Ondrej Mosnacek]

On Fri, Feb 19, 2021 at 5:23 PM Hans de Goede  wrote:
> Hi,
>
> On 2/19/21 2:24 PM, Ondrej Mosnacek wrote:
> > Hi Hans,
> >
> > On Fri, Feb 19, 2021 at 1:36 PM Hans de Goede  wrote:
> >> Hi All,
> >>
> >> While dogfooding F34 I noticed that out of tree kernel modules (1) are
> >> now being blocked, not by the kernel's lockdown mechanism (which only
> >> does this when secureboot is enabled) but by selinux:
> >>
> >> audit: type=1400 audit(1613736626.937:95): avc:  denied  { integrity } for 
> >>  pid=401 comm="systemd-udevd" lockdown_reason="unsigned module loading" 
> >> scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 
> >> tcontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tclass=lockdown 
> >> permissive=1
> >>
> >> Note as you can see I've put selinux in permissive mode and that
> >> fixes the unsigned module loading, showing that this is indeed
> >> caused by some new selinux rules.
> >>
> >> I must say that this seems like a bad idea, we already have the kernel
> >> enforcing module-loading lockdown stuff, we really do not need selinux to
> >> add extra enforcement on top of this, esp. not enforcement which seems
> >> to circumvent the usual "disable secure boot" workaround.
> >
> > Yes, it was unintentional
>
> Ah, good TBH I was worried a bit that it was intentional.
>
> I'm happy to hear that it was unintentional and a fix is on its way.
>
> > - we introduced the lockdown class (which
> > mimics the lockdown mechanism, but works on per-SELinux-domain basis)
> > into the Fedora policy with [1], but this was one of the things not
> > found by initial testing. We didn't mean to introduce any regressions,
> > just limit the new permissions only to domains that actually need
> > them.
> >
> > This particular issue is already fixed in git (as of a few days ago):
> > https://github.com/fedora-selinux/selinux-policy/commit/fee95c0434ade64c14add7f07233eb44f396262b
>
> Thank you for the detailed explanation.
>
> > And the permission will be allowed also to unconfined_t, which is the
> > type that user sessions will get by default (under the "targeted"
> > policy), so also e.g. manual modprobe from terminal should still work:
> > https://github.com/fedora-selinux/selinux-policy/commit/e4ea1e13059ac475c3f012a3f58cbf0b0e554164
> >
> > The fixes should propagate into F34 and Rawhide soon.
>
> Sounds good, I look forward to being able to turn enforcing back on.
>
> ###
>
> Unrelated, while looking at audit.log to get info sending my original email
> I also noticed multiple of these lockdown related AVC lines:
>
> type=AVC msg=audit(1613257073.100:186): avc:  denied  { integrity } for  
> pid=647 comm="systemd-logind" lockdown_reason="hibernation" 
> scontext=system_u:system_r:systemd_logind_t:s0 
> tcontext=system_u:system_r:systemd_logind_t:s0 tclass=lockdown permissive=1
>
> Note this is on a system with secure-boot disabled. Known issue or should I 
> file a bug for this?
>
> ###
>
> While at it, I've also gone over audit.log for more AVCs in F34 and found a 
> whole bunch of "denied  { watch } ..." AVCs:
>
> type=AVC msg=audit(1613257064.658:130): avc:  denied  { watch } for  pid=515 
> comm="avahi-daemon" path="/services" dev="mmcblk1p4" ino=1175311 
> scontext=system_u:system_r:avahi_t:s0 tcontext=system_u:object_r:etc_t:s0 
> tclass=dir permissive=1
>
> type=AVC msg=audit(1613257065.502:152): avc:  denied  { watch } for  pid=640 
> comm="accounts-daemon" path="/etc/gdm" dev="mmcblk1p4" ino=1175113 
> scontext=system_u:system_r:accountsd_t:s0 
> tcontext=system_u:object_r:xdm_etc_t:s0 tclass=dir permissive=1
>
> type=AVC msg=audit(1613257067.416:177): avc:  denied  { watch } for  pid=723 
> comm="dbus-daemon" path="/etc/dbus-1/session.d" dev="mmcblk1p4" ino=1175380 
> scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
> tcontext=system_u:object_r:dbusd_etc_t:s0 tclass=dir permissive=1
> type=AVC msg=audit(1613257067.809:178): avc:  denied  { watch } for  pid=724 
> comm="gnome-session-b" path="/run/systemd/sessions" dev="tmpfs" ino=68 
> scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
> tcontext=system_u:object_r:systemd_logind_sessions_t:s0 tclass=dir 
> permissive=1
> type=AVC msg=audit(1613257071.851:179): avc:  denied  { watch } for  pid=758 
> comm="gnome-shell" path="/var/lib/gdm/.config" dev="mmcblk1p4" ino=262217 
> scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
> tcontext=system_u:object_r:xdm_var_lib_t:s0 tclass=dir permissive=1
> type=AVC msg=audit(1613257071.851:180): avc:  denied  { watch } for  pid=758 
> comm="gnome-shell" path="/etc/xdg" dev="mmcblk1p4" ino=1175203 
> scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
> tcontext=system_u:object_r:etc_t:s0 tclass=dir permissive=1
> type=AVC msg=audit(1613257071.863:181): avc:  denied  { watch } for  pid=758 
> comm="gnome-shell" path="/var/lib/flatpak" dev="mmcblk1p4" ino=262080 
> scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
> tcontext=system_u:object_r:var_lib_t:s0 tclass=dir permissive=1
>
> type=AVC msg=audit(1613257074.278:187): avc: 

Re: OCaml 4.12

[Richard W.M. Jones]

On Thu, Feb 18, 2021 at 12:07:32PM -0700, Jerry James wrote:
> Richard, I see that the OCaml 4.12 release is not expected to happen
> until next week, after the beta freeze:
> 
> https://discuss.ocaml.org/t/ocaml-4-12-0-first-release-candidate/7294
> 
> Some of my OCaml packages are currently not installable, due to the
> dynlink hiccup, I think.  Rather than enter beta freeze with them in
> this state, I would like to rebuild them.  I was thinking about
> proceeding with the updates needed for OCaml 4.12, since I have to
> build these packages anyway, and the updated versions also work with
> OCaml 4.11.  As a reminder, these are the updates:
> 
> - ocaml-base: 0.14.0 -> 0.14.1
> - ocaml-migrate-parsetree: 1.8.0 -> 2.1.0
> - ocaml-ppxlib: 0.15.0 -> 0.22.0
> - ocaml-bisect-ppx: 2.5.0 -> 2.6.0
> - ocaml-tyxml: apply this pull request to switch to ppxlib:
> https://github.com/ocsigen/tyxml/pull/271
> - ocaml-lwt: 5.3.0 -> 5.4.0
> - ocaml-ppx-deriving: 5.1 -> 5.2.1
> - ocaml-ppx-optcomp: 0.14.0 -> 0.14.1
> - ocaml-ppx-sexp-conv: 0.14.1 -> 0.14.2
> - ocaml-sedlex: 2.2 -> 2.3
> - ocaml-ppx-custom-printf: 0.14.0 -> 0.14.1
> - ocaml-ppx-fields-conv: 0.14.1 -> 0.14.2
> - Retire ocaml-ppx-tools-versioned
> 
> along with a number of other package builds just to fix dependencies.
> That would also simplify things for you when OCaml 4.12 is released,
> as all of these updates would already be in place.  What do you think?

That sounds great.

> Also, I would like to update ocaml-ocamlgraph to version 2.0.0 at some
> point.  The only Fedora consumers are frama-c and ocaml-dose3.  The
> current version of frama-c can already be built with either ocamlgraph
> 1.x or 2.x.  The version of ocaml-dose3 in Fedora (5.0.1) cannot be
> built with ocamlgraph 2.x.  However, upstream has moved here:
> 
> https://gitlab.com/irill/dose3
> 
> and released a 6.x series that supports ocamlgraph 2.x.
>
> Unfortunately, there are issues with moving to version 6.x.  First,
> and easiest, the new versions depend on camlbz2 and parmap, neither of
> which are in Fedora.  I've put together spec files for those two and
> can submit them for review if nobody else wants to do so.  Second,
> upstream removed support for RPM in this commit:
> 
> https://gitlab.com/irill/dose3/-/commit/e656b5783f1fc5fd75e0e2716b0a40aca282ad72
> 
> I don't know why.  The commit message does not give a reason, and this
> change is not mentioned in the project changelog.  I assume RPM
> support is important for the Fedora build of ocaml-dose3.  I don't
> know what the best approach is to resolve this issue, but it is
> blocking the ocamlgraph update.  Any thoughts on the matter are
> appreciated.

This is weird, but while it will require a smallish change to our spec
(like removing rpm-devel), I don't think it should affect anything
else.  Nothing in Fedora seems to need 'ocaml(Rpm)' or /usr/bin/rpmcheck.

Thanks,

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
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 1930887] New: perl-HTTP-Message-6.28 is available

[bugzilla]

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

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



Latest upstream release: 6.28
Current version/release in rawhide: 6.27-2.fc34
URL: http://search.cpan.org/dist/HTTP-Message/

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


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

Re: Fedora 34 selinux blocking out-of-tree module loading even when secureboot is disabled???

[Hans de Goede]

Hi,

On 2/19/21 2:24 PM, Ondrej Mosnacek wrote:
> Hi Hans,
> 
> On Fri, Feb 19, 2021 at 1:36 PM Hans de Goede  wrote:
>> Hi All,
>>
>> While dogfooding F34 I noticed that out of tree kernel modules (1) are
>> now being blocked, not by the kernel's lockdown mechanism (which only
>> does this when secureboot is enabled) but by selinux:
>>
>> audit: type=1400 audit(1613736626.937:95): avc:  denied  { integrity } for  
>> pid=401 comm="systemd-udevd" lockdown_reason="unsigned module loading" 
>> scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 
>> tcontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tclass=lockdown permissive=1
>>
>> Note as you can see I've put selinux in permissive mode and that
>> fixes the unsigned module loading, showing that this is indeed
>> caused by some new selinux rules.
>>
>> I must say that this seems like a bad idea, we already have the kernel
>> enforcing module-loading lockdown stuff, we really do not need selinux to
>> add extra enforcement on top of this, esp. not enforcement which seems
>> to circumvent the usual "disable secure boot" workaround.
> 
> Yes, it was unintentional 

Ah, good TBH I was worried a bit that it was intentional.

I'm happy to hear that it was unintentional and a fix is on its way.

> - we introduced the lockdown class (which
> mimics the lockdown mechanism, but works on per-SELinux-domain basis)
> into the Fedora policy with [1], but this was one of the things not
> found by initial testing. We didn't mean to introduce any regressions,
> just limit the new permissions only to domains that actually need
> them.
> 
> This particular issue is already fixed in git (as of a few days ago):
> https://github.com/fedora-selinux/selinux-policy/commit/fee95c0434ade64c14add7f07233eb44f396262b

Thank you for the detailed explanation.

> And the permission will be allowed also to unconfined_t, which is the
> type that user sessions will get by default (under the "targeted"
> policy), so also e.g. manual modprobe from terminal should still work:
> https://github.com/fedora-selinux/selinux-policy/commit/e4ea1e13059ac475c3f012a3f58cbf0b0e554164
> 
> The fixes should propagate into F34 and Rawhide soon.

Sounds good, I look forward to being able to turn enforcing back on.

###

Unrelated, while looking at audit.log to get info sending my original email
I also noticed multiple of these lockdown related AVC lines:

type=AVC msg=audit(1613257073.100:186): avc:  denied  { integrity } for  
pid=647 comm="systemd-logind" lockdown_reason="hibernation" 
scontext=system_u:system_r:systemd_logind_t:s0 
tcontext=system_u:system_r:systemd_logind_t:s0 tclass=lockdown permissive=1

Note this is on a system with secure-boot disabled. Known issue or should I 
file a bug for this?

###

While at it, I've also gone over audit.log for more AVCs in F34 and found a 
whole bunch of "denied  { watch } ..." AVCs:

type=AVC msg=audit(1613257064.658:130): avc:  denied  { watch } for  pid=515 
comm="avahi-daemon" path="/services" dev="mmcblk1p4" ino=1175311 
scontext=system_u:system_r:avahi_t:s0 tcontext=system_u:object_r:etc_t:s0 
tclass=dir permissive=1

type=AVC msg=audit(1613257065.502:152): avc:  denied  { watch } for  pid=640 
comm="accounts-daemon" path="/etc/gdm" dev="mmcblk1p4" ino=1175113 
scontext=system_u:system_r:accountsd_t:s0 
tcontext=system_u:object_r:xdm_etc_t:s0 tclass=dir permissive=1

type=AVC msg=audit(1613257067.416:177): avc:  denied  { watch } for  pid=723 
comm="dbus-daemon" path="/etc/dbus-1/session.d" dev="mmcblk1p4" ino=1175380 
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:dbusd_etc_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1613257067.809:178): avc:  denied  { watch } for  pid=724 
comm="gnome-session-b" path="/run/systemd/sessions" dev="tmpfs" ino=68 
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:systemd_logind_sessions_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1613257071.851:179): avc:  denied  { watch } for  pid=758 
comm="gnome-shell" path="/var/lib/gdm/.config" dev="mmcblk1p4" ino=262217 
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:xdm_var_lib_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1613257071.851:180): avc:  denied  { watch } for  pid=758 
comm="gnome-shell" path="/etc/xdg" dev="mmcblk1p4" ino=1175203 
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:etc_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1613257071.863:181): avc:  denied  { watch } for  pid=758 
comm="gnome-shell" path="/var/lib/flatpak" dev="mmcblk1p4" ino=262080 
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:var_lib_t:s0 tclass=dir permissive=1

type=AVC msg=audit(1613257074.278:187): avc:  denied  { watch } for  pid=867 
comm="gmain" path="/etc" dev="mmcblk1p4" ino=1175041 
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:etc_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1613257074.322:188): avc:  

[EPEL-devel] Re: Request for daemonize package

[Gerard Braad]

Hi Troy,

> because there is a bug opened today.

That one was opened last year, but I added myself to the CC, hence the update.
I am in contact with Sven about this. Will update about this later, as he had no
need for this package on EPEL8, but understand there is 'demand'. I am willing
to take co-maintainer for this if that is possible.

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

[389-devel] Please review: PR 4622 - Backend redesign phase 3b - use dbimpl in replicatin plugin #4622

[Pierre Rogier]

This one is much more simpler and easy to understand than phase 3a ! -;)
https://github.com/389ds/389-ds-base/pull/4622

-- 
--

389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

jplesnik pushed to perl-List-MoreUtils-XS (f34). "Control extra test by a build macro"

[notifications]

Notification time stamped 2021-02-19 16:04:27 UTC

From d4e9434db29e6a01edf03d106c89dea2d2587922 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Feb 19 2021 16:03:42 +
Subject: Control extra test by a build macro


---

diff --git a/perl-List-MoreUtils-XS.spec b/perl-List-MoreUtils-XS.spec
index 4b7ab74..c70cb3c 100644
--- a/perl-List-MoreUtils-XS.spec
+++ b/perl-List-MoreUtils-XS.spec
@@ -1,3 +1,6 @@
+# Run extra tests
+%bcond_without perl_List_MoreUtils_XS_enables_extra_test
+
 Name:  perl-List-MoreUtils-XS
 Version:   0.430
 Release:   2%{?dist}
@@ -36,7 +39,9 @@ BuildRequires:perl(overload)
 BuildRequires: perl(POSIX)
 BuildRequires: perl(Storable)
 BuildRequires: perl(Test::Builder::Module)
+%if %{with perl_List_MoreUtils_XS_enables_extra_test}
 BuildRequires: perl(Test::LeakTrace)
+%endif
 BuildRequires: perl(Test::More) >= 0.96
 BuildRequires: perl(Tie::Array)
 # Runtime



https://src.fedoraproject.org/rpms/perl-List-MoreUtils-XS/c/d4e9434db29e6a01edf03d106c89dea2d2587922?branch=f34
___
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

jplesnik pushed to perl-List-MoreUtils-XS (rawhide). "Control extra test by a build macro"

[notifications]

Notification time stamped 2021-02-19 16:03:54 UTC

From d4e9434db29e6a01edf03d106c89dea2d2587922 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Feb 19 2021 16:03:42 +
Subject: Control extra test by a build macro


---

diff --git a/perl-List-MoreUtils-XS.spec b/perl-List-MoreUtils-XS.spec
index 4b7ab74..c70cb3c 100644
--- a/perl-List-MoreUtils-XS.spec
+++ b/perl-List-MoreUtils-XS.spec
@@ -1,3 +1,6 @@
+# Run extra tests
+%bcond_without perl_List_MoreUtils_XS_enables_extra_test
+
 Name:  perl-List-MoreUtils-XS
 Version:   0.430
 Release:   2%{?dist}
@@ -36,7 +39,9 @@ BuildRequires:perl(overload)
 BuildRequires: perl(POSIX)
 BuildRequires: perl(Storable)
 BuildRequires: perl(Test::Builder::Module)
+%if %{with perl_List_MoreUtils_XS_enables_extra_test}
 BuildRequires: perl(Test::LeakTrace)
+%endif
 BuildRequires: perl(Test::More) >= 0.96
 BuildRequires: perl(Tie::Array)
 # Runtime



https://src.fedoraproject.org/rpms/perl-List-MoreUtils-XS/c/d4e9434db29e6a01edf03d106c89dea2d2587922?branch=rawhide
___
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: Request for daemonize package

[Troy Dawson]

On Fri, Feb 19, 2021 at 5:18 AM Gerard Braad  wrote:
>
> Hello Sven Lankes,
>
>
> I am using CentOS8 and am using various packages in the EPEL
> repository. I am interested in seeing 'daemonize' [0] added to EPEL.
>
> Would it be possible for you to maintain the package in EPEL? If not
> do you know of a maintainer who could help you with it? While EPEL[1]
> is more conservative in package maintenance, it does allow for updates
> to later versions when needed.
>
> If you are not interested in EPEL or don't feel like you have the time
> to put your packages into EPEL, the EPEL project would like to request
> that a co-maintainer who is a part of EPEL be added to your packages.
>
> The EPEL team appreciates your help with EPEL.
>
> Regards,
>
>
> Gerard Braad
>
> [0] https://src.fedoraproject.org/rpms/daemonize
> [1]  http://fedoraproject.org/wiki/EPEL/FAQ

Your request came at a timely time.  I was just starting to work on
updating (making it more clear) how to request packages for EPEL.
Although there is some brief instructions here[2], which I am going to
expand, I realize I also need to put those instructions in the FAQ.

In short, you need to open a bugzilla bug requesting the package be
put in EPEL8.  But do a quick search to see if already has been
requested.
The problem with sending an email here is that it's quite possible the
Fedora maintainer isn't on this mailing list.

Doing a quick search, it looks like someone must have been on the same
project and/or saw this email,[3] because there is a bug opened today.

Troy

[2] - 
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Getting_someone_elses_Fedora_package_in_EPEL
[3] - https://bugzilla.redhat.com/show_bug.cgi?id=1854399
___
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: Request for daemonize package

[Gerard Braad]

It seems there has been an issue open for quite a while: 
https://bugzilla.redhat.com/show_bug.cgi?id=1854399
___
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

Self Introduction | Harsh Mangal

[Harsh Mangal]

Hello, community,
I am Harsh having intermediate experience working with Python and I am 
interested in contributing to this SIG can anyone help me out on "How to get 
started".
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[EPEL-devel] Re: Request for daemonize package

[Gerard Braad]

Hi Florian,


While I agree, this is actually for an environment where systemd is not working 
yet, as the the init process claims pid 1 instead; WSL2. In that case daemonize 
is used to start systemd.

regards,


Gerard
___
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-34-20210219.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Xfce raw-xz armhfp

Failed openQA tests: 16/183 (x86_64), 18/124 (aarch64)

New failures (same test not failed in Fedora-34-20210218.n.0):

ID: 783108  Test: x86_64 Server-dvd-iso server_cockpit_updates
URL: https://openqa.fedoraproject.org/tests/783108
ID: 783133  Test: x86_64 Workstation-live-iso desktop_printing
URL: https://openqa.fedoraproject.org/tests/783133
ID: 783184  Test: aarch64 Server-dvd-iso install_vnc_server@uefi
URL: https://openqa.fedoraproject.org/tests/783184
ID: 783188  Test: aarch64 Server-dvd-iso support_server@uefi
URL: https://openqa.fedoraproject.org/tests/783188
ID: 783204  Test: aarch64 Server-dvd-iso 
install_repository_nfs_variation@uefi
URL: https://openqa.fedoraproject.org/tests/783204
ID: 783372  Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/783372

Old failures (same test failed in Fedora-34-20210218.n.0):

ID: 783077  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/783077
ID: 783084  Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/783084
ID: 783096  Test: x86_64 Server-dvd-iso server_freeipa_replication_master
URL: https://openqa.fedoraproject.org/tests/783096
ID: 783097  Test: x86_64 Server-dvd-iso server_freeipa_replication_replica
URL: https://openqa.fedoraproject.org/tests/783097
ID: 783098  Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: https://openqa.fedoraproject.org/tests/783098
ID: 783107  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/783107
ID: 783111  Test: x86_64 Server-dvd-iso server_freeipa_replication_client
URL: https://openqa.fedoraproject.org/tests/783111
ID: 783130  Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/783130
ID: 783138  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/783138
ID: 783147  Test: x86_64 KDE-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/783147
ID: 783150  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/783150
ID: 783151  Test: x86_64 KDE-live-iso desktop_printing
URL: https://openqa.fedoraproject.org/tests/783151
ID: 783187  Test: aarch64 Server-dvd-iso install_btrfs_preserve_home@uefi
URL: https://openqa.fedoraproject.org/tests/783187
ID: 783192  Test: aarch64 Server-dvd-iso 
server_freeipa_replication_master@uefi
URL: https://openqa.fedoraproject.org/tests/783192
ID: 783193  Test: aarch64 Server-dvd-iso 
install_blivet_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/783193
ID: 783199  Test: aarch64 Server-dvd-iso 
server_role_deploy_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/783199
ID: 783201  Test: aarch64 Server-dvd-iso realmd_join_cockpit@uefi
URL: https://openqa.fedoraproject.org/tests/783201
ID: 783202  Test: aarch64 Server-dvd-iso 
server_freeipa_replication_replica@uefi
URL: https://openqa.fedoraproject.org/tests/783202
ID: 783213  Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi
URL: https://openqa.fedoraproject.org/tests/783213
ID: 783217  Test: aarch64 Server-dvd-iso realmd_join_sssd@uefi
URL: https://openqa.fedoraproject.org/tests/783217
ID: 783218  Test: aarch64 Server-dvd-iso 
server_freeipa_replication_client@uefi
URL: https://openqa.fedoraproject.org/tests/783218
ID: 783267  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/783267
ID: 783307  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/783307
ID: 783339  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/783339
ID: 783347  Test: aarch64 universal upgrade_2_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/783347
ID: 783350  Test: aarch64 universal upgrade_2_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/783350
ID: 783354  Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/783354
ID: 783370  Test: aarch64 universal upgrade_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/783370

Soft failed openQA tests: 13/183 (x86_64), 5/124 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-34-20210218.n.0):

ID: 783072  Test: x86_64 Server-dvd-iso install_vnc_client
URL: https://openqa.fedoraproject.org/tests/783072
ID: 783073  Test: x86_64 Server-dvd-iso install_vncconnect_client
URL: https://openqa.fedoraproject.org/tests/783073
ID: 783164  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: 

[EPEL-devel] Re: Request for daemonize package

[Florian Weimer]

* Gerard Braad:

>
> I am using CentOS8 and am using various packages in the EPEL
> repository. I am interested in seeing 'daemonize' [0] added to EPEL.
>
> Would it be possible for you to maintain the package in EPEL? If not
> do you know of a maintainer who could help you with it? While EPEL[1]
> is more conservative in package maintenance, it does allow for updates
> to later versions when needed.

You should use systemd for that.  Setting the umask to 0, like daemonize
does, introduces security vulnerabilities.

Thanks,
Florian
___
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 1925463] Upgrade perl-Tree-Simple to 1.34

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Tree-Simple-1.34-1.fc3
   ||4
   ||perl-Tree-Simple-1.34-1.fc3
   ||3
   ||perl-Tree-Simple-1.34-1.fc3
   ||2
 Resolution|--- |CURRENTRELEASE
Last Closed||2021-02-19 13:27:13



--- Comment #2 from Jitka Plesnikova  ---
Built by corsepiu


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

[Bug 1902701] Upgrade perl-Plack to 1.0048

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Plack-1.0048-1.fc34
   ||perl-Plack-1.0048-1.fc33
   ||perl-Plack-1.0048-1.fc32
 Resolution|--- |CURRENTRELEASE
Last Closed||2021-02-19 13:24:01



--- Comment #2 from Jitka Plesnikova  ---
Built by corsepiu


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

Re: Fedora 34 selinux blocking out-of-tree module loading even when secureboot is disabled???

[Ondrej Mosnacek]

Hi Hans,

On Fri, Feb 19, 2021 at 1:36 PM Hans de Goede  wrote:
> Hi All,
>
> While dogfooding F34 I noticed that out of tree kernel modules (1) are
> now being blocked, not by the kernel's lockdown mechanism (which only
> does this when secureboot is enabled) but by selinux:
>
> audit: type=1400 audit(1613736626.937:95): avc:  denied  { integrity } for  
> pid=401 comm="systemd-udevd" lockdown_reason="unsigned module loading" 
> scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 
> tcontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tclass=lockdown permissive=1
>
> Note as you can see I've put selinux in permissive mode and that
> fixes the unsigned module loading, showing that this is indeed
> caused by some new selinux rules.
>
> I must say that this seems like a bad idea, we already have the kernel
> enforcing module-loading lockdown stuff, we really do not need selinux to
> add extra enforcement on top of this, esp. not enforcement which seems
> to circumvent the usual "disable secure boot" workaround.

Yes, it was unintentional - we introduced the lockdown class (which
mimics the lockdown mechanism, but works on per-SELinux-domain basis)
into the Fedora policy with [1], but this was one of the things not
found by initial testing. We didn't mean to introduce any regressions,
just limit the new permissions only to domains that actually need
them.

This particular issue is already fixed in git (as of a few days ago):
https://github.com/fedora-selinux/selinux-policy/commit/fee95c0434ade64c14add7f07233eb44f396262b

And the permission will be allowed also to unconfined_t, which is the
type that user sessions will get by default (under the "targeted"
policy), so also e.g. manual modprobe from terminal should still work:
https://github.com/fedora-selinux/selinux-policy/commit/e4ea1e13059ac475c3f012a3f58cbf0b0e554164

The fixes should propagate into F34 and Rawhide soon.

[1] 
https://fedoraproject.org/wiki/Changes/Make_selinux_policy_uptodate_with_current_kernel

>
> I believe this is a bad idea for 2 reasons
>
> 1. Whether we like it or not sometimes our users want to use /
> have a need for external kernel modules. This is incompatible with
> secure-boot. Which is meh, but understandable since we should not
> allow loading unsigned kernel-code when secure-boot is used and
> external modules are by definition unsigned.
>
> But now we are breaking the usual (already a bit sucky)
> "disable secure-boot in your BIOS" workaround by adding another hoop
> to jump through, this is IMHO a really bad idea.
>
> 2. It makes using Fedora for kernel development harder, well at least
> it will make kernel developers like me just put selinux in permissive
> mode (at which point I might just as well disable it)  As a frequent
> dog-fooder of recent Fedora versions, while running in enforcing mode,
> I'm know to regularly report selinux policy issues. This feedback will
> be lost now ...
>
> Regards,
>
> Hans
>
>
>
>
>
>
> 1) Not really an out-of-tree module actually, I saw the when copying
> an individual .ko file from my build-machine to the target-machine,
> so without going through make modules_install and thus without it
> being signed with my local signing-key. But out-of-tree modules will
> hit the same issue
> ___
> 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



-- 
Ondrej Mosnacek
Software Engineer, Linux Security - SELinux kernel
Red Hat, Inc.
___
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] Request for daemonize package

[Gerard Braad]

Hello Sven Lankes,


I am using CentOS8 and am using various packages in the EPEL
repository. I am interested in seeing 'daemonize' [0] added to EPEL.

Would it be possible for you to maintain the package in EPEL? If not
do you know of a maintainer who could help you with it? While EPEL[1]
is more conservative in package maintenance, it does allow for updates
to later versions when needed.

If you are not interested in EPEL or don't feel like you have the time
to put your packages into EPEL, the EPEL project would like to request
that a co-maintainer who is a part of EPEL be added to your packages.

The EPEL team appreciates your help with EPEL.

Regards,


Gerard Braad

[0] https://src.fedoraproject.org/rpms/daemonize
[1]  http://fedoraproject.org/wiki/EPEL/FAQ
___
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 1929646] perl-ExtUtils-MakeMaker-7.60 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-ExtUtils-MakeMaker-7.6
   ||0-1.fc35
   ||perl-ExtUtils-MakeMaker-7.6
   ||0-1.fc34
 Resolution|--- |NEXTRELEASE
Last Closed||2021-02-19 13:13:46




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

[rpms/perl-ExtUtils-MakeMaker] PR #1: add tests

[Jitka Plesnikova]

jplesnik merged a pull-request against the project: `perl-ExtUtils-MakeMaker` 
that you are following.

Merged pull-request:

``
add tests
``

https://src.fedoraproject.org/rpms/perl-ExtUtils-MakeMaker/pull-request/1
___
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

Fedora-IoT-34-20210219.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 1/16 (x86_64), 2/15 (aarch64)

Old failures (same test failed in Fedora-IoT-34-20210218.0):

ID: 783398  Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/783398
ID: 783403  Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/783403
ID: 783412  Test: aarch64 IoT-dvd_ostree-iso base_services_start@uefi
URL: https://openqa.fedoraproject.org/tests/783412

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

Old soft failures (same test soft failed in Fedora-IoT-34-20210218.0):

ID: 783388  Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/783388

Passed openQA tests: 13/15 (aarch64), 14/16 (x86_64)

New passes (same test not passed in Fedora-IoT-34-20210218.0):

ID: 783411  Test: aarch64 IoT-dvd_ostree-iso podman@uefi
URL: https://openqa.fedoraproject.org/tests/783411
ID: 783417  Test: aarch64 IoT-dvd_ostree-iso podman_client@uefi
URL: https://openqa.fedoraproject.org/tests/783417

Installed system changes in test x86_64 IoT-dvd_ostree-iso 
install_default@uefi: 
System load changed from 0.08 to 0.19
Previous test data: https://openqa.fedoraproject.org/tests/782272#downloads
Current test data: https://openqa.fedoraproject.org/tests/783387#downloads

Installed system changes in test aarch64 IoT-dvd_ostree-iso 
install_default_upload@uefi: 
System load changed from 0.13 to 0.24
Previous test data: https://openqa.fedoraproject.org/tests/782289#downloads
Current test data: https://openqa.fedoraproject.org/tests/783404#downloads
-- 
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

[rpms/perl-ExtUtils-MakeMaker] PR #1: add tests

[Jitka Plesnikova]

jplesnik opened a new pull-request against the project: 
`perl-ExtUtils-MakeMaker` that you are following:
``
add tests
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-ExtUtils-MakeMaker/pull-request/1
___
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

Fedora 34 compose report: 20210219.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-34-20210218.n.0
NEW: Fedora-34-20210219.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  2
Dropped packages:0
Upgraded packages:   120
Downgraded packages: 0

Size of added packages:  254.01 KiB
Size of dropped packages:0 B
Size of upgraded packages:   2.29 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: disorderfs-0.5.11-1.fc34
Summary: FUSE filesystem that introduces non-determinism
RPMs:disorderfs
Size:228.66 KiB

Package: python-rstr-2.2.6-1.fc34
Summary: Generate random strings in Python
RPMs:python3-rstr
Size:25.34 KiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  Box2D-2.4.1-5.fc34
Old package:  Box2D-2.4.1-2.fc34
Summary:  A 2D Physics Engine for Games
RPMs: Box2D Box2D-devel
Size: 1.96 MiB
Size change:  2.98 KiB
Changelog:
  * Wed Feb 10 2021 Timm B??der  - 2.4.1-3
  - Use make macros

  * Wed Feb 17 2021 Caol??n McNamara  - 2.4.1-4
  - reduce unnecessary dependencies

  * Wed Feb 17 2021 Caol??n McNamara  - 2.4.1-5
  - disable building BOX2D_BUILD_UNIT_TESTS due to "SIGSTKSZ ... no
longer constant on Linux ... redefined to sysconf(_SC_SIGSTKSZ)"
https://github.com/bminor/glibc/blob/master/NEWS causing build failure


Package:  Carla-1:2.2.0-4.fc34
Old package:  Carla-1:2.2.0-3.fc34
Summary:  Audio plugin host
RPMs: Carla Carla-devel Carla-vst lv2-carla
Size: 57.47 MiB
Size change:  930.35 KiB
Changelog:
  * Thu Feb 18 2021 Neal Gompa  - 1:2.2.0-4
  - Drop explicit dep on jack-audio-connection-kit


Package:  NetworkManager-1:1.30.0-1.fc34
Old package:  NetworkManager-1:1.30.0-0.5.fc34
Summary:  Network connection manager and user applications
RPMs: NetworkManager NetworkManager-adsl NetworkManager-bluetooth 
NetworkManager-cloud-setup NetworkManager-config-connectivity-fedora 
NetworkManager-config-server NetworkManager-dispatcher-routing-rules 
NetworkManager-libnm NetworkManager-libnm-devel NetworkManager-ovs 
NetworkManager-ppp NetworkManager-team NetworkManager-tui NetworkManager-wifi 
NetworkManager-wwan
Size: 29.08 MiB
Size change:  3.18 KiB
Changelog:
  * Thu Feb 18 2021 Thomas Haller  - 1:1.30.0-1
  - update to 1.30.0 release


Package:  Singular-4.1.1p3-24.fc34
Old package:  Singular-4.1.1p3-23.fc34
Summary:  Computer Algebra System for polynomial computations
RPMs: Singular Singular-devel Singular-doc Singular-emacs 
Singular-libpolys Singular-libpolys-devel Singular-libs Singular-polymake 
Singular-surfex factory factory-devel factory-gftables
Size: 108.27 MiB
Size change:  -12.71 KiB
Changelog:
  * Wed Feb 17 2021 Jerry James  - 4.1.1p3-24
  - Rebuild for normaliz 3.8.10


Package:  amtk-5.3.1-1.fc34
Old package:  amtk-5.2.0-2.fc34
Summary:  Actions, Menus and Toolbars Kit for GTK+ applications
RPMs: amtk amtk-devel
Dropped RPMs: amtk-tests
Size: 732.93 KiB
Size change:  -33.11 KiB
Changelog:
  * Thu Feb 18 2021 Kalev Lember  - 5.3.1-1
  - Update to 5.3.1
  - Switch to meson build system
  - Remove -tests sub package as the installed tests are gone upstream


Package:  anaconda-34.24.4-1.fc34
Old package:  anaconda-34.24.3-1.fc34
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: 22.46 MiB
Size change:  43.36 KiB
Changelog:
  * Thu Feb 18 2021 Martin Kolman  - 34.24.4-1
  - [Storage] add btrfs_compression option (#1928857) (michel)
  - Correct branch config after merge (vslavik)
  - Enable Makefiles and Dockerfiles for branched Fedora (vslavik)
  - packit: make tests ??? builds for the chroot set (ttomecek)
  - packit: run all actions in a single action (ttomecek)
  - configure.ac: make the Copyright up to date (ttomecek)
  - ovirt: rebase on CentOS Stream (sbonazzo)
  - Use a custom stylesheet to define RHEL-specific stylesheet data (vponcova)
  - Remove unused variables from Makefile (vslavik)
  - Drop astroid hotfix patch (jkonecny)
  - Don't block the start of the Network module by the hostname service
(vponcova)
  - Remove unused variables related to mock (vslavik)
  - Save lorax-packages.log to installed system (rvykydal)


Package:  audit-3.0.1-2.fc34
Old package:  audit-3.0.1-1.fc34
Summary:  User space tools for kernel auditing
RPMs: audispd-plugins audispd-plugins-zos audit audit-libs 
audit-libs-devel python3-audit
Size: 3.14 MiB
Size change:  2.87 KiB
Changelog:
  * Thu Feb 18 2021 Steve Grubb  3.0.1-2
  - Add patch fixing segafult in the audisp-statsd plugin


Package:  awscli-1.19.10-1.fc34
Old package:  awscli-1.19.8-1.fc34
Summary: 

Fedora 34 selinux blocking out-of-tree module loading even when secureboot is disabled???

[Hans de Goede]

Hi All,

While dogfooding F34 I noticed that out of tree kernel modules (1) are
now being blocked, not by the kernel's lockdown mechanism (which only
does this when secureboot is enabled) but by selinux:

audit: type=1400 audit(1613736626.937:95): avc:  denied  { integrity } for  
pid=401 comm="systemd-udevd" lockdown_reason="unsigned module loading" 
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 
tcontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tclass=lockdown permissive=1

Note as you can see I've put selinux in permissive mode and that
fixes the unsigned module loading, showing that this is indeed
caused by some new selinux rules.

I must say that this seems like a bad idea, we already have the kernel
enforcing module-loading lockdown stuff, we really do not need selinux to
add extra enforcement on top of this, esp. not enforcement which seems
to circumvent the usual "disable secure boot" workaround.

I believe this is a bad idea for 2 reasons

1. Whether we like it or not sometimes our users want to use /
have a need for external kernel modules. This is incompatible with
secure-boot. Which is meh, but understandable since we should not
allow loading unsigned kernel-code when secure-boot is used and
external modules are by definition unsigned.

But now we are breaking the usual (already a bit sucky)
"disable secure-boot in your BIOS" workaround by adding another hoop
to jump through, this is IMHO a really bad idea.

2. It makes using Fedora for kernel development harder, well at least
it will make kernel developers like me just put selinux in permissive
mode (at which point I might just as well disable it)  As a frequent
dog-fooder of recent Fedora versions, while running in enforcing mode,
I'm know to regularly report selinux policy issues. This feedback will
be lost now ...

Regards,

Hans






1) Not really an out-of-tree module actually, I saw the when copying
an individual .ko file from my build-machine to the target-machine,
so without going through make modules_install and thus without it
being signed with my local signing-key. But out-of-tree modules will
hit the same issue
___
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-20210219.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Minimal raw-xz armhfp
Xfce raw-xz armhfp

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

Failed openQA tests: 19/183 (x86_64), 18/124 (aarch64)

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

ID: 782684  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart 
**GATING**
URL: https://openqa.fedoraproject.org/tests/782684
ID: 782713  Test: x86_64 KDE-live-iso install_default_upload **GATING**
URL: https://openqa.fedoraproject.org/tests/782713
ID: 782750  Test: aarch64 Minimal-raw_xz-raw.xz base_selinux@uefi
URL: https://openqa.fedoraproject.org/tests/782750
ID: 782751  Test: aarch64 Minimal-raw_xz-raw.xz base_services_start@uefi
URL: https://openqa.fedoraproject.org/tests/782751
ID: 782753  Test: aarch64 Minimal-raw_xz-raw.xz release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/782753
ID: 782754  Test: aarch64 Minimal-raw_xz-raw.xz 
base_service_manipulation@uefi
URL: https://openqa.fedoraproject.org/tests/782754
ID: 782765  Test: aarch64 Server-dvd-iso support_server@uefi
URL: https://openqa.fedoraproject.org/tests/782765
ID: 782782  Test: aarch64 Server-dvd-iso 
install_repository_nfs_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/782782
ID: 782949  Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/782949

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

ID: 782652  Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/782652
ID: 782654  Test: x86_64 Server-dvd-iso 
server_role_deploy_domain_controller **GATING**
URL: https://openqa.fedoraproject.org/tests/782654
ID: 782661  Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/782661
ID: 782675  Test: x86_64 Server-dvd-iso realmd_join_sssd **GATING**
URL: https://openqa.fedoraproject.org/tests/782675
ID: 782685  Test: x86_64 Server-dvd-iso server_cockpit_updates
URL: https://openqa.fedoraproject.org/tests/782685
ID: 782707  Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/782707
ID: 782710  Test: x86_64 Workstation-live-iso desktop_printing
URL: https://openqa.fedoraproject.org/tests/782710
ID: 782763  Test: aarch64 Server-dvd-iso 
install_repository_hd_variation@uefi
URL: https://openqa.fedoraproject.org/tests/782763
ID: 782764  Test: aarch64 Server-dvd-iso install_btrfs_preserve_home@uefi
URL: https://openqa.fedoraproject.org/tests/782764
ID: 782770  Test: aarch64 Server-dvd-iso 
install_blivet_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/782770
ID: 782775  Test: aarch64 Server-dvd-iso modularity_tests@uefi
URL: https://openqa.fedoraproject.org/tests/782775
ID: 782831  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/782831
ID: 782835  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/782835
ID: 782844  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/782844
ID: 782850  Test: x86_64 universal upgrade_minimal_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/782850
ID: 782851  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/782851
ID: 782852  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/782852
ID: 782853  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/782853
ID: 782859  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/782859
ID: 782870  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/782870
ID: 782884  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/782884
ID: 782916  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/782916
ID: 782920  Test: aarch64 universal upgrade_minimal_64bit@uefi
URL: https://openqa.fedoraproject.org/tests/782920
ID: 782924  Test: aarch64 universal upgrade_2_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/782924
ID: 782927  Test: aarch64 universal upgrade_2_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/782927
ID: 782928  Test: aarch64 universal upgrade_server_64bit@uefi
URL: https://openqa.fedoraproject.org/tests/782928
ID: 782931  Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/782931
ID: 782947  Test: aarch64 universal upgrade_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/782947

[Test-Announce] Fedora 34 Branched 20210219.n.0 nightly compose nominated for testing

[rawhide]

Announcing the creation of a new nightly release validation test event
for Fedora 34 Branched 20210219.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:
anaconda - 20210216.n.1: anaconda-34.24.3-1.fc34.src, 20210219.n.0: 
anaconda-34.24.4-1.fc34.src
python-blivet - 20210216.n.1: python-blivet-3.3.2-2.fc34.src, 20210219.n.0: 
python-blivet-3.3.3-1.fc34.src

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

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_34_Branched_20210219.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_34_Branched_20210219.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_34_Branched_20210219.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_34_Branched_20210219.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_34_Branched_20210219.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_34_Branched_20210219.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_34_Branched_20210219.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

Fedora rawhide compose report: 20210219.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210218.n.0
NEW: Fedora-Rawhide-20210219.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  6
Dropped packages:1
Upgraded packages:   136
Downgraded packages: 0

Size of added packages:  1.22 MiB
Size of dropped packages:3.30 MiB
Size of upgraded packages:   7.30 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: crash-gcore-command-1.6.2-1.fc35
Summary: Gcore extension module for the crash utility
RPMs:crash-gcore-command
Size:123.75 KiB

Package: dc3dd-7.2.646-13.fc35
Summary: Patched version of GNU dd for use in computer forensics
RPMs:dc3dd
Size:807.18 KiB

Package: openresolv-3.12.0-1
Summary: DNS management framework
RPMs:openresolv
Size:31.26 KiB

Package: reprotest-0.7.16-3.fc35
Summary: Build packages and check them for reproducibility
RPMs:reprotest
Size:130.10 KiB

Package: rust-cxx-0.5.10-2.fc35
Summary: Safe interop between Rust and C++
RPMs:rust-cxx+c++14-devel rust-cxx+c++17-devel rust-cxx+c++20-devel 
rust-cxx+default-devel rust-cxx-devel
Size:89.77 KiB

Package: rust-cxx-gen-0.6.7-2.fc35
Summary: C++ code generator for integrating `cxx` crate into higher level tools
RPMs:rust-cxx-gen+default-devel rust-cxx-gen-devel
Size:63.49 KiB


= DROPPED PACKAGES =
Package: man-pages-pl-1:0.7-12.fc34
Summary: Polish man pages from the Linux Documentation Project
RPMs:man-pages-pl
Size:3.30 MiB


= UPGRADED PACKAGES =
Package:  Carla-1:2.2.0-4.fc35
Old package:  Carla-1:2.2.0-3.fc34
Summary:  Audio plugin host
RPMs: Carla Carla-devel Carla-vst lv2-carla
Size: 57.51 MiB
Size change:  977.57 KiB
Changelog:
  * Thu Feb 18 2021 Neal Gompa  - 1:2.2.0-4
  - Drop explicit dep on jack-audio-connection-kit


Package:  Macaulay2-1.17-2.fc35
Old package:  Macaulay2-1.16-2.fc34
Summary:  System for algebraic geometry and commutative algebra
RPMs: Macaulay2
Size: 98.43 MiB
Size change:  9.91 MiB
Changelog:
  * Sat Jan 16 2021 Jerry James  - 1.17-1
  - Version 1.17
  - Drop upstreamed patches: -nauty-paths, -format
  - Merge -gcc11 patch into mathicgb-1.0.patch

  * Mon Jan 25 2021 Fedora Release Engineering  - 
1.17-2
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild

  * Thu Feb 18 2021 Jerry James  - 1.17-2
  - Reduce optimization level on s390x to work around FTBFS
  - Install metainfo
  - Add -mathic patch to silence GCC warnings
  - Add -lto patch to silence LTO warnings


Package:  NetworkManager-1:1.30.0-1.fc35
Old package:  NetworkManager-1:1.30.0-0.5.fc35
Summary:  Network connection manager and user applications
RPMs: NetworkManager NetworkManager-adsl NetworkManager-bluetooth 
NetworkManager-cloud-setup NetworkManager-config-connectivity-fedora 
NetworkManager-config-server NetworkManager-dispatcher-routing-rules 
NetworkManager-libnm NetworkManager-libnm-devel NetworkManager-ovs 
NetworkManager-ppp NetworkManager-team NetworkManager-tui NetworkManager-wifi 
NetworkManager-wwan
Size: 29.08 MiB
Size change:  -2.45 KiB
Changelog:
  * Thu Feb 18 2021 Thomas Haller  - 1:1.30.0-1
  - update to 1.30.0 release


Package:  Singular-4.1.1p3-24.fc35
Old package:  Singular-4.1.1p3-23.fc34
Summary:  Computer Algebra System for polynomial computations
RPMs: Singular Singular-devel Singular-doc Singular-emacs 
Singular-libpolys Singular-libpolys-devel Singular-libs Singular-polymake 
Singular-surfex factory factory-devel factory-gftables
Size: 108.27 MiB
Size change:  -16.94 KiB
Changelog:
  * Wed Feb 17 2021 Jerry James  - 4.1.1p3-24
  - Rebuild for normaliz 3.8.10


Package:  accel-config-3.0.1-1.fc35
Old package:  accel-config-2.8-2.fc34
Summary:  Configure accelerator subsystem devices
RPMs: accel-config accel-config-devel accel-config-libs
Size: 183.50 KiB
Size change:  -61.48 KiB
Changelog:
  * Thu Feb 18 2021 Yunying Sun  - 3.0.1-1
  - Updated to 3.0.1 release
  - Removed ix86 support as so far it supports x86_64 only
  - Updated licenses following upstream


Package:  amtk-5.3.1-1.fc35
Old package:  amtk-5.2.0-2.fc34
Summary:  Actions, Menus and Toolbars Kit for GTK+ applications
RPMs: amtk amtk-devel
Dropped RPMs: amtk-tests
Size: 733.01 KiB
Size change:  -33.02 KiB
Changelog:
  * Thu Feb 18 2021 Kalev Lember  - 5.3.1-1
  - Update to 5.3.1
  - Switch to meson build system
  - Remove -tests sub package as the installed tests are gone upstream


Package:  anaconda-35.4-1.fc35
Old package:  anaconda-35.3-1.fc35
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

Review swap: hugo container image

[Athos Ribeiro]

Hi,

I am packaging a container image and I would love to get a review on it:

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

I can review either a container image or an RPM package back for you :)

regards,

Athos
___
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: More distgit attached to Fedora Zuul CI

[Miro Hrončok]

On 19. 02. 21 9:52, Ondrej Mosnacek wrote:

On Tue, Feb 9, 2021 at 4:29 PM Pierre - Yves Chibon
 wrote:

On Tue, Feb 09, 2021 at 03:35:11PM +0100, Miro Hrončok wrote:

On 09. 02. 21 15:27, Tom Stellard wrote:

Has there been any more discussion about disabling simple-koji-ci on
packages with Zuul enabled?


It's generally disabled AFAIK. Or broken. Same outcome.


AFAIK it's still running. Happy to decommission it though.


I think in one pull request, I saw simple-koji-ci being able to
generate the source tarball (presumably from the Source: URL) -> SRPM
-> start the build even when the tarball hadn't yet been uploaded to
the lookaside cache. Fedora CI wasn't able to do that at that time
(probably still can't) and Zuul CI wasn't enabled on that repo back
then.

Was I just imagining things or does simple-koji-ci really have that
feature? If yes, does/will Zuul CI provide the same?


Yes, simple-koji-ci does this, but I consider it a bug.

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

Re: More distgit attached to Fedora Zuul CI

[Fabien Boucher]

On Fri, Feb 19, 2021 at 8:56 AM Ondrej Mosnacek  wrote:

> On Tue, Feb 9, 2021 at 4:29 PM Pierre - Yves Chibon
>  wrote:
> > On Tue, Feb 09, 2021 at 03:35:11PM +0100, Miro Hrončok wrote:
> > > On 09. 02. 21 15:27, Tom Stellard wrote:
> > > > Has there been any more discussion about disabling simple-koji-ci on
> > > > packages with Zuul enabled?
> > >
> > > It's generally disabled AFAIK. Or broken. Same outcome.
> >
> > AFAIK it's still running. Happy to decommission it though.
>
> I think in one pull request, I saw simple-koji-ci being able to
> generate the source tarball (presumably from the Source: URL) -> SRPM
> -> start the build even when the tarball hadn't yet been uploaded to
> the lookaside cache. Fedora CI wasn't able to do that at that time
> (probably still can't) and Zuul CI wasn't enabled on that repo back
> then.
>
> Was I just imagining things or does simple-koji-ci really have that
> feature? If yes, does/will Zuul CI provide the same?
>
>

I can't say for simple-koji-ci, but regarding Zuul the default jobs
workflow is:

1: rpm-scratch-build: build a srpm from the PR, submit the srpm to Koji to
run a scratch build,
finally store the built rpms in a public storage

Once 1 is finished, and in parallel:
2: rpmlint: run rpmlint command on built rpms
3: rpminspect: run rpminspect command on built rpms
4: rpm-install-test: install the built rpms on the target system
5: rpm-test (if STI tests inside the PR/distgit): run the STI tests

In addition, if the package produces architecture specific binaries, then
Zuul runs additional
scratch-build jobs such as rpm-scratch-build-[s390x, ...], that are skipped
if fully noarch.
This can be seen here [1] and here [2].

[1]:
https://src.fedoraproject.org/rpms/python-gear/pull-request/41#comment-68067
[2]:
https://src.fedoraproject.org/rpms/java-latest-openjdk/pull-request/45#comment-68054
___
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: More distgit attached to Fedora Zuul CI

[Ondrej Mosnacek]

On Tue, Feb 9, 2021 at 4:29 PM Pierre - Yves Chibon
 wrote:
> On Tue, Feb 09, 2021 at 03:35:11PM +0100, Miro Hrončok wrote:
> > On 09. 02. 21 15:27, Tom Stellard wrote:
> > > Has there been any more discussion about disabling simple-koji-ci on
> > > packages with Zuul enabled?
> >
> > It's generally disabled AFAIK. Or broken. Same outcome.
>
> AFAIK it's still running. Happy to decommission it though.

I think in one pull request, I saw simple-koji-ci being able to
generate the source tarball (presumably from the Source: URL) -> SRPM
-> start the build even when the tarball hadn't yet been uploaded to
the lookaside cache. Fedora CI wasn't able to do that at that time
(probably still can't) and Zuul CI wasn't enabled on that repo back
then.

Was I just imagining things or does simple-koji-ci really have that
feature? If yes, does/will Zuul CI provide the same?

-- 
Ondrej Mosnacek
Software Engineer, Linux Security - SELinux kernel
Red Hat, Inc.
___
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: So long for now...

[T.J. Yang]

Hi Martin and Stephen

Thank you for maintaining  the pkgs for all these years.
Since I am using the Nagios rpms at my dayjob , I for one will spend time
on rpms producing matter.
But I am fedora EPEL rpm workflow  newbie and I don't maintain any existing
rpm.

 Are there experienced ones out there interested to  adopt these nagios
pkgs ?


On Sun, Feb 14, 2021 at 10:28 AM Stephen John Smoogen 
wrote:

>
>
> On Sat, 6 Feb 2021 at 13:29, Martin Jackson  wrote:
>
>> Hello everyone,
>>
>> I've had some changes recently at my day job, and while I was hoping I
>> would have more time to take care of my Fedora (and EPEL) packages, that
>> seems to not be in the immediate future for me. I'm sorry to those who
>> depend on these.
>>
>> I have orphaned:
>>
>> pipx
>>
>> git-up
>>
>> (git up may not really be needed, it's a leaf package and now that git
>> can rebase and pull at the same it may be redundnant)
>>
>> nagios
>>
>> nrpe
>>
>> nagios-plugins
>>
>> I've also removed myself from dkms and nagios-plugins-check_updates.
>>
>> I am maintaining my FAS account, and I hope to return - but I'm kidding
>> myself (and the users of these packages) if I represent that I'm really
>> taking care of them.
>>
>>
> Thank you for your work in taking many of these from me earlier. I
> appreciate the work and understand how much 'real' life makes handling
> these packages hard.
>
> --
> Stephen J Smoogen.
>
> ___
> 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
>


-- 
T.J. Yang
___
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