Libcmis solib bump

[Gwyn Ciesla via devel]

Libcmis 0.6.0 is coming to rawhide, and libreoffice-TexMaths, 
openoffice.org-diafilter, python-paperwork-backend, and libreoffice are being 
rebuild against it.




\--


Gwyn Ciesla


she/her/hers


\


in your fear, seek only peace


in your fear, seek only love


\-d. bowie







Sent from Proton Mail mobile




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

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

[updates]

The following Fedora EPEL 8 Security updates need testing:
 Age  URL
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-99a9054ad1   
netatalk-3.1.18-1.el8
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-f2e087c62d   
chromium-117.0.5938.149-1.el8
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-18e8d4f55b   
mbedtls-2.28.5-1.el8


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

apptainer-1.2.4-1.el8
gaupol-1.13-1.el8
libcue-2.3.0-1.el8
python-virt-firmware-23.10-2.el8
trafficserver-9.2.3-1.el8

Details about builds:



 apptainer-1.2.4-1.el8 (FEDORA-EPEL-2023-a8bb8eef71)
 Application and environment virtualization formerly known as Singularity

Update Information:

Update to upstream 1.2.4

ChangeLog:

* Wed Oct 11 2023 Dave Dykstra  - 1.2.4
- Update to upstream 1.2.4

References:

  [ 1 ] Bug #2243304 - apptainer-1.2.4 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2243304




 gaupol-1.13-1.el8 (FEDORA-EPEL-2023-cbfe405dc2)
 Editor for text-based subtitle files

Update Information:

Update Gaupol to 1.13.  ## 2023-10-08: Gaupol 1.13  - Fix translations missing
for enums - Fix Python 3.12 compatibility and drop support for Python < 3.4 -
Add Chinese (China) translation

ChangeLog:

