Inactive provenpackagers for the F40 cycle

2024-02-21 Thread Mattia Verga via devel 
I'm re-posting to @devel as I forgot that posting to @devel-announce is 
restricted:

In accordance with FESCo policy[1], the following provenpackagers will
be submitted for removal in two weeks based on a lack of Koji builds
submitted in the last six months. If you received this directly, you
can reply off-list to indicate you should still be in the
provenpackager group.

Note that removal from this group is not a "punishment" or a lack of
appreciation for the work you have done. The intent of the process is
to ensure contributors with distro-wide package privileges are still
active and responsive. This process is done regularly at the branch
point in each release.

[1]
https://docs.fedoraproject.org/en-US/fesco/Provenpackager_policy/#_maintaining_provenpackager_status
Checked 130 provenpackagers
The following 12 provenpackagers have not submitted a Koji build since at least 
2023-08-15 00:00:00:
puiterwijk
rdieter
mbooth
xvitaly
bowlofeggs
caolanm
tibbs
hadess
hguemar
law
wtogami
steve--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Jos de Kloe 

I get the following output:


--

sudo dnf --releasever=40 --setopt=module_platform_id=platform:f40 
--enablerepo=updates-testing $(rpm -q fedora-repos-modular >/dev/null && 
echo

--enablerepo=updates-testing-modular) --assumeno distro-sync
bash: --enablerepo=updates-testing-modular: command not found
Fedora 40 - x86_646.5 MB/s |  92 
MB 00:14
Fedora 40 openh264 (From Cisco) - x86_64  4.0 kB/s | 2.6 
kB 00:00
Fedora 40 - x86_64 - Updates  1.2 kB/s | 257 
 B 00:00
Fedora 40 - x86_64 - Test Updates 1.0 kB/s | 257 
 B 00:00
RPM Fusion for Fedora 40 - Free   1.1 MB/s | 609 
kB 00:00
RPM Fusion for Fedora 40 - Free - Updates 4.2 kB/s | 1.7 
kB 00:00
RPM Fusion for Fedora 40 - Nonfree563 kB/s | 262 
kB 00:00
RPM Fusion for Fedora 40 - Nonfree - Updates  4.1 kB/s | 1.2 
kB 00:00

Error:
 Problem 1: package audiocd-kio-libs-16.08.3-21.fc39.x86_64 from 
@System requires audiocd-kio = 16.08.3-21.fc39, but none of the 
providers can be installed
  - audiocd-kio-16.08.3-21.fc39.x86_64 from @System  does not belong to 
a distupgrade repository

  - problem with installed package audiocd-kio-libs-16.08.3-21.fc39.x86_64
 Problem 2: package ktp-accounts-kcm-23.04.3-2.fc39.x86_64 from @System 
requires kaccounts-integration(x86-64) >= 23.04, but none of the 
providers can be installed
  - kaccounts-integration-23.08.5-1.fc39.x86_64 from @System  does not 
belong to a distupgrade repository

  - problem with installed package ktp-accounts-kcm-23.04.3-2.fc39.x86_64
 Problem 3: package ktp-accounts-kcm-23.04.3-2.fc39.x86_64 from @System 
requires kaccounts-integration(x86-64) >= 23.04, but none of the 
providers can be installed
  - package kaccounts-integration-23.08.5-1.fc39.x86_64 from @System 
requires accounts-qml-module(x86-64), but none of the providers can be 
installed
  - package ktp-contact-list-23.04.3-2.fc39.x86_64 from @System 
requires ktp-accounts-kcm, but none of the providers can be installed
  - accounts-qml-module-0.7-10.fc39.x86_64 from @System  does not 
belong to a distupgrade repository

  - problem with installed package ktp-contact-list-23.04.3-2.fc39.x86_64
 Problem 4: package 
accounts-qml-module-qt6-0.7^20231216.05e79eb-3.fc40.x86_64 from fedora 
obsoletes accounts-qml-module < 0.7^20231216 provided by 
accounts-qml-module-0.7-10.fc39.x86_64 from @System
  - package kaccounts-integration-23.08.5-1.fc39.x86_64 from @System 
requires accounts-qml-module(x86-64), but none of the providers can be 
installed
  - package kio-gdrive-24.01.95-1.fc40.x86_64 from fedora requires 
accounts-qml-module-qt6, but none of the providers can be installed
  - package ktp-accounts-kcm-23.04.3-2.fc39.x86_64 from @System 
requires kaccounts-integration(x86-64) >= 23.04, but none of the 
providers can be installed

  - problem with installed package kio-gdrive-23.08.5-1.fc39.x86_64
  - package ktp-text-ui-23.04.3-2.fc39.x86_64 from @System requires 
ktp-accounts-kcm, but none of the providers can be installed
  - kio-gdrive-23.08.5-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository

  - problem with installed package ktp-text-ui-23.04.3-2.fc39.x86_64
(try to add '--skip-broken' to skip uninstallable packages)


On 2/21/24 08:11, Miroslav Suchý wrote:
Do you want to make Fedora 40 better? Please spend 1 minute of your time 
and try to run:


# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
# This is last time we should do that :)

sudo dnf module reset '*'

dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo 
--enablerepo=updates-testing-modular) \

--assumeno distro-sync


This command does not replace `dnf system-upgrade`, but it will reveal 
potential problems.


You may also run `dnf upgrade` before running this command.


The `--assumeno` will just test the transaction, but does not make the 
actual upgrade.



In case you hit dependency issues, please report it against the 
appropriate package.


Or against fedora-obsolete-packages if that package should be removed in 
Fedora 40. Please check existing reports against 
fedora-obsolete-packages first:


https://red.ht/2kuBDPu

and also there is already bunch of "Fails to install" 
(F40FailsToInstall) reports:


https://bugzilla.redhat.com/buglist.cgi?bug_id=2231790_id_type=anddependson=tvp_id=13416789


Two notes:

* you may want to run the same command with dnf5 to help test new dnf. 
Do not forget to add --best otherwise DNF5 hides all problems.


* this command found several issues on my workstation. One was issue 
with teamd that you will likely hit too:


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

and there was few other with missing

Re: Unresponsive maintainer: petersen / Pandoc package not updated since June 2023: Security vulnerability, CVE-2023-35936 (medium)

2024-02-21 Thread Jens-Ulrik Petersen 
On Sat, Feb 17, 2024 at 11:17 AM Michel Lind 
wrote:

> On Thu, Feb 15, 2024 at 07:53:38PM +, Christopher Klooz wrote:
> > On 14/02/2024 17.35, Michel Lind wrote:
> > > As a pandoc user, I'm happy to help with any reviews. Is there a list
> > > where this tends to get posted, apart from devel?
>

Thanks Michel for taking the base64 review.

I realised a second open package review is
https://bugzilla.redhat.com/show_bug.cgi?id=2068718 (isocline)
- it's a newer dep for pandoc (actually hslua-repl).

Was just wondering if there's another place where Haskell packaging is
> coordinated.


It is a good question...

