Re: Donate 1 minute of your time to test upgrades from F38 to F39

[Jens-Ulrik Petersen]

On Thu, Aug 24, 2023 at 2:23 AM Miroslav Suchý  wrote:
:

> dnf --releasever=39 --setopt=module_platform_id=platform:f39 \
>
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo
> --enablerepo=updates-testing-modular) \
> --assumeno distro-sync
>

So are the F39M modular repos empty?? (since I thought they were being
removed)
Maybe they have to stay around for F39 to allow smooth upgrades, is that
the point?

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

[Test-Announce] Fedora Linux 39 Beta is NO-GO

[Adam Williamson]

Due to outstanding blocker bugs[1], we do not have a release candidate
for Fedora Linux 39 Beta. Tomorrow's Go/No-Go meeting is cancelled.

The next Fedora Linux 39 Beta Go/No-Go meeting will be held at
1700 UTC on Thursday 14 September in #fedora-meeting-1. We will aim for
the "target date #1" milestone of 19 September. The release schedule[2]
will be updated accordingly when someone with the appropriate powers
and access to the tool handles my ticket[3].

[1] https://qa.fedoraproject.org/blockerbugs/milestone/39/beta/buglist
[2] https://fedorapeople.org/groups/schedule/f-39/f-39-key-tasks.html
[3] https://pagure.io/fedora-pgm/schedule/issue/113
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
https://www.happyassassin.net



___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org
Do not reply to spam, 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

Exclude i686 builders for noarch packages

[Orion Poplawski]

I'm running into an issue where python-rpds-py excludes i686:

# https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval
# Also rust-rpds is not available on i686
ExcludeArch:%{ix86}

but then my python-nbformat build gets sent to an i686 builder and fails 
because python3-rpds-py is not available:


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

It seems annoying to have to propagate the ExcludeArch up the stack for 
this.


Thoughts?

--
Orion Poplawski
he/him/his  - surely the least important thing about me
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

