Re: Test upgrades from F37 to F38 - it will take you just a minute
by Yaakov Selkowitz
On Wed, 2023-02-22 at 10:30 +0100, Miroslav Suchý wrote:
> Do you want to make Fedora 38 better? Please spend 1 minute of your time and
> try to run:
>
> dnf --releasever=38 --setopt=module_platform_id=platform:f38 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo --enablerepo=updates-
> testing-modular) \
> --assumeno distro-sync
Problem: package cekit-4.5.0-2.fc38.noarch requires (python3.11dist(packaging)
< 22~~ with python3.11dist(packaging) >= 19), but none of the providers can be
installed
- problem with installed package cekit-4.5.0-1.fc37.noarch
- python3-packaging-21.3-6.fc37.noarch does not belong to a distupgrade
repository
- cekit-4.5.0-1.fc37.noarch does not belong to a distupgrade repository
(try to add '--skip-broken' to skip uninstallable packages)
Which is https://bugzilla.redhat.com/show_bug.cgi?id=2162433
--
Yaakov Selkowitz
Principal Software Engineer - Platform Enablement
Red Hat, Inc.
1 year, 3 months
Re: Test upgrades from F37 to F38 - it will take you just a minute
by Zbigniew Jędrzejewski-Szmek
On Wed, Feb 22, 2023 at 09:34:14AM -0700, Nathanael D. Noblet wrote:
> On Wed, 2023-02-22 at 10:30 +0100, Miroslav Suchý wrote:
> > dnf --releasever=38 --setopt=module_platform_id=platform:f38 \
> > --enablerepo=updates-testing \
> > $(rpm -q fedora-repos-modular >/dev/null && echo --
> > enablerepo=updates-testing-modular) \
> > --assumeno distro-sync
>
> I got
>
> Error:
> Problem: package msv-xsdlib-1:2013.6.1-19.fc33.noarch requires
> mvn(relaxngDatatype:relaxngDatatype), but none of the providers can be
> installed
> - jaxb-relaxng-datatype-2.3.5-7.fc37.noarch does not belong to a
> distupgrade repository
Once msv-xsdlib is removed, jaxb-relaxng-datatype should update.
> - problem with installed package msv-xsdlib-1:2013.6.1-19.fc33.noarch
> (try to add '--skip-broken' to skip uninstallable packages)
I'll add this one to fedora-obsolete-packages.
> I don't know why those are installed (I don't recognize the packages
> and they aren't dependencies of anything I know I need) and just
> removed them and everything was good after that.
Zbyszek
1 year, 3 months
Re: Test upgrades from F37 to F38 - it will take you just a minute
by Solomon Peachy
On Wed, Feb 22, 2023 at 10:30:40AM +0100, Miroslav Suchý wrote:
> dnf --releasever=38 --setopt=module_platform_id=platform:f38 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo --enablerepo=updates-testing-modular) \
> --assumeno distro-sync
F36 snowflake server:
Error:
Problem: package python3-PyDrive-1.3.1-19.fc36.noarch requires python(abi) = 3.10, but none of the providers can be installed
- python3-3.10.9-1.fc36.x86_64 does not belong to a distupgrade repository
- problem with installed package python3-PyDrive-1.3.1-19.fc36.noarch
(as an aside, this is the cleanest upgrade I can remember this server seeing...)
F37 workstation:
Error:
Problem 1: package opencolorio1-1.1.1-3.fc37.x86_64 requires libyaml-cpp.so.0.6()(64bit), but none of the providers can be installed
- yaml-cpp-0.6.3-7.fc37.x86_64 does not belong to a distupgrade repository
- problem with installed package opencolorio1-1.1.1-3.fc37.x86_64
Problem 2: package blender-1:3.4.1-11.fc38.x86_64 requires libembree3.so.3()(64bit), but none of the providers can be installed
- problem with installed package blender-1:3.4.1-2.fc37.x86_64
- embree-3.13.5-3.fc37.x86_64 does not belong to a distupgrade repository
- blender-1:3.4.1-2.fc37.x86_64 does not belong to a distupgrade repository
(try to add '--skip-broken' to skip uninstallable packages)
F37 laptop:
Success, but with these downgrades:
fwupd x86_64 1.8.10-1.fc38 fedora 1.8 M
fwupd-plugin-flashrom x86_64 1.8.10-1.fc38 fedora 26 k
fwupd-plugin-modem-manager x86_64 1.8.10-1.fc38 fedora 60 k
fwupd-plugin-uefi-capsule-data
x86_64 1.8.10-1.fc38 fedora 1.8 M
inxi noarch 3.3.24-2.fc38 fedora 493 k
libmsi1 x86_64 0.101.32-3.fc36 fedora 110 k
msitools x86_64 0.101.32-3.fc36 fedora 551 k
python3-xlsxwriter noarch 3.0.7-1.fc38 fedora 327 k
F37 server #1 & #2
Success! (same fwupd downgrade as above)
I have a few other systems but they're buried/offline in preparation for
a home office move. Only one that's remotely unusual is an RPi3.
- Solomon
--
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
Dowling Park, FL speachy (libra.chat)
1 year, 3 months
Re: Test upgrades from F37 to F38 - it will take you just a minute
by Zbigniew Jędrzejewski-Szmek
On Sat, Feb 25, 2023 at 04:30:31PM +0000, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Feb 23, 2023 at 08:41:14PM -0500, Solomon Peachy via devel wrote:
> > On Wed, Feb 22, 2023 at 10:30:40AM +0100, Miroslav Suchý wrote:
> > > dnf --releasever=38 --setopt=module_platform_id=platform:f38 \
> > > --enablerepo=updates-testing \
> > > $(rpm -q fedora-repos-modular >/dev/null && echo --enablerepo=updates-testing-modular) \
> > > --assumeno distro-sync
> >
> > F36 snowflake server:
> >
> > Error:
> > Problem: package python3-PyDrive-1.3.1-19.fc36.noarch requires python(abi) = 3.10, but none of the providers can be installed
> > - python3-3.10.9-1.fc36.x86_64 does not belong to a distupgrade repository
> > - problem with installed package python3-PyDrive-1.3.1-19.fc36.noarch
>
> Oh, that was a tricky one. PyDrive2 had Obsoletes for PyDrive, and with the correct
> version, but in the wrong place!
> → https://src.fedoraproject.org/rpms/PyDrive2/c/d84717cc0fd3d67b96200c367f2...
>
> I tried to build the package, but the build fails with
> Could not execute build: Package PyDrive2-1.15.1-1.fc39 has already been built
> Note: You can skip this check with --skip-nvr-check. See help for more info.
> This is strange. Both 'rpmautospec generate-changelog' and 'rpmautospec calculate-release'
> report PyDrive2-1.15.1-2, but 'fedpkg mockbuild' and apparently koji have '-1'.
> ??
Oh, this is because I didn't have rpmautospec installed on the machine
where fedpkg was executed. So it's a local problem. I didn't know
that a local change would have an effect. PyDrive2-1.15.1-2.fc39 is
building now.
Zbyszek
1 year, 3 months
Degradated modules support
by Petr Pisar
For module maintainers, module users, and flatpak maintainers:
Fedora infrustructure has long-standing problems with supporting modules.
Namely, MBS is unable to build modules with deep dependencies
<https://pagure.io/fm-orchestrator/issue/1759> and Bodhi is unable to accept
multicontext modules <https://github.com/fedora-infra/bodhi/issues/4198>.
This results into inability to support affected modules. E.g. it's impossible
to build perl-CGI:5.54 for Fedora 39, and it's impossible to update
perl-Date-Manip:6.86 in stable Fedoras.
Because nobody has tried to tackle these infrastructure deficiencies, module
maintainers have hard times to support the modules, and as a result users can
expect dropping of numerous modules from Fedora. If there remain no modules,
Fedora project might consider removing Modularity from Fedora infrastructure.
That could also affect seemingly unrelated parts of Fedora like Flatpaks
whose build process is based on modularity.
-- Petr
1 year, 3 months
Re: Test upgrades from F37 to F38 - it will take you just a minute
by Elliott Sales de Andrade
Hi Zbyszek,
On Thu, Feb 23, 2023 at 1:55 PM Zbigniew Jędrzejewski-Szmek <
zbyszek(a)in.waw.pl> wrote:
> On Wed, Feb 22, 2023 at 09:34:14AM -0700, Nathanael D. Noblet wrote:
> > On Wed, 2023-02-22 at 10:30 +0100, Miroslav Suchý wrote:
> > > dnf --releasever=38 --setopt=module_platform_id=platform:f38 \
> > > --enablerepo=updates-testing \
> > > $(rpm -q fedora-repos-modular >/dev/null && echo --
> > > enablerepo=updates-testing-modular) \
> > > --assumeno distro-sync
> >
> > I got
> >
> > Error:
> > Problem: package msv-xsdlib-1:2013.6.1-19.fc33.noarch requires
> > mvn(relaxngDatatype:relaxngDatatype), but none of the providers can be
> > installed
> > - jaxb-relaxng-datatype-2.3.5-7.fc37.noarch does not belong to a
> > distupgrade repository
>
> Once msv-xsdlib is removed, jaxb-relaxng-datatype should update.
>
> > - problem with installed package msv-xsdlib-1:2013.6.1-19.fc33.noarch
> > (try to add '--skip-broken' to skip uninstallable packages)
>
> I'll add this one to fedora-obsolete-packages.
>
>
It looks like you've only added the main package msv [0]. However, that
package doesn't exist as a binary rpm, the srpm only produces msv-*
subpackages [1]. And obsoleting the main package won't obsolete the
subpackages, so this conflict is not fixed yet. I'm not sure if any of the
other msv-* subpackages should also be obsoleted or just msv-xsdlib.
> > I don't know why those are installed (I don't recognize the packages
> > and they aren't dependencies of anything I know I need) and just
> > removed them and everything was good after that.
>
> Zbyszek
>
[0]
https://src.fedoraproject.org/rpms/fedora-obsolete-packages/c/84990c998a0...
[1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1558554
--
Elliott
1 year, 2 months
Re: disabling yum modular repos by default?
by Kevin Kofler
Jens-Ulrik Petersen wrote:
> ps I think it would be a good idea to disable the cisco-h264 repo too by
> default in the fedora container image, and maybe also for headless Fedora
> editions.
PS: IMHO, the restricted Cisco H.264 should not be enabled by default for
anybody.
Kevin Kofler
1 year, 1 month
Re: disabling yum modular repos by default?
by Debarshi Ray
Hey Jens,
On Tue, 2023-05-09 at 12:31 +0800, Jens-Ulrik Petersen wrote:
> ps I think it would be a good idea to disable the cisco-h264 repo too
> by default in the fedora container image, and maybe also for headless
> Fedora editions.
If we do decide to disable the fedora-cisco-openh264 repository on the
base fedora OCI image, then we might have to enable it separately for
the fedora-toolbox images, because the OpenH264 codec is something that
applications running inside the container might want to use.
Coincidentally, changes like these is one of the motivations for:
https://fedoraproject.org/wiki/Changes/ToolbxReleaseBlocker :)
Cheers,
Rishi
1 year, 1 month
Re: disabling yum modular repos by default?
by Jens-Ulrik Petersen
On Wed, May 10, 2023 at 8:39 PM Debarshi Ray via devel <
devel(a)lists.fedoraproject.org> wrote:
> On Tue, 2023-05-09 at 12:31 +0800, Jens-Ulrik Petersen wrote:
> If we do decide to disable the fedora-cisco-openh264 repository on the
> base fedora OCI image, then we might have to enable it separately for
> the fedora-toolbox images, because the OpenH264 codec is something that
> applications running inside the container might want to use.
Right, so I already dropped that idea based on the feedback given so far,
thanks. :+1:
An initial draft (I will rename the page later before submitting) is here
btw for those really interested:
https://fedoraproject.org/wiki/Changes/TurnOffModularRepos
(At this point I would probably prefer critical feedback/suggestions in
private until it is submitted. :-)
Jens
1 year, 1 month
Re: disabling yum modular repos by default?
by Jun Aruga (he / him)
> And that is just one example. Another example is changes in languages such as Ruby, where application programmes sometimes cannot keep up with the changes. Same is true for httpd or tomcat - just some other examples.
I am in the Ruby SIG. In the case of Ruby, I don't think we have the
capacity of the older Ruby modules in the rawhide and supported
platforms.
You can see how the current Module Ruby builds look like from the Koji
build page below.
In my memory, we are struggling to build old Ruby, Ruby 2.7 to build
on the new environment, rawhide.
https://koji.fedoraproject.org/koji/packageinfo?packageID=125
If you want to use multiple versions of the Ruby in Linux, RVM (Ruby
Version Manager) can be an alternative.
https://rvm.io/
--
Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic
See <https://www.worldtimebuddy.com/czech-republic-prague-to-utc> for
the timezone.
1 year, 1 month