I was trying to do that previously in the Haskell SIG (mailing list and
channel), but the traction became so low that I largely gave up with
that... other than occasionally begging someone specifically to help with
an urgent review. ;-(
I can certainly send out such mails there and/or here going forward for
more direct awareness.
(Not sure if it makes sense to post to Discourse: Haskell library reviews
are still a little bit "esoteric" since ghc uses some non-standard linking
(ie various warnings appear which tend to discourage/throw less experienced
reviewers alas: perhaps they should be spelled out further as exception(s)
in the Haskell Packaging policy, so I don't need to keep explaining them).

I will be posting more reviews soon: in particular a large bunch of hslua
related packages - though I think it is better to roll them out in reverse
dependency order.

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

Re: Need help with incompatible pointer types on i686

2024-02-21 Thread Orion Poplawski 

On 2/16/24 16:58, Orion Poplawski wrote:

On 2/16/24 01:29, Michael J Gruber wrote:

Am Fr., 16. Feb. 2024 um 07:15 Uhr schrieb Elliott Sales de Andrade
:


On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski  wrote:


We're hitting this with h5py on i686:

/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function
‘__pyx_f_4h5py_4defs_H5Dread_chunk’:
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c:14922:85: error:
passing argument 4 of ‘H5Dread_chunk’ from incompatible pointer type
[-Wincompatible-pointer-types]
14922 | __pyx_v_r = H5Dread_chunk(__pyx_v_dset_id,
__pyx_v_dxpl_id, __pyx_v_offset, __pyx_v_filters, __pyx_v_buf);
    |
  ^~~
    |
  |
    |
  __pyx_t_5numpy_uint32_t * {aka long unsigned 
int *}

In file included from /usr/include/hdf5.h:25,
   from
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/api_compat.h:27,
   from
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c:1246:
/usr/include/H5Dpublic.h:1003:92: note: expected ‘uint32_t *’ {aka
‘unsigned int *’} but argument is of type ‘__pyx_t_5numpy_uint32_t *’
{aka ‘long unsigned int *’}
   1003 | H5_DLL herr_t H5Dread_chunk(hid_t dset_id, hid_t dxpl_id, 
const

hsize_t *offset, uint32_t *filters,
    |
   ~~^~~
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function
‘__pyx_f_4h5py_4defs_H5Pget_driver_info’:
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c:31935:13: warning:
assignment discards ‘const’ qualifier from pointer target type
[-Wdiscarded-qualifiers]
31935 |   __pyx_v_r = H5Pget_driver_info(__pyx_v_plist_id);
    | ^


It seems that numpy is defining a uint32_t type as long unsigned int on
i686, while glibc(?) is defining it as unsigned int.


Yes, looking at NumPy's header [1], it appears to check `long` first,
then `long long`, then `int`, then `short`, and assigns the first one
that matches to the matching bit-length. So it should pick unsigned
long for npy_uint32 before unsigned int if they are both 4 bytes wide.


  Now what puzzles
me a little is that on i686 aren't these both 4-byte integers and no 
not

incompatible at all?


Yes, I think they are the same size, as demonstrated on a 32-bit mock:


They are the same (bit size, signedness, general type) but not equal
(long int vs int), and with gcc14 this became an error. I"m sure it
always warned about that before.


What should be done here?



I guess that depends on how glibc sets things up, but perhaps it would
work better if NumPy checked from smallest to largest as defined in C
(short -> int -> long -> long long)?

[1] 
https://github.com/numpy/numpy/blob/308273e94bcf49980be9d5ded2b0ff5b4dd3a897/numpy/_core/include/numpy/npy_common.h#L488


numpy definitely needs to fix this. You cannot just go by bitsize and
signedness. You never could and now you can't ;)
I'm surprised this didn't come up during our "gcc 14 ride".

Michael


Could you or someone else knowledgeable here file a bug with numpy?  I'm 
sick at the moment and not sure I can articulate what needs to get done.


Thank you!


I have filed https://github.com/numpy/numpy/issues/25869

I'm also exploring just using libc.stdint for the types in h5py.

--
Orion Poplawski
he/him/his  - surely the least important thing about me
IT Systems Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/



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

Does Fedora Mobility work with Pinetab 2?

2024-02-21 Thread Ryan Bach via devel 
I don't see any info googling it.
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Chris Murphy 


On Wed, Feb 21, 2024, at 12:11 AM, Miroslav Suchý wrote:
> 
> 
> 
> dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo 
> --enablerepo=updates-testing-modular) \
> --assumeno distro-sync
> 

No errors with the above. However, I do get errors actually trying to upgrade.

$ sudo dnf system-upgrade download --refresh --releasever=40
Before you continue ensure that your system is fully upgraded by running "dnf 
--refresh upgrade". Do you want to continue [y/N]: y
Copr repo for PyCharm owned by phracek   70 kB/s |  55 kB 00:00
Fedora 40 - x86_64  

   3.6 MB/s |  92 MB 00:25
Fedora 40 openh264 (From Cisco) - x86_64

   3.1 kB/s | 2.6 kB 00:00
Fedora 40 - x86_64 - Updates

   429  B/s | 257  B 00:00
google-chrome   

10 kB/s | 3.6 kB 00:00
RPM Fusion for Fedora 40 - Free 

   810 kB/s | 609 kB 00:00
RPM Fusion for Fedora 40 - Free - Updates   

   2.6 kB/s | 1.7 kB 00:00
RPM Fusion for Fedora 40 - Nonfree  

   139 kB/s | 262 kB 00:01
RPM Fusion for Fedora 40 - Nonfree - NVIDIA Driver  

25 kB/s |  15 kB 00:00
RPM Fusion for Fedora 40 - Nonfree - Steam  

   3.1 kB/s | 2.2 kB 00:00
RPM Fusion for Fedora 40 - Nonfree - Updates

   1.2 kB/s | 1.2 kB 00:00
TeamViewer - x86_64 

   4.1 kB/s | 867  B 00:00
TeamViewer - x86_64 

44 kB/s | 3.1 kB 00:00
Importing GPG key 0x0C1289C0:
Userid : "TeamViewer GmbH (TeamViewer Linux 2017) "
Fingerprint: 8CAE 012E BFAC 38B1 7A93 7CD8 C5E2 2450 0C12 89C0
>From   : https://linux.teamviewer.com/pubkey/currentkey.asc
Is this ok [y/N]: y
TeamViewer - x86_64 

   1.1 MB/s | 695 kB 00:00
No match for group package "python3-dnf-plugin-system-upgrade"
No match for group package "lohit-nepali-fonts"
No match for group package "baekmuk-ttf-dotum-fonts"
No match for group package "nafees-naskh-fonts"
No match for group package "get_iplayer"
No match for group package "kscd"
No match for group package "samyak-odia-fonts"
No match for group package "samyak-gujarati-fonts"
No match for group package "nafees-nastaleeq-fonts"
No match for group package "alsa-plugins-freeworld-lavrate"
No match for group package "mybashburn"
No match for group package "layla-ruqaa-fonts"
No match for group package "samyak-malayalam-fonts"
No match for group package "audacious-plugins-freeworld-mms"
No match for group package "layla-koufi-fonts"
No match for group package "paktype-ajrak-fonts"
No match for group package "fontawesome-fonts"
No match for group package "baekmuk-ttf-hline-fonts"
No match for group package "mplayer-gui"
No match for group package "nafees-pakistani-naskh-fonts"
No match for group package "nafees-riqa-fonts"
No match for group package "nafees-web-naskh-fonts"
No

[Bug 2265220] perl-Dist-Zilla-Plugin-Git-Contributors-0.037 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265220



--- Comment #5 from Fedora Update System  ---
FEDORA-2024-47da280c4e 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-47da280c4e`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2024-47da280c4e

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

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

DNF5 ~ how to "remove --oldinstallonly" ?

2024-02-21 Thread Ian Laurie 

I have my dnf configured with installonly_limit=6 and now and then find
it useful to get rid of old kernels (for example after a move from
Fedora n to n+1).

I know in the early days of DNF5 you couldn't do this, but can you do it
now?

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

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

2024-02-21 Thread updates 
The following Fedora EPEL 7 Security updates need testing:
 Age  URL
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-c2135dc540   
3proxy-0.9.4-2.el7


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

perl-MIME-EncWords-1.015.0-1.el7

Details about builds:



 perl-MIME-EncWords-1.015.0-1.el7 (FEDORA-EPEL-2024-b0944f658d)
 Deal with RFC 2047 encoded words (improved)

Update Information:

Update to 1.015.0

ChangeLog:

* Tue Feb 13 2024 Xavier Bachelot  - 1.015.0-1
- Update to 1.015.0 (RHBZ#2263833)
- Convert License to SPDX
- Modernize specfile
* Thu Jan 25 2024 Fedora Release Engineering  - 
1.014.3-28
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
* Sun Jan 21 2024 Fedora Release Engineering  - 
1.014.3-27
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
* Thu Jul 20 2023 Fedora Release Engineering  - 
1.014.3-26
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Fri Jan 20 2023 Fedora Release Engineering  - 
1.014.3-25
- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
* Fri Jul 22 2022 Fedora Release Engineering  - 
1.014.3-24
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
* Wed Jun  1 2022 Jitka Plesnikova  - 1.014.3-23
- Perl 5.36 rebuild
* Fri Jan 21 2022 Fedora Release Engineering  - 
1.014.3-22
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Thu Jul 22 2021 Fedora Release Engineering  - 
1.014.3-21
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Fri May 21 2021 Jitka Plesnikova  - 1.014.3-20
- Perl 5.34 rebuild
* Wed Jan 27 2021 Fedora Release Engineering  - 
1.014.3-19
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Tue Jul 28 2020 Fedora Release Engineering  - 
1.014.3-18
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Tue Jun 23 2020 Jitka Plesnikova  - 1.014.3-17
- Perl 5.32 rebuild
* Thu Jan 30 2020 Fedora Release Engineering  - 
1.014.3-16
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
* Fri Jul 26 2019 Fedora Release Engineering  - 
1.014.3-15
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
* Fri May 31 2019 Jitka Plesnikova  - 1.014.3-14
- Perl 5.30 rebuild
* Fri Feb  1 2019 Fedora Release Engineering  - 
1.014.3-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Fri Jul 13 2018 Fedora Release Engineering  - 
1.014.3-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
* Thu Jun 28 2018 Jitka Plesnikova  - 1.014.3-11
- Perl 5.28 rebuild
* Thu Feb  8 2018 Fedora Release Engineering  - 
1.014.3-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild
* Thu Jul 27 2017 Fedora Release Engineering  - 
1.014.3-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
* Mon Jun  5 2017 Jitka Plesnikova  - 1.014.3-8
- Perl 5.26 rebuild
* Sat Feb 11 2017 Fedora Release Engineering  - 
1.014.3-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
* Sun May 15 2016 Jitka Plesnikova  - 1.014.3-6
- Perl 5.24 rebuild
* Thu Feb  4 2016 Fedora Release Engineering  - 
1.014.3-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
* Thu Oct 15 2015 Petr Pisar  - 1.014.3-4
- Specify all dependencies
* Thu Jun 18 2015 Fedora Release Engineering  
- 1.014.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
* Sat Jun  6 2015 Jitka Plesnikova  - 1.014.3-2
- Perl 5.22 rebuild
* Mon Sep 29 2014 Xavier Bachelot  1.014.3-1
- Update to 1.014.3.
- Clean up specfile.
* Thu Aug 28 2014 Jitka Plesnikova  - 1.014.2-3
- Perl 5.20 rebuild
* Sat Jun  7 2014 Fedora Release Engineering  
- 1.014.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild


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

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

2024-02-21 Thread Gary Buhrmaster 
On Wed, Feb 21, 2024 at 7:12 AM Miroslav Suchý  wrote:
>
> Do you want to make Fedora 40 better? Please spend 1 minute of your time and 
> try to run:
>

No problems experienced on my primary desktop.

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

[Bug 2265220] perl-Dist-Zilla-Plugin-Git-Contributors-0.037 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265220

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
FEDORA-2024-9d50db148f 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-9d50db148f`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2024-9d50db148f

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

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

2024-02-21 Thread Gary Buhrmaster 
On Wed, Feb 21, 2024 at 5:50 PM Maxwell G  wrote:
>
> Report started at 2024-02-21 17:04:45 UTC
>
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
>

> perl-SOAP-Litemspacek, orphan, pghmcfc,0 weeks ago

Too many things I use need this.

Taken.
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Solomon Peachy via devel 
On Wed, Feb 21, 2024 at 08:11:49AM +0100, Miroslav Suchý wrote:
> Do you want to make Fedora 40 better? Please spend 1 minute of your time and 
> try to run:

From the Fedora systems I have immediate access to:

Well-used F39 Workstation:

 Problem: problem with installed package blender-1:4.0.2-1.fc39.x86_64
  - blender-1:4.0.2-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - nothing provides libopenvdb.so.10.1()(64bit) needed by 
blender-1:4.0.2-1.fc40.x86_64 from fedora

Fairly standard F39 Server: 

 Problem: package emacs-nox-1:29.2-2.fc39.x86_64 from @System requires 
emacs-common = 1:29.2-2.fc39, but none of the providers can be installed
  - emacs-common-1:29.2-2.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - problem with installed package emacs-nox-1:29.2-2.fc39.x86_64

(Very) Special Snowflake F38 shell server:

 Problem 1: problem with installed package 
python3-vdirsyncer-0.18.0-8.fc38.noarch
  - python3-vdirsyncer-0.18.0-8.fc38.noarch from @System  does not belong to a 
distupgrade repository
  - nothing provides (python3.12dist(aiostream) < 0.5~~ with 
python3.12dist(aiostream) >= 0.4.3) needed by 
python3-vdirsyncer-0.19.2-1.fc40.noarch from fedora
 Problem 2: package mozjs78-78.15.0-10.fc38.x86_64 from @System requires 
libicui18n.so.72()(64bit), but none of the providers can be installed
  - package mozjs78-78.15.0-10.fc38.x86_64 from @System requires 
libicuuc.so.72()(64bit), but none of the providers can be installed
  - libicu-72.1-2.fc38.x86_64 from @System  does not belong to a distupgrade 
repository
  - problem with installed package mozjs78-78.15.0-10.fc38.x86_64
 Problem 3: package pipenv-2022.10.25-2.fc38.noarch from @System requires 
python(abi) = 3.11, but none of the providers can be installed
  - python3-3.11.7-2.fc38.x86_64 from @System  does not belong to a distupgrade 
repository
  - problem with installed package pipenv-2022.10.25-2.fc38.noarch
 Problem 4: package khal-0.11.2-6.fc40.noarch from fedora requires vdirsyncer 
>= 0.8.1-2, but none of the providers can be installed
  - problem with installed package khal-0.11.2-4.fc38.noarch
  - package vdirsyncer-0.19.2-1.fc40.noarch from fedora requires 
python3-vdirsyncer = 0.19.2, but none of the providers can be installed
  - vdirsyncer-0.18.0-8.fc38.noarch from @System  does not belong to a 
distupgrade repository
  - khal-0.11.2-4.fc38.noarch from @System  does not belong to a distupgrade 
repository
  - nothing provides (python3.12dist(aiostream) < 0.5~~ with 
python3.12dist(aiostream) >= 0.4.3) needed by 
python3-vdirsyncer-0.19.2-1.fc40.noarch from fedora
 Problem 5: package vdirsyncer-0.18.0-8.fc38.noarch from @System requires 
python3-vdirsyncer = 0.18.0, but none of the providers can be installed
  - problem with installed package vdirsyncer-0.18.0-8.fc38.noarch
  - package python3-vdirsyncer-0.18.0-8.fc38.noarch from @System requires 
python3.11dist(atomicwrites) >= 0.1.7, but none of the providers can be 
installed
  - package vdirsyncer-0.19.2-1.fc40.noarch from fedora requires 
python3-vdirsyncer = 0.19.2, but none of the providers can be installed
  - python3-atomicwrites-1.4.1-2.fc38.noarch from @System  does not belong to a 
distupgrade repository
  - nothing provides (python3.12dist(aiostream) < 0.5~~ with 
python3.12dist(aiostream) >= 0.4.3) needed by 
python3-vdirsyncer-0.19.2-1.fc40.noarch from fedora

Additionally, One other F39 workstation, two minimal F39 headless 
systems, one F39 server, and one F38 server went smoothly.

All in all, a pretty small pile of issues from what I normally see.

 - Solomon
-- 
Solomon Peachypizza at shaftnet dot org (email)
  @pizza:shaftnet dot org   (matrix)
Dowling Park, FL  speachy (libera.chat)


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

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

2024-02-21 Thread Chris Murphy 


On Wed, Feb 21, 2024, at 6:47 PM, Chris Murphy wrote:
> 
> 
> On Wed, Feb 21, 2024, at 12:11 AM, Miroslav Suchý wrote:
>> 
>> 
>> Do you want to make Fedora 40 better? Please spend 1 minute of your time and 
>> try to run:
>> 
>> # Run this only if you use default Fedora modules
>> # next time you run any DNF command default modules will be enabled again
>> # This is last time we should do that :)
>> 
>> 
>> sudo dnf module reset '*'
>> 
> 
> Uhh haha :)
> 
> $ sudo dnf module reset '*'
> Last metadata expiration check: 0:03:30 ago on Wed 21 Feb 2024 06:41:04 PM 
> MST.
> Unable to resolve argument *
> Error: Problems in request:
> missing groups or modules: *

OK I'm just going to ignore this since I'm not using any module profiles or 
streams.


--
Chris Murphy
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Chris Murphy 


On Wed, Feb 21, 2024, at 12:11 AM, Miroslav Suchý wrote:
> 
> Do you want to make Fedora 40 better? Please spend 1 minute of your time and 
> try to run:
> 
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> # This is last time we should do that :)
> 
> sudo dnf module reset '*'
> 

Uhh haha :)

$ sudo dnf module reset '*'
Last metadata expiration check: 0:03:30 ago on Wed 21 Feb 2024 06:41:04 PM MST.
Unable to resolve argument *
Error: Problems in request:
missing groups or modules: *


--
Chris Murphy
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Yaakov Selkowitz 
On Wed, 2024-02-21 at 08:11 +0100, Miroslav Suchý wrote:
> Do you want to make Fedora 40 better? Please spend 1 minute of your
> time and try to run:
> 
> dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo --
> enablerepo=updates-testing-modular) \
> --assumeno distro-sync

No problem on either my laptop or its heavily used toolbx.

-- 
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
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 2265425] New: perl-RDF-RDFa-Generator-0.202 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265425

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



Releases retrieved: 0.202
Upstream release that is considered latest: 0.202
Current version/release in rawhide: 0.200-19.fc40
URL: http://search.cpan.org/dist/RDF-RDFa-Generator/

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


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


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

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

koji news and 1.34.0 upgrade

2024-02-21 Thread Kevin Fenzi 
Greetings. After the outage that just completed, koji has been upgraded
to 1.34.0 plus a few patches from upstream. Some highlights:

* The scheduler has been redone completely, hopefully this will allow
for more complex scheduling adjustments. In the mean time it should be
pretty similar from the perspective of when builds are picked up, etc.
You may see the 'assigned' state more often as the hub assigns builds.

* A patch has been added allowing us to set 'noarch_arches' on build
tags. This allows us to specify what arch builders will do noarch
builds. Without any setting it's any arch, but this presents problems
for noarch packages that have some dependencies that have dropped i686.
For f41 / rawhide, this has been set to "aarch64 x86_64 ppc64le s390x"
(ie, excluding i686). If this works well we can extend it to other build
tags. 

* The kiwi plugin has been enabled (although we still need to create
some build tags and groups to fully enable it). 

* image builds now don't pass units in size requests (allowing the
underlying image tool to decide if 1 is 1G or 1GiB.

* Unrelated to the koji upgrade, the s390x builders have been
reinstalled on a new mainframe. The new hardware is faster, the new
builders have more memory and disk space and the network to this
datacenter is much faster. Currently we have allocated fewer 'larger'
builders, but if they cannot handle the volume of builds we may
rebalance them into more smaller instances.

As well as all the upstream changes:
https://docs.pagure.org/koji/release_notes/release_notes_1.34/

Please report any problems to the infrastructure issue tracker:
https://pagure.io/fedora-infrastructure

kevin


signature.asc
Description: PGP signature
--
___
devel-announce mailing list -- devel-annou...@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-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

koji news and 1.34.0 upgrade

2024-02-21 Thread Kevin Fenzi 
Greetings. After the outage that just completed, koji has been upgraded
to 1.34.0 plus a few patches from upstream. Some highlights:

* The scheduler has been redone completely, hopefully this will allow
for more complex scheduling adjustments. In the mean time it should be
pretty similar from the perspective of when builds are picked up, etc.
You may see the 'assigned' state more often as the hub assigns builds.