[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-2a8f8b189e   
clamav-0.103.10-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-0640e2bbd1   
xrdp-0.9.23-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-fe96e69275   
libtommath-0.42.0-6.el7


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

argparse-manpage-4.4-1.el7
fedora-repo-zdicts-2309.1-1.el7

Details about builds:



 argparse-manpage-4.4-1.el7 (FEDORA-EPEL-2023-640d70fa32)
 Build manual page from Python ArgumentParser object

Update Information:

new upstream release: https://github.com/praiskup/argparse-
manpage/releases/tag/v4.4

ChangeLog:

* Mon Sep  4 2023 Pavel Raiskup  - 4.4-1
- new upstream release: 
https://github.com/praiskup/argparse-manpage/releases/tag/v4.4
- license tag in SPDX format




 fedora-repo-zdicts-2309.1-1.el7 (FEDORA-EPEL-2023-8ed866b72d)
 Zstd dictionaries for Fedora repository metadata

Update Information:

Add F39 dictionaries and remove F36 dictionaries

ChangeLog:

* Wed Sep  6 2023 Jonathan Dieter  - 2309.1-1
- Update with F39 dictionaries and drop F36 dictionaries
* Wed Jul 19 2023 Fedora Release Engineering  - 
2303.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

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

[updates]

The following Fedora EPEL 9 Security updates need testing:
 Age  URL
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-c2aea8a27e   
xrdp-0.9.23-1.el9
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-1e3b2a7b2f   
libtommath-1.2.0-10.el9
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-d9153eda95   
salt-3005.2-1.el9


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

argparse-manpage-4.4-1.el9
bluechi-0.5.0-1.el9
fedora-repo-zdicts-2309.1-1.el9
php-zstd-0.13.0-1.el9
pre-commit-3.4.0-1.el9
python-click-option-group-0.5.6-1.el9
python-jdcal-1.4.1-8.el9
rust-crypto-bigint-0.5.3-1.el9
rust-gix-bitmap-0.2.7-1.el9
rust-gix-date-0.7.4-1.el9
rust-shlex-1.2.0-1.el9
rust-walkdir-2.4.0-1.el9
rust-xml-rs-0.8.17-1.el9

Details about builds:



 argparse-manpage-4.4-1.el9 (FEDORA-EPEL-2023-7427af0021)
 Build manual page from Python ArgumentParser object

Update Information:

new upstream release: https://github.com/praiskup/argparse-
manpage/releases/tag/v4.4

ChangeLog:

* Mon Sep  4 2023 Pavel Raiskup  - 4.4-1
- new upstream release: 
https://github.com/praiskup/argparse-manpage/releases/tag/v4.4
- license tag in SPDX format
* Wed Jul 19 2023 Fedora Release Engineering  - 4.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Tue Jun 13 2023 Python Maint  - 4.3-2
- Rebuilt for Python 3.12




 bluechi-0.5.0-1.el9 (FEDORA-EPEL-2023-93b53a721d)
 A systemd service controller for multi-nodes environments

Update Information:

Introducing BlueChi to EPEL9. This is the new name of the package that used to
be call hirte.

ChangeLog:

* Tue Sep  5 2023 Pierre-Yves Chibon  - 0.5.0-1
- Update to 0.5.0
- Rename package to BlueChi
- Update license to LGPL-2.1-or-later
* Thu Jul 20 2023 Fedora Release Engineering  - 
0.4.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Mon Jul 17 2023 Pierre-Yves Chibon  - 0.4.0-2
- Fix the conditional used to enable/disable the python3-pyhirte subpackage
* Mon Jul 17 2023 Pierre-Yves Chibon  - 0.4.0-1
- Update to 0.4.0
- Introduce the python3-pyhirte subpackage
* Fri Jun  9 2023 Pierre-Yves Chibon  - 0.3.0-1
- Update to 0.3.0
- Backport patch from PR #355 which fixes building on i686
* Tue May  2 2023 Pierre-Yves Chibon  - 0.2.0-1
- Update to 0.2.0
- Introduce the hirte-selinux sub-package
* Tue Mar 28 2023 Pierre-Yves Chibon  - 0.1.1-3
- Drop the man page for hirtectl from the main hirte package
* Mon Mar 27 2023 Pierre-Yves Chibon  - 0.1.1-2
- Remove hirtectl from the hirte package since it is now in its own subpackage
* Mon Mar 27 2023 Pierre-Yves Chibon  - 0.1.1-1
- Update to 0.1.1
- Adjust Source0 to point to /archive/v/hirte-.tar.gz
- Adjust the location of dbus-1/system.d/org.containers.hirte.conf and
  bus-1/system.d/org.containers.hirte.Agent.conf so they are in _datadir
- Add the hirte-ctl subpackage (which provides hirtectl for convenience)
* Wed Mar 22 2023 Pierre-Yves Chibon  - 0.1.0-5
- Adjust summary and description according to the changes made upstream
* Wed Mar 22 2023 Pierre-Yves Chibon  - 0.1.0-4
- Fix the Source0 to point to a resolvable url
- Replace tabs with spaces
* Tue Mar 21 2023 Martin Perina  - 0.1.0-3
- Move the different files section near the different package definition
* Tue Mar 21 2023 Martin Perina  - 0.1.0-2
- Make rpmlint happier
* Tue Mar 21 2023 Martin Perina  - 0.1.0-1
- Initial release




 fedora-repo-zdicts-2309.1-1.el9 (FEDORA-EPEL-2023-72da217fae)
 Zstd dictionaries for Fedora repository metadata

Update Information:

Add F39 dictionaries and remove F36 dictionaries

ChangeLog:

* Wed Sep  6 2023 Jonathan Dieter  - 2309.1-1
- Update with F39 dictionaries and drop F36 dictionaries
* Wed Jul 19 2023 Fedora Release Engineering  - 
2303.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild




 php-zstd-0.13.0-1.el9 (FEDORA-EPEL-2023-89a72bd16a)
 Zstandard 

Re: [PATCH] fedora: Replace pasta hard links by copies, mangle Build-IDs

[Stefano Brivio]

On Wed, 23 Aug 2023 15:31:46 +0100
"Richard W.M. Jones"  wrote:

> On Wed, Aug 23, 2023 at 03:59:39PM +0200, Stefano Brivio wrote:
> > On Wed, 23 Aug 2023 14:53:27 +0100
> > "Richard W.M. Jones"  wrote:
> >   
> > > On Wed, Aug 23, 2023 at 03:48:44PM +0200, Stefano Brivio wrote:  
> > > > The hard link trick didn't actually fix the issue with SELinux file
> > > > contexts properly: as opposed to symbolic links, SELinux now
> > > > correctly associates types to the labels that are set -- except that
> > > > those labels are now shared, so we can end up (depending on how
> > > > rpm(8) extracts the archives) with /usr/bin/passt having a
> > > > pasta_exec_t context.
> > > > 
> > > > This got rather confusing as running restorecon(8) seemed to fix up
> > > > labels -- but that's simply toggling between passt_exec_t and
> > > > pasta_exec_t for both links, because each invocation will just "fix"
> > > > the file with the mismatching context.
> > > > 
> > > > Replace the hard links with copies. AppArmor's attachment, instead,
> > > > works with hard links, and if there's no LSM, we can keep symbolic
> > > > links, so keep symbolic links in the Makefile.
> > > > 
> > > > With copies, rpmbuild(8) will warn about duplicate Build-IDs in the
> > > > same package. Mangle them in pasta binaries by summing one to the
> > > > last byte, modulo one byte, using xxd (provided by vim-common) and
> > > > disable the automatic rehashing by find-debuginfo(1) -- we already
> > > > have per-release Build-IDs thanks to $VERSION passed on 'make'.
> > > 
> > > Right, this ^ was going to be my comment.  RPM doesn't like having two
> > > identical copies of a file.  
> > 
> > In which other way, though? cpio(1) is fine with it, and I tried to
> > install the package on both ext4 and xfs -- the only warning I got was
> > the (semi-reasonable) one from rpmbuild about duplicate Build-IDs.  
> 
> I'm fairly sure I've seen an error when you have two identical files;

...but those are not identical, exactly because I change the Build-ID.

> it might only happen in Koji.  Anyway, hacking the binary is surely
> wrong, but let's hear the opinions of the Fedora / SELinux developers.

I don't see why it would be "surely wrong".

It's surely ugly, though, and David suggested that two separate builds
might be slightly less ugly, albeit (more) wasteful, but passt takes
seconds to build, after all. New patch posted.

-- 
Stefano
___
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: Adding Passim as a Fedora 40 feature?

[Jonathan Dieter]

On Wed, 2023-09-06 at 22:33 +0100, Jonathan Dieter wrote:
> On Fri, 2023-08-25 at 12:42 +0100, Richard Hughes wrote:
> > The tl;dr: is I want to add a mDNS server that reshares the public
> > firmware update metadata from the LVFS on your LAN. The idea is that
> > rather than 25 users in an office downloading the same ~2MB file from
> > the CDN every day, the first downloads from the CDN and the other 24
> > download from the first machine. All machines still download the
> > [tiny] jcat file from the CDN still so we know the SHA256 to search
> > for and verify.
> 
> I realize I'm late to the conversation, but what about compressing the
> metadata using zchunk, like we do for the DNF metadata?  Assuming we
> keep a cache of the file locally and that changes (as a percentage of
> the whole file) are minimal, this allows you to download only the
> differences.  The only requirement is that the CDN supports HTTP range
> requests.
> 
And, of course, after posting, I realize that I'd missed a chunk of the
thread where you explained that you're not a fan of deltas.  FWIW,
zchunk doesn't do static deltas, so the only file you need to worry
about on the server/CDN is the latest one.

If this is something you'd be interested in, I'd be happy to help get
it working.  If not, I'm happy to fade back into the background. :)

Jonathan
___
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: Adding Passim as a Fedora 40 feature?

[Jonathan Dieter]

On Fri, 2023-08-25 at 12:42 +0100, Richard Hughes wrote:
> The tl;dr: is I want to add a mDNS server that reshares the public
> firmware update metadata from the LVFS on your LAN. The idea is that
> rather than 25 users in an office downloading the same ~2MB file from
> the CDN every day, the first downloads from the CDN and the other 24
> download from the first machine. All machines still download the
> [tiny] jcat file from the CDN still so we know the SHA256 to search
> for and verify.

I realize I'm late to the conversation, but what about compressing the
metadata using zchunk, like we do for the DNF metadata?  Assuming we
keep a cache of the file locally and that changes (as a percentage of
the whole file) are minimal, this allows you to download only the
differences.  The only requirement is that the CDN supports HTTP range
requests.

Jonathan
___
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: Adding Passim as a Fedora 40 feature?

[Adam Williamson]

On Wed, 2023-09-06 at 21:09 +0100, Richard Hughes wrote:
> On Wed, 6 Sept 2023 at 19:12, Adam Williamson
>  wrote:
> > This message says you're "thinking of adding Passim", but in point of
> > fact, it appears to have been added to the package set already, and as
> > of fwupd-1.9.5-2.fc40 (built two days ago), fwupd hard requires it,
> 
> It hard requires the -lib -- the daemon is a softer requirement ; see below.

There is no -lib package split in Fedora currently. The 'passim'
package provides the libraries.
https://koji.fedoraproject.org/koji/buildinfo?buildID=2278800 - there
is no 'passim-libs'.

> 
> > Workstation installs even seems to try and auto-start it on user login:
> > Sep 06 02:27:08 fedora (passimd)[2647]: passim.service: Failed at step 
> > NAMESPACE spawning /usr/libexec/passimd: No such file or directory
> 
> I'm confused why the service definition exists but not the binary --
> to clarify -- you've got passim-libs installed, but *not* passim --
> correct?

Ah, sorry, I forgot - that error isn't the 'real' error, it's
misleading. That file is actually there, I think. This is the full
error:

Sep 06 02:27:08 fedora systemd[1]: Starting passim.service - A local caching 
server...
Sep 06 02:27:08 fedora (passimd)[2647]: passim.service: Failed to set up mount 
namespacing: /run/systemd/mount-rootfs/var/lib/passim/data: No such file or 
directory
Sep 06 02:27:08 fedora (passimd)[2647]: passim.service: Failed at step 
NAMESPACE spawning /usr/libexec/passimd: No such file or directory
Sep 06 02:27:08 fedora systemd[1]: passim.service: Main process exited, 
code=exited, status=226/NAMESPACE
Sep 06 02:27:08 fedora systemd[1]: passim.service: Failed with result 
'exit-code'.

I'm guessing the "failed to set up mount namespacing" thing is the real
problem, and the error about /usr/libexec/passimd not being there is
just some odd consequence of the namespacing problem.

> > so...at this point, in Rawhide (not F39), this 'thinking of adding'
> > feature appears to be basically fully implemented already (except for
> > the service start failing). Was this intentional?
> 
> It's intentional in that if the feature gets rejected I'd change the
> "Recommends" to a "Suggests". If you'd rather me do the opposite (i.e.
> move from Suggests to Recommends if the proposal gets accepted) that's
> 100% okay with me and I can do that tomorrow.