* Wed Oct 11 2023 Benjamin A. Beasley  - 1.13-1
- Update to 1.13 (close RHBZ#2242996)
* Wed Oct 11 2023 Yaakov Selkowitz  - 1.12-4
- Fix flatpak build

References:

  [ 1 ] Bug #2242996 - gaupol-1.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2242996




 libcue-2.3.0-1.el8 (FEDORA-EPEL-2023-2b36013026)
 Cue sheet parser library

Update Information:

This update provides a new release of libcue that includes the fix for a serious
security issue that could cause arbitrary code execution, tracked as
CVE-2023-43641. See [this write-up by Kevin
Backhouse](https://github.blog/2023-10-09-coordinated-disclosure-1-click-rce-on-
gnome-cve-2023-43641/) for details. Thanks to Kevin for discovering the issue
and writing the fix. It also includes another small bug fix.

ChangeLog:

* Tue Oct 10 2023 Adam Williamson  - 2.3.0-1
- New release 2.3.0
- Drop merged patch
* Tue Oct 10 2023 Adam Williamson  - 2.2.1-13
- Fix CVE-2023-43641 (Kevin Backhouse)
* Thu Jul 20 2023 Fedora Release Engineering  - 
2.2.1-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Thu Jan 19 2023 Fedora Release Engineering  - 
2.2.1-11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
* Thu Jul 21 2022 Fedora Release Engineering  - 
2.2.1-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
* Thu Jan 20 2022 Fedora Release Engineering  - 
2.2.1-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Thu Jul 22 2021 Fedora Release Engineering  - 
2.2.1-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Tue Jan 26 2021 Fedora Release Engineering  - 
2.2.1-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Tue Aug  4 2020 Robert Scheck  - 2.2.1-6
- Work around CMake out-of-source builds on all branches (#1863986)
* Tue Jul 28 2020 Fedora Release Engineering  - 
2.2.1-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Mon Jul 13 2020 Tom Stellard  - 2.2.1-4
- Use make macros
- https://fedoraproject.org/wiki/Changes/UseMakeBuildInstallMacro
* Wed Jan 29 2020 Fedora Release Engineering  - 
2.2.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild

References:

  [ 1 ] Bug #2243168 - CVE-2023-43641 libcue: a out-of-bounds array access 
leads to RCE [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=2243168




 

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-36e0ca3184   
netatalk-3.1.18-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-0d68b0d3aa   
chromium-117.0.5938.149-1.el7


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

apptainer-1.2.4-1.el7
libcue-2.2.1-13.el7
stb-0-0.27.20231009gitc4bbb6e.el7
trafficserver-9.2.3-1.el7

Details about builds:



 apptainer-1.2.4-1.el7 (FEDORA-EPEL-2023-9351dc66e0)
 Application and environment virtualization formerly known as Singularity

Update Information:

Update to upstream 1.2.4

ChangeLog:

* Wed Oct 11 2023 Dave Dykstra  - 1.2.4
- Update to upstream 1.2.4

References:

  [ 1 ] Bug #2243304 - apptainer-1.2.4 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2243304




 libcue-2.2.1-13.el7 (FEDORA-EPEL-2023-b5d558ab14)
 Cue sheet parser library

Update Information:

This update backports the fix for a serious security issue that could cause
arbitrary code execution, tracked as CVE-2023-43641. See [this write-up by Kevin
Backhouse](https://github.blog/2023-10-09-coordinated-disclosure-1-click-rce-on-
gnome-cve-2023-43641/) for details. Thanks to Kevin for discovering the issue
and writing the fix.

ChangeLog:

* Tue Oct 10 2023 Adam Williamson  - 2.2.1-13
- Fix CVE-2023-43641 (Kevin Backhouse)
* Thu Jul 20 2023 Fedora Release Engineering  - 
2.2.1-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Thu Jan 19 2023 Fedora Release Engineering  - 
2.2.1-11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
* Thu Jul 21 2022 Fedora Release Engineering  - 
2.2.1-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
* Thu Jan 20 2022 Fedora Release Engineering  - 
2.2.1-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Thu Jul 22 2021 Fedora Release Engineering  - 
2.2.1-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Tue Jan 26 2021 Fedora Release Engineering  - 
2.2.1-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Tue Aug  4 2020 Robert Scheck  - 2.2.1-6
- Work around CMake out-of-source builds on all branches (#1863986)
* Tue Jul 28 2020 Fedora Release Engineering  - 
2.2.1-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Mon Jul 13 2020 Tom Stellard  - 2.2.1-4
- Use make macros
- https://fedoraproject.org/wiki/Changes/UseMakeBuildInstallMacro
* Wed Jan 29 2020 Fedora Release Engineering  - 
2.2.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
* Thu Jul 25 2019 Fedora Release Engineering  - 
2.2.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild

References:

  [ 1 ] Bug #2243168 - CVE-2023-43641 libcue: a out-of-bounds array access 
leads to RCE [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=2243168




 stb-0-0.27.20231009gitc4bbb6e.el7 (FEDORA-EPEL-2023-c43dcce45f)
 Single-file public domain libraries for C/C++

Update Information:

A new parallel-installable stb_image_resize2 library is added
(stb_image_resize2-devel). It should provide significantly better performance;
the API is similar but not compatible. The original stb_image_resize library is
deprecated by the author, but will continue to be packaged as stb_image_resize-
devel for the foreseeable future.

ChangeLog:

* Tue Oct 10 2023 Benjamin A. Beasley  - 
0-0.27.20231009gitc4bbb6e
- Update to 0^20231009gitc4bbb6e
- A new stb_image_resize2 library is introduced
- Upstream has deprecated stb_image_resize, but we still package it




 trafficserver-9.2.3-1.el7 (FEDORA-EPEL-2023-d499e96867)
 Fast, scalable and extensible HTTP/1.1 and HTTP/2 caching proxy server

[Bug 2241802] perl-Test-Harness-3.48 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Test-Harness-3.48-1.fc |perl-Test-Harness-3.48-1.fc
   |40  |40
   ||perl-Test-Harness-3.48-1.fc
   ||38



--- Comment #7 from Fedora Update System  ---
FEDORA-2023-d26b9cbdf5 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2241802

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202241802%23c7
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: OpenSlide soname bump in Rawhide

[Orion Poplawski]

  
  
vtk build submitted:


https://koji.fedoraproject.org/koji/taskinfo?taskID=107377295


Orion


On 10/11/23 16:17, Benjamin Gilbert
  wrote:


  
  
Hi,


OpenSlide 4.0.0 includes a soname bump to
  libopenslide.so.1.  The API changes [1] are unlikely to cause
  issues: they remove functions deprecated since 2014 and change
  the behavior of some obscure corner cases.


These packages are affected:


    vips
    vtk


  
  
  Please submit rebuilds in the side tag
"f40-build-side-75382".
  
  
  

  
Thanks!
--Benjamin Gilbert



[1]: https://github.com/openslide/openslide/blob/v4.0.0/CHANGELOG.md#breaking-changes
  

  

  



-- 
Orion Poplawski
IT Systems Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/

  



smime.p7s
Description: S/MIME Cryptographic Signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

OpenSlide soname bump in Rawhide

[Benjamin Gilbert]

Hi,

OpenSlide 4.0.0 includes a soname bump to libopenslide.so.1.  The API
changes [1] are unlikely to cause issues: they remove functions deprecated
since 2014 and change the behavior of some obscure corner cases.

These packages are affected:

vips
vtk

Please submit rebuilds in the side tag "f40-build-side-75382".

Thanks!
--Benjamin Gilbert

[1]:
https://github.com/openslide/openslide/blob/v4.0.0/CHANGELOG.md#breaking-changes
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: [Test-Announce] Fedora Linux 39 Final is NO-GO

[Kevin Fenzi]

On Wed, Oct 11, 2023 at 09:45:01AM -0700, Adam Williamson wrote:
> On Wed, 2023-10-11 at 15:45 +0200, Michael J Gruber wrote:
> > I was just wondering what the "anchor" is, say "right after final
> > freeze" or "7 days before GA". We could put "updates-testing disabled
> > in fedora-release GA version" as a remark in there, just like "xy plan
> > on this" and such.
> 
> The anchor is "whenever someone remembers we have to do it".

I suppose we could hold fedora-repos/fedora-release updates in testing
until right before the first RC is requested, but that doesn't really
pin it down any more, as that will happen when all known blockers have
been addressed, which could be anytime...

We could add a note to any RC testing announcements?

For that matter we could suggest a distro-sync with the release
announcement, but I guess that could be confusing to some.

kevin


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] Re: retirement of klee from EPEL 9

[Carl George]

Closing the loop here, I've retired klee in EPEL 9.

https://lists.fedoraproject.org/archives/list/epel-annou...@lists.fedoraproject.org/thread/SP2624QZPY33N3NZNX5QLSMO2HZBHNNQ/

On Fri, Sep 29, 2023 at 12:01 PM Kevin Fenzi  wrote:
>
> On Thu, Sep 28, 2023 at 10:37:28PM -0500, Carl George wrote:
> > It recently came to my attention that the klee package in EPEL 9
> > needed to be rebuilt against the LLVM 15 library that shipped in RHEL
> > 9.2.  I filed a bug for this [0], and then noticed it was assigned to
> > "Orphan Owner".  It looks like the maintainer retired it from Fedora
> > [1][2] due the upstream not being compatible with LLVM 15 [3].  I am
> > not the maintainer of this package, but I intend to retire this
> > package from EPEL 9 to avoid having a package with installation issue
> > lingering around.  The EPEL retirement policy [4] doesn't cover this
> > exact scenario, so I plan to bring it up for discussion at the next
> > EPEL Steering Committee meeting.  We could delay the retirement for
> > one week (the policy for security-related retirements) or two weeks
> > (the policy for lack-of-time retirements), but my preference would be
> > to retire it ASAP.
>
> Retiring seems reasonable here.
>
> kevin
> ___
> 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, report it: 
> https://pagure.io/fedora-infrastructure/new_issue



-- 
Carl George
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora CoreOS Community Meeting Minutes 2023-10-11

[Steven Presti]

Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-10-11/fedora_coreos_meeting.2023-10-11-16.31.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-10-11/fedora_coreos_meeting.2023-10-11-16.31.txt
Log:
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-10-11/fedora_coreos_meeting.2023-10-11-16.31.log.html


#fedora-meeting-1: fedora_coreos_meeting



Meeting started by spresti at 16:31:06 UTC. The full logs are available
athttps://meetbot.fedoraproject.org/fedora-meeting-1/2023-10-11/fedora_coreos_meeting.2023-10-11-16.31.log.html
.



Meeting summary
---
* roll call  (spresti, 16:31:25)

* Action items from last meeting  (spresti, 16:35:53)
  * ACTION: travier to create a change proposal for F40 for switching
away from nss-altfiles for OSTree based systems  (spresti, 16:37:29)

* CVE-2023-38545: SOCKS5 heap buffer overflow in libcurl  (dustymabe,
  16:40:22)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1593
(dustymabe, 16:40:25)
  * based on travier's analysis we will fast track the fix for this to
our development streams but won't do any out of band production
stream releases.   (dustymabe, 16:43:11)

* pending action tickets  (dustymabe, 16:44:07)
  * LINK:

https://github.com/coreos/fedora-coreos-tracker/labels/status%2Fpending-action
(dustymabe, 16:44:13)
  * We have a lot of tickets that are pending action. Some of them are
decently easy work I think - wondering if anyone is interested maybe
we can start to try to tackle some of these.  (dustymabe, 16:46:03)

* Open Floor  (spresti, 16:47:14)
  * We are now in final freeze for Fedora 39. We will now produce `next`
stream releases weekly to get rapid feedback on the latest F39
content to prepare for final release, which will coincide with
`testing` switching to a F39 base.  (dustymabe, 16:49:19)

Meeting ended at 16:58:26 UTC.




Action Items

* travier to create a change proposal for F40 for switching away from
  nss-altfiles for OSTree based systems




Action Items, by person
---
* **UNASSIGNED**
  * travier to create a change proposal for F40 for switching away from
nss-altfiles for OSTree based systems




People Present (lines said)
---
* spresti (37)
* dustymabe (33)
* zodbot (20)
* jlebon (20)
* aaradhak (2)
* jmarrero (2)
* mnguyen (2)
* fifofonix (1)
* marmijo (1)




Generated by `MeetBot`_ 0.4

.. _`MeetBot`: https://fedoraproject.org/wiki/Zodbot#Meeting_Functions
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] Re: Are we sticking with exa or moving to eza in EPEL?

[Carl George]

On Tue, Oct 10, 2023 at 10:10 PM Ian Laurie  wrote:
>
> I realize exa is still in the EPEL9 repos, was wondering if there is an
> intention to move to its replacement eza as was done in F39 and F40?
>
> Ian
> --
> Ian Laurie
> FAS: nixuser | IRC: nixuser
> TZ: Australia/Sydney
> ___
> 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, report it: 
> https://pagure.io/fedora-infrastructure/new_issue

At a quick glance, I don't see obsoletes, provides, or conflicts in
the Fedora spec file, so it wasn't a direct replacement per se.  It
was rust-exa being retired and rust-eza being added, which didn't
happen in the same release.  It's up to the relevant package
maintainers (Fabio and the Rust SIG) to decide if they want to retire
rust-exa from EPEL 9 and/or add rust-eza to EPEL 9.

If retirement of rust-exa is the chosen route, an unmaintained
upstream can certainly be viewed as the underlying reason why a
maintainer would have "no desire" to keep maintaining the package in
EPEL.

https://docs.fedoraproject.org/en-US/epel/epel-policy-retirement/#process_no_time_or_desire

Here is a general guide for requesting packages in EPEL (tldr; file a bugzilla).

https://docs.fedoraproject.org/en-US/epel/epel-package-request/

-- 
Carl George
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Python enable dependency generator problem

[Adam Williamson]

On Wed, 2023-10-11 at 09:31 -0300, Priscila Gutierres wrote:
> Thank you,
> It works removing -t from %pyproject_buildrequires, EXCEPT if I keep all
> the pytest tests running
> When running the test, it blames about the modules needed for the tests, as
> you can see here: https://paste.centos.org/view/5f0e107a
> Deleting line 61 here: https://paste.centos.org/view/c25fee49, everything
> works as expected +_+

Well, yes, that's...expected. Removing -t means you're not generating
automatic build dependencies for the test suite, so the things the test
suite needs don't get installed.

As I said in my mail, if you want to run the tests - which you should!
- you either need to get upstream to make its dependency version
specifiers looser, patch them downstream before the dependency
generator runs, or don't use the dependency generator but specify the
BuildRequires manually based on the text file.
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
https://www.happyassassin.net



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

Re: [Test-Announce] Fedora Linux 39 Final is NO-GO

[Adam Williamson]

On Wed, 2023-10-11 at 15:45 +0200, Michael J Gruber wrote:
> I was just wondering what the "anchor" is, say "right after final
> freeze" or "7 days before GA". We could put "updates-testing disabled
> in fedora-release GA version" as a remark in there, just like "xy plan
> on this" and such.

The anchor is "whenever someone remembers we have to do it".
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
https://www.happyassassin.net



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

Re: Python enable dependency generator problem

[Maxwell G]

On Wed Oct 11, 2023 at 09:31 -0300, Priscila Gutierres wrote:
> Thank you,
> It works removing -t from %pyproject_buildrequires, EXCEPT if I keep all
> the pytest tests running
> When running the test, it blames about the modules needed for the tests, as
> you can see here: https://paste.centos.org/view/5f0e107a

That's because you didn't add (automatic or otherwise) BuildRequires for
the test dependencies.

> Deleting line 61 here: https://paste.centos.org/view/c25fee49, everything
> works as expected +_+

That's very much the wrong solution. Unless the test suite is something
kooky, you ought to run it in %check during the RPM build.
If the test suite indeed cannot be run due to dependency on network
access or a system service or a similar reason,
you should use %py3_check_import / %pyproject_check_import.


-- 
Maxwell G (@gotmax23)
Pronouns: He/They
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Help packaging PyTorch dependencies for Fedora

[Kaitlyn Abdo]

Hello everyone,

I hope this email finds everyone well. We are currently packaging PyTorch for 
Fedora and we are actively packaging the dependencies. We’re reaching out to 
see if anyone is interested in joining the project. If you’re interested in 
more information, our meeting notes are in a GitHub repo and we have the AI/ML 
SIG discussion page where we’ve hosted all of our post meeting discussions. We 
have a WikiPage for our package assignment list if you would like to see what 
needs packaging or just to see the status of the project. Our next meeting is 
tomorrow, October 11th at 9AM EST and it’s on the FedoCal under the SIG 
calendar. All lists are found below. If you’re interested in joining, have any 
questions, or want to get a calendar invite for our reoccurring meeting, please 
feel free to email me at ka...@redhat.com or Teng at t...@redhat.com. 

AI/ML SIG Discussion Page: https://discussion.fedoraproject.org/tag/ai-ml-sig
Meeting Notes: https://github.com/kaitlynabdo/pytorch-fedora-meeting-notes
Packaging Assignment List: 
https://fedoraproject.org/wiki/SIGs/PyTorch/packagingStatus
FedoCal: https://calendar.fedoraproject.org/SIGs/

Thank you!
Kaitlyn Abdo
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora 39 compose report: 20231011.n.0 changes

[Fedora Branched Report]

OLD: Fedora-39-20231010.n.0
NEW: Fedora-39-20231011.n.0

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

Size of added packages:  0 B
Size of dropped packages:56.17 KiB
Size of upgraded packages:   67.09 MiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   43.33 KiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: KDE live aarch64
Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-39-20231011.n.0.iso
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-39-20231011.n.0.iso

= DROPPED IMAGES =
Image: Silverblue dvd-ostree ppc64le
Path: 
Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-39-20231010.n.0.iso

= ADDED PACKAGES =

= DROPPED PACKAGES =
Package: rust-gsk4-sys0.4-0.4.8-2.fc38
Summary: FFI bindings of GSK 4
RPMs:rust-gsk4-sys0.4+default-devel rust-gsk4-sys0.4+dox-devel 
rust-gsk4-sys0.4+v4_2-devel rust-gsk4-sys0.4+v4_4-devel 
rust-gsk4-sys0.4+v4_6-devel rust-gsk4-sys0.4-devel
Size:56.17 KiB


= UPGRADED PACKAGES =
Package:  cmake-3.27.7-1.fc39
Old package:  cmake-3.27.4-7.fc39
Summary:  Cross-platform make system
RPMs: cmake cmake-data cmake-doc cmake-filesystem cmake-gui 
cmake-rpm-macros
Size: 61.55 MiB
Size change:  -15.11 KiB
Changelog:
  * Thu Sep 14 2023 Bj??rn Esser  - 3.27.4-8
  - Fix CI failure

  * Fri Sep 15 2023 Bj??rn Esser  - 3.27.4-9
  - Fix CI failure finally

  * Fri Sep 15 2023 Bj??rn Esser  - 3.27.5-1
  - cmake-3.27.5
Fixes rhbz#2239015

  * Wed Sep 27 2023 Bj??rn Esser  - 3.27.6-1
  - cmake-3.27.6
Fixes rhbz#2239015, rhbz#2240311
  - Include new upstream patch

  * Tue Oct 03 2023 Bj??rn Esser  - 3.27.6-2
  - Include new upstream patches

  * Sat Oct 07 2023 Bj??rn Esser  - 3.27.7-1
  - cmake-3.27.7
Fixes rhbz#2242491


Package:  fedora-obsolete-packages-39-18
Old package:  fedora-obsolete-packages-39-16
Summary:  A package to obsolete retired packages
RPMs: fedora-obsolete-packages
Size: 28.84 KiB
Size change:  5.21 KiB
Changelog:
  * Wed Oct 04 2023 Benjamin A. Beasley  - 39-17
  - Obsolete giada

  * Fri Oct 06 2023 Tom Hrn??iar  - 39-18
  - Update the list of obsoleted Python 3.11 packages


Package:  fedora-release-39-30
Old package:  fedora-release-39-0.29
Summary:  Fedora release files
RPMs: fedora-release fedora-release-budgie fedora-release-cinnamon 
fedora-release-cloud fedora-release-common fedora-release-compneuro 
fedora-release-container fedora-release-coreos fedora-release-designsuite 
fedora-release-i3 fedora-release-identity-basic fedora-release-identity-budgie 
fedora-release-identity-cinnamon fedora-release-identity-cloud 
fedora-release-identity-compneuro fedora-release-identity-container 
fedora-release-identity-coreos fedora-release-identity-designsuite 
fedora-release-identity-i3 fedora-release-identity-iot 
fedora-release-identity-kde fedora-release-identity-kinoite 
fedora-release-identity-lxqt fedora-release-identity-matecompiz 
fedora-release-identity-mobility fedora-release-identity-onyx 
fedora-release-identity-sericea fedora-release-identity-server 
fedora-release-identity-silverblue fedora-release-identity-snappy 
fedora-release-identity-soas fedora-release-identity-sway 
fedora-release-identity-workstation fedora-release-identity-xfce 
fedora-release-iot fedora-release-kde fedora-release-kinoite 
fedora-release-lxqt fedora-release-matecompiz fedora-release-mobility 
fedora-release-onyx fedora-release-ostree-desktop fedora-release-sericea 
fedora-release-server fedora-release-silverblue fedora-release-snappy 
fedora-release-soas fedora-release-sway fedora-release-workstation 
fedora-release-xfce
Size: 457.59 KiB
Size change:  3.21 KiB
Changelog:
  * Fri Oct 06 2023 Kevin Fenzi  - 39-30
  - Rebuild for final f39 release


Package:  fedora-repos-39-1
Old package:  fedora-repos-39-0.6
Summary:  Fedora package repositories
RPMs: fedora-gpg-keys fedora-repos fedora-repos-archive 
fedora-repos-eln fedora-repos-ostree fedora-repos-rawhide
Size: 174.79 KiB
Size change:  2.61 KiB
Changelog:
  * Fri Oct 06 2023 Kevin Fenzi  - 39-1
  - Disable updates_testing for release.


Package:  kbd-2.6.3-1.fc39
Old package:  kbd-2.6.1-2.fc39
Summary:  Tools for configuring the console (keyboard, virtual terminals, 
etc.)
RPMs: kbd kbd-legacy kbd-misc
Size: 3.87 MiB
Size change:  -275 B
Changelog:
  * Wed Sep 20 2023 Vitezslav Crhonek  - 2.6.3-1
  - Update to kbd-2.6.3
Resolves: #2242287


Package:  m1n1-1.4.2-1.fc39
Old package:  m1n1-1.3.7-1.fc39
Summary:  Bootloader and experimentation playground for Apple Silicon
RPMs: m1n1 m1n1-tools
Size: 1.02 MiB
Size change:  47.67 KiB
Changelog:
  * Thu Oct 05 2023 Davide Cavalca  - 1.4.0-1
  - Update to 1.4.0

  * Sun Oct 08 2023 Davide Cavalca

Re: [Test-Announce] Fedora Linux 39 Final is NO-GO

[Michael J Gruber]

Stephen Gallagher venit, vidit, dixit 2023-10-11 15:03:30:
> On Wed, Oct 11, 2023 at 6:14 AM Kamil Paral  wrote:
> >
> > On Wed, Oct 11, 2023 at 11:06 AM Michael J Gruber  
> > wrote:
> >>
> >> I noticed that we switched off updates-testing by default for F39
> >> installs very recently. Is that something that is tied to the release
> >> date or the final freeze date?
> >
> >
> > There's no exact time defined, but usually this happens shortly before we 
> > start producing Final RC images. Pre-release testers are expected to be 
> > able to configure it. But it's true that giving it more visibility 
> > (announce when we disable updates-testing) would be beneficial for testing 
> > purposes (interested people could toggle it back to enabled right away).
> 
> If the users have not modified the
> /etc/yum.repos.d/fedora-updates-testing.repo manually, then the file
> is automatically disabled for them when the GA fedora-repos package
> gets to their system. It doesn't downgrade any packages they have
> installed from u-t, though. So early adopters *may* want to `dnf
> distro-sync` at this point, but in most cases that isn't necessary. It
> probably wouldn't hurt to add "At some point during this Freeze, an
> update to `fedora-release` and `fedora-repos` will be pushed out,
> disabling updates-testing by default and identifying the system as a
> GA release" to the Final Freeze announcement.

Maybe we shouldn't even confuse release users with this.

I was just wondering what the "anchor" is, say "right after final
freeze" or "7 days before GA". We could put "updates-testing disabled
in fedora-release GA version" as a remark in there, just like "xy plan
on this" and such.

When the release slips like now the anchor time matters. One could
argue either way. I guess anchoring shortly before GA is safer in the
sense that beta testers receive updates longer while they are not being
pushed to stable during freeze.

You know how it goes: We ask them to test beta, beta is all good and
great, so they stay on branched ... In my case, because our uni terms do
not line up well with our release schedule, and I can't possibly defer
upgrades to the Xmas break  ;-)

Michael
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: [Test-Announce] Fedora Linux 39 Final is NO-GO

[Stephen Gallagher]

On Wed, Oct 11, 2023 at 6:14 AM Kamil Paral  wrote:
>
> On Wed, Oct 11, 2023 at 11:06 AM Michael J Gruber  
> wrote:
>>
>> I noticed that we switched off updates-testing by default for F39
>> installs very recently. Is that something that is tied to the release
>> date or the final freeze date?
>
>
> There's no exact time defined, but usually this happens shortly before we 
> start producing Final RC images. Pre-release testers are expected to be able 
> to configure it. But it's true that giving it more visibility (announce when 
> we disable updates-testing) would be beneficial for testing purposes 
> (interested people could toggle it back to enabled right away).

If the users have not modified the
/etc/yum.repos.d/fedora-updates-testing.repo manually, then the file
is automatically disabled for them when the GA fedora-repos package
gets to their system. It doesn't downgrade any packages they have
installed from u-t, though. So early adopters *may* want to `dnf
distro-sync` at this point, but in most cases that isn't necessary. It
probably wouldn't hurt to add "At some point during this Freeze, an
update to `fedora-release` and `fedora-repos` will be pushed out,
disabling updates-testing by default and identifying the system as a
GA release" to the Final Freeze announcement.
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Python enable dependency generator problem

[Priscila Gutierres]

Thank you,
It works removing -t from %pyproject_buildrequires, EXCEPT if I keep all
the pytest tests running
When running the test, it blames about the modules needed for the tests, as
you can see here: https://paste.centos.org/view/5f0e107a
Deleting line 61 here: https://paste.centos.org/view/c25fee49, everything
works as expected +_+



On Tue, Oct 10, 2023 at 7:33 PM Miro Hrončok  wrote:

> On 10. 10. 23 23:14, Adam Williamson wrote:
> > If you*want*  to auto-generate these requirements, your only options
> > are to get upstream to loosen the version specifiers, or patch the
> > requirements file in %prep before the build requirement generator runs
> > (I think that ordering is possible).
>
> Not only it is possible, but it *is* the order in which the build will
> always
> run (%prep before %generate_buildrequires) regardless of the order in the
> specfile. Putting it in any other order in the specfile is possible but
> confusing.
>
> --
> 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, report it:
> https://pagure.io/fedora-infrastructure/new_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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Strange(?) build failures for golang package

[Fabio Valentini]

The log output from the go compiler is really bad for grepping for errors.
I've learned that searching for ".go:" is a good way to do it. Looks like
this is the error that causes the failure:

"""
# github.com/go-task/task/internal/orderedmap
_build/src/github.com/go-task/task/internal/orderedmap/orderedmap.go:94:24:
type func(i K, j K) bool of less does not match inferred type func(a K, b
K) int for func(a E, b E) int
"""

There might be more errors hidden by this one though.

Fabio

On Wed, Oct 11, 2023, 14:02 Mark E. Fuller  wrote:

> I am trying to update go-task for some time now and consistently getting
> a build error/failure with no clear indication of what's happened:
>
> https://download.copr.fedorainfracloud.org/results/fuller/test-builds/fedora-rawhide-x86_64/06508072-golang-github-task/builder-live.log.gz
>
> Is it possible that there are build flags are default settings in the
> golang macros that might be leading to this?
>
> Thanks,
> fuller
> ___
> 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, report it:
> https://pagure.io/fedora-infrastructure/new_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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Strange(?) build failures for golang package

[Jakub Čajka]

_build/src/github.com/go-task/task/internal/orderedmap/orderedmap.go:94:24 
: type 
func(i K, j K) bool of less does not match inferred type func(a K, b K) int for 
func(a E, b E) int

is  the error.

Jakub Čajka




Oct 11, 2023, 14:02 by ful...@fedoraproject.org:

> I am trying to update go-task for some time now and consistently getting a 
> build error/failure with no clear indication of what's happened:
> https://download.copr.fedorainfracloud.org/results/fuller/test-builds/fedora-rawhide-x86_64/06508072-golang-github-task/builder-live.log.gz
>
> Is it possible that there are build flags are default settings in the golang 
> macros that might be leading to this?
>
> Thanks,
> fuller
> ___
> 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, report it: 
> https://pagure.io/fedora-infrastructure/new_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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora rawhide compose report: 20231011.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20231010.n.0
NEW: Fedora-Rawhide-20231011.n.0

= SUMMARY =
Added images:2
Dropped images:  3
Added packages:  12
Dropped packages:1
Upgraded packages:   97
Downgraded packages: 0

Size of added packages:  33.38 MiB
Size of dropped packages:19.14 KiB
Size of upgraded packages:   1.04 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: Silverblue dvd-ostree x86_64
Path: 
Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-Rawhide-20231011.n.0.iso
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-Rawhide-20231011.n.0.iso

= DROPPED IMAGES =
Image: KDE live aarch64
Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-Rawhide-20231010.n.0.iso
Image: LXQt live aarch64
Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-Rawhide-20231010.n.0.iso
Image: Silverblue dvd-ostree ppc64le
Path: 
Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-Rawhide-20231010.n.0.iso

= ADDED PACKAGES =
Package: dbcsr-2.6.0-1.fc40
Summary: Distributed Block Compressed Sparse Row matrix library
RPMs:dbcsr dbcsr-devel dbcsr-mpich dbcsr-mpich-devel dbcsr-openmpi 
dbcsr-openmpi-devel
Size:22.19 MiB

Package: folder-color-switcher-1.5.9-1.fc40
Summary: Change a folder colour
RPMs:folder-color-switcher folder-color-switcher-caja 
folder-color-switcher-nemo
Size:101.05 KiB

Package: kf6-kactivities-5.240.0^20231009.214418.330a3e2-1.fc40
Summary: A KDE Frameworks 6 Tier 3 to organize user work into separate 
activities
RPMs:kf6-kactivities kf6-kactivities-devel
Size:970.25 KiB

Package: kf6-kbookmarks-5.240.0^20231009.021624.89d7de2-1.fc40
Summary: KDE Frameworks 6 Tier 3 addon for bookmarks manipulation
RPMs:kf6-kbookmarks kf6-kbookmarks-devel
Size:991.12 KiB

Package: kf6-kwallet-5.240.0^20231003.213013.7c91f3d-1.fc40
Summary: KDE Frameworks 6 Tier 3 solution for password management
RPMs:kf6-kwallet kf6-kwallet-devel kf6-kwallet-libs
Size:3.00 MiB

Package: kf6-kxmlgui-5.240.0^20231010.021754.3365b4a-1.fc40
Summary: KDE Frameworks 6 Tier 3 solution for user-configurable main windows
RPMs:kf6-kxmlgui kf6-kxmlgui-devel
Size:3.96 MiB

Package: kf6-qqc2-desktop-style-5.240.0^20231010.095318.b5f1e25-1.fc40
Summary: QtQuickControls2 style for consistency between QWidget and QML apps
RPMs:kf6-qqc2-desktop-style
Size:1.73 MiB

Package: rigsync-0~20230612gitb320c4d9-1.fc40
Summary: Rigsync keeps multiple rigs frequency and mode in sync using Hamlib
RPMs:rigsync
Size:99.02 KiB

Package: rust-cvss-2.0.0-1.fc40
Summary: Common Vulnerability Scoring System parser/serializer
RPMs:rust-cvss+default-devel rust-cvss+serde-devel rust-cvss+std-devel 
rust-cvss+v3-devel rust-cvss-devel
Size:62.14 KiB

Package: rust-directories4-4.0.1-1.fc40
Summary: Platform-specific standard locations of directories
RPMs:rust-directories4+default-devel rust-directories4-devel
Size:30.99 KiB

Package: rust-toml0.7-0.7.8-1.fc40
Summary: Native Rust encoder and decoder of TOML-formatted files and streams
RPMs:rust-toml0.7+default-devel rust-toml0.7+display-devel 
rust-toml0.7+indexmap-devel rust-toml0.7+parse-devel 
rust-toml0.7+preserve_order-devel rust-toml0.7-devel
Size:93.53 KiB

Package: rust-toml_edit0.19-0.19.15-1.fc40
Summary: Yet another format-preserving TOML parser
RPMs:rust-toml_edit0.19+default-devel rust-toml_edit0.19+perf-devel 
rust-toml_edit0.19+serde-devel rust-toml_edit0.19+unbounded-devel 
rust-toml_edit0.19-devel
Size:203.57 KiB


= DROPPED PACKAGES =
Package: php-phpseclib-file-asn1-0.3.9-17.fc39
Summary: Pure-PHP ASN1 parser
RPMs:php-phpseclib-file-asn1
Size:19.14 KiB


= UPGRADED PACKAGES =
Package:  accel-config-4.1.1-2.fc40
Old package:  accel-config-4.1-1.fc40
Summary:  Configure accelerator subsystem devices
RPMs: accel-config accel-config-devel accel-config-libs
Size: 301.30 KiB
Size change:  -344 B
Changelog:
  * Tue Oct 10 2023 Jun Miao  - 4.1.1-2
  - Update to v4.1.1 release


Package:  algol68g-3.4.1-1.fc40
Old package:  algol68g-3.3.24-1.fc40
Summary:  Algol 68 Genie compiler-interpreter
RPMs: algol68g
Size: 2.46 MiB
Size change:  7.26 KiB
Changelog:
  * Tue Oct 10 2023 Oleg Girko  - 3.4.1-1
  - Update to 3.4.1


Package:  anaconda-40.8-1.fc40
Old package:  anaconda-40.7-1.fc40
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-webui anaconda-widgets anaconda-widgets-devel
Size: 24.22 MiB
Size change:  82.84 KiB
Changelog:
  * Tue Oct 10 2023 Packit  - 40.8-1
  - tests: Drop unused testing dir (vslavik)
  - webui: Install cockpit-storaged (martin)
  - webui: Support testing against a cockpit PR (martin)
  - webui: Reduce rpm download

Strange(?) build failures for golang package

[Mark E. Fuller]

I am trying to update go-task for some time now and consistently getting 
a build error/failure with no clear indication of what's happened:

https://download.copr.fedorainfracloud.org/results/fuller/test-builds/fedora-rawhide-x86_64/06508072-golang-github-task/builder-live.log.gz

Is it possible that there are build flags are default settings in the 
golang macros that might be leading to this?


Thanks,
fuller
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2242326] perl-DateTime-Format-Natural-1.18 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |ERRATA
   Fixed In Version||perl-DateTime-Format-Natura
   ||l-1.18-1.fc40
