date:20240517

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



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

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


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202275134%23c8
--
___
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 2275134] Upgrade perl-Crypt-OpenSSL-Random to 0.16

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



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

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


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

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

[Bug 2249161] perl-Crypt-OpenSSL-AES-0.19 is available

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

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


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202249161%23c6
--
___
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 2275134] Upgrade perl-Crypt-OpenSSL-Random to 0.16

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

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


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

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

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

2024-05-17 Thread updates

The following Fedora EPEL 9 Security updates need testing:
 Age  URL
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-e29578804c   
suricata-6.0.19-1.el9
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-862672cc3e   
perl-Email-MIME-1.954-1.el9


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

ansible-collection-awx-awx-24.3.1-1.el9
arpwatch-3.6-3.el9
bdii-6.0.1-1.el9
chromium-125.0.6422.60-1.el9
lexertl14-0.1.0-27.20240517gitbca1359.el9
perl-Finance-Quote-1.6200-1.el9
python-rfc3987-1.3.8-14.el9
qownnotes-24.5.2-1.el9
rust-anyhow-1.0.84-1.el9
rust-bitstream-io-2.3.0-1.el9
rust-either-1.12.0-1.el9
rust-h2-0.4.5-1.el9
rust-libz-sys-1.1.16-1.el9
rust-open-5.1.3-1.el9
rust-oxipng-9.1.1-2.el9
rust-packaging-26.3-1.el9
rust-prettyplease-0.2.20-1.el9
rust-tracing-chrome-0.7.2-1.el9
ssmtp-2.64-36.el9
tio-3.3-1.el9

Details about builds:



 ansible-collection-awx-awx-24.3.1-1.el9 (FEDORA-EPEL-2024-e2d7136381)
 Ansible modules and plugins for working with AWX

Update Information:

update to 24.3.1

ChangeLog:

* Mon May 13 2024 Andrew Heath  
- 24.3.1-1
- Update to 24.3.1




 arpwatch-3.6-3.el9 (FEDORA-EPEL-2024-6dc8aa59fa)
 Network monitoring tools for tracking IP addresses on a network

Update Information:

Generate ethercodes.dat from latest oui.csv

ChangeLog:

* Fri May 17 2024 Benjamin A. Beasley  - 14:3.6-3
- Generate ethercodes.dat from latest oui.csv




 bdii-6.0.1-1.el9 (FEDORA-EPEL-2024-48ac93f8ee)
 The Berkeley Database Information Index (BDII)

Update Information:

Fix for brokwn IPv6 support in systemd startup script

ChangeLog:

* Thu May 16 2024 Mattias Ellert  - 6.0.1-1
- Version 6.0.1
- Backport fix for IPv6 support from upstream
* Tue Jan 23 2024 Fedora Release Engineering  - 
6.0.0-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
* Fri Jan 19 2024 Fedora Release Engineering  - 
6.0.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
* Wed Jul 19 2023 Fedora Release Engineering  - 
6.0.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Wed Jan 18 2023 Fedora Release Engineering  - 
6.0.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild




 chromium-125.0.6422.60-1.el9 (FEDORA-EPEL-2024-38d250bafc)
 A WebKit (Blink) powered web browser that Google doesn't want you to use

Update Information:

update to 125.0.6422.60
High CVE-2024-4947: Type Confusion in V8
High CVE-2024-4948: Use after free in Dawn
Medium CVE-2024-4949: Use after free in V8
Low CVE-2024-4950: Inappropriate implementation in Downloads
update to 124.0.6367.201
  * High CVE-2024-4671: Use after free in Visuals
update to 124.0.6367.155
High CVE-2024-4558: Use after free in ANGLE
High CVE-2024-4559: Heap buffer overflow in WebAudio
update to 124.0.6367.118
  * High CVE-2024-4331: Use after free in Picture In Picture
  * High CVE-2024-4368: Use after free in Dawn
update to 124.0.6367.91
update to 124.0.6367.78
  * Critical CVE-2024-4058: Type Confusion in ANGLE
  * High CVE-2024-4059: Out of bounds read in V8 API
  * High CVE-2024-4060: Use after free in Dawn
update to 124.0.6367.60
High CVE-2024-3832: Object corruption in V8
High CVE-2024-3833: Object corruption in WebAssembly
High CVE-2024-3914: Use after free in V8
High CVE-2024-3834: Use after free in Downloads
Medium CVE-2024-3837: Use after free in QUIC
Medium CVE-2024-3838: Inappropriate implementation in Autofill
Medium CVE-2024-3839: Out of bounds read in Fonts
Medium CVE-2024-3840: Insufficient policy enforcement in Site Isolation
Medium CVE-2024-3841: Insufficient data validation in Browser Switcher
Medium CVE-2024-3843: Insufficient data validation in Downloads
Low CVE-2024-3844: Inappropriate implementation in Extensions
Low CVE-2024-3845: Inappropriate

Batch upgrade of PETSc Sundials MUMPS libraries

2024-05-17 Thread Antonio T. sagitter


Hi all.

I'm preparing (1) following updates for Fedora 41:

PETSc-3.21.1 (https://petsc.org/release/changes/321/)
MUMPS-5.7.1 (https://mumps-solver.org/index.php?page=dwnld#cl)
Sundials-7.0.0 (https://github.com/LLNL/sundials/releases/tag/v7.0.0)


All dependent packages can be rebuilt with these new releases except 
bout++-5.1.0 that it's incompatible with Sundials-7; bout++ upstream 
already modified their code to work with Sundials-7 but it's unreleased

yet (https://github.com/boutproject/BOUT-dev/tree/next).


1- https://copr.fedorainfracloud.org/coprs/sagitter/ForTesting/builds/

--
---
Antonio Trande
Fedora Project
https://fedoraproject.org/wiki/User:Sagitter
mailto: sagit...@fedoraproject.org
GPG key: 0x40FDA7B70789A9CD
GPG keys server: https://keys.openpgp.org/


OpenPGP_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

Re: Debugging fun (wrt C modernization change)

2024-05-17 Thread Owen Taylor

On Tue, May 14, 2024 at 6:50 AM Panu Matilainen  wrote:

>
> Patch and source numbers start from zero, that goes for automatically
> numbered patches too. So there's an off by one in the application, and
> the latter %autopatch which is supposed to apply patches >= 2 simply has
> nothing to do, and falls through silently. That's a bug of course in
> itself, filed now:
> https://github.com/rpm-software-management/rpm/issues/3093
>

One thing that is quite difficult to do with %autopatch/%autosetup is
conditionally applied patches, since I've always understood it to be bad
practice to conditionalize the Patch: lines

The evolution-data-server spec file currently has:


# 0-99: General patches

# 100-199: Flatpak-specific patches
# https://gitlab.gnome.org/GNOME/evolution-data-server/-/merge_requests/144
Patch100: Make-DBUS_SERVICES_PREFIX-runtime-configurable.patch

[...]

%prep
%autosetup -p1 -S gendiff -N

# General patches
%autopatch -p1 -m 0 -M 99

# Flatpak-specific patches
%if 0%{?flatpak}
%autopatch -p1 -m 100 -M 199
%endif


which will warn if you add a warning about empty %autopatch. Not sure if
there's a better way of handling that.

- Owen
--
___
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: Inactive packagers removed from the packager group

2024-05-17 Thread blackwell via devel


Hi all, I have a PR for xmlcopyeditor.
https://src.fedoraproject.org/rpms/xmlcopyeditor/pull-request/3
https://bugzilla.redhat.com/show_bug.cgi?id=1870203

Jason Blackwell

On 5/16/24 19:27, Tim Orling wrote:



On Thu, May 16, 2024 at 5:02 PM Kevin Fenzi  wrote:

Hi all,

Today, 2024-05-16, we have removed inactive packagers
from the packager group.

This is in accordance with the FESCo policy on inactive packagers:
https://docs.fedoraproject.org/en-US/fesco/Policy_for_inactive_packagers/


I suspect I am not alone in asking “What is the list of inactive 
packagers that this impacted?”


The list of affected packages is helpful; the list of inactive 
packagers would have been extra helpful. I suppose it was earlier in 
the thread?




If the removed user is 'main admin' for a package, this package
will be orphaned. If there are co-maintainers for the package,
one of them should take the role of 'main admin',
by clicking "✋ Take" on
`https://src.fedoraproject.org/rpms/`".

Otherwise any packager may take the package while it's orphaned.
After 6 weeks, the package will be retired.
After another 8 weeks, a new review is needed to unretire it.
see

https://docs.fedoraproject.org/en-US/fesco/Policy_for_orphan_and_retired_packages/
for more details.

Note that removed packagers will currently still appear in packager
groups on src.fedoraproject.org . We
are working on a way to refresh that
information.

More details available in
https://pagure.io/fedora-infrastructure/issue/11901

Packages that have been orphaned are:

flatpaks/ardour5
flatpaks/dosbox
flatpaks/filezilla
flatpaks/gnome-books
flatpaks/gnome-calendar
flatpaks/gnome-maps
flatpaks/gnome-music
flatpaks/gnome-photos
flatpaks/hydrapaper
flatpaks/hydrogen
flatpaks/jumpnbump
flatpaks/prusa-slicer
flatpaks/qtractor
flatpaks/supertux
flatpaks/xonotic
modules/fleet-commander
modules/pg-semver
rpms/3Depict
rpms/ansible-collection-community-rabbitmq
rpms/apache-commons-net
rpms/balsa
rpms/BitchX
rpms/bolt
rpms/brightnessctl
rpms/cgdb
rpms/collectd
rpms/connect-proxy
rpms/container-exception-logger
rpms/cutecw
rpms/daggy
rpms/dia-gnomeDIAicons
rpms/dmidecode
rpms/dnssec-nodes
rpms/dnssec-system-tray
rpms/dnssec-tools
rpms/feedbackd
rpms/fleet-commander-admin
rpms/fleet-commander-client
rpms/freeipa-desktop-profile
rpms/gamemode
rpms/gedit-latex
rpms/gedit-plugins
rpms/git-crypt
rpms/gitg
rpms/givaro
rpms/gmrun
rpms/gnome-shell-extension-gamemode
rpms/gofer
rpms/golang-github-client9-gospell
rpms/golang-github-mitchellh-ps
rpms/golang-github-remeh-sizedwaitgroup
rpms/golang-github-xrash-smetrics
rpms/gtranslator
rpms/gtypist
rpms/icewm
rpms/inih
rpms/kanotf-fonts
rpms/koji-osbuild
rpms/laf-plugin
rpms/levien-museum-fonts
rpms/libesmtp
rpms/libgit2-glib
rpms/libinjection
rpms/libitl
rpms/libvarlink
rpms/linux-system-roles
rpms/logserial
rpms/lookup
rpms/mathgl
rpms/mmv
rpms/mobile-broadband-provider-info
rpms/mysql-mmm
rpms/mythes-eo
rpms/nik4
rpms/nodejs-sprintf
rpms/nodejs-strip-json-comments
rpms/numactl
rpms/nuntius
rpms/oc-inject
rpms/oomd
rpms/osbuild
rpms/pcmciautils
rpms/pdns-recursor
rpms/perl-Crypt-OpenSSL-AES
rpms/perl-Crypt-OpenSSL-Bignum
rpms/perl-Crypt-OpenSSL-DSA
rpms/perl-Crypt-OpenSSL-PKCS10
rpms/perl-Crypt-OpenSSL-Random
rpms/perl-Crypt-OpenSSL-RSA
rpms/perl-Crypt-OpenSSL-X509
rpms/perl-Flickr-API
rpms/perl-Flickr-Upload
rpms/perl-Getopt-GUI-Long
rpms/perl-Net-DNS-SEC
rpms/perl-QWizard
rpms/pidgin-guifications
rpms/pisg
rpms/Pound
rpms/ppl
rpms/pure-ftpd
rpms/python-astor
rpms/python-boolean.py
rpms/python-ephyviewer
rpms/python-fadvise
rpms/python-flask-cache
rpms/python-git-changelog
rpms/python-glue
rpms/python-glymur
rpms/python-license-expression
rpms/python-neatdend
rpms/python-pooch
rpms/python-pretend
rpms/python-pyABF
rpms/python-pyzabbix
rpms/python-requre
rpms/python-rfc3987
rpms/python-satyr
rpms/python-suds
rpms/python-tzlocal
rpms/python-varlink
rpms/python-waitress
rpms/python-whitenoise
rpms/python-zbase32
rpms/ren
rpms/reportd
rpms/reuse
rpms/rubygem-daemons
rpms/rust-xkbcommon
rpms/sat4j
rpms/satyr
rpms/secvarctl
rpms/shybrid
rpms/spice-html5
rpms/springlobby
rpms/squeekboard
rpms/ssmtp
rpms/statsd
rpms/sugar-colordeducto
rpms/sugar-story
rpms/sugar-xoeditor
rpms/tcpxtract
rpms/termy-server
rpms/will-crash
rpms/wofi
rpms/wp-cli

Re: Debugging fun (wrt C modernization change)

2024-05-17 Thread Adam Williamson

On Fri, 2024-05-17 at 10:32 +0200, Michael J Gruber wrote:
> Kevin Kofler via devel venit, vidit, dixit 2024-05-16 22:39:00:
> > Panu Matilainen wrote:
> > > Patch and source numbers start from zero, that goes for automatically
> > > numbered patches too. So there's an off by one in the application, and
> > > the latter %autopatch which is supposed to apply patches >= 2 simply has
> > > nothing to do, and falls through silently. That's a bug of course in
> > > itself, filed now:
> > > https://github.com/rpm-software-management/rpm/issues/3093
> > 
> > And then they say the automagic is a good idea because it prevents people 
> > from accidentally forgetting to apply a patch, LOL.
> 
> This would not have happened with autosetup. If you overwrite
> automatisms (using invidual patch numbers and flags) you need to know
> what you are doing. So this is a very weak argument:
>  
> > %patchlist and %auto* should just go away, or at least banned from Fedora 
> > by 
> > a git hook rejecting such specfiles.
> 
> We also have unnumbered patch source definition lines, don't we?

Yes, and every package should absolutely use them unless it really
needs to refer to individual patches for some reason (e.g. applying
them at specific times or not applying them on certain arches).
-- 
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: New Fedora Planet

2024-05-17 Thread Kevin Fenzi

On Fri, May 17, 2024 at 08:42:12AM GMT, Daniel P. Berrangé wrote:
> On Thu, May 16, 2024 at 05:16:17PM -0300, Pedro Moura wrote:
> > Hi everyone,
> > 
> > We are moving Fedora Planet from the old (python2) software running on
> > fedorapeople.org to a new application that is running in OpenShift.
> > This new application uses information from the Fedora Account System to
> > find blogs, so please make sure your account is updated.
> > 
> > You can see the new planet at: https://planet.apps.ocp.fedoraproject.org/
> > 
> > To add blog posts in Fedora Planet you basically need to update RSS URL
> > field at https://accounts.fedoraproject.org/
> 
> IIUC, you're indicating that the existing planet feed addresses will not
> be automatically migrated, and thus everyone has to update their profile,
> even if already on the Fedora Planet today ?

Yes. We considered trying to migrate .planet files but:

* There's a ton of invalid ones that don't resolve or are 404, or have 0
entries in them, or go to things that aren't rss feeds. 
* There's a ton of them that were setup by people years ago that are no
longer active in the fedora community, so there's no fedora tagged
posts, but who knows if they intend to add some, or never will.
* There's a ton of them that are http and a simple http/https
substitution doesn't work, so we don't know where the https version is
or if it exists.

Perhaps we could look at posters for the last say 6months and mail them
directly to check and update? That would at least get somewhat active
folks...

On Fri, May 17, 2024 at 11:53:34AM GMT, Miroslav Suchý wrote:
> Dne 16. 05. 24 v 10:16 odp. Pedro Moura napsal(a):
> > To add blog posts in Fedora Planet you basically need to update RSS URL 
> > field at https://accounts.fedoraproject.org/
> 
> How can I add more feeds? Under my account I had feeds to two Packit blogs, 
> one ABRT and my personal.

Hum, good question. I'll ask Pedro about this.

On Fri, May 17, 2024 at 12:49:12PM GMT, Kamil Paral wrote:
> 
> On this new URL, the sub-planets are currently broken. Also, how can I add
> an RSS feed to a particular sub-planet? (note that that RSS feed is
> different from the RSS feed for the main planet).

Yes, and we should have noted this in the announcement, but we were
going to sunset the 'sub-planets'. They didn't seem to be very
active/used. Is that not the case? 

On Fri, May 17, 2024 at 02:51:35PM GMT, Kevin Kofler via devel wrote:
> 
> Which means that basically all blogs are going to vanish from Fedora Planet 
> unless people re-add them manually.

Yes.

> There are 809 blogs on the old Planet Fedora, the new one currently has 30 
> (should be at least 31 soon when it picks up my RSS URL that I have just 
> added to accounts.fedoraproject.org). That is less than 4%. More than 96% of 
> the blogs will be gone.

But of those 809, a very large majority are invalid, inactive or broken
in some way. 

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

[Bug 2280993] New: perl-Log-Contextual-0.009000 is available

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

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



Releases retrieved: 0.009000
Upstream release that is considered latest: 0.009000
Current version/release in rawhide: 0.008001-20.fc40
URL: http://search.cpan.org/dist/Log-Contextual/

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


More information about the service that created this bug can be found at:
https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring


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


Based on the information from Anitya:
https://release-monitoring.org/project/3037/


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/perl-Log-Contextual


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

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

Intention to retire mlocate

2024-05-17 Thread Michal Sekletar

Hi everyone,

We have had a plocate as a drop-in replacement for mlocate for quite a
while now. My intention is to retire the mlocate package next week in order
to prevent duplication and so that we can focus only on plocate
going forward.

Have a nice weekend,
Michal
--
___
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: [Fedocal] Reminder meeting : ELN SIG

2024-05-17 Thread Stephen Gallagher

This meeting is canceled due to lack of agenda.

On Thu, May 16, 2024 at 8:00 AM  wrote:
>
> Dear all,
>
> You are kindly invited to the meeting:
>ELN SIG on 2024-05-17 from 12:00:00 to 13:00:00 US/Eastern
>At fedora-meet...@irc.libera.chat
>
> The meeting will be about:
>
>
>
> Source: https://calendar.fedoraproject.org//meeting/10568/
>
> --
> ___
> 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

[Bug 2280643] Upgrade perl-Devel-Cover to 1.42

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version||perl-Devel-Cover-1.42-1.fc4
   ||1
 Resolution|--- |ERRATA
 Status|MODIFIED|CLOSED
Last Closed||2024-05-17 14:44:10



--- Comment #2 from Fedora Update System  ---
FEDORA-2024-b32b9d61bf (perl-Devel-Cover-1.42-1.fc41) has been pushed to the
Fedora 41 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=2280643

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

[Bug 2280643] Upgrade perl-Devel-Cover to 1.42

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

Fedora Update System  changed:

   What|Removed |Added

 Status|NEW |MODIFIED



--- Comment #1 from Fedora Update System  ---
FEDORA-2024-b32b9d61bf (perl-Devel-Cover-1.42-1.fc41) has been submitted as an
update to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-b32b9d61bf


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202280643%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: [Input Requested] Ending support for i686 builds of Node.js

2024-05-17 Thread Fabio Valentini

On Thu, May 16, 2024 at 4:24 PM Stephen Gallagher  wrote:
>
> On Tue, May 14, 2024 at 3:47 PM Fabio Valentini  wrote:
> >
> > On Tue, May 14, 2024 at 9:43 PM Stephen Gallagher  
> > wrote:
> > >
> > > Do you think that's worth a separate Change from the Node.js 22 Change
> > > I already filed? I can amend that  (and ask FESCo to re-vote based on
> > > new information).
> >
> > I think the change is significant enough, yes.
> > Having a separate change would lead to more visibility, but I think
> > just amending the existing Change and having FESCo re-approve would be
> > fine too.
> >
>
> Looks like we can avoid this question for a bit longer. Node.js 22.2.0
> appears to have fixed the incompatibility with i686 builds. Phew.

Even better! Thank you for looking into it.

Fabio
--
___
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: rich deps result in packages being uninstalled from buildroot

2024-05-17 Thread Paul Howarth

On Fri, 17 May 2024 13:32:24 +
Zbigniew Jędrzejewski-Szmek  wrote:
> > Oh, this is embarrasing. I added two patches but they didn't get
> > applied because %setup not %autosetup. :(
> > I'll push a fixed build in a moment. Sorry for breaking the builds.
> >  
> 
> perl-Finance-Quote-1.6200-1.fc41:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=117804013

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

[Test-Announce] Fedora-IoT 41 RC 20240517.0 nightly compose nominated for testing

2024-05-17 Thread rawhide

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

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

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

https://fedoraproject.org/wiki/Test_Results:Fedora-IoT_41_RC_20240517.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora-IoT_41_RC_20240517.0_General

Thank you for testing!
-- 
Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer
--
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org
Do not reply to spam, 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: rich deps result in packages being uninstalled from buildroot

2024-05-17 Thread Zbigniew Jędrzejewski-Szmek

On Fri, May 17, 2024 at 12:19:34PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, May 17, 2024 at 09:43:22AM +0100, Paul Howarth wrote:
> > On Thu, 16 May 2024 10:52:29 +
> > Zbigniew Jędrzejewski-Szmek  wrote:
> > 
> > > On Thu, May 16, 2024 at 11:09:01AM +0200, Fabio Valentini wrote:
> > > > This looks like you're putting the resolver between a rock and a
> > > > hard place. :thinking:
> > > > I don't think I've ever seen packages being *removed* when
> > > > installing BuildRequires on top of the minimal buildroot ...
> > > > 
> > > > Would it be possible to adapt the packages so that add-determinism
> > > > and add-determinism-nopython are parallel-installable, and have the
> > > > macro fall back to the add-determinism-nopython executable if the
> > > > add-determinism executable is not available?
> > > > That way BuildRequires are additive and wouldn't force package
> > > > removal from the buildroot, and the rich dependency could be
> > > > simpler - i.e. `Requires: (add-determinism if python3-libs)`,
> > > > without Suggests or else branch.  
> > > 
> > > Yeah, I think this is the most reasonable approach.
> > > I'll push a build that does this shortly.
> > > 
> > > (I tried to test this locally with mock, with the additional packages
> > > in a local repo. When I install everything in one go, things work as
> > > expected. Why I try to check the original issue, and install packages
> > > piecemeal, mock downgrades packages to fall back to the koji version
> > > without dependencies, instead of installing the additional deps. In
> > > koji, it'll only have one version of the package available, so
> > > hopefully it'll pick addition instead of removals.)
> > 
> > Not sure how this is supposed to work: add-determinism-nopython seems
> > to install %{_bindir}/add-determinism.nopython but the macro only seems 
> > to look for %{_bindir}/add-determinism, resulting in this when only
> > add-determinism-nopython is installed:
> > 
> > (https://koji.fedoraproject.org/koji/taskinfo?taskID=117791675)
> 
> Oh, this is embarrasing. I added two patches but they didn't get
> applied because %setup not %autosetup. :(
> I'll push a fixed build in a moment. Sorry for breaking the builds.

perl-Finance-Quote-1.6200-1.fc41:
https://koji.fedoraproject.org/koji/taskinfo?taskID=117804013

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

Fedora rawhide compose report: 20240517.n.0 changes

2024-05-17 Thread Fedora Rawhide Report

OLD: Fedora-Rawhide-20240516.n.0
NEW: Fedora-Rawhide-20240517.n.0

= SUMMARY =
Added images:4
Dropped images:  0
Added packages:  2
Dropped packages:17
Upgraded packages:   30
Downgraded packages: 0

Size of added packages:  1.86 MiB
Size of dropped packages:2.36 MiB
Size of upgraded packages:   497.40 MiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: Workstation live aarch64
Path: 
Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-Rawhide-20240517.n.0.iso
Image: Security live x86_64
Path: Labs/x86_64/iso/Fedora-Security-Live-x86_64-Rawhide-20240517.n.0.iso
Image: LXQt live x86_64
Path: Spins/x86_64/iso/Fedora-LXQt-Live-x86_64-Rawhide-20240517.n.0.iso
Image: KDE live aarch64
Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-Rawhide-20240517.n.0.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: ghc-language-c99-simple-0.3.0-1.fc41
Summary: C-like AST to simplify writing C99 programs
RPMs:ghc-language-c99-simple ghc-language-c99-simple-devel 
ghc-language-c99-simple-doc ghc-language-c99-simple-prof
Size:1.22 MiB

Package: ghc-language-c99-util-0.2.0-1.fc41
Summary: Utilities for language-c99
RPMs:ghc-language-c99-util ghc-language-c99-util-devel 
ghc-language-c99-util-doc ghc-language-c99-util-prof
Size:655.67 KiB


= DROPPED PACKAGES =
Package: container-workflow-tool-1.2.0-9.fc40
Summary: Tool for automation of rebuilding container images
RPMs:container-workflow-tool
Size:75.81 KiB

Package: emacs-htmlize-1.34-28.fc40
Summary: Convert buffer text and decorations to HTML
RPMs:emacs-htmlize emacs-htmlize-el
Size:51.95 KiB

Package: php-bantu-ini-get-wrapper-1.0.1-17.fc39
Summary: Convenience wrapper around PHP's ini_get() function
RPMs:php-bantu-ini-get-wrapper
Size:10.59 KiB

Package: php-christophwurst-id3parser-0.1.2-7.fc40
Summary: A pure ID3 parser based upon getID3
RPMs:php-christophwurst-id3parser
Size:58.23 KiB

Package: php-deepdiver-zipstreamer-2.0.0-8.fc39
Summary: Stream zip files without i/o overhead
RPMs:php-deepdiver-zipstreamer
Size:30.86 KiB

Package: php-doctrine-dbal-2.13.9-4.fc39
Summary: Doctrine Database Abstraction Layer (DBAL)
RPMs:php-doctrine-dbal
Size:284.16 KiB

Package: php-fgrosse-phpasn1-2.3.0-8.fc40
Summary: A PHP Framework that allows you to encode and decode arbitrary ASN.1 
structures
RPMs:php-fgrosse-phpasn1
Size:51.02 KiB

Package: php-giggsey-locale-1.9-7.fc40
Summary: Locale functions required by libphonenumber-for-php
RPMs:php-giggsey-locale
Size:340.02 KiB

Package: php-league-uri-interfaces-2.3.0-7.fc40
Summary: Common interface for URI representation
RPMs:php-league-uri-interfaces
Size:31.19 KiB

Package: php-opencloud-openstack-3.0.7-13.fc40
Summary: PHP SDK for OpenStack clouds
RPMs:php-opencloud-openstack
Size:123.08 KiB

Package: php-opis-closure-3.6.3-4.fc40
Summary: A library that can be used to serialize closures and arbitrary objects
RPMs:php-opis-closure
Size:23.96 KiB

Package: php-pimple-3.5.0-13.fc39
Summary: A simple dependency injection container for PHP
RPMs:php-pimple
Size:17.40 KiB

Package: php-punic-1.6.5-16.fc39
Summary: PHP-Unicode CLDR
RPMs:php-punic
Size:791.41 KiB

Package: php-scssphp-1.10.5-3.fc39
Summary: A compiler for SCSS written in PHP
RPMs:php-scssphp
Size:111.30 KiB

Package: php-stecman-symfony-console-completion-0.11.0-3.fc39
Summary: Automatic BASH completion for Symfony Console based applications
RPMs:php-stecman-symfony-console-completion
Size:25.54 KiB

Package: python-jose-3.3.0-29.fc41
Summary: A JOSE implementation in Python
RPMs:python-jose-doc python3-jose python3-jose+cryptography
Size:312.70 KiB

Package: rust-tiny_http0.6-0.6.4-7.fc40
Summary: Low level HTTP server library
RPMs:rust-tiny_http0.6+default-devel rust-tiny_http0.6+openssl-devel 
rust-tiny_http0.6+ssl-devel rust-tiny_http0.6-devel
Size:73.31 KiB


= UPGRADED PACKAGES =
Package:  bdii-6.0.1-1.fc41
Old package:  bdii-6.0.0-5.fc40
Summary:  The Berkeley Database Information Index (BDII)
RPMs: bdii
Size: 30.23 KiB
Size change:  -119 B
Changelog:
  * Thu May 16 2024 Mattias Ellert  - 6.0.1-1
  - Version 6.0.1
  - Backport fix for IPv6 support from upstream


Package:  conan-2.3.1-1.fc41
Old package:  conan-2.2.3-1.fc41
Summary:  Open-source C/C++ package manager
RPMs: conan
Size: 1.24 MiB
Size change:  38.85 KiB
Changelog:
  * Thu May 16 2024 Vitaly  - 2.3.1-1
  - Updated to version 2.3.1.


Package:  crypto-policies-20240515-1.gita24a14b.fc41
Old package:  crypto-policies-20240320-1.git58e3d95.fc41
Summary:  System-wide crypto policies
RPMs: crypto-policies crypto-policies-scripts
Size: 209.30 KiB
Size change:  -2.35 KiB
Changelog:
  * Wed May 15 2024 Alexander

[Bug 2251190] Upgrade perl-V to 0.19

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

Fedora Update System  changed:

   What|Removed |Added

 Resolution|RAWHIDE |ERRATA
   Fixed In Version||perl-V-0.19-1.fc41



--- Comment #4 from Fedora Update System  ---
FEDORA-2024-11c4c86c65 (perl-V-0.19-1.fc41) has been pushed to the Fedora 41
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=2251190

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

Major version update of reuse tool (3.0.2) incoming

2024-05-17 Thread Jan Staněk

Hello all!
As of today, I have picked up maintenance of FSFE's reuse tool [1].
I have a major update in progress, which IIRC includes changes on how
the CLI should be used.

I do not know if any Fedora tooling uses this tool,
but in case it does, consider this your heads-up.

The update should land in rawhide sometime next week,
and later also in F40 and F39.
Let me know if that works for you or if I should change my plans.

Have a nice weekend!
--
Jan Staněk
Software Engineer, Red Hat
jsta...@redhat.com   irc: jstanek


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

[Bug 2251190] Upgrade perl-V to 0.19

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



--- Comment #3 from Fedora Update System  ---
FEDORA-2024-11c4c86c65 (perl-V-0.19-1.fc41) has been submitted as an update to
Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-11c4c86c65


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202251190%23c3
--
___
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: Debugging fun (wrt C modernization change)

2024-05-17 Thread Panu Matilainen


On 5/17/24 15:53, Kevin Kofler via devel wrote:

Michael J Gruber wrote:

%patchlist and %auto* should just go away, or at least banned from Fedora
by a git hook rejecting such specfiles.


We also have unnumbered patch source definition lines, don't we?


IIRC, unnumbered Source: or Patch: just defaults to Source0: resp. Patch0:.
But it should not be used. Use Source0/Patch0 instead.


Unnumbered patch and source lines are automatically numbered nowadays.

- Panu -
--
___
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: Debugging fun (wrt C modernization change)

2024-05-17 Thread Kevin Kofler via devel

Michael J Gruber wrote:
>> %patchlist and %auto* should just go away, or at least banned from Fedora
>> by a git hook rejecting such specfiles.
> 
> We also have unnumbered patch source definition lines, don't we?

IIRC, unnumbered Source: or Patch: just defaults to Source0: resp. Patch0:. 
But it should not be used. Use Source0/Patch0 instead.

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

Re: New Fedora Planet

2024-05-17 Thread Kevin Kofler via devel

Pedro Moura wrote:
> To add blog posts in Fedora Planet you basically need to update RSS URL
> field at https://accounts.fedoraproject.org/

Which means that basically all blogs are going to vanish from Fedora Planet 
unless people re-add them manually.

There are 809 blogs on the old Planet Fedora, the new one currently has 30 
(should be at least 31 soon when it picks up my RSS URL that I have just 
added to accounts.fedoraproject.org). That is less than 4%. More than 96% of 
the blogs will be gone.

This is not helpful.

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

Node.js 22.x coming to Rawhide/F41

2024-05-17 Thread Stephen Gallagher

As of today, I have built Node.js 22.2.0 for Fedora Rawhide. It is
currently available as a non-default package (Node.js 20 remains the
default during this short transition period).

If you maintain a package that depends on Node.js (either runtime or
build-time), please take some time in the next week or so to verify
whether it continues to work properly with Node.js 22. I plan to
switch the default in Rawhide over to 22.x as per the
recently-approved Change[1] on or shortly after May 27th.

If you encounter a significant problem with Node.js 22, please contact
the nod...@fedoraproject.org mailing list and we will try to help you.


[1] https://fedoraproject.org/wiki/Changes/Nodejs22
--
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel-announce@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2249161] perl-Crypt-OpenSSL-AES-0.19 is available

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



--- Comment #5 from Fedora Update System  ---
FEDORA-2024-56f8190677 (perl-Crypt-OpenSSL-AES-0.19-1.fc40) has been submitted
as an update to Fedora 40.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-56f8190677


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

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

Node.js 22.x coming to Rawhide/F41

2024-05-17 Thread Stephen Gallagher

As of today, I have built Node.js 22.2.0 for Fedora Rawhide. It is
currently available as a non-default package (Node.js 20 remains the
default during this short transition period).

If you maintain a package that depends on Node.js (either runtime or
build-time), please take some time in the next week or so to verify
whether it continues to work properly with Node.js 22. I plan to
switch the default in Rawhide over to 22.x as per the
recently-approved Change[1] on or shortly after May 27th.

If you encounter a significant problem with Node.js 22, please contact
the nod...@fedoraproject.org mailing list and we will try to help you.


[1] https://fedoraproject.org/wiki/Changes/Nodejs22
--
___
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 2002396] perl-Crypt-OpenSSL-RSA-0.32 is available

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

Petr Pisar  changed:

   What|Removed |Added

 CC||ppi...@redhat.com
   Fixed In Version||perl-Crypt-OpenSSL-RSA-0.32
   ||-1.fc36
 Status|RELEASE_PENDING |CLOSED
 Resolution|--- |CURRENTRELEASE
Last Closed||2024-05-17 12:20:42




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2002396
--
___
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: rich deps result in packages being uninstalled from buildroot

2024-05-17 Thread Zbigniew Jędrzejewski-Szmek

On Fri, May 17, 2024 at 09:43:22AM +0100, Paul Howarth wrote:
> On Thu, 16 May 2024 10:52:29 +
> Zbigniew Jędrzejewski-Szmek  wrote:
> 
> > On Thu, May 16, 2024 at 11:09:01AM +0200, Fabio Valentini wrote:
> > > This looks like you're putting the resolver between a rock and a
> > > hard place. :thinking:
> > > I don't think I've ever seen packages being *removed* when
> > > installing BuildRequires on top of the minimal buildroot ...
> > > 
> > > Would it be possible to adapt the packages so that add-determinism
> > > and add-determinism-nopython are parallel-installable, and have the
> > > macro fall back to the add-determinism-nopython executable if the
> > > add-determinism executable is not available?
> > > That way BuildRequires are additive and wouldn't force package
> > > removal from the buildroot, and the rich dependency could be
> > > simpler - i.e. `Requires: (add-determinism if python3-libs)`,
> > > without Suggests or else branch.  
> > 
> > Yeah, I think this is the most reasonable approach.
> > I'll push a build that does this shortly.
> > 
> > (I tried to test this locally with mock, with the additional packages
> > in a local repo. When I install everything in one go, things work as
> > expected. Why I try to check the original issue, and install packages
> > piecemeal, mock downgrades packages to fall back to the koji version
> > without dependencies, instead of installing the additional deps. In
> > koji, it'll only have one version of the package available, so
> > hopefully it'll pick addition instead of removals.)
> 
> Not sure how this is supposed to work: add-determinism-nopython seems
> to install %{_bindir}/add-determinism.nopython but the macro only seems 
> to look for %{_bindir}/add-determinism, resulting in this when only
> add-determinism-nopython is installed:
> 
> (https://koji.fedoraproject.org/koji/taskinfo?taskID=117791675)

Oh, this is embarrasing. I added two patches but they didn't get
applied because %setup not %autosetup. :(
I'll push a fixed build in a moment. Sorry for breaking the builds.

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

Re: Firefox 126.0 with DBus service

Martin Stransky venit, vidit, dixit 2024-05-17 13:41:27:
> On 5/17/24 11:37, Michael J Gruber wrote:
> > Martin Stransky venit, vidit, dixit 2024-05-17 11:30:01:
> >> On 5/17/24 11:14, Michael J Gruber wrote:
> >>> Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47:
>  On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:
> > On 17/05/2024 10:38, Martin Stransky wrote:
> >> Hm, does really KDE Plasma access Firefox profile and searches it for
> >> anything? That's interesting. Can you point me to any info about it?
> >
> > It looks like it copies Firefox's *.sqlite databases to
> > ~/.cache/bookmarksrunner on every user login and then uses them:
> >
> > $ ls ~/.cache/bookmarksrunner/ | grep firefox
> > bookmarkrunnerfirefoxdbfile.sqlite
> > bookmarkrunnerfirefoxfavdbfile.sqlite
> > KRunner-Favicons-firefox-default
> 
>  I see. I don't think it's useful for gnome search as it uses live data
>  (also from recently visited URL) and also sorts results for popularity.
>  It should give you the same results as writing directly to Firefox URL 
>  bar.
> 
> >>>
> >>> This feature looks more and more confusing.
> >>>
> >>> How do the search providers (be it Gnome's or Plasma's variant) decide
> >>> which Firefox Profile to scrape?
> >>
> >> The searches are received from the first launched Firefox instance and
> >> its profile. Due to Firefox remote service usually all your FF windows
> >> use the same profile and there's usually only one profile per user.
> >>
> >> So usually you'll get search results from the recent Firefox you're 
> >> running.
> > 
> > I guess I'm unusual then ...
> > 
> > If you do use "-no-remote -P $Profile" to have instances with separate
> > profiles, you have to start the "search provider profile" first. Or
> > maybe Gonome search starts the default profile first anyways. There is
> > no apparent way to control this.
> > 
> > I mean, I would understand if the search uses the default profile, but
> > just any running instance? Strong dislike over here.
> > 
> > In any case, I think we should *not* sneak this in unannouced, but with
> > a clear information about wht it does and how turn it off.
> 
> You can enable/disable gnome search by 
> browser.gnome-search-provider.enabled at about:config for your profile.
> 
> There isn't any 'default' profile, Firefox usually use only one.

"Use the selected profile without asking at startup" is the check box
presented by "firefox -ProfileManager". If that is not a default profile
then I don't know what is.
--
___
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 2249161] perl-Crypt-OpenSSL-AES-0.19 is available

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

Petr Pisar  changed:

   What|Removed |Added

   Fixed In Version||perl-Crypt-OpenSSL-AES-0.19
   ||-1.fc41
 Status|ASSIGNED|MODIFIED



--- Comment #4 from Petr Pisar  ---
A bug-fix release suitable for Fedora ≥ 40.


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202249161%23c4
--
___
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: Firefox 126.0 with DBus service


On 5/17/24 11:37, Michael J Gruber wrote:

Martin Stransky venit, vidit, dixit 2024-05-17 11:30:01:

On 5/17/24 11:14, Michael J Gruber wrote:

Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47:

On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:

On 17/05/2024 10:38, Martin Stransky wrote:

Hm, does really KDE Plasma access Firefox profile and searches it for
anything? That's interesting. Can you point me to any info about it?


It looks like it copies Firefox's *.sqlite databases to
~/.cache/bookmarksrunner on every user login and then uses them:

$ ls ~/.cache/bookmarksrunner/ | grep firefox
bookmarkrunnerfirefoxdbfile.sqlite
bookmarkrunnerfirefoxfavdbfile.sqlite
KRunner-Favicons-firefox-default


I see. I don't think it's useful for gnome search as it uses live data
(also from recently visited URL) and also sorts results for popularity.
It should give you the same results as writing directly to Firefox URL bar.



This feature looks more and more confusing.

How do the search providers (be it Gnome's or Plasma's variant) decide
which Firefox Profile to scrape?


The searches are received from the first launched Firefox instance and
its profile. Due to Firefox remote service usually all your FF windows
use the same profile and there's usually only one profile per user.

So usually you'll get search results from the recent Firefox you're running.


I guess I'm unusual then ...

If you do use "-no-remote -P $Profile" to have instances with separate
profiles, you have to start the "search provider profile" first. Or
maybe Gonome search starts the default profile first anyways. There is
no apparent way to control this.

I mean, I would understand if the search uses the default profile, but
just any running instance? Strong dislike over here.

In any case, I think we should *not* sneak this in unannouced, but with
a clear information about wht it does and how turn it off.


You can enable/disable gnome search by 
browser.gnome-search-provider.enabled at about:config for your profile.


There isn't any 'default' profile, Firefox usually use only one.

Also Firefox Gnome search provider has been here for long time, see
https://mastransky.wordpress.com/2020/09/25/firefox-gnome-shell-search-provider/

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

[Bug 2249161] perl-Crypt-OpenSSL-AES-0.19 is available

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||ppi...@redhat.com
   Assignee|extras-orphan@fedoraproject |ppi...@redhat.com
   |.org|
   Doc Type|--- |If docs needed, set a value




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

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



--- Comment #5 from Fedora Update System  ---
FEDORA-2024-5adff944cd (perl-Crypt-OpenSSL-Random-0.16-1.fc38) has been
submitted as an update to Fedora 38.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-5adff944cd


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202275134%23c5
--
___
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 2275134] Upgrade perl-Crypt-OpenSSL-Random to 0.16

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



--- Comment #3 from Fedora Update System  ---
FEDORA-2024-eb6eeadd90 (perl-Crypt-OpenSSL-Random-0.16-1.fc40) has been
submitted as an update to Fedora 40.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-eb6eeadd90


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202275134%23c3
--
___
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 2275134] Upgrade perl-Crypt-OpenSSL-Random to 0.16

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



--- Comment #4 from Fedora Update System  ---
FEDORA-2024-b4a4e97be4 (perl-Crypt-OpenSSL-Random-0.16-1.fc39) has been
submitted as an update to Fedora 39.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-b4a4e97be4


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202275134%23c4
--
___
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 2275134] Upgrade perl-Crypt-OpenSSL-Random to 0.16

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

Petr Pisar  changed:

   What|Removed |Added

   Fixed In Version||perl-Crypt-OpenSSL-Random-0
   ||.16-1.fc41
 Status|ASSIGNED|MODIFIED



--- Comment #2 from Petr Pisar  ---
A bug-fix release suitable for all Fedoras.


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

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

2024-05-17 Thread Kamil Paral

On Fri, May 17, 2024 at 12:29 AM Pedro Moura  wrote:

> Hi everyone,
>
> We are moving Fedora Planet from the old (python2) software running on
> fedorapeople.org to a new application that is running in OpenShift.
> This new application uses information from the Fedora Account System to
> find blogs, so please make sure your account is updated.
>
> You can see the new planet at: https://planet.apps.ocp.fedoraproject.org/
>

On this new URL, the sub-planets are currently broken. Also, how can I add
an RSS feed to a particular sub-planet? (note that that RSS feed is
different from the RSS feed for the main planet).
--
___
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: Firefox 126.0 with DBus service

2024-05-17 Thread Vitaly Zaitsev via devel


On 17/05/2024 11:04, Martin Stransky wrote:
I see. I don't think it's useful for gnome search as it uses live data 
(also from recently visited URL) and also sorts results for popularity. 
It should give you the same results as writing directly to Firefox URL bar.


This is not a problem because *.sqlite databases can be opened in 
read-only mode. This won't conflict with the running instance of Firefox.



I expect Firefox fails to quit for some reason but as it's connected to DBus 
service (as it's launched from it) so you see it as a part of it. But I bet 
you'll get the same results (ff hang) without the service.


First I'll try to reproduce it on different machines (including virtual 
machines).


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

Re: New Fedora Planet

2024-05-17 Thread Miroslav Suchý


Dne 16. 05. 24 v 10:16 odp. Pedro Moura napsal(a):

To add blog posts in Fedora Planet you basically need to update RSS URL field 
at https://accounts.fedoraproject.org/


How can I add more feeds? Under my account I had feeds to two Packit blogs, one 
ABRT and my personal.

--
Miroslav Suchy, RHCA
Red Hat, Manager, Packit and CPT, #brno, #fedora-buildsys
--
___
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: Debugging fun (wrt C modernization change)

2024-05-17 Thread Panu Matilainen


On 5/17/24 11:32, Michael J Gruber wrote:

Kevin Kofler via devel venit, vidit, dixit 2024-05-16 22:39:00:

Panu Matilainen wrote:

Patch and source numbers start from zero, that goes for automatically
numbered patches too. So there's an off by one in the application, and
the latter %autopatch which is supposed to apply patches >= 2 simply has
nothing to do, and falls through silently. That's a bug of course in
itself, filed now:
https://github.com/rpm-software-management/rpm/issues/3093


And then they say the automagic is a good idea because it prevents people
from accidentally forgetting to apply a patch, LOL.


This would not have happened with autosetup. If you overwrite
automatisms (using invidual patch numbers and flags) you need to know
what you are doing. So this is a very weak argument:


Yes, Kevin missed the point by a wide margin. The problem was exactly 
that the manually numbered patch applications carry these kind of risks. 
It's really, really easy to add "PatchXYZ: foo.patch" and forget to add 
the corresponding %patch XYZ entry, in whatever form. Which is why you 
should let %autosetup do it.


- Panu -
--
___
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: Firefox 126.0 with DBus service

Martin Stransky venit, vidit, dixit 2024-05-17 11:30:01:
> On 5/17/24 11:14, Michael J Gruber wrote:
> > Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47:
> >> On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:
> >>> On 17/05/2024 10:38, Martin Stransky wrote:
>  Hm, does really KDE Plasma access Firefox profile and searches it for
>  anything? That's interesting. Can you point me to any info about it?
> >>>
> >>> It looks like it copies Firefox's *.sqlite databases to
> >>> ~/.cache/bookmarksrunner on every user login and then uses them:
> >>>
> >>> $ ls ~/.cache/bookmarksrunner/ | grep firefox
> >>> bookmarkrunnerfirefoxdbfile.sqlite
> >>> bookmarkrunnerfirefoxfavdbfile.sqlite
> >>> KRunner-Favicons-firefox-default
> >>
> >> I see. I don't think it's useful for gnome search as it uses live data
> >> (also from recently visited URL) and also sorts results for popularity.
> >> It should give you the same results as writing directly to Firefox URL bar.
> >>
> > 
> > This feature looks more and more confusing.
> > 
> > How do the search providers (be it Gnome's or Plasma's variant) decide
> > which Firefox Profile to scrape?
> 
> The searches are received from the first launched Firefox instance and 
> its profile. Due to Firefox remote service usually all your FF windows 
> use the same profile and there's usually only one profile per user.
> 
> So usually you'll get search results from the recent Firefox you're running.

I guess I'm unusual then ...

If you do use "-no-remote -P $Profile" to have instances with separate
profiles, you have to start the "search provider profile" first. Or
maybe Gonome search starts the default profile first anyways. There is
no apparent way to control this.

I mean, I would understand if the search uses the default profile, but
just any running instance? Strong dislike over here.

In any case, I think we should *not* sneak this in unannouced, but with
a clear information about wht it does and how turn it off.

Cheers
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: Firefox 126.0 with DBus service


On 5/17/24 11:14, Michael J Gruber wrote:

Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47:

On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:

On 17/05/2024 10:38, Martin Stransky wrote:

Hm, does really KDE Plasma access Firefox profile and searches it for
anything? That's interesting. Can you point me to any info about it?


It looks like it copies Firefox's *.sqlite databases to
~/.cache/bookmarksrunner on every user login and then uses them:

$ ls ~/.cache/bookmarksrunner/ | grep firefox
bookmarkrunnerfirefoxdbfile.sqlite
bookmarkrunnerfirefoxfavdbfile.sqlite
KRunner-Favicons-firefox-default


I see. I don't think it's useful for gnome search as it uses live data
(also from recently visited URL) and also sorts results for popularity.
It should give you the same results as writing directly to Firefox URL bar.



This feature looks more and more confusing.

How do the search providers (be it Gnome's or Plasma's variant) decide
which Firefox Profile to scrape?


The searches are received from the first launched Firefox instance and 
its profile. Due to Firefox remote service usually all your FF windows 
use the same profile and there's usually only one profile per user.


So usually you'll get search results from the recent Firefox you're running.

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

[Bug 2275134] Upgrade perl-Crypt-OpenSSL-Random to 0.16

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

Petr Pisar  changed:

   What|Removed |Added

   Assignee|extras-orphan@fedoraproject |ppi...@redhat.com
   |.org|
 CC||ppi...@redhat.com
 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=2275134
--
___
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: Firefox 126.0 with DBus service

Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47:
> On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:
> > On 17/05/2024 10:38, Martin Stransky wrote:
> >> Hm, does really KDE Plasma access Firefox profile and searches it for 
> >> anything? That's interesting. Can you point me to any info about it?
> > 
> > It looks like it copies Firefox's *.sqlite databases to 
> > ~/.cache/bookmarksrunner on every user login and then uses them:
> > 
> > $ ls ~/.cache/bookmarksrunner/ | grep firefox
> > bookmarkrunnerfirefoxdbfile.sqlite
> > bookmarkrunnerfirefoxfavdbfile.sqlite
> > KRunner-Favicons-firefox-default
> 
> I see. I don't think it's useful for gnome search as it uses live data 
> (also from recently visited URL) and also sorts results for popularity. 
> It should give you the same results as writing directly to Firefox URL bar.
> 

This feature looks more and more confusing.

How do the search providers (be it Gnome's or Plasma's variant) decide
which Firefox Profile to scrape?

I know that profiles are no security feature, but they serve a purpose
as separating different use cases/"realms" which a user operates in.

So, which databases does the Plasma version copy?

If I have several FF instances running (-no-remote), which one does
Gnome search talk to?

Do they do similar stuff with Chrome or other browsers?

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: Firefox 126.0 with DBus service


On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:

On 17/05/2024 10:38, Martin Stransky wrote:
Hm, does really KDE Plasma access Firefox profile and searches it for 
anything? That's interesting. Can you point me to any info about it?


It looks like it copies Firefox's *.sqlite databases to 
~/.cache/bookmarksrunner on every user login and then uses them:


$ ls ~/.cache/bookmarksrunner/ | grep firefox
bookmarkrunnerfirefoxdbfile.sqlite
bookmarkrunnerfirefoxfavdbfile.sqlite
KRunner-Favicons-firefox-default


I see. I don't think it's useful for gnome search as it uses live data 
(also from recently visited URL) and also sorts results for popularity. 
It should give you the same results as writing directly to Firefox URL bar.


I see it takes 24064 bytes only as it's just a simple and small DBus 
service. Does it really take 1GB on your box?


Other people in the Bodhi update ticket have the same problem. Firefox 
appears to be unable to shut down properly and continues to run in full 
mode.


I don't see such reports. If you can reproduce, can you file a bug at 
https://bugzilla.mozilla.org/ and cc me there?


I expect Firefox fails to quit for some reason but as it's connected to 
DBus service (as it's launched from it) so you see it as a part of it. 
But I bet you'll get the same results (ff hang) without the service.


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

Re: Firefox 126.0 with DBus service

2024-05-17 Thread Vitaly Zaitsev via devel


On 17/05/2024 10:38, Martin Stransky wrote:
Hm, does really KDE Plasma access Firefox profile and searches it for 
anything? That's interesting. Can you point me to any info about it?


It looks like it copies Firefox's *.sqlite databases to 
~/.cache/bookmarksrunner on every user login and then uses them:


$ ls ~/.cache/bookmarksrunner/ | grep firefox
bookmarkrunnerfirefoxdbfile.sqlite
bookmarkrunnerfirefoxfavdbfile.sqlite
KRunner-Favicons-firefox-default


I see it takes 24064 bytes only as it's just a simple and small DBus service. 
Does it really take 1GB on your box?


Other people in the Bodhi update ticket have the same problem. Firefox 
appears to be unable to shut down properly and continues to run in full 
mode.


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

Re: rich deps result in packages being uninstalled from buildroot

2024-05-17 Thread Vít Ondruch



Dne 17. 05. 24 v 7:16 Panu Matilainen napsal(a):

On 5/16/24 16:10, Vít Ondruch wrote:


Dne 16. 05. 24 v 14:28 Zbigniew Jędrzejewski-Szmek napsal(a):

On Thu, May 16, 2024 at 01:14:16PM +0200, Petr Pisar wrote:
Proper solution is actually minimazing content of the minimal build 
root

Most of the packages in the buildroot are libraries, pulled in via
dependencies.

@buildsys-build group is:
Mandatory packages   : bash  # basic shell env
  : bzip2 # source extraction
  : coreutils # basic shell env
  : cpio  # source extraction
  : diffutils # source extraction
  : fedora-release-common   # rpm environment
  : findutils # basic shell env
  : gawk  # basic shell env
  : glibc-minimal-langpack  # we want this to 
avoid other langpacks

  : grep  # basic shell env
  : gzip  # source extraction
  : info
  : patch # source extraction
  : redhat-rpm-config  # rpm environment
  : rpm-build  # rpm environment
  : sed   # basic shell env
  : shadow-utils
  : tar   # source extraction
  : unzip # source extraction
  : util-linux    # basic shell env
  : which # basic shell env. (command -v 
is more portable, but meh.)

  : xz    # source extraction



And there is this proposal to reduce the amount of compression 
libraries:


https://github.com/rpm-software-management/rpm/issues/1396

Actually, since RPM now uses `rpmuncompress` to extract the archives, 
it could also make sense to e.g. extract this utility into separate 
sub-package and move the extraction utilities out from the 
@buildsys-build. That would not reduce the the buildroot size at 
first, but get the dependencies to the right place for the start.




Doesn't work.

rpmuncompress doesn't know how to uncompress ANYTHING AT ALL by 
itself. It only knows which command(s) to call to do that.



The point is that the group is not the right place to list the 
extraction utilities. The definition should be closer to RPM IMHO. Of 
course one might argue that distribution might want to have a word and 
avoid some compression algorithm, but it can't add anything what RPM 
somehow does not support.


And I didn't want to imply that rpmuncompress can extract some archive 
on its own. Although it can likely be read that way ...



Vít




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


OpenPGP_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

Re: rich deps result in packages being uninstalled from buildroot

2024-05-17 Thread Paul Howarth

On Thu, 16 May 2024 10:52:29 +
Zbigniew Jędrzejewski-Szmek  wrote:

> On Thu, May 16, 2024 at 11:09:01AM +0200, Fabio Valentini wrote:
> > This looks like you're putting the resolver between a rock and a
> > hard place. :thinking:
> > I don't think I've ever seen packages being *removed* when
> > installing BuildRequires on top of the minimal buildroot ...
> > 
> > Would it be possible to adapt the packages so that add-determinism
> > and add-determinism-nopython are parallel-installable, and have the
> > macro fall back to the add-determinism-nopython executable if the
> > add-determinism executable is not available?
> > That way BuildRequires are additive and wouldn't force package
> > removal from the buildroot, and the rich dependency could be
> > simpler - i.e. `Requires: (add-determinism if python3-libs)`,
> > without Suggests or else branch.  
> 
> Yeah, I think this is the most reasonable approach.
> I'll push a build that does this shortly.
> 
> (I tried to test this locally with mock, with the additional packages
> in a local repo. When I install everything in one go, things work as
> expected. Why I try to check the original issue, and install packages
> piecemeal, mock downgrades packages to fall back to the koji version
> without dependencies, instead of installing the additional deps. In
> koji, it'll only have one version of the package available, so
> hopefully it'll pick addition instead of removals.)

Not sure how this is supposed to work: add-determinism-nopython seems
to install %{_bindir}/add-determinism.nopython but the macro only seems 
to look for %{_bindir}/add-determinism, resulting in this when only
add-determinism-nopython is installed:

(https://koji.fedoraproject.org/koji/taskinfo?taskID=117791675)

+ /usr/bin/add-determinism --brp -j48 
/builddir/build/BUILDROOT/perl-Finance-Quote-1.6200-1.fc41.noarch
/var/tmp/rpm-tmp.hdLEuR: line 89: /usr/bin/add-determinism: No such file or 
directory
error: Bad exit status from /var/tmp/rpm-tmp.hdLEuR (%install)

The intent seems to be that the minimal version checks for existence of
the full version and re-execs it if found. So it seems to me that the
minimal version should be installed as %{_bindir}/add-determinism and
the full version should be called %{_bindir}/add-determinism.withpython
or something. Or maybe just tweak the rpm macro to define
%__brp_add_determinism as %{_bindir}/add-determinism.nopython.

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

Re: Firefox 126.0 with DBus service


On 5/17/24 10:28, Vitaly Zaitsev via devel wrote:

On 17/05/2024 08:05, Martin Stransky wrote:
Gnome search service is provided by running Firefox application 
itself. It's because it searches and publishes results from recent 
live user profile.


Why can't GNOME Search engine just parse Firefox's *.sqlite databases 
like everyone else does (like KDE Plasma)? It's more simple and easy.


Hm, does really KDE Plasma access Firefox profile and searches it for 
anything? That's interesting. Can you point me to any info about it?


So if we have Firefox without Gnome search service / DBus service we'd 
need different .desktop file with 'DBusActivatable=false' for it (as 
AFAIK rpm doesn't allow to overwrite file owned by different package). 


W should start providing it as a separate desktop file, since Firefox is 
now always running in the background and consuming more than 1GB of RAM. 
User can't even easily terminate this process without disabling the 
service. If you SIGKILL, systemd will spawn it again. And the service 
can't be disabled/masked too because Firefox doesn't start.


I see it takes 24064 bytes only as it's just a simple and small DBus 
service. Does it really take 1GB on your box?


So it's a bit complicated situation here. I think it's clumsy to have 
firefox-gnome and firefox-non-gnome rpm with different desktop files 
but I don't see any other option (beside to remove gnome search or 
implement it as different app and broker the search results).


1. Provide a standard shortcut without DBusActivatable and with 
NotShowIn=gnome for all other DEs in the firefox package.
2. Create a separate package with gnome-search related files (including 
a .service file and a special shortcut with OnlyShowIn=gnome).

3. Install this package only if the gnome-shell is installed.



Will look at the NotShowIn keyword, Thanks.

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

Re: Debugging fun (wrt C modernization change)

Kevin Kofler via devel venit, vidit, dixit 2024-05-16 22:39:00:
> Panu Matilainen wrote:
> > Patch and source numbers start from zero, that goes for automatically
> > numbered patches too. So there's an off by one in the application, and
> > the latter %autopatch which is supposed to apply patches >= 2 simply has
> > nothing to do, and falls through silently. That's a bug of course in
> > itself, filed now:
> > https://github.com/rpm-software-management/rpm/issues/3093
> 
> And then they say the automagic is a good idea because it prevents people 
> from accidentally forgetting to apply a patch, LOL.

This would not have happened with autosetup. If you overwrite
automatisms (using invidual patch numbers and flags) you need to know
what you are doing. So this is a very weak argument:
 
> %patchlist and %auto* should just go away, or at least banned from Fedora by 
> a git hook rejecting such specfiles.

We also have unnumbered patch source definition lines, don't we?

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: Firefox 126.0 with DBus service

2024-05-17 Thread Vitaly Zaitsev via devel

On 17/05/2024 08:05, Martin Stransky wrote:
Gnome search service is provided by running Firefox application itself.
It's because it searches and publishes results from recent live user
profile.

Why can't GNOME Search engine just parse Firefox's *.sqlite databases
like everyone else does (like KDE Plasma)? It's more simple and easy.

So if we have Firefox without Gnome search service / DBus service we'd need different .desktop file with 'DBusActivatable=false' for it (as AFAIK rpm doesn't allow to overwrite file owned by different package).

W should start providing it as a separate desktop file, since Firefox is
now always running in the background and consuming more than 1GB of RAM.
User can't even easily terminate this process without disabling the
service. If you SIGKILL, systemd will spawn it again. And the service
can't be disabled/masked too because Firefox doesn't start.

So it's a bit complicated situation here. I think it's clumsy to have
firefox-gnome and firefox-non-gnome rpm with different desktop files but I
don't see any other option (beside to remove gnome search or implement it as
different app and broker the search results).

1. Provide a standard shortcut without DBusActivatable and with
NotShowIn=gnome for all other DEs in the firefox package.
2. Create a separate package with gnome-search related files (including
a .service file and a special shortcut with OnlyShowIn=gnome).

3. Install this package only if the gnome-shell is installed.

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

Re: New Fedora Planet

2024-05-17 Thread Daniel P . Berrangé

On Thu, May 16, 2024 at 05:16:17PM -0300, Pedro Moura wrote:
> Hi everyone,
> 
> We are moving Fedora Planet from the old (python2) software running on
> fedorapeople.org to a new application that is running in OpenShift.
> This new application uses information from the Fedora Account System to
> find blogs, so please make sure your account is updated.
> 
> You can see the new planet at: https://planet.apps.ocp.fedoraproject.org/
> 
> To add blog posts in Fedora Planet you basically need to update RSS URL
> field at https://accounts.fedoraproject.org/

IIUC, you're indicating that the existing planet feed addresses will not
be automatically migrated, and thus everyone has to update their profile,
even if already on the Fedora Planet today ?

With regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
--
___
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: Inactive packagers removed from the packager group

2024-05-17 Thread Dan Horák

On Thu, 16 May 2024 16:56:37 -0700
Kevin Fenzi  wrote:

> Hi all,
> 
> Today, 2024-05-16, we have removed inactive packagers
> from the packager group.
> 
> 
> More details available in https://pagure.io/fedora-infrastructure/issue/11901
> 
> Packages that have been orphaned are:
> 
> rpms/xarchiver
> rpms/xfburn

both taken, co-maintainers are welcome


Dan
--
___
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: Missing util-linux-core in fedora:40 container image

2024-05-17 Thread Manabu Ori

Thank you, I confirmed it is fixed now!!

$ podman run --rm quay.io/fedora/fedora:40 sh -c 'type findmnt; rpm -q
util-linux-core'
findmnt is /usr/bin/findmnt
util-linux-core-2.40.1-1.fc40.x86_64


Manabu Ori


2024年5月17日(金) 6:25 Kevin Fenzi :

> On Thu, May 16, 2024 at 12:43:42PM GMT, Manabu Ori wrote:
> > Hi,
> >
> > I found fedora:40 container image does not contain util-linux-core.
> > Is it intentional?
>
> I don't think so...
>
> > I'd like some commands (findmnt in my case) included in the base image...
> >
> >
> > ## fedora:39 container image has findmnt
> >
> > $ podman run --rm quay.io/fedora/fedora:39 sh -c 'type findmnt; rpm -q
> > util-linux-core'
> > findmnt is /usr/bin/findmnt
> > util-linux-core-2.39.4-1.fc39.x86_64
> >
> >
> > ## fedora:40 container image does not have findmnt
> >
> > $ podman run --rm quay.io/fedora/fedora:40 sh -c 'type findmnt; rpm -q
> > util-linux-core'
> > sh: line 1: type: findmnt: not found
> > package util-linux-core is not installed
>
> It crept in when we converted from kickstarts to kiwi definitions, we
> then fixed it in rawhide, but not f40 (because it was so close to
> release? or we forgot?).
>
> Anyhow, I have cherry picked the commit and pushed it to f40, so it
> should be active in the next one that syncs out.
>
> kevin
> --
> ___
> 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: Firefox 126.0 with DBus service