I do think that would be more appropriate. But you'd also need to split
the libs out for this to mean anything.
-- 
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: Adding Passim as a Fedora 40 feature?

[Richard Hughes]

On Wed, 6 Sept 2023 at 18:36, Adam Williamson
 wrote:
> NetworkManager has the same concept, but of course it depends on apps
> that use data *caring* about it.

It sounds like passimd should be a thing that cares too --
https://github.com/hughsie/passim/issues/13

Richard.
___
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: Adding Passim as a Fedora 40 feature?

[Richard Hughes]

On Wed, 6 Sept 2023 at 19:12, Adam Williamson
 wrote:
> This message says you're "thinking of adding Passim", but in point of
> fact, it appears to have been added to the package set already, and as
> of fwupd-1.9.5-2.fc40 (built two days ago), fwupd hard requires it,

It hard requires the -lib -- the daemon is a softer requirement ; see below.

> Workstation installs even seems to try and auto-start it on user login:
> Sep 06 02:27:08 fedora (passimd)[2647]: passim.service: Failed at step 
> NAMESPACE spawning /usr/libexec/passimd: No such file or directory

I'm confused why the service definition exists but not the binary --
to clarify -- you've got passim-libs installed, but *not* passim --
correct?

> so...at this point, in Rawhide (not F39), this 'thinking of adding'
> feature appears to be basically fully implemented already (except for
> the service start failing). Was this intentional?

It's intentional in that if the feature gets rejected I'd change the
"Recommends" to a "Suggests". If you'd rather me do the opposite (i.e.
move from Suggests to Recommends if the proposal gets accepted) that's
100% okay with me and I can do that tomorrow.

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

Unretire golly

[Christian Krause]

Hello,

According to
https://docs.fedoraproject.org/en-US/package-maintainers/Package_Retirement_Process/
I'd like to announce that I'm going to unretire the package "golly".

It was retired because it was FTBFS for too long:
https://bugzilla.redhat.com/show_bug.cgi?id=1675048
Probably because upstream did not migrate to Python 3 until 2020.

Right now, upstream is active.

Re-Review: https://bugzilla.redhat.com/show_bug.cgi?id=2237768

Best regards,
Christian
___
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: Adding Passim as a Fedora 40 feature?

[Adam Williamson]

On Fri, 2023-08-25 at 12:42 +0100, Richard Hughes wrote:
> Hi all,
> 
> I was thinking of adding Passim as a default-installed and
> default-enabled dep of fwupd in the Fedora 40 release. Before I create
> lots of unnecessary drama, is there any early feedback on what's
> described in https://github.com/hughsie/passim/blob/main/README.md
> please.

So this is a very long thread and I really don't have time to read the
whole thing and see if this is answered, but I'm a bit confused here.
This message says you're "thinking of adding Passim", but in point of
fact, it appears to have been added to the package set already, and as
of fwupd-1.9.5-2.fc40 (built two days ago), fwupd hard requires it,
which means it's pulled into most Fedora installs. (the spec added an
explicit Recommends: passim, but there is also an autogenerated
requires for "libpassim.so.1()(64bit)", which is provided by passim).

Workstation installs even seems to try and auto-start it on user login:

Sep 06 02:27:08 fedora systemd[1]: Starting passim.service - A local caching 
server...
Sep 06 02:27:08 fedora (passimd)[2647]: passim.service: Failed to set up mount 
namespacing: /run/systemd/mount-rootfs/var/lib/passim/data: No such file or 
directory
Sep 06 02:27:08 fedora (passimd)[2647]: passim.service: Failed at step 
NAMESPACE spawning /usr/libexec/passimd: No such file or directory
Sep 06 02:27:08 fedora systemd[1]: passim.service: Main process exited, 
code=exited, status=226/NAMESPACE
Sep 06 02:27:08 fedora systemd[1]: passim.service: Failed with result 
'exit-code'.
Sep 06 02:27:08 fedora systemd[1]: Failed to start passim.service - A local 
caching server.

so...at this point, in Rawhide (not F39), this 'thinking of adding'
feature appears to be basically fully implemented already (except for
the service start failing). Was this intentional?
-- 
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

compilation of vdr-skindesigner fails with allocator.h:184:7: internal compiler error: Segmentation fault

[Martin Gansser]

Hi,

when compiling vdr-skindesigner-1.2.21 [1] on fc38 it fails with this error 
message:

g++ -O3 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches 
-pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 
-Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 
-fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64  
-mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection 
-fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fPIC 
-Werror=overloaded-virtual -Wno-parentheses -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11  
-std=c++11 -c -DPLUGIN_NAME_I18N='"skindesigner"'  -I/usr/include/libxml2 
-DSCRIPTFOLDER='"/usr/lib64/vdr/skindesigner/scripts"' -D__STL_CONFIG_H 
-DLIBSKINDESIGNERAPIVERSION='"0.1.2"' -I/usr/include/freetype2 
-I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 
-I/usr/lib64/glib-2.0/include -I/usr/include/sysprof-4 -pthread 
-I/usr/include/libxml2  -I/usr/include/librsvg-2.0 -I/usr/include/glib
 -2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sysprof-4 