Last Closed||2023-10-11 10:25:10



--- Comment #2 from Fedora Update System  ---
FEDORA-2023-58877dbc84 has been pushed to the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2242326

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202242326%23c2
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: [Test-Announce] Fedora Linux 39 Final is NO-GO

[Kamil Paral]

On Wed, Oct 11, 2023 at 11:06 AM Michael J Gruber 
wrote:

> I noticed that we switched off updates-testing by default for F39
> installs very recently. Is that something that is tied to the release
> date or the final freeze date?
>

There's no exact time defined, but usually this happens shortly before we
start producing Final RC images. Pre-release testers are expected to be
able to configure it. But it's true that giving it more visibility
(announce when we disable updates-testing) would be beneficial for testing
purposes (interested people could toggle it back to enabled right away).
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2242326] perl-DateTime-Format-Natural-1.18 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #1 from Fedora Update System  ---
FEDORA-2023-58877dbc84 has been submitted as an update to Fedora 40.
https://bodhi.fedoraproject.org/updates/FEDORA-2023-58877dbc84


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2242326

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202242326%23c1
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: [Test-Announce] Fedora Linux 39 Final is NO-GO

[Michael J Gruber]

Adam Williamson venit, vidit, dixit 2023-10-10 23:03:57:
> Due to outstanding blocker bugs[1], we do not have a release candidate
> for Fedora Linux 39 Final. Thursday's Go/No-Go meeting is cancelled.
> 
> The next Fedora Linux 39 Final Go/No-Go meeting will be held at
> 1700 UTC on Thursday 19 October in #fedora-meeting-1. We will aim for
> the "target date #1" milestone of 24 October. The release schedule[2]
> will be updated accordingly soon.