* A patch has been added allowing us to set 'noarch_arches' on build
tags. This allows us to specify what arch builders will do noarch
builds. Without any setting it's any arch, but this presents problems
for noarch packages that have some dependencies that have dropped i686.
For f41 / rawhide, this has been set to "aarch64 x86_64 ppc64le s390x"
(ie, excluding i686). If this works well we can extend it to other build
tags. 

* The kiwi plugin has been enabled (although we still need to create
some build tags and groups to fully enable it). 

* image builds now don't pass units in size requests (allowing the
underlying image tool to decide if 1 is 1G or 1GiB.

* Unrelated to the koji upgrade, the s390x builders have been
reinstalled on a new mainframe. The new hardware is faster, the new
builders have more memory and disk space and the network to this
datacenter is much faster. Currently we have allocated fewer 'larger'
builders, but if they cannot handle the volume of builds we may
rebalance them into more smaller instances.

As well as all the upstream changes:
https://docs.pagure.org/koji/release_notes/release_notes_1.34/

Please report any problems to the infrastructure issue tracker:
https://pagure.io/fedora-infrastructure

kevin


signature.asc
Description: PGP signature
--
___
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

Orphaned packages looking for new maintainers

2024-02-21 Thread Maxwell G 
Report started at 2024-02-21 17:04:45 UTC

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Request package ownership via the *Take* button in the left column on
https://src.fedoraproject.org/rpms/

Full report available at:
https://a.gtmx.me/orphans/orphans.txt
grep it for your FAS username and follow the dependency chain.

For human readable dependency chains,
see https://packager-dashboard.fedoraproject.org/
For all orphaned packages,
see https://packager-dashboard.fedoraproject.org/orphan

Package  (co)maintainers   Status Change

R-presser @r-maint-sig, orphan 3 weeks ago  
applet-window-buttons @kde-sig, orphan 3 weeks ago  
atinout   orphan   1 weeks ago  
bismuth   @kde-sig, orphan 3 weeks ago  
deepin-dock   @deepinde-sig, cheeselee,0 weeks ago  
  felixonmars, orphan, zsun 
drumstick0orphan, yanqiyu  4 weeks ago  
elpa  @scitech_sig, orphan 6 weeks ago  
gnome-translate   orphan   3 weeks ago  
golang-github-apache-arrow@go-sig, orphan  0 weeks ago  
golang-github-@go-sig, ngompa, orphan  2 weeks ago  
googlecloudplatform-guest-  
logging 
golang-gocloud@go-sig, orphan  2 weeks ago  
golang-storj-uplink   @go-sig, orphan  2 weeks ago  
google-compute-engine-guest-  ngompa, orphan   2 weeks ago  
configs 
google-disk-expandorphan   2 weeks ago  
google-guest-agent@go-sig, ngompa, orphan  2 weeks ago  
google-osconfig-agent @go-sig, orphan  2 weeks ago  
kpipewire5@kde-sig, orphan 5 weeks ago  
libmodulemd1  @copr-sig, orphan3 weeks ago  
libtranslate  orphan   3 weeks ago  
lightly   orphan   3 weeks ago  
ocaml-newtorphan   3 weeks ago  
perl-BackPAN-Indexiarnell, orphan  0 weeks ago  
perl-Cache-FastMmap   iarnell, orphan  0 weeks ago  
perl-Git-PurePerl iarnell, orphan  0 weeks ago  
perl-Git-Repository   iarnell, orphan  0 weeks ago  
perl-Net-GitHub   jplesnik, lkundrak, orphan,  0 weeks ago  
  ppisar
perl-PDF-Haru orphan   1 weeks ago  
perl-SOAP-Litemspacek, orphan, pghmcfc,0 weeks ago  
  ppisar
perl-Spreadsheet-ParseExcel-  jplesnik, orphan, ppisar 0 weeks ago  
Simple  
perl-Spreadsheet-WriteExcel-  jplesnik, orphan, ppisar 0 weeks ago  
Simple  
perl-String-Diff  iarnell, orphan  0 weeks ago  
phosh-mobile-settings orphan   1 weeks ago  
php-doctrine-persistence2 orphan   3 weeks ago  
php-doctrine-persistence3 orphan   3 weeks ago  
php-echonest-api  orphan   3 weeks ago  
php-endroid-qrcodeorphan   3 weeks ago  
php-interfasys-lognormalizer  orphan   3 weeks ago  
php-ircmaxell-random-lib  orphan   3 weeks ago  
php-ircmaxell-security-liborphan   3

List of long term FTBFS packages to be retired in 1 week

2024-02-21 Thread Miro Hrončok 

NOTE: This was not sent to individual maintainers, as @fedoraproject.org
aliases are currently broken
https://pagure.io/fedora-infrastructure/issue/11768

---

Dear maintainers.

Based on the current fail to build from source policy, the following packages
should be retired from Fedora 40 approximately one week before branching.

5 weekly reminders are required, hence the retirement will happen
approximately in 1 week, i.e. around 2024-02-28.
Since this is unfortunately after the branching,
packages will be retired on rawhide and f40.

I apologize for starting this process a bit later than required again.
Unfortunately, I had other work obligations.
Volunteers to take over this are always welcome.

Policy: 
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/


The packages in rawhide were not successfully built at least since Fedora 37.

This report is based on dist tags.

Packages collected via:
https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbfs-retirements.ipynb

If you see a package that was built, please let me know.
If you see a package that should be exempted from the process,
please let me know and we can work together to get a FESCo approval for that.

If you see a package that can be rebuilt, please do so.

Package(co)maintainers

erlang-jose@erlang-maint-sig, bowlofeggs, jcline, peter
golang-github-acme-lego@go-sig, eclipseo
golang-github-gobs-pretty  @go-sig, eclipseo
golang-gvisor  @go-sig, eclipseo, elmarco
golang-opentelemetry-otel-0.20 @go-sig, alexsaezm
golang-sigs-k8s-kustomize  @go-sig, dcavalca
golang-vitess  @go-sig, eclipseo
infinipath-psm honli
j4-dmenu-desktop   ibotty
jackson-dataformats-binary mbooth
jackson-dataformats-text   mbooth
java-1.8.0-openjdk-aarch32 akasko, jvanek
jreen  rdieter
libdeltacloud  clalance
mingw-clucene  greghellings
mingw-speexdsp janisozaur
nbd-runner xiubli
nodejs-generic-poolpatches, piotrp
ofono  njha, thunderbirdtr
pesign-test-appjavierm, nfrayer, pjones, rharwood
pthsem ixs
rust-drg   @rust-sig, jbtrystram

The following packages require above mentioned packages:
Depending on: erlang-jose (1)
erlang-p1_acme (maintained by: @erlang-maint-sig, bowlofeggs, peter)
erlang-p1_acme-1.0.8-9.fc40.noarch requires erlang-jose
erlang-p1_acme-1.0.8-9.fc40.src requires erlang-jose

Depending on: golang-github-gobs-pretty (2)
golang-github-vinyldns (maintained by: @go-sig, eclipseo)
		golang-github-vinyldns-0.9.13-1.fc40.2.src requires 
golang(github.com/gobs/pretty)


golang-github-acme-lego (maintained by: @go-sig, eclipseo)
		golang-github-acme-lego-4.4.0-8.fc37.src requires 
golang(github.com/vinyldns/go-vinyldns/vinyldns)
		golang-github-acme-lego-devel-4.4.0-8.fc37.noarch requires 
golang(github.com/vinyldns/go-vinyldns/vinyldns)


Depending on: golang-opentelemetry-otel-0.20 (26)
golang-k8s-apiserver (maintained by: @go-sig, alexsaezm)
		golang-k8s-apiserver-1.22.0-12.fc40.src requires 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/google.golang.org/grpc/otelgrpc), 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/net/http/otelhttp), 
golang(go.opentelemetry.io/otel-0.20/exporters/otlp/otlpgrpc), 
golang(go.opentelemetry.io/otel-0.20/sdk/resource), 
golang(go.opentelemetry.io/otel-0.20/sdk/trace), 
golang(go.opentelemetry.io/otel-0.20/semconv), 
golang(go.opentelemetry.io/otel-0.20/trace), 
golang(k8s.io/component-base/cli/flag), 
golang(k8s.io/component-base/featuregate), 
golang(k8s.io/component-base/featuregate/testing), 
golang(k8s.io/component-base/logs), golang(k8s.io/component-base/metrics), 
golang(k8s.io/component-base/metrics/legacyregistry), 
golang(k8s.io/component-base/metrics/prometheus/workqueue), 
golang(k8s.io/component-base/metrics/testutil), 
golang(k8s.io/component-base/traces), golang(k8s.io/component-base/version)
		golang-k8s-apiserver-devel-1.22.0-12.fc40.noarch requires 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/google.golang.org/grpc/otelgrpc), 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/net/http/otelhttp), 
golang(go.opentelemetry.io/otel-0.20/exporters/otlp/otlpgrpc), 
golang(go.opentelemetry.io/otel-0.20/sdk/resource), 
golang(go.opentelemetry.io/otel-0.20/sdk/trace), 
golang(go.opentelemetry.io/otel-0.20/semconv), 
golang(go.opentelemetry.io/otel-0.20/trace), 
golang(k8s.io/component-base/cli/flag), 
golang(k8s.io/component-base/featuregate), golang(k8s.io/component-base/logs),

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

2024-02-21 Thread Garry T. Williams 
On Wednesday, February 21, 2024 2:11:49 AM EST Miroslav Suchý wrote:
> Do you want to make Fedora 40 better? Please spend 1 minute of your time and 
> try to run:
> 
> dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo 
> --enablerepo=updates-testing-modular) \
> --assumeno distro-sync

No problem on my Dell workstation.  But on my Dell XPS-13 laptop I
get:

Error: 
 Problem 1: package audiocd-kio-libs-16.08.3-21.fc39.x86_64 from @System 
requires audiocd-kio = 16.08.3-21.fc39, but none of the providers can be 
installed
  - audiocd-kio-16.08.3-21.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - problem with installed package audiocd-kio-libs-16.08.3-21.fc39.x86_64
 Problem 2: package ktp-accounts-kcm-23.04.3-2.fc39.x86_64 from @System 
requires kaccounts-integration(x86-64) >= 23.04, but none of the providers can 
be installed
  - kaccounts-integration-23.08.5-1.fc39.x86_64 from @System  does not belong 
to a distupgrade repository
  - problem with installed package ktp-accounts-kcm-23.04.3-2.fc39.x86_64
 Problem 3: package network-scripts-ppp-2.5.0-3.fc39.x86_64 from @System 
requires network-scripts, but none of the providers can be installed
  - network-scripts-10.20-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - problem with installed package network-scripts-ppp-2.5.0-3.fc39.x86_64
 Problem 4: package network-scripts-teamd-1.32-4.fc40.x86_64 from fedora 
requires network-scripts, but none of the providers can be installed
  - problem with installed package network-scripts-teamd-1.32-1.fc39.x86_64
  - package network-scripts-10.20-1.fc39.x86_64 from @System requires 
initscripts(x86-64) = 10.20-1.fc39, but none of the providers can be installed
  - network-scripts-teamd-1.32-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - initscripts-10.20-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
(try to add '--skip-broken' to skip uninstallable packages)

-- 
Garry T. Williams


--
___
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: Add risc-v to fedoraproject website?

2024-02-21 Thread Richard W.M. Jones 
On Wed, Feb 21, 2024 at 10:41:22PM +, Richard W.M. Jones wrote:
> On Wed, Feb 21, 2024 at 08:38:20PM -, Ryan Bach via devel wrote:
> > Ubuntu already has a sever risc-v iso. Thoughts?
> 
> It's planned ...  Join us on #fedora-riscv.

I should say if you just want a disk image right now then they are
here:

http://fedora.riscv.rocks/koji/tasks?state=closed=flat=createAppliance=-id

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Add risc-v to fedoraproject website?

2024-02-21 Thread Richard W.M. Jones 
On Wed, Feb 21, 2024 at 08:38:20PM -, Ryan Bach via devel wrote:
> Ubuntu already has a sever risc-v iso. Thoughts?

It's planned ...  Join us on #fedora-riscv.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Sys-CPU] PR #3: Add support for riscv64

2024-02-21 Thread Emmanuel Seyman 

eseyman commented on the pull-request: `Add support for riscv64` that you are 
following:
``
While the upstream repo hasn't seen activity in a while, it is labelled 
"Maintenance Only" and the maintainer is still active on Github. @davidlt, 
would you be willing to submit a PR to the upstream repo? Failing that, would 
it be ok if I do it for you (crediting you for the patch, of course)?
``

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

Add risc-v to fedoraproject website?

2024-02-21 Thread Ryan Bach via devel 
Ubuntu already has a sever risc-v iso. Thoughts?
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Kai A. Hiller 

Error:
 Problem: problem with installed package 
telegram-desktop-4.14.15-1.fc39.x86_64
  - telegram-desktop-4.14.15-1.fc39.x86_64 from @System  does not 
belong to a distupgrade repository
  - nothing provides qt6-qtbase(x86-64) = 6.6.1 needed by 
telegram-desktop-4.14.15-1.fc40.x86_64 from rpmfusion-free


On 2024-02-21 08:11, Miroslav Suchý wrote:


Do you want to make Fedora 40 better? Please spend 1 minute of your 
time and try to run:


# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
# This is last time we should do that :)

sudo dnf module reset '*'

dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo 
--enablerepo=updates-testing-modular) \

--assumeno distro-sync


This command does not replace `dnf system-upgrade`, but it will reveal 
potential problems.


You may also run `dnf upgrade` before running this command.


The `--assumeno` will just test the transaction, but does not make the 
actual upgrade.



In case you hit dependency issues, please report it against the 
appropriate package.


Or against fedora-obsolete-packages if that package should be removed 
in Fedora 40. Please check existing reports against 
fedora-obsolete-packages first:


https://red.ht/2kuBDPu

and also there is already bunch of "Fails to install" 
(F40FailsToInstall) reports:


https://bugzilla.redhat.com/buglist.cgi?bug_id=2231790_id_type=anddependson=tvp_id=13416789


Two notes:

* you may want to run the same command with dnf5 to help test new dnf. 
Do not forget to add --best otherwise DNF5 hides all problems.


* this command found several issues on my workstation. One was issue 
with teamd that you will likely hit too:


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

and there was few other with missing provides/obsoletes that I 
reported. For convenience here is the relevant part of Fedora Guidelines:


https://docs.fedoraproject.org/en-US/packaging-guidelines/#renaming-or-replacing-existing-packages


Thank you

Miroslav

--
___
devel mailing list --devel@lists.fedoraproject.org
To unsubscribe send an email todevel-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: Unretire ulogd (or another NFLOG logger?)

2024-02-21 Thread Thomas Haller 
On Wed, 2020-07-22 at 07:37 -0500, Chris Adams wrote:
> I'd like to use NFLOG to log firewall drops (so that the kernel
> message
> log isn't spammed by them), but it doesn't appear there's anything
> currently in Fedora that can read that other than "tcpdump -i nflog".
> It looks like ulogd was retired a while back because it only had a
> SysV
> init script and nobody stepped up to convert it to systemd (which
> should
> be really simple, since the old init script is pretty much a textbook
> template of a SysV init script).
> 
> Am I missing anything?  Is that all it needs?  Is there another NFLOG
> logger daemon?


Hi,

as late follow-up to this mail, I'd like to unretire ulogd.

See:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2265387
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Q4IL5JELEM47JA63XIVRCW2BZHFNIFTB/


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

Unretire ulogd (Userspace logging daemon for netfilter)

2024-02-21 Thread Thomas Haller 
Hi,

I'd like to unretire ulogd (aka ulogd2).

Please see the re-review bugzilla:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2265387


Thank you,
Thomas
--
___
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 CoreOS Community Meeting Minutes 2024--02-21

2024-02-21 Thread Steven Presti 
Minutes:
https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-02-21/fedora-coreos-meeting.2024-02-21-16.34.log.html
Minutes (text):
https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-02-21/fedora-coreos-meeting.2024-02-21-16.34.txt
Log:
https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-02-21/fedora-coreos-meeting.2024-02-21-16.34.log.txt

=
# #meeting-1:fedoraproject.org: fedora_coreos_meeting
=

Meeting started by @spresti:fedora.im at 2024-02-21 16:34:37



Meeting summary
---
* TOPIC: roll call (@spresti:fedora.im, 16:34:45)
* TOPIC: Action items from last meeting (@spresti:fedora.im, 16:40:43)
* INFO: there were no any action items listed.
(@spresti:fedora.im, 16:41:11)
* TOPIC: Discuss enabling rpm-ostree cliwrap (@spresti:fedora.im, 16:41:42)
* LINK: https://github.com/coreos/fedora-coreos-tracker/issues/730
(@spresti:fedora.im, 16:41:57)
* AGREED: Enable cliwrap with f40 rebase; Additionally communicate
this to our users by updating
https://github.com/coreos/fedora-coreos-tracker/issues/1655
(@spresti:fedora.im, 17:09:05)
* TOPIC: 2021: Revisit SwapOnZram (@spresti:fedora.im, 17:09:46)
* LINK: https://github.com/coreos/fedora-coreos-tracker/issues/859
(@spresti:fedora.im, 17:09:58)
* ACTION: fifofonix to bring up a 1.28 cluster with zswap
(@spresti:fedora.im, 17:35:26)
* TOPIC: Open Floor (@spresti:fedora.im, 17:36:06)
* INFO: we have F40 beta coming up.. we'll need to create a test
day ticket and organize a test day like we have in the past. it would
be great if a motivated person or two could organize it.
(@dustymabe:matrix.org, 17:38:50)
* INFO: ash  will create a test day ticket and organize test day
like we have in the past with the assistance of apiaseck
(@spresti:fedora.im, 17:43:11)

Meeting ended at 2024-02-21 17:44:43

Action items

* fifofonix to bring up a 1.28 cluster with zswap

People Present (lines said)
---
* @spresti:fedora.im (58)
* @jlebon:fedora.im (40)
* @dustymabe:matrix.org (35)
* @jbtrystram:matrix.org (8)
* @zodbot:fedora.im (8)
* @apiaseck:matrix.org (8)
* @fifofonix:matrix.org (5)
* @aaradhak:matrix.org (5)
* @gurssing:matrix.org (2)
* @meetbot:fedora.im (2)
* @ravanelli:matrix.org (2)
* @marmijo:fedora.im (1)
--
___
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: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Miroslav Suchý 

Dne 21. 02. 24 v 18:34 Jun Aruga (he / him) napsal(a):

But I am afraid I am customizing the file
/etc/mock/fedora-rawhide-x86_64.cfg . It's not the original one from
the RPM any more.

I should use the original one and it's better to manage my own custom
setting in the `~/.config/mock.cfg`?


Yes. Mock allows you several layers of customization. So you do not need to touch the original configs and avoid such 
problems.


See 
https://rpm-software-management.github.io/mock/configuration#order-of-loading-the-files

The alternation for all configs should go to:

|~/.config/mock.cfg|

If you need to alter one config you can create

~/.config/mock/foo.cfg

with:

include('/etc/mock/fedora-rawhide-x86_64.cfg')

 your alternation

and then

mock -r foo bar.src.rpm




Which config option is related to the DNF 3 or DNF 5?

Below is my setting about the dnf.

```
config_opts['package_manager'] = 'dnf'
```


For rawhide it should be:

config_opts['package_manager'] = 'dnf5'

--
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Didier Fabert 

Le 21/02/2024 à 08:11, Miroslav Suchý a écrit :

> sudo dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo 
--enablerepo=updates-testing-modular) \

--assumeno distro-sync

Erreur :
 Problème 1: problème avec le paquet installé blender-1:4.0.2-1.fc39.x86_64
  - blender-1:4.0.2-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - nothing provides libopenvdb.so.10.1()(64bit) needed by 
blender-1:4.0.2-1.fc40.x86_64 from fedora
 Problème 2: package audiocd-kio-libs-16.08.3-21.fc39.x86_64 from 
@System requires audiocd-kio = 16.08.3-21.fc39, but none of the 
providers can be installed
  - audiocd-kio-16.08.3-21.fc39.x86_64 from @System  does not belong to 
a distupgrade repository
  - problème avec le paquet installé 
audiocd-kio-libs-16.08.3-21.fc39.x86_64


I will try to find time this week-end to fill bz
--
___
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: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Jun Aruga (he / him) 
> That said, DNF3 should work too. But instead of hunting this bug it may be 
> easier to update configs and use DNF5 that should be used anyway.

As my mock-core-configs RPM version is below, I got the same version's
RPM from the koji build link below, and plan to recover the files in
the /etc/mock.

$ rpm -q mock-core-configs
mock-core-configs-40.1-1.fc39.noarch

https://src.fedoraproject.org/rpms/mock-core-configs
https://koji.fedoraproject.org/koji/buildinfo?buildID=2403024

-- 
Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic
See  for
the timezone.
--
___
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: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Stephen Smoogen 
On Wed, 21 Feb 2024 at 12:38, Jun Aruga (he / him) 
wrote:

> On Wed, Feb 21, 2024 at 6:09 PM Stephen Smoogen 
> wrote:
> >
> >
> >
> > On Wed, 21 Feb 2024 at 12:05, Miroslav Suchý  wrote:
> >>
> >> Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a):
> >>
> >> $ mock -r fedora-rawhide-x86_64 --shell
> >>
> >> 
> >>
> >> --setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
> >> --disableplugin=versionlock install @buildsys-build
> >>
> >> This is suspicious. It should use DNF5 now.
> >>
> >> What is
> >>
> >>   rpm -qf /etc/mock/fedora-rawhide-x86_64.cfg
> >>
> >> Since mock-core-configs-40.2-1 it should use DNF5.
> >>
> >> That said, DNF3 should work too. But instead of hunting this bug it may
> be easier to update configs and use DNF5 that should be used anyway.
> >
> >
> > Usually when I see errors like this.. it is usually a mixed up rawhide
> cache stored somewhere.. aka something is pulling in something really old.
> `mock --clean fedora-rawhide-x86_64` usually fixes these but it may also
> need a local update first too.
>
> Thanks for your help. I still see the same error after running the
> `mock --clean fedora-rawhide-x86_64`.
>
> ```
> $ mock --clean fedora-rawhide-x86_64
>
> $ mock -r fedora-rawhide-x86_64 --shell
> ...
> ERROR: Command failed:
>  # /usr/bin/systemd-nspawn -q -M 46d4e94c6647468aa33584d8fb7d42ae -D
> /var/lib/mock/fedora-rawhide-x86_64-bootstrap/root -a
> --capability=cap_ipc_lock
> --bind=/tmp/mock-resolv.0la37cbp:/etc/resolv.conf --console=pipe
> --setenv=TERM=vt100 --setenv=SHELL=/bin/bash
> --setenv=HOME=/var/lib/mock/fedora-rawhide-x86_64/root/installation-homedir
> --setenv=HOSTNAME=mock --setenv=PATH=/usr/bin:/bin:/usr/sbin:/sbin
> '--setenv=PROMPT_COMMAND=printf "\033]0;\007"'
> '--setenv=PS1= \s-\v\$ ' --setenv=LANG=C.UTF-8
> --setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
> --installroot /var/lib/mock/fedora-rawhide-x86_64/root/ --releasever
> 35 --setopt=deltarpm=False --setopt=allow_vendor_change=yes
> --allowerasing --disableplugin=local --disableplugin=spacewalk
> --disableplugin=versionlock install @buildsys-build
> --setopt=tsflags=nocontexts
> Traceback (most recent call last):
>   File "/usr/bin/dnf-3", line 61, in 
> from dnf.cli import main
>   File "/usr/lib/python3.12/site-packages/dnf/__init__.py", line 30, in
> 
> import dnf.base
>   File "/usr/lib/python3.12/site-packages/dnf/base.py", line 29, in
> 
> import libdnf.transaction
>   File "/usr/lib64/python3.12/site-packages/libdnf/__init__.py", line
> 14, in 
> from . import conf
>   File "/usr/lib64/python3.12/site-packages/libdnf/conf.py", line 10,
> in 
> from . import _conf
> ImportError: /lib64/libdnf.so.2: undefined symbol:
> g_once_init_enter_pointer
> ```
>
>
Ok what I Have on my system f39 toolbox is:

⬢[root@toolbox ~]# rpm -qa | grep -E 'dnf|mock|distribution-gpg|glib2' |
sort
distribution-gpg-keys-1.101-1.fc39.noarch
dnf-4.18.2-1.fc39.noarch
dnf-data-4.18.2-1.fc39.noarch
dnf-plugins-core-4.4.4-1.fc39.noarch
dnf-utils-4.4.4-1.fc39.noarch
dnf5-5.1.12-1.fc39.x86_64
dnf5-plugins-5.1.12-1.fc39.x86_64
glib2-2.78.3-1.fc39.x86_64
libdnf-0.72.0-1.fc39.x86_64
libdnf5-5.1.12-1.fc39.x86_64
libdnf5-cli-5.1.12-1.fc39.x86_64
mock-5.5-1.fc39.noarch
mock-core-configs-40.1-1.fc39.noarch
mock-filesystem-5.5-1.fc39.noarch
python3-dnf-4.18.2-1.fc39.noarch
python3-dnf-plugins-core-4.4.4-1.fc39.noarch
python3-libdnf-0.72.0-1.fc39.x86_64

I built a package against rawhide which worked.. and the dnf_cache for mock
says it was using