-I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/libpng16 -I/usr/include/cairo -I/usr/include/freetype2 
-I/usr/include/harfbuzz -I/usr/include/libxml2 -I/usr/include/pixman-1 -pthread 
 -ljpeg -o extensions/pluginmanager.o extensions/pluginmanager.c
*** WARNING *** there are active plugins, do not report this as a bug unless 
you can reproduce it without enabling any plugins.
Event| Plugins
PLUGIN_FINISH_UNIT   | annobin: Generate final annotations
PLUGIN_START_UNIT| annobin: Generate global annotations
PLUGIN_ALL_PASSES_START  | annobin: Generate per-function annotations
PLUGIN_ALL_PASSES_END| annobin: Register per-function end symbols
In file included from /usr/include/c++/13/string:43,
 from extensions/pluginmanager.h:4,
 from extensions/pluginmanager.c:1:
/usr/include/c++/13/bits/allocator.h: In instantiation of 'std::allocator< 
 >::~allocator() [with _Tp = std::pair >]':
extensions/pluginmanager.c:301:1:   required from here
/usr/include/c++/13/bits/allocator.h:184:7: internal compiler error: 
Segmentation fault
  184 |   ~allocator() _GLIBCXX_NOTHROW { }
  |   ^
Please submit a full bug report, with preprocessed source.
See  for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make: *** [Makefile:141: extensions/pluginmanager.o] Error 1
make: *** Waiting for unfinished jobs


[1] 
https://martinkg.fedorapeople.org/ErrorReports/vdr-skindesigner/vdr-skindesigner.spec

How can i solve this ?

Regards
Martin
___
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: Adding Passim as a Fedora 40 feature?

[Adam Williamson]

On Wed, 2023-09-06 at 07:58 -0400, Stephen Smoogen wrote:
> On Fri, 25 Aug 2023 at 13:31, Richard Hughes  wrote:
> 
> > On Fri, 25 Aug 2023 at 16:27, Stephen Smoogen  wrote:
> > > It depends on the scanning from ports open to unknown shared files to
> > 'why did our network costs go up so much?'
> > 
> > Surely if you're on a local network with bandwidth costs you'd turn
> > off avahi or lock down the firewall? Lots of stuff blasts out mDNS
> > traffic these days.
> > 
> 
> In the Windows world, you have a one-click which says 'I am on a metered
> line' which is supposed to do things like that. I don't see anything like
> that on the Mac but I am only 'learning' it now.

NetworkManager has the same concept, but of course it depends on apps
that use data *caring* about 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

Fedora 39 compose report: 20230906.n.0 changes

[Fedora Branched Report]

OLD: Fedora-39-20230905.n.0
NEW: Fedora-39-20230906.n.0

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

Size of added packages:  606.99 MiB
Size of dropped packages:0 B
Size of upgraded packages:   1.59 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: LXQt live aarch64
Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-39-20230906.n.0.iso
Image: Kinoite dvd-ostree x86_64
Path: Kinoite/x86_64/iso/Fedora-Kinoite-ostree-x86_64-39-20230906.n.0.iso
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-39-20230906.n.0.iso

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

= ADDED PACKAGES =
Package: clang16-16.0.6-3.fc39
Summary: A C language family front-end for LLVM
RPMs:clang16-devel clang16-libs clang16-resource-filesystem
Size:130.07 MiB

Package: f39-backgrounds-39.0.1-1.fc39
Summary: Fedora 39 default desktop background
RPMs:f39-backgrounds f39-backgrounds-base f39-backgrounds-budgie 
f39-backgrounds-extras-base f39-backgrounds-extras-gnome 
f39-backgrounds-extras-kde f39-backgrounds-extras-mate 
f39-backgrounds-extras-xfce f39-backgrounds-gnome f39-backgrounds-kde 
f39-backgrounds-mate f39-backgrounds-xfce
Size:6.71 MiB

Package: lld16-16.0.6-2.fc39
Summary: The LLVM Linker
RPMs:lld16-devel lld16-libs
Size:5.97 MiB

Package: llvm16-16.0.6-5.fc39
Summary: The Low Level Virtual Machine
RPMs:llvm16 llvm16-cmake-utils llvm16-devel llvm16-doc llvm16-libs 
llvm16-static
Size:459.73 MiB

Package: sdubby-1.0-2.fc39
Summary: Set of systemd-boot shims that don't fit anywhere else in the distro
RPMs:sdubby
Size:17.45 KiB

