Do you want to make Fedora 41 better? Please spend 1 minute of your time and
try to run:
dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync
This command does not replace `dnf system-upgrade`, but it will reveal
potential problems.
You may also run `dnf upgrade` before run
OLD: Fedora-Rawhide-20240901.n.1
NEW: Fedora-Rawhide-20240902.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 2
Dropped packages:0
Upgraded packages: 23
Downgraded packages: 0
Size of added packages: 21.93 MiB
Size of dropped packages:0 B
I have three machines running F40; here are the results:
#1
Error:
Problem 1: package module-build-service-3.9.2-9.fc41.noarch from fedora
requires python(abi) = 3.12, but none of the providers can be installed
- problem with installed package module-build-service-3.9.2-9.fc40.noarc
On Mon, Sep 2, 2024 at 12:21 PM Miroslav Suchý wrote:
>
> Do you want to make Fedora 41 better? Please spend 1 minute of your time and
> try to run:
>
> dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync
>
> This command does not replace `dnf system-upgrade`, but it will
On my system I get an exiv2/krita issue and a re2 issue:
```
Error:
Problem 1: problem with installed package krita-5.2.2-7.fc40.x86_64
- package krita-5.2.2-11.fc41.x86_64 from fedora requires
libexiv2.so.27()(64bit), but none of the providers can be installed
- krita-5.2.2-7.fc40.x86_64 f
I encountered the following problem:
```
Error:
Problem 1: package cdn-utils-1.162-1.fc40eng.noarch from @System requires
python(abi) = 3.12, but none of the providers can be installed
- python3-3.12.3-2.fc40.x86_64 from @System does not belong to a distupgrade
repository
- problem with i
In one week (2024-09-09), or slightly later, I plan to update the
python-urllib3 package from 1.26.19 to 2.2.2[1] in F42/Rawhide. Version
2 included various breaking changes[2]; there is a migration guide [3].
After a combination of porting effort and waiting for upstreams to catch
up, this up
this is mine:
LANG=C sudo dnf --releasever=41 --enablerepo=updates-testing --assumeno
distro-sync
[sudo] password for hhlp:
Updating Subscription Management repositories.
Unable to read consumer identity
This system is not registered with an entitlement server. You can use
subscription-manag
when i use %tox for testing, it works.
# dnf -y install python3-tox-current-env
%check
# Set up the environment variables for running tests
$TOX_TESTENV_PASSENV
%tox -- --parallel 0 -- --verbose tests/*
--
___
devel mailing list -- devel@lists.fedorapr
Hi,
Can someone approve my msg ?
Thank you
Forwarded Message
From: epel-announce-boun...@lists.fedoraproject.org
To: ser...@serjux.com
Subject: Your message to epel-annou...@lists.fedoraproject.org awaits
moderator approval
Date: 30/08/2024 16:16:55
Your mail to 'epel-annou...
> dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync
Looks good (on an uptodate F40 system), just with an oddity: IIRC this
package was manually installed, not sure why it is being removed:
Removing dependent packages:
python3-jose
Error:
Problem 1: package wxGTK3-3.0.5.1-10.fc38.x86_64 from @System requires
libtiff.so.5()(64bit), but none of the providers can be installed
- package wxGTK3-3.0.5.1-10.fc38.x86_64 from @System requires
libtiff.so.5(LIBTIFF_4.0)(64bit), but none of the providers can be installed
- libtif
On Mon, Sep 2 2024 at 07:56:58 AM +02:00:00, Alexander Ploumistos
wrote:
Michael, if you still feel this should be reported upstream, there is
this bug in Debian Sid - our systems haven't filed an FTBFS bug yet:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1078386
I'd say the return ty
Somewhat messy for me:
Last metadata expiration check: 0:46:11 ago on Mon 02 Sep 2024 16:37:50
CEST.
Error:
Problem 1: package poco-pagecompiler-1.12.4-6.fc40.x86_64 from @System
requires libPocoFoundation.so.94()(64bit), but none of the providers can
be installed
- poco-foundation-1.12.4-
Hello!
I've just reviewed this one. Could you please give me a favour - if
you have a spare minute could you please take a look at any of these
two?
* https://bugzilla.redhat.com/2308917 - python-ipfshttpclient - A
Python client library for the IPFS API
* https://bugzilla.redhat.com/2309201 - pyth
OLD: Fedora-41-20240831.n.0
NEW: Fedora-41-20240902.n.0
= SUMMARY =
Added images:0
Dropped images: 2
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 1
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On Mon, Sep 02, 2024 at 02:10:20PM +0200, H H L P wrote:
Problem 3: package qt5-qtwebengine-freeworld-5.15.17-1.fc41.x86_64
from rpmfusion-free requires libre2.so.9()(64bit), but none of the
providers can be installed
- problem with installed package
qt5-qtwebengine-freeworld-5.15.17-1.fc40.
In my case on two boxes I went all the way, actually did the upgrade.
Somewhat boringly it just worked in both cases.
--
Ian Laurie
FAS: nixuser | IRC: nixuser
TZ: Australia/Sydney
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscr
Hey all,
As an FYI, Weston's licensing was corrected when I upgraded it to
14.0.0~rc3 (13.0.95) to "MIT and CC-BY-SA-3.0" (from the previous "BSD
and CC-BY-SA"). I expect this has no meaningful impact for anyone.
--
真実はいつも一つ！/ Always, there's only one truth!
--
__
Hello,
I recently took over gnome-chemistry-utils and lasem, both of which
have to be updated.
After reaching out to the developer of lasem, he decided to tag a new
release with a considerable number of bug fixes and code cleanups.
It so happens that lasem is a dependency of gnome-chemistry-utils,
On Mon, 2 Sep 2024 07:20:46 -0700, Pablo Sebastián Greco wrote:
> Error:
> Problem 1: package wxGTK3-3.0.5.1-10.fc38.x86_64 from @System requires
> libtiff.so.5()(64bit), but none of the providers can be installed
The wxGTK3 package does not exist anymore in Fedora 39 and later.
File dead.pac
Dne 25. 08. 24 v 9:17 dop. Miroslav Suchý napsal(a):
Here is the second batch of changes for 1000 packages
(golang-github-danwakefield-fnmatch to perl-Image-Xbm)
Git committed and pushed.
--
Miroslav Suchy, RHCA
Red Hat, Manager, Packit and CPT, #brno, #fedora-buildsys
--
___
Dne 02. 09. 24 v 7:52 odp. Michael Schwendt napsal(a):
Error:
Problem 1: package wxGTK3-3.0.5.1-10.fc38.x86_64 from @System requires
libtiff.so.5()(64bit), but none of the providers can be installed
The wxGTK3 package does not exist anymore in Fedora 39 and later.
File dead.package tells it'
On Mon, Sep 2, 2024 at 10:21 AM Miroslav Suchý wrote:
> In case you hit dependency issues, please report it against the appropriate
> package.
The only problem I get is:
Error:
Problem: package python3-fb-re2-1.0.7-18.fc41.x86_64 from fedora
requires libre2.so.9()(64bit), but none of the prov
To me, this looks a bit messy:
rror:
Problem 1: package poco-pagecompiler-1.12.4-6.fc40.x86_64 from @System
requires libPocoFoundation.so.94()(64bit), but none of the providers can
be installed
- poco-foundation-1.12.4-6.fc40.x86_64 from @System does not belong
to a distupgrade repository
On 2.09.2024 12:20, Miroslav Suchý wrote:
Do you want to make Fedora 41 better? Please spend 1 minute of your time
and try to run:
dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync
I have several packages from RPMFusion so some problems (1, 3, 4, 7,
9, 10, 11) are relate
The following builds have been pushed to Fedora EPEL 8 updates-testing
Lmod-8.7.48-1.el8
seamonkey-2.53.19-1.el8
Details about builds:
Lmod-8.7.48-1.el8 (FEDORA-EPEL-2024-dbf62be4c1)
Environmental Modules
The following Fedora EPEL 9 Security updates need testing:
Age URL
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-2775a88d84
lua-mpack-1.0.12-1.el9
The following builds have been pushed to Fedora EPEL 9 updates-testing
Lmod-8.7.48-1.el9
opensuse-distro-aliases-0.2.0-
The following builds have been pushed to Fedora EPEL 10.0 updates-testing
libicns-0.8.1-32.el10_0
perl-Authen-PAM-0.16-54.el10_0
perl-CGI-Fast-2.17-4.el10_0
perl-Class-MethodMaker-2.24-27.el10_0
perl-Crypt-DH-0.07-33.el10_0
perl-Crypt-DH-GMP-0.00012-34.el10_0
perl-Crypt
29 matches
Mail list logo