I noticed that we switched off updates-testing by default for F39
installs very recently. Is that something that is tied to the release
date or the final freeze date?

Early adapters should now how and whether to change this locally, of
course. I couldn't tell the timing from the release schedule.

And, of course, it makes sense to give "late early adopters" what will
be in the release, at the expense of a time frame without any updates.

Michael
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2243201] perl-CGI-Application-Plugin-Session-1.05-27.fc40 FTBFS with CGI-4.59: Failed test 'Expiry should not change' at t/06_expiry.t line 69

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

Link ID||CPAN 149959




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

[Bug 2243201] New: perl-CGI-Application-Plugin-Session-1.05-27.fc40 FTBFS with CGI-4.59: Failed test 'Expiry should not change' at t/06_expiry.t line 69

[bugzilla]

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

Bug ID: 2243201
   Summary: perl-CGI-Application-Plugin-Session-1.05-27.fc40 FTBFS
with CGI-4.59: Failed test 'Expiry should not change'
at t/06_expiry.t line 69
   Product: Fedora
   Version: rawhide
   URL: https://koschei.fedoraproject.org/package/perl-CGI-App
lication-Plugin-Session
Status: NEW
 Component: perl-CGI-Application-Plugin-Session
  Assignee: emman...@seyman.fr
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org
Blocks: 2231791 (F40FTBFS,RAWHIDEFTBFS)
  Target Milestone: ---