Package: spirv-llvm-translator16-16.0.0-1.fc39
Summary: LLVM to SPIRV Translator
RPMs:spirv-llvm-translator16 spirv-llvm-translator16-devel 
spirv-llvm-translator16-tools
Size:4.48 MiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  american-fuzzy-lop-4.08c-2.fc39
Old package:  american-fuzzy-lop-4.07c-2.fc39
Summary:  Practical, instrumentation-driven fuzzer for binary formats
RPMs: american-fuzzy-lop american-fuzzy-lop-clang
Size: 1.49 MiB
Size change:  12.77 KiB
Changelog:
  * Fri Aug 11 2023 Richard W.M. Jones  - 4.08c-1
  - New upstream release 4.08c (RHBZ#2231265)

  * Tue Aug 29 2023 Tulio Magno Quites Machado Filho  - 
4.08c-2
  - Rebuild with LLVM 17.0.0


Package:  blivet-gui-2.4.2-2.fc39
Old package:  blivet-gui-2.4.2-1.fc39
Summary:  Tool for data storage configuration
RPMs: blivet-gui blivet-gui-runtime
Size: 428.36 KiB
Size change:  21 B
Changelog:
  * Thu Aug 31 2023 Vojtech Trefny  - 2.4.2-2
  - Fix segfault when trying to reuse an invalid GtkTreeIter (#2234466)


Package:  botan2-2.19.3-5.fc39
Old package:  botan2-2.19.3-2.fc38
Summary:  Crypto and TLS for C++11
RPMs: botan2 botan2-devel botan2-doc python3-botan2
Size: 11.95 MiB
Size change:  -165.55 KiB
Changelog:
  * Wed Jun 14 2023 Python Maint  - 2.19.3-3
  - Rebuilt for Python 3.12

  * Wed Jul 19 2023 Fedora Release Engineering  - 
2.19.3-4
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild

  * Mon Sep 04 2023 Frantisek Sumsal  - 2.19.3-5
  - Fix FTI/FTBFS (#2219948, #2225727)


Package:  calamares-3.2.62-4.fc39
Old package:  calamares-3.2.61-8.fc39
Summary:  Installer from a live CD/DVD/USB to disk
RPMs: calamares calamares-devel calamares-interactiveterminal 
calamares-libs calamares-plasmalnf calamares-webview
Size: 11.39 MiB
Size change:  171.81 KiB
Changelog:
  * Sat Sep 02 2023 Neal Gompa  - 3.2.62-1
  - Update to 3.2.62 and backport fixes for Asahi

  * Sat Sep 02 2023 Neal Gompa  - 3.2.62-2
  - Refresh backported patch stack

  * Mon Sep 04 2023 Neal Gompa  - 3.2.62-3
  - Add more patches for Fedora Asahi

  * Mon Sep 04 2023 Neal Gompa  - 3.2.62-4
  - Add a patch to fix keyboard layout detection


Package:  clang-17.0.0~rc3-1.fc39
Old package:  clang-16.0.6-3.fc39
Summary:  A C language family front-end for LLVM
RPMs: clang clang-analyzer clang-devel clang-libs 
clang-resource-filesystem clang-tools-extra clang-tools-extra-devel 
git-clang-format python3-clang
Size: 241.81 MiB
Size change:  6.02 MiB
Changelog:
  * Tue Aug 01 2023 Tulio Magno Quites Machado Filho  - 
17.0.0~rc1-1
  - Update to LLVM 17.0.0 RC1

  * Mon Aug 21 2023 Tulio Magno Quites Machado Filho  - 
17.0.0~rc2-1
  - Update to LLVM 17.0.0 RC2

  * Wed Aug 23 2023 Tulio Magno Quites Machado Filho  - 
17.0.0~rc3-1
  - Update to LLVM 17.0.0 RC3


Package:  compiler-rt-17.0.0~rc3-1.fc39
Old package:  compiler-rt-16.0.6-2.fc39
Summary:  LLVM "compiler-rt" runtime libraries
RPMs:   

Need help with build failure

[Mattia Verga]

python-calcephpy builds were FTB since between the F39 mass rebuild (which 
completed fine) and the Cython 3.x change (which started to fail).
While I was waiting for upstream to fix the package for compatibility with 
Cython 3.x I tried to rebuild it forcing cython < 3.0, but I got an odd build 
failure to which I didn't pay great attention, I simply thought about some 
glitch trying to force the cython version to the compat package.

Now that upstream released a new version compatible with Cython 3.x I tried to 
update the package, but I still get the odd build failure. It seems that during 
the configure script the package complains about being cross-built... the 
latest build attempt completed fine on i686 and ppc64le, while failed on other 
architectures.

Does anyone have any idea about this?
Thanks
Mattia

[1] https://koji.fedoraproject.org/koji/packageinfo?packageID=32685
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=105822496
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Adding Passim as a Fedora 40 feature?

[Peter Robinson]

On Wed, Sep 6, 2023 at 12:58 PM Stephen Smoogen  wrote:
>
>
>
> On Fri, 25 Aug 2023 at 13:31, Richard Hughes  wrote:
>>
>> On Fri, 25 Aug 2023 at 16:27, Stephen Smoogen  wrote:
>> > It depends on the scanning from ports open to unknown shared files to 'why 
>> > did our network costs go up so much?'
>>
>> Surely if you're on a local network with bandwidth costs you'd turn
>> off avahi or lock down the firewall? Lots of stuff blasts out mDNS
>> traffic these days.
>
>
> In the Windows world, you have a one-click which says 'I am on a metered 
> line' which is supposed to do things like that. I don't see anything like 
> that on the Mac but I am only 'learning' it now.
>
> I just realized.. is avahi even on in a default install or would this be an 
> extra service needed to be turned on and 'configured' (not that avahi needs 
> much configuring). It isn't on my F38 box, but I have been living in it for a 
> long time so it could be something I did in the past or something I inherited 
> from a long ago release.

It is default on Workstation and I believe most desktops
___
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: Adding Passim as a Fedora 40 feature?

[Stephen Smoogen]

On Fri, 25 Aug 2023 at 13:31, Richard Hughes  wrote:

> On Fri, 25 Aug 2023 at 16:27, Stephen Smoogen  wrote:
> > It depends on the scanning from ports open to unknown shared files to
> 'why did our network costs go up so much?'
>
> Surely if you're on a local network with bandwidth costs you'd turn
> off avahi or lock down the firewall? Lots of stuff blasts out mDNS
> traffic these days.
>

In the Windows world, you have a one-click which says 'I am on a metered
line' which is supposed to do things like that. I don't see anything like
that on the Mac but I am only 'learning' it now.

I just realized.. is avahi even on in a default install or would this be an
extra service needed to be turned on and 'configured' (not that avahi needs
much configuring). It isn't on my F38 box, but I have been living in it for
a long time so it could be something I did in the past or something I
inherited from a long ago release.
-- 
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
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: 20230906.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20230905.n.0
NEW: Fedora-Rawhide-20230906.n.0

= SUMMARY =
Added images:5
Dropped images:  1
Added packages:  7
Dropped packages:4
Upgraded packages:   79
Downgraded packages: 1

Size of added packages:  1.84 MiB
Size of dropped packages:36.82 MiB
Size of upgraded packages:   3.26 GiB
Size of downgraded packages: 5.86 MiB

Size change of upgraded packages:   11.32 MiB
Size change of downgraded packages: 2.18 KiB

= ADDED IMAGES =
Image: Sericea dvd-ostree x86_64
Path: Sericea/x86_64/iso/Fedora-Sericea-ostree-x86_64-Rawhide-20230906.n.0.iso
Image: Kinoite dvd-ostree ppc64le
Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-Rawhide-20230906.n.0.iso
Image: LXQt live aarch64
Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-Rawhide-20230906.n.0.iso
Image: Silverblue dvd-ostree ppc64le
Path: 
Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-Rawhide-20230906.n.0.iso
Image: Kinoite dvd-ostree x86_64
Path: Kinoite/x86_64/iso/Fedora-Kinoite-ostree-x86_64-Rawhide-20230906.n.0.iso

= DROPPED IMAGES =
Image: KDE live aarch64
Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-Rawhide-20230905.n.0.iso

= ADDED PACKAGES =
Package: 
golang-github-brunoscheufler-aws-ecs-metadata-0-0.1.20230903git67e37ae.fc40
Summary: Retrieve AWS ECS Task metadata
RPMs:golang-github-brunoscheufler-aws-ecs-metadata-devel
Size:14.18 KiB

Package: ogmtools-1.5-34.fc40
Summary: Tools for Ogg media streams
RPMs:ogmtools
Size:616.72 KiB

Package: python-jsonschema-specifications-2023.7.1-1.fc40
Summary: JSON Schema meta-schemas and vocabularies, exposed as a Registry
RPMs:python3-jsonschema-specifications 
python3-jsonschema-specifications-doc python3-jsonschema-specifications-tests
Size:204.37 KiB

Package: qrtr-1.0-1.fc40
Summary: Service listing daemon for Qualcomm IPC Router
RPMs:qrtr qrtr-devel qrtr-libs
Size:236.97 KiB

Package: rhythmbox-alternative-toolbar-0.20.3-2.fc40
Summary: Client-side decorated compact toolbar for Rhythmbox
RPMs:rhythmbox-alternative-toolbar
Size:443.20 KiB

Package: rust-cargo_metadata0.15-0.15.4-1.fc40
Summary: Structured access to the output of cargo metadata
RPMs:rust-cargo_metadata0.15+builder-devel 
rust-cargo_metadata0.15+default-devel 
rust-cargo_metadata0.15+derive_builder-devel rust-cargo_metadata0.15-devel
Size:49.00 KiB

Package: sexpp-0.8.7-1.fc40
Summary: S-expressions parser and generator tools
RPMs:libsexpp libsexpp-devel sexpp
Size:318.65 KiB


= DROPPED PACKAGES =
Package: cacti-1.2.23-2.fc38
Summary: An rrd based graphing tool
RPMs:cacti
Size:32.88 MiB

Package: cacti-spine-1.2.23-3.fc39
Summary: Threaded poller for Cacti written in C
RPMs:cacti-spine
Size:352.57 KiB

Package: python-azure-eventhub-5.11.3-2.fc39
Summary: Microsoft Azure Event Hubs Client Library for Python
RPMs:python3-azure-eventhub
Size:490.07 KiB

Package: python-uamqp-1.6.5-1.fc39
Summary: AMQP 1.0 client library for Python
RPMs:python3-uamqp
Size:3.12 MiB


= UPGRADED PACKAGES =
Package:  anaconda-40.2-1.fc40
Old package:  anaconda-40.1-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: 23.73 MiB
Size change:  71.96 KiB
Changelog:
  * Tue Sep 05 2023 Packit  - 40.2-1
  - webui: tests: move wait for re-scanning to finish before moving forward with
the tests (kkoukiou)
  - webui: When re-scanning don't reset disk selection (kkoukiou)
  - Update translations from Weblate for master (github-actions)
  - webui: Show warning when trying to use non-ASCII LUKS passphrase (vtrefny)
  - Add a note about the need to rebuild containers after branching (mkolman)
  - Note to push to master branch after updating Rawhide config (mkolman)
  - Document the need for changing the l10n commit hash (mkolman)
  - Fix Cockpit CI docs for branching (mkolman)
  - Fix localization branch name in branching docs (mkolman)
  - Update translations from Weblate


Package:  appstream-data-39-5.fc40
Old package:  appstream-data-39-4.fc39
Summary:  Fedora AppStream metadata
RPMs: appstream-data
Size: 13.52 MiB
Size change:  419.94 KiB
Changelog:
  * Tue Sep 05 2023 Richard Hughes  - 39-5
  - New metadata version


Package:  barman-3.8.0-1.fc40
Old package:  barman-3.7.0-1.fc39
Summary:  Backup and Recovery Manager for PostgreSQL
RPMs: barman barman-cli python3-barman
Size: 694.62 KiB
Size change:  4.08 KiB
Changelog:
  * Mon Sep 04 2023 Simone Caronni  - 3.8.0-1
  - Update to 3.8.0.


Package:  borgbackup-1.2.6-1.fc40
Old package:  borgbackup-1.2.4-5.fc39
Summary:  A deduplicating backup program with compression and authenticated 
encryption
RPMs: borgbackup
Size: 5.84 MiB
Size

Re: Intent to orphan vpnc

[Mikel Olasagasti]

Hi Christian,

Hau idatzi du Christian Krause (c...@fedoraproject.org) erabiltzaileak
(2023 ira. 6(a), az. (00:08)):
>
> There is no active upstream for vpnc. However, according to the bug reports 
> for NetworkManager-vpnc, there might be still a few users.

It seems there is an active fork available:

https://github.com/streambinder/vpnc/

I checked and Arch for example is using the source in that repo for the package:

https://archlinux.org/packages/extra/x86_64/vpnc/

Just noting in case someone steps in to maintain the package.

Regards,
Mikel
___
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: PDC replacement proposal

[Pierre-Yves Chibon]

On Tue, Sep 05, 2023 at 11:35:19AM -0700, Kevin Fenzi wrote:
> On Mon, Sep 04, 2023 at 04:51:22PM +0200, Tomas Hrcka wrote:
> > Hello all, it took us a few years but we are finally getting rid of the PDC
> > project. Thanks to the ARC research we identified use cases in our tooling
> > and proposed solution.
> > 
> > The essential functionalities currently provided by PDC will be
> > re-implemented in other applications within our release infrastructure, as
> > there are no immediate plans for their replacement and are currently
> > maintained
> > 
> > This work is anticipated to span several months for completion. However,
> > before we embark on this endeavor,
> > 
> > we would like to proactively share our proposed solution with all of you
> > and gather your valuable feedback.
> > 
> > Below, we outline our strategy to preserve the core functionality of PDC by
> > leveraging existing applications within our ecosystem.
> > 
> > Current uses of PDC:
> > 
> > Currently, we rely on the Package Database (PDC) for various data
> > management tasks, including:
> > 
> > 
> >1.
> > 
> >Critical Path Package Tracking: Bodhi leverages PDC to track packages on
> >the critical path.
> 
> As Adam mentioned this is already not in pdc. ;) 
> 
> >2.
> > 
> >Retirement of Packages and Service Level Agreements (SLAs): PDC assists
> >in managing the retirement of packages and their associated SLAs.
> 
> Yeah. The super big one is that its queried from a git commit hook for
> all src.fedoraproject.org git commits. Right now if pdc is down, no one
> could commit anything. 
> 
> 
> >3.
> > 
> >Metadata for Nightly Composes: Our Release Engineering and Fedora
> >Quality Assurance teams rely on PDC for metadata related to nightly
> >composes.
> > 
> > 
> > More info on the usage can be found here:
> > https://fedora-arc.readthedocs.io/en/latest/pdc/users.html
> 
> mass rebuild of modules can be dropped. ;) 
> 
> fedscm-admin is now the scm requests toddler. It still uses pdc tho
> of course. 
>  
> > Specific Endpoints in Use:
> 
> ...snip...
> 
> > Upcoming Changes
> > 
> > Bodhi:
> > 
> > Bodhi will assume responsibility for the following tasks, reducing our
> > reliance on PDC:
> > 
> > /rest_api/v1/releases/: Bodhi will now manage release-related data.
> 
> Do note that bodhi still has a window after we are 'go' for a relase
> where it thinks it's released, but it's not yet. We probibly need to
> address this if we are moving this to bodhi.
> 
> > /rest_api/v1/component-branches/: Specifically, Bodhi will handle the
> > critical-path flag.
> 
> Already done. 
> 
> ...snip...
> > 
> > Pagure-dist-git:
> > 
> > Pagure-dist-git will take over several responsibilities from PDC, including:
> > 
> > /rest_api/v1/product-versions
> > 
> > /rest_api/v1/global-components
> > 
> > /rest_api/v1/component-branches/
> > 
> > /rest_api/v1/component-branch-slas/
> > 
> > Pagure already has a robust database of global components (repositories)
> > and product versions (repository branches).
> > 
> > It utilizes the PDC API to query component branches when a package is
> > retired, and an auxiliary table in Pagure-dist-git will store the reasons
> > for orphaning these components.
> 
> So, I know this will work... but it means more closely tying ourselves
> to pagure-dist-git. ;( 
> 
> With modules going out of the picture, most branches just have the
> release cycle of the fedora or rhel release they are based on, so
> couldn't we just default that somewhere?

In the pkgdb time, the EOL status was basically simply computed from the release
status, ie: what we still have at: 
https://admin.fedoraproject.org/pkgdb/api/collections
(looks like we should fix the branchname in that json)
but we could just go back to this :)


Pierre


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

Re: Intent to orphan vpnc

[Klaus Wenninger]

On Wed, Sep 6, 2023 at 12:02 PM Leon Fauster via devel <
devel@lists.fedoraproject.org> wrote:

> Am 06.09.23 um 00:08 schrieb Christian Krause:
> > Hello,
> >
> > vpnc is a VPN client which can be used with certain VPN devices:
> > https://www.unix-ag.uni-kl.de/~massar/vpnc/
> > 
> >
> > The last co-maintainer who actively maintained the package for the last
> > few years just stepped back. Since I don't have a use case for it
> > anymore (and no ability for testing), I'm going to orphan it in the next
> > few days.
>

This is unfortunate as to my knowledge it is still the vpn-client that
would be used for the - at least in Germany - wide spread
Fritz-Box-Devices.
With very recent firmware updates Fritz-Boxes now do offer Wireguard-VPN as
well but not running anything like
a dyndns-client on the Fritz-Box (behind another router supplied by the
internet-provider e.g.) I wasn't able to
configure Wireguard-VPN. With the legacy VPN a port-forwarding on the
router facing the internet was enough.

>
> > The only package which depends on vpnc is NetworkManager-vpnc.
> >
> > There is no active upstream for vpnc. However, according to the bug
> > reports for NetworkManager-vpnc, there might be still a few users.
> >
>
>
> Just curious - are there other IPsec implementations that could fill the
> gap of vpnc? Or is vpnc very specific?
>

Would be curious as well if there is anything else available that would
work with the Fritz-Box-VPN.
vpnc btw. has a 'fix' specific to Fritz-Box btw. which might mean that
other implementations might not work for that purpose.

Regards,
Klaus


>
> --
> Leon
> ___
> 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: Intent to orphan vpnc

[Leon Fauster via devel]

Am 06.09.23 um 00:08 schrieb Christian Krause:

Hello,

vpnc is a VPN client which can be used with certain VPN devices:
https://www.unix-ag.uni-kl.de/~massar/vpnc/ 



The last co-maintainer who actively maintained the package for the last 
few years just stepped back. Since I don't have a use case for it 
anymore (and no ability for testing), I'm going to orphan it in the next 
few days.


The only package which depends on vpnc is NetworkManager-vpnc.

There is no active upstream for vpnc. However, according to the bug 
reports for NetworkManager-vpnc, there might be still a few users.





Just curious - are there other IPsec implementations that could fill the 
gap of vpnc? Or is vpnc very specific?


--
Leon
___
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: PDC replacement proposal

[Zbigniew Jędrzejewski-Szmek]

On Mon, Sep 04, 2023 at 04:51:22PM +0200, Tomas Hrcka wrote:
> Hello all, it took us a few years but we are finally getting rid of the PDC
> project. Thanks to the ARC research we identified use cases in our tooling
> and proposed solution.
> 
> The essential functionalities currently provided by PDC will be
> re-implemented in other applications within our release infrastructure, as
> there are no immediate plans for their replacement and are currently
> maintained
> 
> This work is anticipated to span several months for completion. However,
> before we embark on this endeavor,
> 
> we would like to proactively share our proposed solution with all of you
> and gather your valuable feedback.
> 
> Below, we outline our strategy to preserve the core functionality of PDC by
> leveraging existing applications within our ecosystem.
> 
> Current uses of PDC:
> 
> Currently, we rely on the Package Database (PDC) for various data
> management tasks, including:
> 
> 
>1.
> 
>Critical Path Package Tracking: Bodhi leverages PDC to track packages on
>the critical path.
>2.
> 
>Retirement of Packages and Service Level Agreements (SLAs): PDC assists
>in managing the retirement of packages and their associated SLAs.

Hmm, what SLAs? With the removal of modularity, the idea of SLAs also died.
Packages are supported until the release for which they are built goes EOL.
So this whole idea and related functionality is not needed.

>3.
> 
>Metadata for Nightly Composes: Our Release Engineering and Fedora
>Quality Assurance teams rely on PDC for metadata related to nightly
>composes.

Zbyszek
___
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 2237636] Upgrade perl-Prima to 1.70

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2023-09-06 08:42:54




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2237636
___
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 2237636] Upgrade perl-Prima to 1.70

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

   Fixed In Version||perl-Prima-1.70-1.fc40
 Status|ASSIGNED|MODIFIED