./fedora-2d95c80a1fa0a67d/packages/glib2-2.79.1-1.fc40.x86_64.rpm
./fedora-2d95c80a1fa0a67d/packages/dnf-4.19.0-1.fc40.noarch.rpm
./fedora-2d95c80a1fa0a67d/packages/python3-dnf-4.19.0-1.fc40.noarch.rpm
./fedora-2d95c80a1fa0a67d/packages/dnf-data-4.19.0-1.fc40.noarch.rpm
./fedora-2d95c80a1fa0a67d/packages/python3-libdnf-0.73.0-1.fc40.x86_64.rpm
./fedora-2d95c80a1fa0a67d/packages/libdnf-0.73.0-1.fc40.x86_64.rpm
[

-- 
> Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic
> See  for
> the timezone.
> --
> ___
> 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
>


-- 
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Michael Catanzaro 
On Wed, Feb 21 2024 at 05:38:00 PM +01:00:00, Jun Aruga (he / him) 
 wrote:
ImportError: /lib64/libdnf.so.2: undefined symbol: 
g_once_init_enter_pointer

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


This means dnf was built against a newer version of glib than is 
available at runtime. Like most libraries, glib is backwards-compatible 
but not forwards-compatible. i.e. it will add new APIs, and you have to 
build against the oldest version that might be used at runtime. 
g_once_init_enter_pointer is simply a new API.


I don't know what exactly has gone wrong or how to fix it, but 
hopefully that helps us get a little closer to the solution here.


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

Orphaned packages looking for new maintainers

2024-02-21 Thread Maxwell G 
Report started at 2024-02-21 17:04:45 UTC

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Request package ownership via the *Take* button in the left column on
https://src.fedoraproject.org/rpms/

Full report available at:
https://a.gtmx.me/orphans/orphans.txt
grep it for your FAS username and follow the dependency chain.

For human readable dependency chains,
see https://packager-dashboard.fedoraproject.org/
For all orphaned packages,
see https://packager-dashboard.fedoraproject.org/orphan

Package  (co)maintainers   Status Change

R-presser @r-maint-sig, orphan 3 weeks ago  
applet-window-buttons @kde-sig, orphan 3 weeks ago  
atinout   orphan   1 weeks ago  
bismuth   @kde-sig, orphan 3 weeks ago  
deepin-dock   @deepinde-sig, cheeselee,0 weeks ago  
  felixonmars, orphan, zsun 
drumstick0orphan, yanqiyu  4 weeks ago  
elpa  @scitech_sig, orphan 6 weeks ago  
gnome-translate   orphan   3 weeks ago  
golang-github-apache-arrow@go-sig, orphan  0 weeks ago  
golang-github-@go-sig, ngompa, orphan  2 weeks ago  
googlecloudplatform-guest-  
logging 
golang-gocloud@go-sig, orphan  2 weeks ago  
golang-storj-uplink   @go-sig, orphan  2 weeks ago  
google-compute-engine-guest-  ngompa, orphan   2 weeks ago  
configs 
google-disk-expandorphan   2 weeks ago  
google-guest-agent@go-sig, ngompa, orphan  2 weeks ago  
google-osconfig-agent @go-sig, orphan  2 weeks ago  
kpipewire5@kde-sig, orphan 5 weeks ago  
libmodulemd1  @copr-sig, orphan3 weeks ago  
libtranslate  orphan   3 weeks ago  
lightly   orphan   3 weeks ago  
ocaml-newtorphan   3 weeks ago  
perl-BackPAN-Indexiarnell, orphan  0 weeks ago  
perl-Cache-FastMmap   iarnell, orphan  0 weeks ago  
perl-Git-PurePerl iarnell, orphan  0 weeks ago  
perl-Git-Repository   iarnell, orphan  0 weeks ago  
perl-Net-GitHub   jplesnik, lkundrak, orphan,  0 weeks ago  
  ppisar
perl-PDF-Haru orphan   1 weeks ago  
perl-SOAP-Litemspacek, orphan, pghmcfc,0 weeks ago  
  ppisar
perl-Spreadsheet-ParseExcel-  jplesnik, orphan, ppisar 0 weeks ago  
Simple  
perl-Spreadsheet-WriteExcel-  jplesnik, orphan, ppisar 0 weeks ago  
Simple  
perl-String-Diff  iarnell, orphan  0 weeks ago  
phosh-mobile-settings orphan   1 weeks ago  
php-doctrine-persistence2 orphan   3 weeks ago  
php-doctrine-persistence3 orphan   3 weeks ago  
php-echonest-api  orphan   3 weeks ago  
php-endroid-qrcodeorphan   3 weeks ago  
php-interfasys-lognormalizer  orphan   3 weeks ago  
php-ircmaxell-random-lib  orphan   3 weeks ago  
php-ircmaxell-security-liborphan   3

Re: List of long term FTBFS packages to be retired in 1 week

2024-02-21 Thread Miro Hrončok 

On 21. 02. 24 17:46, Kevin Fenzi wrote:

On Wed, Feb 21, 2024 at 04:43:26PM +0100, Miro Hrončok wrote:

NOTE: This was not sent to individual maintainers, as @fedoraproject.org
aliases are currently broken
https://pagure.io/fedora-infrastructure/issue/11768


(Side note: This should now be fixed)


Thanks. I forwarded the email.

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

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Jun Aruga (he / him) 
On Wed, Feb 21, 2024 at 6:09 PM Stephen Smoogen  wrote:
>
>
>
> On Wed, 21 Feb 2024 at 12:05, Miroslav Suchý  wrote:
>>
>> Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a):
>>
>> $ mock -r fedora-rawhide-x86_64 --shell
>>
>> 
>>
>> --setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
>> --disableplugin=versionlock install @buildsys-build
>>
>> This is suspicious. It should use DNF5 now.
>>
>> What is
>>
>>   rpm -qf /etc/mock/fedora-rawhide-x86_64.cfg
>>
>> Since mock-core-configs-40.2-1 it should use DNF5.
>>
>> That said, DNF3 should work too. But instead of hunting this bug it may be 
>> easier to update configs and use DNF5 that should be used anyway.
>
>
> Usually when I see errors like this.. it is usually a mixed up rawhide cache 
> stored somewhere.. aka something is pulling in something really old. `mock 
> --clean fedora-rawhide-x86_64` usually fixes these but it may also need a 
> local update first too.

Thanks for your help. I still see the same error after running the
`mock --clean fedora-rawhide-x86_64`.

```
$ mock --clean fedora-rawhide-x86_64

$ mock -r fedora-rawhide-x86_64 --shell
...
ERROR: Command failed:
 # /usr/bin/systemd-nspawn -q -M 46d4e94c6647468aa33584d8fb7d42ae -D
/var/lib/mock/fedora-rawhide-x86_64-bootstrap/root -a
--capability=cap_ipc_lock
--bind=/tmp/mock-resolv.0la37cbp:/etc/resolv.conf --console=pipe
--setenv=TERM=vt100 --setenv=SHELL=/bin/bash
--setenv=HOME=/var/lib/mock/fedora-rawhide-x86_64/root/installation-homedir
--setenv=HOSTNAME=mock --setenv=PATH=/usr/bin:/bin:/usr/sbin:/sbin
'--setenv=PROMPT_COMMAND=printf "\033]0;\007"'
'--setenv=PS1= \s-\v\$ ' --setenv=LANG=C.UTF-8
--setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
--installroot /var/lib/mock/fedora-rawhide-x86_64/root/ --releasever
35 --setopt=deltarpm=False --setopt=allow_vendor_change=yes
--allowerasing --disableplugin=local --disableplugin=spacewalk
--disableplugin=versionlock install @buildsys-build
--setopt=tsflags=nocontexts
Traceback (most recent call last):
  File "/usr/bin/dnf-3", line 61, in 
from dnf.cli import main
  File "/usr/lib/python3.12/site-packages/dnf/__init__.py", line 30, in 
import dnf.base
  File "/usr/lib/python3.12/site-packages/dnf/base.py", line 29, in 
import libdnf.transaction
  File "/usr/lib64/python3.12/site-packages/libdnf/__init__.py", line
14, in 
from . import conf
  File "/usr/lib64/python3.12/site-packages/libdnf/conf.py", line 10,
in 
from . import _conf
ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer
```

-- 
Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic
See  for
the timezone.
--
___
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: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Jun Aruga (he / him) 
On Wed, Feb 21, 2024 at 6:05 PM Miroslav Suchý  wrote:
>
> Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a):
>
> $ mock -r fedora-rawhide-x86_64 --shell
>
> 
>
> --setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
> --disableplugin=versionlock install @buildsys-build
>
> This is suspicious. It should use DNF5 now.
>
> What is
>
>   rpm -qf /etc/mock/fedora-rawhide-x86_64.cfg
> Since mock-core-configs-40.2-1 it should use DNF5.
>
> That said, DNF3 should work too. But instead of hunting this bug it may be 
> easier to update configs and use DNF5 that should be used anyway.

Thanks for your help!

The result is below.

```
$ rpm -qf /etc/mock/fedora-rawhide-x86_64.cfg
mock-core-configs-40.1-1.fc39.noarch
```

But I am afraid I am customizing the file
/etc/mock/fedora-rawhide-x86_64.cfg . It's not the original one from
the RPM any more.

I should use the original one and it's better to manage my own custom
setting in the `~/.config/mock.cfg`?
Which config option is related to the DNF 3 or DNF 5?

Below is my setting about the dnf.

```
config_opts['package_manager'] = 'dnf'
```

-- 
Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic
See  for
the timezone.
--
___
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: GCC perhaps not honoring -std?

2024-02-21 Thread Steven A. Falco 

On 2/21/24 11:46 AM, Jakub Jelinek wrote:

On Wed, Feb 21, 2024 at 11:34:37AM -0500, Steven A. Falco wrote:

I am getting an error "template-id not allowed for constructor in C++20" but 
according to the Copr log [0], the compiler is being given -std=c++17:


It is a warning, but you've asked for all warnings to be errors, right?
As documented
https://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Dialect-Options.html#index-Wtemplate-id-cdtor
the warning is enabled by default when compiling with -std=c++20 or newer,
or when -Wc++20-compat warning is enabled, and the latter as documented
https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wc_002b_002b20-compat
is enabled by default in -Wall, which you asked for.
The purpose of the warning is to warn that this won't be accepted in C++20
anymore and there is no reason not to make it valid C++20 right away by
removing the redundant part.


Thanks!  I'll work with the upstream folks to see how they want to handle it.

Steve




Building CXX object 
thirdparty/clipper2/CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o
cd /builddir/build/BUILD/kicad-7.0.11/redhat-linux-build/thirdparty/clipper2 && 
/usr/bin/g++ -DGLM_FORCE_CTOR_INIT -DHAVE_STDINT_H -DKICAD_CONFIG_DIR=kicad 
-DKICAD_SCRIPTING_WXPYTHON -DKICAD_SIGNAL_INTEGRITY -DKICAD_SPICE -DUSINGZ -DWXUSINGDLL 
-DWX_COMPATIBILITY -D_FILE_OFFSET_BITS=64 -D__WXGTK__ 
-I/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include -isystem 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/pybind11/include -isystem 
/usr/include/cairo -isystem /usr/include/pixman-1 -isystem /usr/include/freetype2 
-isystem /usr/include/harfbuzz -isystem /usr/include/opencascade -isystem 
/usr/lib64/wx/include/gtk3-unicode-3.2 -isystem /usr/include/wx-3.2 -O2 -flto=auto 
-ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall 
-Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 
-Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 
-fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 
-march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection 
-fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wno-attributes 
-pthread -O2 -g -DNDEBUG -std=c++17 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wpedantic -Werror -MD -MT 
thirdparty/clipper2/CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o -MF 
CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o.d -o 
CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o -c 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/src/clipper.engine.cpp

In file included from 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include/clipper2/clipper.engine.h:22,
  from 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/src/clipper.engine.cpp:17:
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include/clipper2/clipper.core.h:139:22:
 error: template-id not allowed for constructor in C++20 
[-Werror=template-id-cdtor]
   139 | explicit Point(const Point& p)


Jakub
--
___
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: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Stephen Smoogen 
On Wed, 21 Feb 2024 at 12:05, Miroslav Suchý  wrote:

> Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a):
>
> $ mock -r fedora-rawhide-x86_64 --shell
>
> 
>
> --setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
> --disableplugin=versionlock install @buildsys-build
>
> This is suspicious. It should use DNF5 now.
>
> What is
>
>   rpm -qf /etc/mock/fedora-rawhide-x86_64.cfg
>
> Since mock-core-configs-40.2-1 it should use DNF5.
>
> That said, DNF3 should work too. But instead of hunting this bug it may be
> easier to update configs and use DNF5 that should be used anyway.
>
>
Usually when I see errors like this.. it is usually a mixed up rawhide
cache stored somewhere.. aka something is pulling in something really old.
`mock --clean fedora-rawhide-x86_64` usually fixes these but it may also
need a local update first too.



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


-- 
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Miroslav Suchý 

Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a):

$ mock -r fedora-rawhide-x86_64 --shell



--setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
--disableplugin=versionlock install @buildsys-build


This is suspicious. It should use DNF5 now.

What is

rpm-qf/etc/mock/fedora-rawhide-x86_64.cfg

Since mock-core-configs-40.2-1it should use DNF5.

That said, DNF3 should work too. But instead of hunting this bug it may be easier to update configs and use DNF5 that 
should be used anyway.


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

[rpms/perl-Sys-CPU] PR #3: Add support for riscv64

2024-02-21 Thread Richard W . M . Jones 

rjones commented on the pull-request: `Add support for riscv64` that you are 
following:
``
Note upstream seems dead: https://github.com/mzsanford/perl-sys-cpu
``

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

[rpms/perl-Sys-CPU] PR #3: Add support for riscv64

2024-02-21 Thread Richard W . M . Jones 

rjones commented on the pull-request: `Add support for riscv64` that you are 
following:
``
(Adding @davidlt @tekkamanninja )
``

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

[rpms/perl-Sys-CPU] PR #3: Add support for riscv64

2024-02-21 Thread Richard W . M . Jones 

rjones opened a new pull-request against the project: `perl-Sys-CPU` that you 
are following:
``
Add support for riscv64
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Sys-CPU/pull-request/3
--
___
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: GCC perhaps not honoring -std?

2024-02-21 Thread Jakub Jelinek 
On Wed, Feb 21, 2024 at 11:34:37AM -0500, Steven A. Falco wrote:
> I am getting an error "template-id not allowed for constructor in C++20" but 
> according to the Copr log [0], the compiler is being given -std=c++17:

It is a warning, but you've asked for all warnings to be errors, right?
As documented
https://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Dialect-Options.html#index-Wtemplate-id-cdtor
the warning is enabled by default when compiling with -std=c++20 or newer,
or when -Wc++20-compat warning is enabled, and the latter as documented
https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wc_002b_002b20-compat
is enabled by default in -Wall, which you asked for.
The purpose of the warning is to warn that this won't be accepted in C++20
anymore and there is no reason not to make it valid C++20 right away by
removing the redundant part.

> Building CXX object 
> thirdparty/clipper2/CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o
> cd /builddir/build/BUILD/kicad-7.0.11/redhat-linux-build/thirdparty/clipper2 
> && /usr/bin/g++ -DGLM_FORCE_CTOR_INIT -DHAVE_STDINT_H 
> -DKICAD_CONFIG_DIR=kicad -DKICAD_SCRIPTING_WXPYTHON -DKICAD_SIGNAL_INTEGRITY 
> -DKICAD_SPICE -DUSINGZ -DWXUSINGDLL -DWX_COMPATIBILITY -D_FILE_OFFSET_BITS=64 
> -D__WXGTK__ 
> -I/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include 
> -isystem /builddir/build/BUILD/kicad-7.0.11/thirdparty/pybind11/include 
> -isystem /usr/include/cairo -isystem /usr/include/pixman-1 -isystem 
> /usr/include/freetype2 -isystem /usr/include/harfbuzz -isystem 
> /usr/include/opencascade -isystem /usr/lib64/wx/include/gtk3-unicode-3.2 
> -isystem /usr/include/wx-3.2 -O2 -flto=auto -ffat-lto-objects -fexceptions -g 
> -grecord-gcc-switches -pipe -Wall -Werror=format-security 
> -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS 
> -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong 
> -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 -march=x86-64 
> -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection 
> -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
> -Wno-attributes -pthread -O2 -g -DNDEBUG -std=c++17 -fPIC -fvisibility=hidden 
> -fvisibility-inlines-hidden -Wall -Wextra -Wpedantic -Werror -MD -MT 
> thirdparty/clipper2/CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o
>  -MF CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o.d -o 
> CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o -c 
> /builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/src/clipper.engine.cpp
> 
> In file included from 
> /builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include/clipper2/clipper.engine.h:22,
>  from 
> /builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/src/clipper.engine.cpp:17:
> /builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include/clipper2/clipper.core.h:139:22:
>  error: template-id not allowed for constructor in C++20 
> [-Werror=template-id-cdtor]
>   139 | explicit Point(const Point& p)

Jakub
--
___
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: List of long term FTBFS packages to be retired in 1 week

2024-02-21 Thread Kevin Fenzi 
On Wed, Feb 21, 2024 at 04:43:26PM +0100, Miro Hrončok wrote:
> NOTE: This was not sent to individual maintainers, as @fedoraproject.org
> aliases are currently broken
> https://pagure.io/fedora-infrastructure/issue/11768

(Side note: This should now be fixed)

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

mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

2024-02-21 Thread Jun Aruga (he / him) 
Hello,

I faced the following error by running the mock for Fedora rawhide on
my Fedora 39 local environment.
Anyone, do you know how to avoid this error? Thanks for your help.

I filed this issue to the Bugzilla ticket below.

ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer
https://bugzilla.redhat.com/show_bug.cgi?id=2265336

```
$ cat /etc/fedora-release
Fedora release 39 (Thirty Nine)

$ rpm -q mock
mock-5.5-1.fc39.noarch

$ mock -r fedora-rawhide-x86_64 --shell
...
ERROR: Command failed:
 # /usr/bin/systemd-nspawn -q -M 1d8842112f2e42e0b849d40bb5641e7c -D
/var/lib/mock/fedora-rawhide-x86_64-bootstrap/root -a
--capability=cap_ipc_lock
--bind=/tmp/mock-resolv.p89q0qu4:/etc/resolv.conf --console=pipe
--setenv=TERM=vt100 --setenv=SHELL=/bin/bash
--setenv=HOME=/var/lib/mock/fedora-rawhide-x86_64/root/installation-homedir
--setenv=HOSTNAME=mock --setenv=PATH=/usr/bin:/bin:/usr/sbin:/sbin
'--setenv=PROMPT_COMMAND=printf "\033]0;\007"'
'--setenv=PS1= \s-\v\$ ' --setenv=LANG=C.UTF-8
--setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3
--installroot /var/lib/mock/fedora-rawhide-x86_64/root/ --releasever
35 --setopt=deltarpm=False --setopt=allow_vendor_change=yes
--allowerasing --disableplugin=local --disableplugin=spacewalk
--disableplugin=versionlock install @buildsys-build
--setopt=tsflags=nocontexts
Traceback (most recent call last):
  File "/usr/bin/dnf-3", line 61, in 
from dnf.cli import main
  File "/usr/lib/python3.12/site-packages/dnf/__init__.py", line 30, in 
import dnf.base
  File "/usr/lib/python3.12/site-packages/dnf/base.py", line 29, in 
import libdnf.transaction
  File "/usr/lib64/python3.12/site-packages/libdnf/__init__.py", line
14, in 
from . import conf
  File "/usr/lib64/python3.12/site-packages/libdnf/conf.py", line 10,
in 
from . import _conf
ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer
```

-- 
Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic
See  for
the timezone.
--
___
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

GCC perhaps not honoring -std?

2024-02-21 Thread Steven A. Falco 

I am getting an error "template-id not allowed for constructor in C++20" but 
according to the Copr log [0], the compiler is being given -std=c++17:

Building CXX object 
thirdparty/clipper2/CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o
cd /builddir/build/BUILD/kicad-7.0.11/redhat-linux-build/thirdparty/clipper2 && 
/usr/bin/g++ -DGLM_FORCE_CTOR_INIT -DHAVE_STDINT_H -DKICAD_CONFIG_DIR=kicad 
-DKICAD_SCRIPTING_WXPYTHON -DKICAD_SIGNAL_INTEGRITY -DKICAD_SPICE -DUSINGZ -DWXUSINGDLL 
-DWX_COMPATIBILITY -D_FILE_OFFSET_BITS=64 -D__WXGTK__ 
-I/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include -isystem 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/pybind11/include -isystem 
/usr/include/cairo -isystem /usr/include/pixman-1 -isystem /usr/include/freetype2 
-isystem /usr/include/harfbuzz -isystem /usr/include/opencascade -isystem 
/usr/lib64/wx/include/gtk3-unicode-3.2 -isystem /usr/include/wx-3.2 -O2 -flto=auto 
-ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall 
-Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 
-Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 
-fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 
-march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection 
-fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wno-attributes 
-pthread -O2 -g -DNDEBUG -std=c++17 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wpedantic -Werror -MD -MT 
thirdparty/clipper2/CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o -MF 
CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o.d -o 
CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o -c 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/src/clipper.engine.cpp

In file included from 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include/clipper2/clipper.engine.h:22,
 from 
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/src/clipper.engine.cpp:17:
/builddir/build/BUILD/kicad-7.0.11/thirdparty/clipper2/Clipper2Lib/include/clipper2/clipper.core.h:139:22:
 error: template-id not allowed for constructor in C++20 
[-Werror=template-id-cdtor]
  139 | explicit Point(const Point& p)

Steve

[0] 
https://download.copr.fedorainfracloud.org/results/@kicad/kicad-stable/fedora-rawhide-x86_64/07046109-kicad/builder-live.log.gz
--
___
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 40 compose report: 20240221.n.0 changes

2024-02-21 Thread Fedora Branched Report 
OLD: Fedora-40-20240220.n.0
NEW: Fedora-40-20240221.n.0

= SUMMARY =
Added images:10
Dropped images:  3
Added packages:  7
Dropped packages:3
Upgraded packages:   109
Downgraded packages: 0

Size of added packages:  21.60 MiB
Size of dropped packages:319.35 KiB
Size of upgraded packages:   1.80 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: Onyx dvd-ostree x86_64
Path: Onyx/x86_64/iso/Fedora-Onyx-ostree-x86_64-40-20240221.n.0.iso
Image: Kinoite ociarchive ppc64le
Path: Kinoite/ppc64le/images/Fedora-Kinoite-40.20240221.n.0.ociarchive
Image: Kinoite ociarchive x86_64
Path: Kinoite/x86_64/images/Fedora-Kinoite-40.20240221.n.0.ociarchive
Image: Sericea ociarchive x86_64
Path: Sericea/x86_64/images/Fedora-Sericea-40.20240221.n.0.ociarchive
Image: Onyx ociarchive x86_64
Path: Onyx/x86_64/images/Fedora-Onyx-40.20240221.n.0.ociarchive
Image: Silverblue ociarchive aarch64
Path: Silverblue/aarch64/images/Fedora-Silverblue-40.20240221.n.0.ociarchive
Image: Silverblue ociarchive ppc64le
Path: Silverblue/ppc64le/images/Fedora-Silverblue-40.20240221.n.0.ociarchive
Image: Kinoite ociarchive aarch64
Path: Kinoite/aarch64/images/Fedora-Kinoite-40.20240221.n.0.ociarchive
Image: Sericea ociarchive aarch64
Path: Sericea/aarch64/images/Fedora-Sericea-40.20240221.n.0.ociarchive
Image: Silverblue ociarchive x86_64
Path: Silverblue/x86_64/images/Fedora-Silverblue-40.20240221.n.0.ociarchive

= DROPPED IMAGES =
Image: Workstation live ppc64le
Path: 
Workstation/ppc64le/iso/Fedora-Workstation-Live-ppc64le-40-20240220.n.0.iso
Image: Silverblue dvd-ostree aarch64
Path: 
Silverblue/aarch64/iso/Fedora-Silverblue-ostree-aarch64-40-20240220.n.0.iso
Image: Kinoite dvd-ostree ppc64le
Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-40-20240220.n.0.iso

= ADDED PACKAGES =
Package: cramjam-cli-0.1.1-1.fc40
Summary: Simple CLI to a variety of compression algorithms
RPMs:cramjam-cli
Size:3.95 MiB

Package: ghc-text-icu-0.8.0.4-1.fc40
Summary: Bindings to the ICU library
RPMs:ghc-text-icu ghc-text-icu-devel ghc-text-icu-doc ghc-text-icu-prof
Size:9.15 MiB

Package: libvpl-1:2.10.2-1.fc40
Summary: Intel Video Processing Library
RPMs:libvpl libvpl-devel libvpl-samples
Size:6.37 MiB

Package: maui-mauiman-3.0.2-1.fc40
Summary: Maui Manager Library
RPMs:maui-mauiman maui-mauiman-devel
Size:532.65 KiB

Package: python-beartype-0.17.2-1.fc40
Summary: Unbearably fast runtime type checking in pure Python
RPMs:python3-beartype
Size:1.15 MiB

Package: rust-toml_edit0.21-0.21.1-1.fc40
Summary: Yet another format-preserving TOML parser
RPMs:rust-toml_edit0.21+default-devel rust-toml_edit0.21+display-devel 
rust-toml_edit0.21+parse-devel rust-toml_edit0.21+perf-devel 
rust-toml_edit0.21+serde-devel rust-toml_edit0.21+unbounded-devel 
rust-toml_edit0.21-devel
Size:259.04 KiB

Package: rust-winnow0.5-0.5.40-1.fc40
Summary: Byte-oriented, zero-copy, parser combinators library
RPMs:rust-winnow0.5+alloc-devel rust-winnow0.5+debug-devel 
rust-winnow0.5+default-devel rust-winnow0.5+simd-devel rust-winnow0.5+std-devel 
rust-winnow0.5+unstable-doc-devel rust-winnow0.5+unstable-recover-devel 
rust-winnow0.5-devel
Size:204.88 KiB


= DROPPED PACKAGES =
Package: rust-gsk4_0.6-0.6.3-2.fc40
Summary: Rust bindings of the GSK 4 library
RPMs:rust-gsk4_0.6+broadway-devel rust-gsk4_0.6+default-devel 
rust-gsk4_0.6+dox-devel rust-gsk4_0.6+v4_10-devel rust-gsk4_0.6+v4_2-devel 
rust-gsk4_0.6+v4_4-devel rust-gsk4_0.6+v4_6-devel rust-gsk4_0.6-devel
Size:107.09 KiB

Package: rust-gtk4-macros0.6-0.6.6-2.fc40
Summary: Macros helpers for GTK 4 bindings
RPMs:rust-gtk4-macros0.6+blueprint-devel rust-gtk4-macros0.6+default-devel 
rust-gtk4-macros0.6+quick-xml-devel rust-gtk4-macros0.6+xml_validation-devel 
rust-gtk4-macros0.6-devel
Size:61.83 KiB

Package: rust-gtk4-sys0.6-0.6.3-2.fc40
Summary: FFI bindings of GTK 4
RPMs:rust-gtk4-sys0.6+default-devel rust-gtk4-sys0.6+dox-devel 
rust-gtk4-sys0.6+v4_10-devel rust-gtk4-sys0.6+v4_12-devel 
rust-gtk4-sys0.6+v4_2-devel rust-gtk4-sys0.6+v4_4-devel 
rust-gtk4-sys0.6+v4_6-devel rust-gtk4-sys0.6+v4_8-devel rust-gtk4-sys0.6-devel
Size:150.43 KiB


= UPGRADED PACKAGES =
Package:  3proxy-0.9.4-2.fc40
Old package:  3proxy-0.8.13-10.fc39
Summary:  Tiny but very powerful proxy
RPMs: 3proxy
Size: 865.84 KiB
Size change:  67.10 KiB
Changelog:
  * Thu Jan 18 2024 Fedora Release Engineering  - 
0.8.13-11
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild

  * Fri Jan 19 2024 Fedora Release Engineering  - 
0.8.13-12
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild

  * Mon Jan 22 2024 Fedora Release Engineering  - 
0.8.13-13
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild

  * Mon Jan 29 2024 Fedora Release

List of long term FTBFS packages to be retired in 1 week

2024-02-21 Thread Miro Hrončok 

NOTE: This was not sent to individual maintainers, as @fedoraproject.org
aliases are currently broken
https://pagure.io/fedora-infrastructure/issue/11768

---

Dear maintainers.

Based on the current fail to build from source policy, the following packages
should be retired from Fedora 40 approximately one week before branching.

5 weekly reminders are required, hence the retirement will happen
approximately in 1 week, i.e. around 2024-02-28.
Since this is unfortunately after the branching,
packages will be retired on rawhide and f40.

I apologize for starting this process a bit later than required again.
Unfortunately, I had other work obligations.
Volunteers to take over this are always welcome.

Policy: 
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/


The packages in rawhide were not successfully built at least since Fedora 37.

This report is based on dist tags.

Packages collected via:
https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbfs-retirements.ipynb

If you see a package that was built, please let me know.
If you see a package that should be exempted from the process,
please let me know and we can work together to get a FESCo approval for that.

If you see a package that can be rebuilt, please do so.

Package(co)maintainers

erlang-jose@erlang-maint-sig, bowlofeggs, jcline, peter
golang-github-acme-lego@go-sig, eclipseo
golang-github-gobs-pretty  @go-sig, eclipseo
golang-gvisor  @go-sig, eclipseo, elmarco
golang-opentelemetry-otel-0.20 @go-sig, alexsaezm
golang-sigs-k8s-kustomize  @go-sig, dcavalca
golang-vitess  @go-sig, eclipseo
infinipath-psm honli
j4-dmenu-desktop   ibotty
jackson-dataformats-binary mbooth
jackson-dataformats-text   mbooth
java-1.8.0-openjdk-aarch32 akasko, jvanek
jreen  rdieter
libdeltacloud  clalance
mingw-clucene  greghellings
mingw-speexdsp janisozaur
nbd-runner xiubli
nodejs-generic-poolpatches, piotrp
ofono  njha, thunderbirdtr
pesign-test-appjavierm, nfrayer, pjones, rharwood
pthsem ixs
rust-drg   @rust-sig, jbtrystram

The following packages require above mentioned packages:
Depending on: erlang-jose (1)
erlang-p1_acme (maintained by: @erlang-maint-sig, bowlofeggs, peter)
erlang-p1_acme-1.0.8-9.fc40.noarch requires erlang-jose
erlang-p1_acme-1.0.8-9.fc40.src requires erlang-jose

Depending on: golang-github-gobs-pretty (2)
golang-github-vinyldns (maintained by: @go-sig, eclipseo)
		golang-github-vinyldns-0.9.13-1.fc40.2.src requires 
golang(github.com/gobs/pretty)


golang-github-acme-lego (maintained by: @go-sig, eclipseo)
		golang-github-acme-lego-4.4.0-8.fc37.src requires 
golang(github.com/vinyldns/go-vinyldns/vinyldns)
		golang-github-acme-lego-devel-4.4.0-8.fc37.noarch requires 
golang(github.com/vinyldns/go-vinyldns/vinyldns)


Depending on: golang-opentelemetry-otel-0.20 (26)
golang-k8s-apiserver (maintained by: @go-sig, alexsaezm)
		golang-k8s-apiserver-1.22.0-12.fc40.src requires 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/google.golang.org/grpc/otelgrpc), 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/net/http/otelhttp), 
golang(go.opentelemetry.io/otel-0.20/exporters/otlp/otlpgrpc), 
golang(go.opentelemetry.io/otel-0.20/sdk/resource), 
golang(go.opentelemetry.io/otel-0.20/sdk/trace), 
golang(go.opentelemetry.io/otel-0.20/semconv), 
golang(go.opentelemetry.io/otel-0.20/trace), 
golang(k8s.io/component-base/cli/flag), 
golang(k8s.io/component-base/featuregate), 
golang(k8s.io/component-base/featuregate/testing), 
golang(k8s.io/component-base/logs), golang(k8s.io/component-base/metrics), 
golang(k8s.io/component-base/metrics/legacyregistry), 
golang(k8s.io/component-base/metrics/prometheus/workqueue), 
golang(k8s.io/component-base/metrics/testutil), 
golang(k8s.io/component-base/traces), golang(k8s.io/component-base/version)
		golang-k8s-apiserver-devel-1.22.0-12.fc40.noarch requires 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/google.golang.org/grpc/otelgrpc), 
golang(go.opentelemetry.io/contrib-0.20/instrumentation/net/http/otelhttp), 
golang(go.opentelemetry.io/otel-0.20/exporters/otlp/otlpgrpc), 
golang(go.opentelemetry.io/otel-0.20/sdk/resource), 
golang(go.opentelemetry.io/otel-0.20/sdk/trace), 
golang(go.opentelemetry.io/otel-0.20/semconv), 
golang(go.opentelemetry.io/otel-0.20/trace), 
golang(k8s.io/component-base/cli/flag), 
golang(k8s.io/component-base/featuregate), golang(k8s.io/component-base/logs),

[Bug 2265317] pcsc-perl-1.4.16 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265317

Jakub Jelen  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2024-02-21 15:16:20




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2265317
--
___
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: [Fedora-packaging] Guiding co-dependent RPM packages to swap nicely

2024-02-21 Thread Petr Pisar 
V Wed, Feb 21, 2024 at 10:54:16AM +0100, Miro Hrončok napsal(a):
> Assume I have two "stacks" of RPM packages available:
> 
> postgresql16
>   provides postgresql-any version 16
>   conflicts with other postgresql-any
> postgresql16-plugin
>   provides postgresql-any-plugin
>   requires postgresql16
>   conflicts with other postgresql-any-plugin
> 
> postgresql20
>   provides postgresql-any version 20
>   conflicts with other postgresql-any
> postgresql20-plugin
>   provides postgresql-any-plugin
>   requires postgresql20
>   conflicts with other postgresql-any-plugin
> 
> On my system, I have postgresql16 and postgresql16-plugin installed and I
> want to "upgrade" to postgresql20*.
> 
> Using my distribution package manager, I would want to run something like:
>   dnf swap postgresql16 postgresql20
> 
> However that will fail, as the package manager does not know I want to also
> swap postgresql16-plugin with postgresql20-plugin.
> 
> Is there something I can do as a package maintainer to "guide" the
> co-dependent swap case?
> 
I don't think there is anything like "dnf module switch-to".

What works now is manually listing the new packages:

dnf install --allowerasing postgresql20 postgresql20-plugin

For the guided multi-swap, DNF would have to uderstand that
postgresql20-plugin and postgresql16-plugin are different streams of the same
software. If it doesn't understand it, --allowerasing will resolve to
uinstalling the old packages without installing the new ones. (Because a
dependency solver prefers smaller transactions (uninstalling N packages) over
larger ones (uninstall N + install N).)

There is the postgresql-any-plugin Provide, but DNF does not know that it
actually identifies what the user wants to retain. Hypothetically pinpointing
it:

dnf upgrade --allowerasing postgresql-any postgresql-any-plugin

could do it. But I worry that DNF prefers interpreting the arguments as
package names instead of as provides. (Especially in the real life where
Fedora 41 now contains postgresql15 package providing postgresql next to
postgresql package.)

Nonetheless, your guided swap with referring to a single provide/package:

dnf upgrade --allowerasing postgresql-any

would not work for the very same reason: DNF does not know that
postgresql-any-plugin provide should be preserved, while any other provides of
postgresql16-plugin package (e.g. postgresql16-plugin provide itself) do not
matter.

To do that there would have to be two kinds of provides (i.e. a new RPM tag or
a namespace in Provides) and DNF would have to handle the special
postgresql-any and postgresql-any-plugin provides as "explicitly installed".
Of course that would break current behavior. So this feature would have to be
activated with a new option, e.g.  --allow-swap, which would break the
prohibition of uninstalling packages and enforced preserving the special
provides:

dnf upgrade --allow-swap postgresql-any

So yeah, DNF does not have enough metadata. We need RPM-formalized
alternatives.

-- Petr


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

Re: Introduction

2024-02-21 Thread Patrice Peterson via devel 

Am 20.02.24 um 15:25 schrieb Dominik 'Rathann' Mierzejewski:

Some quick nitpicks for your spec:


I think I've addressed everything [1], thank you very much for taking 
the time! :) I'll keep the default->sysconfig switch, though—it's a 
one-line patch anyway. The change was motivated by an old ticket [2].



If you unretire within a week, you'll be able to claim ownership and
start working on it immediately.

The package has been retired after being orphaned for 6+ weeks, and if
you wait another week, it'll have been retired for 8 weeks, which is the
cut-off time for a new review requirement.


Yeah, that was going to be my next step. I'm afraid I need a few days to 
get my bearings first, though. I'll keep the one-week deadline in mind.


Best,
Patrice

[1] 
https://codeberg.org/runiq/rpms/commit/776f74090f530c5a7457f25683c9b117451daec9

[2] https://pagure.io/packaging-committee/issue/152
--
___
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 2265220] perl-Dist-Zilla-Plugin-Git-Contributors-0.037 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265220



--- Comment #3 from Fedora Update System  ---
FEDORA-2024-47da280c4e (perl-Dist-Zilla-Plugin-Git-Contributors-0.037-1.fc38)
has been submitted as an update to Fedora 38.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-47da280c4e


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265220%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 2265220] perl-Dist-Zilla-Plugin-Git-Contributors-0.037 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265220



--- Comment #2 from Fedora Update System  ---
FEDORA-2024-9d50db148f (perl-Dist-Zilla-Plugin-Git-Contributors-0.037-1.fc39)
has been submitted as an update to Fedora 39.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-9d50db148f


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265220%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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Dominique Martinet 
Miroslav Suchý wrote on Wed, Feb 21, 2024 at 08:11:49AM +0100:
> dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo 
> --enablerepo=updates-testing-modular) \
> --assumeno distro-sync

Error: 
 Problem 1: problem with installed package calc-libs-2.14.1.5-2.fc39.x86_64
  - calc-libs-2.14.1.5-2.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - nothing provides libcustcalc.so.2.15.0.2()(64bit) needed by 
calc-libs-2.15.0.2-3.fc40.x86_64 from fedora
 Problem 2: problem with installed package calc-2.14.1.5-2.fc39.x86_64
  - calc-2.14.1.5-2.fc39.x86_64 from @System  does not belong to a distupgrade 
repository
  - nothing provides libcustcalc.so.2.15.0.2()(64bit) needed by 
calc-2.15.0.2-3.fc40.x86_64 from fedora
 Problem 3: package emacs-nox-1:29.2-2.fc39.x86_64 from @System requires 
emacs-common = 1:29.2-2.fc39, but none of the providers can be installed
  - emacs-common-1:29.2-2.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - problem with installed package emacs-nox-1:29.2-2.fc39.x86_64
 Problem 4: package network-scripts-ppp-2.5.0-3.fc39.x86_64 from @System 
requires network-scripts, but none of the providers can be installed
  - network-scripts-10.20-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - problem with installed package network-scripts-ppp-2.5.0-3.fc39.x86_64
 Problem 5: problem with installed package calc-stdrc-2.14.1.5-2.fc39.x86_64
  - package calc-stdrc-2.15.0.2-3.fc40.x86_64 from fedora requires calc = 
2.15.0.2-3.fc40, but none of the providers can be installed
  - calc-stdrc-2.14.1.5-2.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - nothing provides libcustcalc.so.2.15.0.2()(64bit) needed by 
calc-2.15.0.2-3.fc40.x86_64 from fedora
 Problem 6: package network-scripts-teamd-1.32-4.fc40.x86_64 from fedora 
requires network-scripts, but none of the providers can be installed
  - problem with installed package network-scripts-teamd-1.32-1.fc39.x86_64
  - package network-scripts-10.20-1.fc39.x86_64 from @System requires 
initscripts(x86-64) = 10.20-1.fc39, but none of the providers can be installed
  - network-scripts-teamd-1.32-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository
  - initscripts-10.20-1.fc39.x86_64 from @System  does not belong to a 
distupgrade repository


So calc, emacs-nox and network-scripts-teamd.

Didn't take the time to fill any bz; I might this weekend if nobody does
-- 
Dominique Martinet | Asmadeus
--
___
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 2265220] perl-Dist-Zilla-Plugin-Git-Contributors-0.037 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265220

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Dist-Zilla-Plugin-Git-
   ||Contributors-0.037-1.fc41



--- Comment #1 from Petr Pisar  ---
An enhancement 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=2265220

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

[Bug 2265317] pcsc-perl-1.4.16 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265317

Jakub Jelen  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value
 Status|NEW |ASSIGNED
 CC||jje...@redhat.com
   Assignee|t...@t8m.info |jje...@redhat.com




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2265317
--
___
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 2265229] perl-Net-Stomp-0.62 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265229

Michal Josef Spacek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Doc Type|--- |If docs needed, set a value



--- Comment #3 from Michal Josef Spacek  ---
Changes:

0.62 2024-02-08
 - "failover" URL now works together with "ssl" and "ssl_options"
   constructor arguments by applying the same SSL settings to all
   hosts in the failover URL.

For F40 and rawhide.


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265229%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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Leigh Scott 
What is missing?

> Other then some missing RPMFusion packages
--
___
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 2265317] New: pcsc-perl-1.4.16 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265317

Bug ID: 2265317
   Summary: pcsc-perl-1.4.16 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: pcsc-perl
  Keywords: FutureFeature, Triaged
  Assignee: t...@t8m.info
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: crypto-t...@lists.fedoraproject.org,
perl-devel@lists.fedoraproject.org, t...@t8m.info
  Target Milestone: ---
Classification: Fedora



Releases retrieved: 1.2.1, 1.2.2, 1.4.2, 1.4.4, 1.4.6, 1.4.7, 1.4.10, 1.4.12,
1.4.15, 1.4.16
Upstream release that is considered latest: 1.4.16
Current version/release in rawhide: 1.4.14-26.fc40
URL: https://pcsc-perl.apdu.fr/

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


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


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265317%23c0
--
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2265317] pcsc-perl-1.4.16 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265317



--- Comment #1 from Upstream Release Monitoring 
 ---
Scratch build failed. Details below:

BuilderException: Build failed:
Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs',
'/var/tmp/thn-8qyqx3km/pcsc-perl.spec']' returned non-zero exit status 1.

StdOut:
setting SOURCE_DATE_EPOCH=1708473600
error: Bad file: ./pcsc-perl-1.4.16.tar.bz2.asc: No such file or directory
error: Bad file: ./pcsc-perl-1.4.16.tar.bz2: No such file or directory

RPM build errors:
Bad file: ./pcsc-perl-1.4.16.tar.bz2.asc: No such file or directory
Bad file: ./pcsc-perl-1.4.16.tar.bz2: No such file or directory


Traceback:
  File
"/usr/local/lib/python3.11/site-packages/hotness/use_cases/package_scratch_build_use_case.py",
line 56, in build
result = self.builder.build(request.package, request.opts)
 ^
  File "/usr/local/lib/python3.11/site-packages/hotness/builders/koji.py", line
229, in build
raise BuilderException(

If you think this issue is caused by some bug in the-new-hotness, please report
it on the-new-hotness issue tracker:
https://github.com/fedora-infra/the-new-hotness/issues


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

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

[Bug 2265317] pcsc-perl-1.4.16 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265317



--- Comment #2 from Upstream Release Monitoring 
 ---
Created attachment 2018000
  --> https://bugzilla.redhat.com/attachment.cgi?id=2018000=edit
Update to 1.4.16 (#2265317)


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265317%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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Kalev Lember 
On Wed, Feb 21, 2024 at 1:28 PM hhlp  wrote:

> Error:
>
>  Problem: problem with installed package
> gnome-shell-extension-pop-shell-1.2.0^21.aafc945-1.fc39.noarch
>   - package gnome-shell-extension-pop-shell-1.2.0^21.aafc945-3.fc40.noarch
> from fedora requires (gnome-shell >= 45~ with gnome-shell < 46~), but none
> of the providers can be installed
>   - gnome-shell-extension-pop-shell-1.2.0^21.aafc945-1.fc39.noarch from
> @System  does not belong to a distupgrade repository
>   - gnome-shell-45.4-1.fc39.x86_64 from @System  does not belong to a
> distupgrade repository
> (try to add '--skip-broken' to skip uninstallable packages)
>

Thanks! Looks like this one is already filed as
https://bugzilla.redhat.com/show_bug.cgi?id=2257756

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

[Bug 2265313] New: Upgrade perl-Text-Tabs+Wrap to 2024.001

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265313

Bug ID: 2265313
   Summary: Upgrade perl-Text-Tabs+Wrap to 2024.001
   Product: Fedora
   Version: rawhide
   URL: https://metacpan.org/release/Text-Tabs+Wrap
Status: NEW
 Component: perl-Text-Tabs+Wrap
  Assignee: jples...@redhat.com
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



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


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265313%23c0
--
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2265311] New: Upgrade perl-IO-Async to 0.803

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265311

Bug ID: 2265311
   Summary: Upgrade perl-IO-Async to 0.803
   Product: Fedora
   Version: rawhide
   URL: https://metacpan.org/release/IO-Async
Status: NEW
 Component: perl-IO-Async
  Assignee: emman...@seyman.fr
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, kwiz...@gmail.com,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



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


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265311%23c0
--
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2265220] perl-Dist-Zilla-Plugin-Git-Contributors-0.037 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265220

Petr Pisar  changed:

   What|Removed |Added

 CC|ppi...@redhat.com   |
 Status|NEW |ASSIGNED
   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=2265220
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Kalev Lember 
On Wed, Feb 21, 2024 at 12:07 PM hhlp  wrote:

> al good as always good work only add --allowerasing in my case
>

Please don't add --allowerasing when doing this test because it hides the
issues that we are interested in.

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

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

2024-02-21 Thread hhlp 

al good as always good work only add --allowerasing in my case


Installing weak dependencies:
 boost-numpy3 x86_64 1.83.0-3.fc40 fedora  30 k
 cups-filters-driverless  x86_64 1:2.0.0-6.fc40 fedora  29 k
 gnome-software-fedora-langpacks  x86_64 46~beta-1.fc40 fedora  24 k
 libxcrypt-compat x86_64 4.4.36-5.fc40 fedora  89 k
 nbdkit   x86_64 1.37.8-1.fc40 fedora  16 k
 nbdkit-curl-plugin   x86_64 1.37.8-1.fc40 fedora  46 k
 nbdkit-ssh-plugin    x86_64 1.37.8-1.fc40 fedora  35 k
 passim   x86_64 0.1.5-3.fc40 fedora 161 k
 pkcs11-provider  x86_64 0.3-2.fc40 fedora 120 k
 python3-keyring+completion   noarch 24.3.0-6.fc40 fedora  14 k
 python3-tabulate+widechars   noarch 0.9.0-6.fc40 fedora 9.1 k
 rpm-plugin-audit x86_64 4.19.1.1-1.fc40 fedora  20 k
 xdriinfo x86_64 1.0.7-2.fc40 fedora  21 k
Removing:
 kernel   x86_64 6.7.3-200.fc39 @System
0
 kernel-core  x86_64 6.7.3-200.fc39 @System
66 M
 kernel-devel x86_64 6.7.3-200.fc39 @System
70 M
 kernel-modules   x86_64 6.7.3-200.fc39 @System
57 M
 kernel-modules-core  x86_64 6.7.3-200.fc39 @System
32 M
 kernel-modules-extra x86_64 6.7.3-200.fc39 @System
2.4 M
Removing dependent packages:
 gnome-shell-extension-pop-shell  noarch 1.2.0^21.aafc945-1.fc39 @System
416 k
 kmod-v4l2loopback-6.7.3-200.fc39.x86_64
  x86_64 0.12.7^20230503g2c9b670-2.fc39
@@commandline
24 k
Downgrading:
 bind-libs    x86_64 32:9.18.21-4.fc40 fedora 1.2 M
 bind-license noarch 32:9.18.21-4.fc40 fedora  14 k
 bind-utils   x86_64 32:9.18.21-4.fc40 fedora 225 k
 conmon   x86_64 2:2.1.8-4.fc40 fedora  52 k
 meld noarch 3.22.0-6.fc40 fedora 990 k
 mysql-connector-python3  noarch 8.0.21-12.fc40 fedora 575 k
 qbittorrent  x86_64 1:4.6.3-1.fc40 fedora 7.4 M

Transaction Summary
 


Install  95 Packages
Upgrade    4572 Packages
Remove    8 Packages
Downgrade 7 Packages


El 21/2/24 a las 8:11, Miroslav Suchý escribió:

dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo 
--enablerepo=updates-testing-modular) \

--assumeno distro-sync--
___
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

Guiding co-dependent RPM packages to swap nicely

2024-02-21 Thread Miro Hrončok 

Hello.

Assume I have two "stacks" of RPM packages available:

postgresql16
  provides postgresql-any version 16
  conflicts with other postgresql-any
postgresql16-plugin
  provides postgresql-any-plugin
  requires postgresql16
  conflicts with other postgresql-any-plugin

postgresql20
  provides postgresql-any version 20
  conflicts with other postgresql-any
postgresql20-plugin
  provides postgresql-any-plugin
  requires postgresql20
  conflicts with other postgresql-any-plugin

On my system, I have postgresql16 and postgresql16-plugin installed and I want 
to "upgrade" to postgresql20*.


Using my distribution package manager, I would want to run something like:
  dnf swap postgresql16 postgresql20

However that will fail, as the package manager does not know I want to also 
swap postgresql16-plugin with postgresql20-plugin.


Is there something I can do as a package maintainer to "guide" the co-dependent 
swap case?


I was thinking something like:

postgresql20-plugin:
  Obsoletes: (postgresql-any-plugin if postgresql-any != 20)


However that is not possible in RPM, "No rich dependencies allowed for this 
type: Obsoletes".


Is there anything else?

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

[Bug 2265216] perl-Compress-Raw-Zlib-2.208 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265216

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Compress-Raw-Zlib-2.20 |perl-Compress-Raw-Zlib-2.20
   |8-1.fc41|8-1.fc41
   ||perl-Compress-Raw-Zlib-2.20
   ||8-1.fc40



--- Comment #4 from Fedora Update System  ---
FEDORA-2024-7208e1fe93 (perl-Compress-Raw-Zlib-2.208-1.fc40) has been pushed to
the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265216%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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Felix Schwarz 


I just found that my visidata issue is likely being handled via

https://bugzilla.redhat.com/show_bug.cgi?id=2264975
https://bugzilla.redhat.com/show_bug.cgi?id=2265038
https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/285
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Felix Schwarz 


Last metadata expiration check: 0:00:24 ago on Wed Feb 21 10:16:20 2024.
Error:
 Problem: problem with installed package visidata-2.11.1-2.fc39.noarch
  - visidata-2.11.1-2.fc39.noarch from @System  does not belong to a 
distupgrade repository

  - nothing provides /usr/bin/-S needed by visidata-3.0.2-1.fc40.noarch from 
fedora
(try to add '--skip-broken' to skip uninstallable packages)

Other than that the process works.
--
___
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 2265215] perl-Compress-Raw-Bzip2-2.209 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265215

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Compress-Raw-Bzip2-2.2 |perl-Compress-Raw-Bzip2-2.2
   |09-1.fc41   |09-1.fc41
   ||perl-Compress-Raw-Bzip2-2.2
   ||09-1.fc40



--- Comment #4 from Fedora Update System  ---
FEDORA-2024-90de40cdaf (perl-Compress-Raw-Bzip2-2.209-1.fc40) has been pushed
to the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265215%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 2265216] perl-Compress-Raw-Zlib-2.208 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265216

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
   Fixed In Version||perl-Compress-Raw-Zlib-2.20
   ||8-1.fc41
 Resolution|--- |ERRATA
Last Closed||2024-02-21 08:47:54



--- Comment #3 from Fedora Update System  ---
FEDORA-2024-b062150fca (perl-Compress-Raw-Zlib-2.208-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=2265216

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265216%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 2265215] perl-Compress-Raw-Bzip2-2.209 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265215

Fedora Update System  changed:

   What|Removed |Added

 Resolution|--- |ERRATA
   Fixed In Version||perl-Compress-Raw-Bzip2-2.2
   ||09-1.fc41
 Status|MODIFIED|CLOSED
Last Closed||2024-02-21 08:38:54



--- Comment #3 from Fedora Update System  ---
FEDORA-2024-185fac5e36 (perl-Compress-Raw-Bzip2-2.209-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=2265215

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265215%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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Luna Jernberg 
Other then some missing RPMFusion packages

Den ons 21 feb. 2024 kl 09:13 skrev Luna Jernberg :
>
> Worked good on my Thinkpad Edge laptop some weeks ago
>
> Den ons 21 feb. 2024 kl 08:12 skrev Miroslav Suchý :
> >
> > Do you want to make Fedora 40 better? Please spend 1 minute of your time 
> > and try to run:
> >
> > # Run this only if you use default Fedora modules
> > # next time you run any DNF command default modules will be enabled again
> > # This is last time we should do that :)
> >
> > sudo dnf module reset '*'
> >
> > dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
> > --enablerepo=updates-testing \
> > $(rpm -q fedora-repos-modular >/dev/null && echo 
> > --enablerepo=updates-testing-modular) \
> > --assumeno distro-sync
> >
> >
> > This command does not replace `dnf system-upgrade`, but it will reveal 
> > potential problems.
> >
> > You may also run `dnf upgrade` before running this command.
> >
> >
> > The `--assumeno` will just test the transaction, but does not make the 
> > actual upgrade.
> >
> >
> > In case you hit dependency issues, please report it against the appropriate 
> > package.
> >
> > Or against fedora-obsolete-packages if that package should be removed in 
> > Fedora 40. Please check existing reports against fedora-obsolete-packages 
> > first:
> >
> > https://red.ht/2kuBDPu
> >
> > and also there is already bunch of "Fails to install" (F40FailsToInstall) 
> > reports:
> >
> > https://bugzilla.redhat.com/buglist.cgi?bug_id=2231790_id_type=anddependson=tvp_id=13416789
> >
> >
> > Two notes:
> >
> > * you may want to run the same command with dnf5 to help test new dnf. Do 
> > not forget to add --best otherwise DNF5 hides all problems.
> >
> > * this command found several issues on my workstation. One was issue with 
> > teamd that you will likely hit too:
> >
> >   https://bugzilla.redhat.com/show_bug.cgi?id=2263334
> >
> > and there was few other with missing provides/obsoletes that I reported. 
> > For convenience here is the relevant part of Fedora Guidelines:
> >
> > https://docs.fedoraproject.org/en-US/packaging-guidelines/#renaming-or-replacing-existing-packages
> >
> >
> > Thank you
> >
> > Miroslav
> > --
> > ___
> > 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: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Luna Jernberg 
Worked good on my Thinkpad Edge laptop some weeks ago

Den ons 21 feb. 2024 kl 08:12 skrev Miroslav Suchý :
>
> Do you want to make Fedora 40 better? Please spend 1 minute of your time and 
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> # This is last time we should do that :)
>
> sudo dnf module reset '*'
>
> dnf --releasever=40 --setopt=module_platform_id=platform:f40 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo 
> --enablerepo=updates-testing-modular) \
> --assumeno distro-sync
>
>
> This command does not replace `dnf system-upgrade`, but it will reveal 
> potential problems.
>
> You may also run `dnf upgrade` before running this command.
>
>
> The `--assumeno` will just test the transaction, but does not make the actual 
> upgrade.
>
>
> In case you hit dependency issues, please report it against the appropriate 
> package.
>
> Or against fedora-obsolete-packages if that package should be removed in 
> Fedora 40. Please check existing reports against fedora-obsolete-packages 
> first:
>
> https://red.ht/2kuBDPu
>
> and also there is already bunch of "Fails to install" (F40FailsToInstall) 
> reports:
>
> https://bugzilla.redhat.com/buglist.cgi?bug_id=2231790_id_type=anddependson=tvp_id=13416789
>
>
> Two notes:
>
> * you may want to run the same command with dnf5 to help test new dnf. Do not 
> forget to add --best otherwise DNF5 hides all problems.
>
> * this command found several issues on my workstation. One was issue with 
> teamd that you will likely hit too:
>
>   https://bugzilla.redhat.com/show_bug.cgi?id=2263334
>
> and there was few other with missing provides/obsoletes that I reported. For 
> convenience here is the relevant part of Fedora Guidelines:
>
> https://docs.fedoraproject.org/en-US/packaging-guidelines/#renaming-or-replacing-existing-packages
>
>
> Thank you
>
> Miroslav
> --
> ___
> 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 2265222] perl-IO-Compress-2.207 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265222

Jitka Plesnikova  changed:

   What|Removed |Added

 CC|jples...@redhat.com,|
   |mmasl...@redhat.com,|
   |mspa...@redhat.com, |
   |p...@city-fan.org   |
   Doc Type|--- |If docs needed, set a value
 Status|NEW |ASSIGNED




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2265222
--
___
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 2265216] perl-Compress-Raw-Zlib-2.208 is available

2024-02-21 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=2265216



--- Comment #2 from Fedora Update System  ---
FEDORA-2024-7208e1fe93 (perl-Compress-Raw-Zlib-2.208-1.fc40) has been submitted
as an update to Fedora 40.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-7208e1fe93


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

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