Classification: Fedora



perl-CGI-Application-Plugin-Session-1.05-27.fc40 fails to build in Fedora 40
because a test fails:

#   Failed test 'Expiry should not change'
#   at t/06_expiry.t line 69.
#  got: undef
# expected: '-1'
# Looks like you failed 1 test of 16.
t/06_expiry.t . 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/16 subtests 

A difference between passing and failting build root is at
. This failure is triggered
by upgrading perl-CGI from 0:4.57-2.fc39 to 0:4.59-1.fc40.



Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2231791
[Bug 2231791] Fedora 40 FTBFS Tracker
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2243201

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202243201%23c0
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2242326] perl-DateTime-Format-Natural-1.18 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 CC|iarn...@gmail.com,  |
   |jples...@redhat.com,|
   |ppi...@redhat.com   |
   Doc Type|--- |If docs needed, set a value
 Status|NEW |ASSIGNED




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

Re: Request for comment- tuned replacing power-profiles-daemon plan

[Kate Hsuan]

Hi Jonas,

On Mon, Oct 9, 2023 at 2:20 PM Jonas Ådahl  wrote:
>
> On Thu, Oct 05, 2023 at 03:29:44PM +0800, Kate Hsuan wrote:
> > Hi Folks,
> >
> > We would like to replace power-profiles-daemon with tuned. There are
> > many power-related software that offer similar functions. Advanced
> > users may install several power management tools, for example, tuned
> > and power-profiles-daemon (ppd), and get confused about which tools
> > manage the system and cause unexpected behaviors for the system. By
> > integrating power-profiles-daemon with tuned, the user can get extra
> > features to finetune the system, and the basic feature provided by ppd
> > can be used according to the user's demand. It also can reduce the
> > efforts of the maintainer.
> >
> > The impact of this plan would be gnome-control-center (power panel),
>
> Also gnome-shell directly integrates with power-profiles-daemon. It is
> critical that both gnome-shell and gnome-control-center has no logic of
> their own to decide what a high level profile is, and changing the
> profile in gnome-control-center should immediately be reflected in
> gnome-shell, and vice versa. This is important because tweaking the
> profile with either gnome-control-center and gnome-shell should for all
> practical purposes do the exact same thing, meaning any actual logic
> must be a layer below them.
>
> This means something, e.g. tuned or a wrapper around it, needs to
> provide these high level profiles that power-profiles-daemon currently
> expose.