--- Comment #1 from Petr Pisar  ---
A mix of fixes and enhancements. Prima::Edit::find() changed a semantics,
apc_window_create() changed ABI. For Rawhide only.


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202237636%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: Orphaned packages looking for new maintainers

[Christiano Anderson]

--- Original Message ---
On Wednesday, September 6th, 2023 at 09:21, František Šumšal 
 wrote:


> > Could not execute update: Could not generate update request: {"status": 
> > "error", "errors": [{"location": "body", "name": "builds", "description": 
> > "Update for python-iowait-0.2-25.fc40 already exists"}, {"location": 
> > "body", "name": "builds", "description": "Invalid tag: 
> > python-iowait-0.2-25.fc40 not tagged with any of the following tags 
> > ['epel9-next-testing-candidate', 'epel7-testing-candidate', 
> > 'eln-updates-candidate', 'epel8-testing-candidate', 
> > 'epel9-testing-candidate', 'epel8-next-testing-candidate', 
> > 'f40-container-updates-candidate', 'f37-modular-updates-candidate', 
> > 'f38-modular-updates-candidate', 'f39-container-updates-candidate', 
> > 'f38-flatpak-updates-candidate', 'f40-updates-candidate', 
> > 'f37-updates-candidate', 'f37-container-updates-candidate', 
> > 'f37-flatpak-updates-candidate', 'f38-updates-candidate', 
> > 'f38-container-updates-candidate', 'f39-flatpak-updates-candidate', 
> > 'f39-updates-candidate', 'f38-build-side-72874', 'f39-build-side-72708', 
> > 'f39-build-side-72878', 'f38-build-side-72953', 'epel9-build-side-72957', 
> > 'f38-build-side-72973', 'f40-build-side-72979', 'f38-build-side-72997', 
> > 'f39-build-side-73035', 'f40-build-side-73053', 'f39-build-side-73063', 
> > 'f40-build-side-73083', 'f37-build-side-73089', 'f38-build-side-73087', 
> > 'f40-build-side-73039', 'f40-build-side-73113', 'f39-build-side-73125', 
> > 'f39-build-side-73127', 'f39-build-side-73145', 'f38-build-side-73167']"}]}
> > A copy of the filled in template is saved as bodhi.template.last
> > 
> > Could you please tell me what's wrong here?
> 
> 
> Updates for Rawhide are created automagically after a successful build, so 
> the update already exists [0], no need to create it manually. You'll need to 
> do that only for F39.
> 
> [0] https://bodhi.fedoraproject.org/updates/FEDORA-2023-dc1dca2af6

Thank you, I just did it for the F39 branch. 
___
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: Orphaned packages looking for new maintainers

[František Šumšal]

On 9/6/23 09:02, Christiano Anderson wrote:

--- Original Message ---
On Tuesday, September 5th, 2023 at 13:54, Miro Hrončok  
wrote:
I got an error while running fedpkg update

Could not execute update: Could not generate update request: {"status": "error", "errors": [{"location": "body", "name": "builds", "description": 
"Update for python-iowait-0.2-25.fc40 already exists"}, {"location": "body", "name": "builds", "description": "Invalid tag: python-iowait-0.2-25.fc40 not tagged 
with any of the following tags ['epel9-next-testing-candidate', 'epel7-testing-candidate', 'eln-updates-candidate', 'epel8-testing-candidate', 'epel9-testing-candidate', 'epel8-next-testing-candidate', 
'f40-container-updates-candidate', 'f37-modular-updates-candidate', 'f38-modular-updates-candidate', 'f39-container-updates-candidate', 'f38-flatpak-updates-candidate', 'f40-updates-candidate', 'f37-updates-candidate', 
'f37-container-updates-candidate', 'f37-flatpak-updates-candidate', 'f38-updates-candidate', 'f38-container-updates-candidate', 'f39-flatpak-updates-candidate', 'f39-updates-candidate', 'f38-build-side-72874', 
'f39-build-side-72708', 'f39-build-side-72878', 'f38-build-side-72953', 'epel9-build-side-72957', 'f38-build-side-72973', 'f40-build-side-72979', 'f38-build-side-72997', 'f39-build-side-73035', 'f40-build-side-73053', 
'f39-build-side-73063', 'f40-build-side-73083', 'f37-build-side-73089', 'f38-build-side-73087', 'f40-build-side-73039', 'f40-build-side-73113', 'f39-build-side-73125', 'f39-build-side-73127', 'f39-build-side-73145', 
'f38-build-side-73167']"}]}
A copy of the filled in template is saved as bodhi.template.last

Could you please tell me what's wrong here?


Updates for Rawhide are created automagically after a successful build, so the 
update already exists [0], no need to create it manually. You'll need to do 
that only for F39.

[0] https://bodhi.fedoraproject.org/updates/FEDORA-2023-dc1dca2af6
___
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: Orphaned packages looking for new maintainers

[Christiano Anderson]

--- Original Message ---
On Tuesday, September 5th, 2023 at 13:54, Miro Hrončok  
wrote:
> > I pushed the change only to rawhide branch, should I do the same for f39?
> 
> 
> Yes please. But also build the package for both rawhide and Fedora 39 to make
> it installable:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=2220282

Thanks for the information, just did the build and repeated the process for 
f39. Could you please check if it looks fine?

> 
> On Fedora 39, you need to create the update manually. Let me know iof you need
> help.


I got an error while running fedpkg update

Could not execute update: Could not generate update request: {"status": 
"error", "errors": [{"location": "body", "name": "builds", "description": 
"Update for python-iowait-0.2-25.fc40 already exists"}, {"location": "body", 
"name": "builds", "description": "Invalid tag: python-iowait-0.2-25.fc40 not 
tagged with any of the following tags ['epel9-next-testing-candidate', 
'epel7-testing-candidate', 'eln-updates-candidate', 'epel8-testing-candidate', 
'epel9-testing-candidate', 'epel8-next-testing-candidate', 
'f40-container-updates-candidate', 'f37-modular-updates-candidate', 
'f38-modular-updates-candidate', 'f39-container-updates-candidate', 
'f38-flatpak-updates-candidate', 'f40-updates-candidate', 
'f37-updates-candidate', 'f37-container-updates-candidate', 
'f37-flatpak-updates-candidate', 'f38-updates-candidate', 
'f38-container-updates-candidate', 'f39-flatpak-updates-candidate', 
'f39-updates-candidate', 'f38-build-side-72874', 'f39-build-side-72708', 
'f39-build-side-72878', 'f38-build-side-72953', 'epel9-build-side-72957', 
'f38-build-side-72973', 'f40-build-side-72979', 'f38-build-side-72997', 
'f39-build-side-73035', 'f40-build-side-73053', 'f39-build-side-73063', 
'f40-build-side-73083', 'f37-build-side-73089', 'f38-build-side-73087', 
'f40-build-side-73039', 'f40-build-side-73113', 'f39-build-side-73125', 
'f39-build-side-73127', 'f39-build-side-73145', 'f38-build-side-73167']"}]}
A copy of the filled in template is saved as bodhi.template.last

Could you please tell me what's wrong here?

Thanks

___
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: KDE and GNOME Join Hands To Add Payments To Turn Flathub Into a Store for the Linux Desktop

[Tomasz Torcz]

On Tue, Sep 05, 2023 at 12:07:39PM +0100, Liam Proven wrote:
> On Tue, 5 Sept 2023 at 11:51, Richard W.M. Jones  wrote:
> >
> > (Everyone, it's best to not feed the troll)
> 
> Since you don't quote any part of any message, we have no idea who you
> consider to be a troll and so who we are not supposed to feed. Thus
> making your message content-free and so in itself rather trollish.

  Look to whose message Richard is replying.

-- 
Tomasz Torcz   72->|   80->|
to...@pipebreaker.pl   72->|   80->|
___
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 2237636] New: Upgrade perl-Prima to 1.70

[bugzilla]

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

Bug ID: 2237636
   Summary: Upgrade perl-Prima to 1.70
   Product: Fedora
   Version: rawhide
   URL: https://metacpan.org/release/Prima
Status: NEW
 Component: perl-Prima
  Assignee: ppi...@redhat.com
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: lkund...@v3.sk, perl-devel@lists.fedoraproject.org,
ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



Latest Fedora delivers 1.69 version. Upstream released 1.70. When you have free
time, please upgrade it.


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202237636%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