Re: RPMFusion el8 buildroot broken?
On Tue, Feb 1, 2022 at 5:21 PM Xavier Bachelot wrote: > There are missing dependencies for a lot of RPM Fusion packages in EPEL > 9, but I've been filling a lot of bugs for dependencies of the high > profile packages or packages I care about, and even if there's quite a > lot of work remaining, this is not that bad currently. Thanks for the opening of the dependency bugs. I have also been filing bugs (in a number of cases others got there first with the request, but in a few I got there first) and I concur that things are getting better. There is likely to be a long tail for some packages for the reasons you mention. The copr I have been using for building the missing EPEL9 packages for the builds I care about is now down to a half dozen packages, where it started closer to two dozen (some were build dependencies for the others, of course, but they all count(ed) in my mind). Progress! > ... or even worst > when hitting a missing -devel package from Stream. That is one of the painful issues (it is not new, el8 had similar issues, but before the centos 8 vaulting at least the -devel packages were mostly available in the [devel] repo). I, too, have had to open a bug on a missing -devel package and we shall see where it goes. ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion el8 buildroot broken?
Le 01/02/2022 à 17:53, Gary Buhrmaster a écrit : FWIW for EL9 (the future) there are some missing dependencies for both xmltv and mythtv in EPEL9. I believe there are open bugzillas with requests for branching for most/all of the known missing packages. But all that is for the future. There are missing dependencies for a lot of RPM Fusion packages in EPEL 9, but I've been filling a lot of bugs for dependencies of the high profile packages or packages I care about, and even if there's quite a lot of work remaining, this is not that bad currently. I would encourage all package maintainers to file bugs asap, there can be a long delay when going down the dependency chain, and that can get worst due to either slow or non-responsive maintainers, or even worst when hitting a missing -devel package from Stream. For the later case, libdvdnav is such package and the issue is still ongoing. I had a better chance with a52dec and libmng. As an example, for ffmpeg, the list is now down to the following packages from EPEL 9: jack-audio-connection-kit --> RHBZ 2030919 libass --> RHBZ 2031212 soxr --> RHBZ 2030920 vapoursynth --> RHBZ 2031219 zimg --> RHBZ 2031221 The list was definitely much longer when I started to look at this ;-) Regards, Xavier ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion el8 buildroot broken?
--- Begin Message --- Gary Buhrmaster wrote: > I will note that while I have not tested in the past > few months, I have experienced certain artifacts(*) > when trying to use mock builds with Alma (their > use of modularity breaks some existing dependency > resolution for existing package builds) Try setting module_hotfixes=true for all repos in the mock config. (But it sounds like a problem on their end that Alma needs to address.) > and Rocky (when using gcc-toolset-10 the annobin invocation > results in numerous build errors for a package I > have). That sounds like the annobin package needs to be rebuilt by Rocky. (As a workaround, you could remove -fplugin=annobin from the compiler flags.) In any cases, such issues need to be reported to the rebuild that has them. Kevin Kofler ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org --- End Message ---
Re: RPMFusion el8 buildroot broken?
On Tue, Feb 1, 2022 at 3:15 PM Andrew Bauer wrote: > hi Gary, > I think Nicolas is referring to fixing the perl-XML-TreeBuilder runtime > requirement for mythtv. Until recently, it was missing from el8. > > I am not sure if this is needed for xmltv or not. Haven't looked. Not in any direct usage (there may be some transitive usage deep in the perl Use/Requires chain, but the package build itself tries to make sure those dependencies will resolve). The only xmltv grabber that is not built for Fedora is the one that depends on a perl module that no one has ever packaged for Fedora (and since I have no way to even test that module (perl-Linux-DVB-DVBT) I am unlikely to take it on. And, in addition, the PVR package I use already supports EPG collection via direct tuner acquisition, so I am less motivated). If someone else wants to package (and presumably test) that perl module for Fedora (and the EL's), I will gladly add a BR. And even more OT FWIW for EL9 (the future) there are some missing dependencies for both xmltv and mythtv in EPEL9. I believe there are open bugzillas with requests for branching for most/all of the known missing packages. But all that is for the future. ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion el8 buildroot broken?
On Tue, Feb 1, 2022 at 3:52 PM Kevin Kofler via rpmfusion-developers wrote: > > Nicolas Chauvet wrote: > > CentOS has moved the content to vault, so I've found a more suitable > > mirror until we migrate to rhel/Stream kind of repos. > > Why not use Alma or Rocky? I will note that while I have not tested in the past few months, I have experienced certain artifacts(*) when trying to use mock builds with Alma (their use of modularity breaks some existing dependency resolution for existing package builds) and Rocky (when using gcc-toolset-10 the annobin invocation results in numerous build errors for a package I have). Both may be partially a packaging (spec file) issue, but neither problem exists with centos stream 8, so there are some differences in the distribution layouts/builds between the various clones. As always, those issues may be able to be worked around, but in my experience those clones are not always just a drop-in replacement, so some testing (probably a mass rebuild) would need to be performed just to be sure. Ultimately, the centos 8 support pivot in the middle of the lifecycle of el8 has just made things far more complicated than I believe most (and certainly I) wanted, and the resulting additional workloads that has imposed on Nicolas and colleagues are certainly an unexpected (and likely un-resourced) support burden. (*) When I have some free time to look at the root causes, and they are indeed bugs in the distros (rather than my own packaging issue) I'll open bugs in their trackers, but since centos stream 8 works, I have not been especially motivated to this point. And then there is the ability to get a (free) redhat subscription for at least some use cases (although I have no idea whether that free subscription can be used for the rpmfusion koji builders). ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion el8 buildroot broken?
On Tue, Feb 1, 2022 at 3:52 PM Kevin Kofler via rpmfusion-developers wrote: > > Nicolas Chauvet wrote: > > CentOS has moved the content to vault, so I've found a more suitable > > mirror until we migrate to rhel/Stream kind of repos. > > Why not use Alma or Rocky? I will note that while I have not tested in the past few months, I have experienced certain artifacts(*) when trying to use mock builds with Alma (their use of modularity breaks some existing dependency resolution for existing package builds) and Rocky (when using gcc-toolset-10 the annobin invocation results in numerous build errors for a package I have). Both may be partially a packaging (spec file) issue, but neither problem exists with centos stream 8, so there are some differences in the distribution layouts/builds between the various clones. As always, those issues may be able to be worked around, but in my experience those clones are not always just a drop-in replacement, so some testing (probably a mass rebuild) would need to be performed just to be sure. Ultimately, the centos 8 support pivot in the middle of the lifecycle of el8 has just made things far more complicated than I believe most (and certainly I) wanted, and the resulting additional workloads that has imposed on Nicolas and colleagues are certainly an unexpected (and likely un-resourced) support burden. (*) When I have some free time to look at the root causes, and they are indeed bugs in the distros (rather than my own packaging issue) I'll open bugs in their trackers, but since centos stream 8 works, I have not been especially motivated to this point. And then there is the ability to get a (free) redhat subscription for at least some use cases (although I have no idea whether that free subscription can be used for the rpmfusion koji builders). ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion el8 buildroot broken?
Le 01/02/2022 à 16:14, Andrew Bauer a écrit : I think Nicolas is referring to fixing the perl-XML-TreeBuilder runtime requirement for mythtv. Until recently, it was missing from el8. perl-XMl-TreeBuilder is now available for EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-1404e37d34 This was tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1977273 Regards, Xavier ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion el8 buildroot broken?
--- Begin Message --- Nicolas Chauvet wrote: > CentOS has moved the content to vault, so I've found a more suitable > mirror until we migrate to rhel/Stream kind of repos. Why not use Alma or Rocky? Kevin Kofler ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org --- End Message ---
Re: RPMFusion el8 buildroot broken?
hi Gary, I think Nicolas is referring to fixing the perl-XML-TreeBuilder runtime requirement for mythtv. Until recently, it was missing from el8. I am not sure if this is needed for xmltv or not. Haven't looked. Thanks, Andy No Trees were killed in the sending of this message. However, a large number of electrons were terribly inconvenienced. From: Gary Buhrmaster Sent: Tuesday, February 1, 2022 8:58 AM To: RPM Fusion developers discussion list Subject: Re: RPMFusion el8 buildroot broken? On Tue, Feb 1, 2022 at 7:52 AM Nicolas Chauvet wrote: > CentOS has moved the content to vault, so I've found a more suitable > mirror until we migrate to rhel/Stream kind of repos. > I hope to work on this with el9, then adapt el8 as appropriate on a next > step... Ok, thanks. I'll wait for an announcement. > Btw, xmltv still has few missing perl deps, I know some improvements > was made recently for mythtv, is there any chance to have them in ? The spec file has (almost always?) been taking advantage of rpms perl dependency generator, but we all know such dependency generators can occasionally miss things. I'll take a look as time permits. Although, perhaps, I am misunderstanding the question, since you mention a mythtv improvement. Is there some reference? ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion el8 buildroot broken?
On Tue, Feb 1, 2022 at 7:52 AM Nicolas Chauvet wrote: > CentOS has moved the content to vault, so I've found a more suitable > mirror until we migrate to rhel/Stream kind of repos. > I hope to work on this with el9, then adapt el8 as appropriate on a next > step... Ok, thanks. I'll wait for an announcement. > Btw, xmltv still has few missing perl deps, I know some improvements > was made recently for mythtv, is there any chance to have them in ? The spec file has (almost always?) been taking advantage of rpms perl dependency generator, but we all know such dependency generators can occasionally miss things. I'll take a look as time permits. Although, perhaps, I am misunderstanding the question, since you mention a mythtv improvement. Is there some reference? ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