Thank you for noticing this.

We knew those gnome application gets the power profiles from ppd
through dbus. Both legacy API and new API should be provided and
implemented.
So, a bit of engineer overhead is needed for this integration
proposal. (API integration for the client and tuned...etc.)

>
> > KDE, sysprof, and tuned (or some projects depending on ppd). We should
> > move the ppd API and features to tuned to provide the same features of
> > it. From the API aspect, we also can design a new API for the basic
> > feature, ppd provided but the software dependent on ppd should be
> > modified to use the new API. Although, for the long-term plan, a set
> > of new API is a good option. For the short-term plan, moving the
> > original one to tuned is good for those applications depending on ppd.
>
> Any long term future API must still provide the high level "dumb" API
> for gnome-shell and gnome-control-center to consume for the reasons
> described above.

Yes, sure. Thanks for noticing it.
There are advantages and drawbacks for keeping old and having a new
API. We'll evaluate that and come out with a solution.
Also, I can help with switching to the new API for gnome-shell and g-c-c. :)

>
>
> Jonas
>
> >
> > Moreover, the detailed change proposal can be found here.
> > https://fedoraproject.org/wiki/Changes/TunedReplacesPower-profiles-daemon
> >
> > If you have any suggestions, please let us know.
> >
> > Thank you. :)
> > --
> > BR,
> > Kate
> > ___
> > 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, report it: 
> > https://pagure.io/fedora-infrastructure/new_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, report it: 
> https://pagure.io/fedora-infrastructure/new_issue



-- 
BR,
Kate
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Request for comment- tuned replacing power-profiles-daemon plan

[Kate Hsuan]

Hi Yanko,

On Thu, Oct 5, 2023 at 5:49 PM Yanko Kaneti  wrote:
>
> Hello
>
> On Thu, 2023-10-05 at 15:29 +0800, Kate Hsuan wrote:
> > Hi Folks,
> >
> > We would like to replace power-profiles-daemon with tuned.
> 
> > Moreover, the detailed change proposal can be found here.
> > https://fedoraproject.org/wiki/Changes/TunedReplacesPower-profiles-daemon
> >
> > If you have any suggestions, please let us know.
>
> Just a quick observation that tuned is python mostly with 10 times the
> installed footprint of power-profiles-daemon.

Thank you for your feedback. :)

tuned can provide advanced settings for more kinds of applications and
power management technologies.
Moreover, the basic function (ppd) can be kept and integrated with
tuned. Therefore, the user can select between the advanced and basic
modes according to the demands.
The benefits of it are greater than the installation overhead, I think.

>
> If power management is as fundamental as it seems recently I would
> really like to see minimal-footprint-closer-to-core thingie.. , i.e.
> something systemd-*... maybe.

It is a good way but it is a bit difficult to expand the power
management function.

>
> - Yanko
>
> ___
> 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, report it: 
> https://pagure.io/fedora-infrastructure/new_issue



-- 
BR,
Kate
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue