Re: Understanding noopenh264 in Fedora
ffmpeg https://src.fedoraproject.org/rpms/ffmpeg/c/db2acb3681a85baed6bbc897cdac792d4b7d7c5f?branch=rawhide -- ___ 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: Upgrading Xwayland to version 24.1.0 in Fedora 40
> On Wed, May 15, 2024 at 6:23 PM Leigh Scott wrote: > > Does this mean "I'm against it" or "it would involve retiring two > legacy NVidia driver packages"? > > Fabio I'm indifferent to the legacy drivers. -- ___ 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: Upgrading Xwayland to version 24.1.0 in Fedora 40
> This message is meant as a heads up because I am considering upgrading > Xwayland to version 24.1.0 in Fedora 40. +1 for this in f40. -- ___ 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: Upgrading Xwayland to version 24.1.0 in Fedora 40
> On Wed, May 15, 2024 at 4:31 PM Olivier Fourdan wrote: > > Not directly related, but hopefully not entirely off-topic: > Are there plans to update the xorg-x11-server package itself to the > new stable branch too? > > It's been stuck on the 1.20.14 release for a long time (on the last > release from the 1.20 branch from 2021 - admittedly, with a lot of > backports). > But the last stable release of xorg-server (21.1.13) was just a month ago. > > Fabio Updating the xorg abi would mean retirement for nvidia 340xx and 390xx. -- ___ 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: Upgrading Xwayland to version 24.1.0 in Fedora 40
+1 for adding this to f40, nvidia-470xx goes EOL September 2024. > This message is meant as a heads up because I am considering upgrading > Xwayland to version 24.1.0 in Fedora 40. -- ___ 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: convert everything to rpmautospec?
> Hi everyone, > > I'm revisting the topic of rpmautospec because I was doing some work > on various packages, and it's annoying that some packages are using > rpmautospec and others are not. > > All my packages have been converted, so in day-to-day work, I don't > even think about %changelog. When working with other packages, I'll > forget to update the Relase and/or %changelog. Today I was rebasing > some pull requests in pagure, and the _only_ conflicts that I had were > about Release and %changelog. > > I think it's time to switch to rpmautospec completely. > Thus, the proposal: > - new packages MUST use rpmautospec > - packagers SHOULD convert their packages > - provenpackagers MAY convert existing packages > (e.g. when they want to push some fix or separately from other >work) > - people submitting pull requests against src.fp.o MAY also > include a conversion in the pull request and packagers SHOULD > merge it. -1 to all of this! I have zero interest in learning or using rpmautospec. If anyone touches my packages I will revert them back and refuse all merge requests for rpmautospec. -- ___ 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
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
Re: [Test-Announce] Kernel 6.7 Test Week is underway!
> Thanks for holding the push to testing, I have managed to patch nvidia 545.xx > and > 550.xx so 470.xx is also patched. I think it is ok to push the new kernel to testing, the legacy nvidia drivers shouldn't hold up the new kernel. -- ___ 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: [Test-Announce] Kernel 6.7 Test Week is underway!
> On Thu, Feb 1, 2024 at 1:45 AM Leigh Scott wrote: > > This is not accurate. The 6.7.3 (and 6.6.15) updates did break the > nvidia driver. It has nothing to do with debugging being enabled. A > proper and valid bugfix: > > 5ec8e8ea8b7783fab150cf86404fc38cb4db8800 mm/sparsemem: fix race in > accessing memory_section->usage > > added calls to rcu_read_lock() and rcu_read_unlock() which use symbols > that are exported GPL only. This was not some attempt to stab at > nvidia, but their non-GPL module is failing as a result because that > bug fix now pulls those calls into their driver build. Some people > have suggested removing the EXPORT_SYMBOL_GPL on these symbols and > leaving them as regular exports. That is not a valid fix for Fedora > to carry for many reasons. I will leave 6.7.3 in updates testing for > a while to give nvidia some time to come up with a work around, but at > some point things have to move forward, and I will not hold non nvidia > users bugfixes hostage because of an out of tree driver, this has > always been Fedora's policy. > > Justin > > > https://bugzilla.rpmfusion.org/show_bug.cgi?id=6859 > > > > > https://forums.developer.nvidia.com/t/linux-6-7-beta-550-40-07-error-modp... > > -- > > ___ > > devel mailing list -- devel(a)lists.fedoraproject.org > > To unsubscribe send an email to devel-leave(a)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 Thanks for holding the push to testing, I have managed to patch nvidia 545.xx and 550.xx so -- ___ 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: just to let you know FESCo agreed to a preliminary injunction while we consider this issue
> I can support that. > > But am I supposed to ignore the fact that kkofler is already bullying the KDE > SIG into not > breaking that one other package they maintain that occasionally breaks on kde > updates? See > example: https://bodhi.fedoraproject.org/updates/FEDORA-2023-977de87584 > > Am I going to have to see kkofler rant in every plasma update that their xorg > stack > breaks? kde users with nvidia are going to suffer if x11 is removed. I wont be accepting any kde wayland issues filed at rpmfusion. -- ___ 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: [Test-Announce] Kernel 6.7 Test Week is underway!
Kernel-6.7.3 still has debugging enabled which will break the nvidia driver https://bugzilla.rpmfusion.org/show_bug.cgi?id=6859 https://forums.developer.nvidia.com/t/linux-6-7-beta-550-40-07-error-modpost-gpl-incompatible-module-nvidia-ko-uses-gpl-only-symbol-rcu-read-lock/280908 -- ___ 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 assistance to package MaterialX
Have you looked at other distros to see how they worked around the flaws in the upstream code? https://gitlab.archlinux.org/archlinux/packaging/packages/materialx/-/blob/main/PKGBUILD?ref_type=heads#L32 -- ___ 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: gtk3 update breaks multiple packages
> P.S.: opening three threads for a single thing with identical text is > not nice. It can confuse archive readers, not finding answers they > might be looking for. Try to avoid that in the future, please. Chromium did the duplicates :-( -- ___ 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: gtk3 update breaks multiple packages
I have unpushed the f38 build. https://bodhi.fedoraproject.org/updates/FEDORA-2024-68a2dba357 -- ___ 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: gtk3 update breaks multiple packages
see https://github.com/GNOME/gtk/commit/77ebdd85091833a7869ece48c3114fa6d9966321 -- ___ 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
gtk3 update breaks multiple packages
Why isn't gtk3 a critical path package? https://bugzilla.redhat.com/show_bug.cgi?id=2260068 https://bugzilla.redhat.com/show_bug.cgi?id=2260073 https://bugzilla.redhat.com/show_bug.cgi?id=2260074 https://bodhi.fedoraproject.org/updates/FEDORA-2024-5d8ac182bf -- ___ 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
gtk3 update breaks multiple packages
Why isn't gtk3 a critical path package? https://bugzilla.redhat.com/show_bug.cgi?id=2260068 https://bugzilla.redhat.com/show_bug.cgi?id=2260073 https://bugzilla.redhat.com/show_bug.cgi?id=2260074 https://bodhi.fedoraproject.org/updates/FEDORA-2024-5d8ac182bf -- ___ 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
gtk3 update breaks multiple packages
Why isn't gtk3 a critical path package? https://bugzilla.redhat.com/show_bug.cgi?id=2260068 https://bugzilla.redhat.com/show_bug.cgi?id=2260073 https://bugzilla.redhat.com/show_bug.cgi?id=2260074 https://bodhi.fedoraproject.org/updates/FEDORA-2024-5d8ac182bf -- ___ 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: Package GNU Hello build errors
> Try adding 'BuildRequires: gcc-c++' to the specfile > > checking for x86_64-redhat-linux-gcc... gcc > checking whether the C compiler works... no > configure: error: in `/builddir/build/BUILD/hello-2.10': > configure: error: C compiler cannot create executables > See `config.log' for more details Checking for unpackaged file(s): /usr/lib/rpm/check-files /builddir/build/BUILDROOT/hello-2.10-1.fc39.x86_64 error: Installed (but unpackaged) file(s) found: /usr/share/info/hello.info.gz /usr/share/locale/bg/LC_MESSAGES/hello.mo /usr/share/locale/ca/LC_MESSAGES/hello.mo /usr/share/locale/da/LC_MESSAGES/hello.mo /usr/share/locale/de/LC_MESSAGES/hello.mo /usr/share/locale/el/LC_MESSAGES/hello.mo /usr/share/locale/eo/LC_MESSAGES/hello.mo /usr/share/locale/es/LC_MESSAGES/hello.mo /usr/share/locale/et/LC_MESSAGES/hello.mo /usr/share/locale/eu/LC_MESSAGES/hello.mo /usr/share/locale/fa/LC_MESSAGES/hello.mo /usr/share/locale/fi/LC_MESSAGES/hello.mo /usr/share/locale/fr/LC_MESSAGES/hello.mo /usr/share/locale/ga/LC_MESSAGES/hello.mo /usr/share/locale/gl/LC_MESSAGES/hello.mo /usr/share/locale/he/LC_MESSAGES/hello.mo /usr/share/locale/hr/LC_MESSAGES/hello.mo /usr/share/locale/hu/LC_MESSAGES/hello.mo /usr/share/locale/id/LC_MESSAGES/hello.mo /usr/share/locale/it/LC_MESSAGES/hello.mo /usr/share/locale/ja/LC_MESSAGES/hello.mo /usr/share/locale/ka/LC_MESSAGES/hello.mo /usr/share/locale/ko/LC_MESSAGES/hello.mo /usr/share/locale/lv/LC_MESSAGES/hello.mo /usr/share/locale/ms/LC_MESSAGES/hello.mo /usr/share/locale/nb/LC_MESSAGES/hello.mo /usr/share/locale/nl/LC_MESSAGES/hello.mo /usr/share/locale/nn/LC_MESSAGES/hello.mo /usr/share/locale/pl/LC_MESSAGES/hello.mo /usr/share/locale/pt/LC_MESSAGES/hello.mo /usr/share/locale/pt_BR/LC_MESSAGES/hello.mo /usr/share/locale/ro/LC_MESSAGES/hello.mo /usr/share/locale/ru/LC_MESSAGES/hello.mo /usr/share/locale/sk/LC_MESSAGES/hello.mo /usr/share/locale/sl/LC_MESSAGES/hello.mo /usr/share/locale/sr/LC_MESSAGES/hello.mo /usr/share/locale/sv/LC_MESSAGES/hello.mo /usr/share/locale/th/LC_MESSAGES/hello.mo /usr/share/locale/tr/LC_MESSAGES/hello.mo /usr/share/locale/uk/LC_MESSAGES/hello.mo /usr/share/locale/vi/LC_MESSAGES/hello.mo /usr/share/locale/zh_CN/LC_MESSAGES/hello.mo /usr/share/locale/zh_TW/LC_MESSAGES/hello.mo /usr/share/man/man1/hello.1.gz Scratch that idea, looking ate the buildlog you have unpacked files, use this to install the .mo files. https://fedoraproject.org/wiki/PackagingDrafts/find_lang and add the man file to the %files section. %{_mandir}/man1/hello.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: Package GNU Hello build errors
Try adding 'BuildRequires: gcc-c++' to the specfile checking for x86_64-redhat-linux-gcc... gcc checking whether the C compiler works... no configure: error: in `/builddir/build/BUILD/hello-2.10': configure: error: C compiler cannot create executables See `config.log' for more details -- ___ 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: F40 Change Proposal: Wifi MAC Randomization (System Wide)
I'm -1 for this change, it shouldn't be enabled by default as it will cause issues for users using router mac filtering. -- ___ 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 sassc and it's build dependencies.
sassc rubygem-hrx rubygem-linked-list -- ___ 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: libxml2 2.12.0 (and 2.12.1) in rawhide, with some API breaks
> On Fri, Nov 24, 2023 at 12:07 PM David King wrote: > - Out of the 13 packages that seem correlated but don't show obvious errors > directly related to libxml2, there are still some quite suspicious ones, > like cinnamon which fails due to a missing xml file. > [1] https://copr.fedorainfracloud.org/coprs/fberat/mass-prebuild/ > [2] https://gitlab.com/fedora/packager-tools/mass-prebuild Do you have the error message for the cinnamon 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: xmlParseMemory() and xmlParseMemory gone rawhide?
Try adding this to the file #include -- ___ 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: Trivial review swaps
I have this simple review pending if you interested. https://bugzilla.redhat.com/show_bug.cgi?id=2213540 ___ 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: An update on RHEL moving to issues.redhat.com
Use whatever you like as I wont be migrating to the new infra! ___ 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: Access superseded Fedora RPMs
> Am 08.09.23 um 22:32 schrieb Michel Lind: > > Are you sure it's working? > > [root ~]# dnf --enablerepo=updates-archive list firefox* > Letzte Prüfung auf abgelaufene Metadaten: vor 0:04:10 am Sa 09 Sep 2023 > 09:39:57 CEST. > Installierte Pakete > firefox.x86_64 117.0-1.fc37 @@commandline > firefox-langpacks.x86_64 117.0-1.fc37 > @@commandline > Verfügbare Pakete > firefox-pkcs11-loader.x86_64 > 3.13.6-8.fc37 fedora > firefox-wayland.x86_64 117.0-1.fc37 updates > firefox-wayland.x86_64 117.0-1.fc37 > updates-archive > firefox-x11.x86_64 117.0-1.fc37 updates > firefox-x11.x86_64 117.0-1.fc37 > updates-archive > [root ~]# > > The Base URL accessed via firefox gives out an ACCESS DENIED. That may > be intended, but isn't helpfull ;) > > best regards, > Marius Schwarz Try using showduplicates dnf --enablerepo=updates-archive --showduplicates list firefox* ___ 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 F38 to F39
> Hi Leigh, > > On Fri, Aug 25, 2023 at 10:03 AM Leigh Scott wrote: > > > As I'm on my laptop again, I was able to try to run the rebase again and > for Philip it was about rpmfusion-nonfree-updates, but I'm hitting: > > error: Updating rpm-md repo 'rpmfusion-free-updates': cannot update repo > 'rpmfusion-free-updates': Cannot prepare internal mirrorlist: Status code: > 404 for > https://mirrors.rpmfusion.org/metalink?repo=free-fedora-updates-released-... > (IP: 78.47.223.143); Last error: Status code: 404 for > https://mirrors.rpmfusion.org/metalink?repo=free-fedora-updates-released-... > (IP: 158.69.60.128) > > Tom I will need to get the mirrormanager admin to add updates for f39 even though it's unused until fedora final release. Can you disable repos on silverblue? ___ 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 F38 to F39
Those warnings should disappear once the 39 release rpm's are installed. I have fixed the missing repodata for the unused updates repo's. ___ 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 F38 to F39
> just a note rpmfusion free and nofree not ready > > What is the issue? I branched rpmfusion repo two weeks ago $ sudo repoclosure --check rpmfusion-free --check rpmfusion-nonfree Last metadata expiration check: 1:27:59 ago on Thu 24 Aug 2023 17:14:49 BST. package: mesa-va-drivers-freeworld-23.1.5-1.fc39.i686 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-32) = 23.1.5 package: mesa-va-drivers-freeworld-23.1.5-1.fc39.x86_64 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-64) = 23.1.5 package: mesa-vdpau-drivers-freeworld-23.1.5-1.fc39.i686 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-32) = 23.1.5 package: mesa-vdpau-drivers-freeworld-23.1.5-1.fc39.x86_64 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-64) = 23.1.5 package: telegram-desktop-4.8.4-2.fc39.x86_64 from rpmfusion-free unresolved deps (1): qt6-qtbase(x86-64) = 6.5.1 Error: Repoclosure ended with unresolved dependencies (5) across 5 packages. telegram-desktop is fixed and awaiting to be pushed to the repo. ___ 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 F38 to F39
> just a note rpmfusion free and nofree not ready > > What do you mean? I branched rpmfusion two week ago, the repo deps look fine to me. $ sudo repoclosure --check rpmfusion-free --check rpmfusion-nonfreetanita999fly Last metadata expiration check: 1:07:49 ago on Thu 24 Aug 2023 17:14:49 BST. package: mesa-va-drivers-freeworld-23.1.5-1.fc39.i686 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-32) = 23.1.5 package: mesa-va-drivers-freeworld-23.1.5-1.fc39.x86_64 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-64) = 23.1.5 package: mesa-vdpau-drivers-freeworld-23.1.5-1.fc39.i686 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-32) = 23.1.5 package: mesa-vdpau-drivers-freeworld-23.1.5-1.fc39.x86_64 from rpmfusion-free unresolved deps (1): mesa-filesystem(x86-64) = 23.1.5 package: telegram-desktop-4.8.4-2.fc39.x86_64 from rpmfusion-free unresolved deps (1): qt6-qtbase(x86-64) = 6.5.1 Error: Repoclosure ended with unresolved dependencies (5) across 5 packages. telegram-desktop fix is waiting to be pushed. ___ 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: Broken Discrete/Dedicated GPU support
> On Mon, Aug 14 2023 at 07:19:05 PM +0200, Jan Drögehoff > > Unfortunately yes. There is more info here: > > https://www.hadess.net/2023/08/new-responsibilities.html > > Red Hat has instructed us to stop work on several core desktop > components. All of these components need new maintainers now. The > switcheroo-control repo has now been archived, and a future new > maintainer will need to recreate the repo in a new location. It's > certainly not good news. :( > > Michael So it's ok if Linuxmint takes over maintenance for? - switcheroo-control - iio-sensor-proxy ___ 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: Restore access to torrent-file-editor package
You probably got removed for inactivity, see https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/UG3UOKBVJLUWZYEHWL52KPMITPEPEBNF/ ___ 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: tint2
I have orphaned tint2. https://src.fedoraproject.org/rpms/tint2 ___ 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: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
So this change is for workstation iso only?, the other spins wont have this unwanted change. ___ 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: Fedora 38 Cinnamon Desktop - LIGHTDM.SERVICE FAIL..!!!!
> sudo dnf -y in lightdm-autologin-greeter > > > [+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log > [+0.00s] DEBUG: Starting Light Display Manager 1.32.0, UID=0 PID=5256 > [+0.00s] DEBUG: Loading configuration dirs from > /usr/share/lightdm/lightdm.conf.d > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/50-backup-logs.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/50-disable-guest.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/50-minimum-vt.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/50-run-directory.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/50-session-wrapper.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/50-user-authority-in-system-dir.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/50-xserver-command.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/60-lightdm-autologin-greeter.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/60-lightdm-gtk-greeter.conf > [+0.00s] DEBUG: Loading configuration from > /usr/share/lightdm/lightdm.conf.d/90-slick-greeter.conf > [+0.00s] DEBUG: Loading configuration dirs from > /usr/local/share/lightdm/lightdm.conf.d > [+0.00s] DEBUG: Loading configuration dirs from > /etc/xdg/lightdm/lightdm.conf.d > [+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf > [+0.00s] DEBUG: Using Xephyr for X servers > [+0.00s] DEBUG: Registered seat module local > [+0.00s] DEBUG: Registered seat module xremote > [+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager > [+0.00s] DEBUG: Using cross-namespace EXTERNAL authentication (this will > deadlock if > server is GDBus < 2.73.3) > [+0.00s] DEBUG: _g_io_module_get_default: Found default implementation local > (GLocalVfs) > for ?gio-vfs? > [+0.01s] DEBUG: Monitoring logind for seats > [+0.01s] DEBUG: New seat added from logind: seat0 > [+0.01s] DEBUG: Seat seat0: Loading properties from config section Seat:* > [+0.01s] DEBUG: Seat seat0 has property CanMultiSession=no > [+0.01s] DEBUG: Seat seat0: Starting > [+0.01s] DEBUG: Seat seat0: Creating greeter session > [+0.01s] DEBUG: Seat seat0: Creating display server of type x > [+0.01s] DEBUG: Using VT 1 > [+0.01s] DEBUG: Seat seat0: Starting local X display on VT 1 > [+0.01s] DEBUG: XServer 1: Logging to /var/log/lightdm/x-1.log > [+0.01s] DEBUG: XServer 1: Can't launch X server Xephyr, not found in path > [+0.01s] DEBUG: XServer 1: X server stopped > [+0.01s] DEBUG: Releasing VT 1 > [+0.01s] DEBUG: Seat seat0: Display server stopped > [+0.01s] DEBUG: Seat seat0: Can't create display server for greeter > [+0.01s] DEBUG: Seat seat0: Session stopped > [+0.01s] DEBUG: Seat seat0: Stopping display server, no sessions require it > [+0.01s] DEBUG: Seat seat0: Stopping > [+0.01s] DEBUG: Seat seat0: Stopped > [+0.01s] DEBUG: Failed to start seat: seat0 That output isn't useful, also lightdm-autologin-greeter has no gui, you should remove it. File a bugreport with the required logs from /var/log/lightdm ___ 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: Fedora 38 Cinnamon Desktop - LIGHTDM.SERVICE FAIL..!!!!
> Fedora 38 Cinnamon Desktop - LIGHTDM.SERVICE FAIL.. after last > update > don't know how to fix it > > please fix / test / update ... It works fine here. I haven't updated lightdm since f38 release so I doubt the issue is caused by lightdm. ___ 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: Announcing fmt library soversion bump
You could bootstrap dnf for the rebuild https://src.fedoraproject.org/rpms/dnf/blob/rawhide/f/dnf.spec#_298 ___ 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: Strange failure, unpackaged files.
I have solved it with this https://src.fedoraproject.org/rpms/mint-themes/c/85835bb3515a68babd4795cd34585ab6aaf8ff11?branch=rawhide ___ 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
Strange failure, unpackaged files.
It builds fine for f39 and f38 local builds, it fails for f38 koji and copr builders. https://koji.fedoraproject.org/koji/taskinfo?taskID=101949820 Installed (but unpackaged) file(s) found: /usr/share/themes/Mint-X-Aqua/index.theme /usr/share/themes/Mint-X-Blue/index.theme /usr/share/themes/Mint-X-Brown/index.theme /usr/share/themes/Mint-X-Grey/index.theme /usr/share/themes/Mint-X-Orange/index.theme /usr/share/themes/Mint-X-Pink/index.theme /usr/share/themes/Mint-X-Purple/index.theme /usr/share/themes/Mint-X-Red/index.theme /usr/share/themes/Mint-X-Sand/index.theme /usr/share/themes/Mint-X-Teal/index.theme Child return code was: 1 This line in %files should cover it. https://src.fedoraproject.org/rpms/mint-themes/blob/rawhide/f/mint-themes.spec#_76 ___ 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: Obsolete of DNF by DNF5 in RAWHIDE
> Il 24/05/23 09:40, Jaroslav Mracek ha scritto: > > I've started to see failing tests upon Bodhi update submission like the > following: > > Error: > Problem: conflicting requests > - nothing provides pkgconfig(lz4;pugixml;zlib) needed by > libXISF-devel-0.2.5-1.fc39.x86_64 from brew-101573635 > > Looks like multiple 'BuildRequires: pkgconfig()' are squashed to a > single one and dnf5 can't understand them? > > Mattia The package is broken $ sudo dnf --enablerepo u*g install libXISF-devel Fedora 38 - x86_64 - Test Updates28 kB/s | 14 kB 00:00 Fedora 38 - x86_64 - Test Updates 1.6 MB/s | 5.1 MB 00:03 Last metadata expiration check: 0:00:08 ago on Mon 29 May 2023 18:06:51 BST. Dependencies resolved. Problem: cannot install the best candidate for the job - nothing provides pkgconfig(lz4;pugixml;zlib) needed by libXISF-devel-0.2.5-1.fc38.x86_64 from updates-testing ___ 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: Recommended way to disable parallel build
Maybe %global numjobs 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: Recommendations for patching bundled meson subprojects
Maybe ask https://github.com/mesonbuild/mocklibc ___ 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: F38 DNF/RPM install errors due to header signatures
> On Mon, Apr 10, 2023 at 12:16 AM Samuel Sieb > > So we have pushed a change in Fedora where there is no nice way for a user > to workaround it except by complaining to a company that probably doesn't > care what normal users (e.g. non-paying customers) care about? You can set LEGACY if you want to use packages with weak signatures. sudo update-crypto-policies --set LEGACY ___ 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: Status of AVIF support in Fedora
libheif has been retired at rpmfusion due to koji issues. https://bugzilla.rpmfusion.org/show_bug.cgi?id=6626 ___ 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: hstr
I have orphaned hstr today. https://src.fedoraproject.org/rpms/hstr It is currently non-functional due to kernel-6.2 changes, see https://github.com/dvorka/hstr/issues/478 ___ 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: JPEGXL SONAME Bump
> xine-lib and libheif are both fedora packages. https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/YMOLJESUIIFK5RZYPGWTE362CKZH7JXV/ ___ 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: JPEGXL SONAME Bump
> Hello everyone, > > I am planning a soname bump of jpegxl to 0.8.1 next week Saturday the 25th. > > Some of you will be affected by these changes. > RPMFusion side, the following packages are affected: > > libheif > xine-lib > xine-lib and libheif are both fedora 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
Re: Status of AVIF support in Fedora
I have orphaned libheif at rpmfusion as I have no desire to manage another split package. https://admin.rpmfusion.org/pkgdb/package/free/libheif/ ___ 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: Status of AVIF support in Fedora
I can give sponsorship and acl's for the rpmfusion package. ___ 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: [SONAME BUMP] ffmpeg upgrade to 6.0 in F38 and Rawhide
> Hey all, > > ffmpeg is getting upgraded to 6.0 for Fedora Linux 38 and Rawhide in > order to remain compatible with prominent third-party repositories. > Thank you for keeping up. ___ 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: Test upgrades from F37 to F38 - it will take you just a minute
google-chrome rpm caused issues due to it's SHA1 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: Changes to Bugzilla API key requirements
I wont be using the API again due to the 30 day limit. If they change the password requirement again I will dump redhat bugzilla! ___ 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: sudo dnf up --refresh failing on latest rawhide
> Posted the rpmfusion bug here: > https://bugzilla.rpmfusion.org/show_bug.cgi?id=6573 Try learning to wait patiently, branching isn't a simple process. ___ 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: F38 proposal: Rpmautospec by Default (System-Wide Change proposal)
-1 for this change. I will ignore it if it's accepted. ___ 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: Orphaned X11 packages
> On Tue, 2022-02-08 at 15:12 -0500, Adam Jackson wrote: > > X Display Manager with support for XDMCP, host chooser > > what are the alternatives of "Display Manager" ? and "with support for > XDMCP" ? only gdm ? > > And xdm is not abandoned https://gitlab.freedesktop.org/xorg/app/xdm , > maybe I'll try keep it , I'd like hear your opinions , worth it ? do > we have good alternatives? > > Happy Christmas, Try lightdm https://wiki.archlinux.org/title/XDMCP#LightDM ___ 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: Help needed with build failing in Koji for rawhide i686
> I have the same issue with mpv: > > /usr/bin/ld: /lib/libopenmpt.so.0: undefined reference to > `mpg123_open_handle_64' > /usr/bin/ld: /lib/libopenmpt.so.0: undefined reference to > `mpg123_replace_reader_handle_64' > /usr/bin/ld: /lib/libsndfile.so.1: undefined reference to `mpg123_seek_64' > /usr/bin/ld: /lib/libopenmpt.so.0: undefined reference to `mpg123_length_64' > collect2: error: ld returned 1 exit status Why is mpv.i686 needed?, it hasn't existed for years at rpmfusion. ___ 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: Mesa in F37- vaapi support disabled for h264/h265/vc1
> Lack of legal action is not evidence of no further legal action. There are > multiple > possible explanations: > > - they see no point because going after distros would waste time and money > and bring bad > PR > - going after Redhat who would assume liability is a different story as > they’re a Fortune > 500 company > - they or some other company (through merger or acquisition) may suddenly > decide to patent > troll > > That and the Streisand effect makes this accident more public which draws > attention and > scrutiny. I think the hardware vendors shipping fedora should be concerned about the patents. https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding#Provision_for_costless_software ___ 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: Mesa in F37- vaapi support disabled for h264/h265/vc1
> Neal Gompa wrote: > > Considering that we have been shipping these hardware codec interfaces for > years without any legal trouble, I find this absolutely ridiculous. > > Kevin Kofler Just because it hasn't happened yet doesn't mean it can't. I found this link very informative on the subject. https://streaming4thepoor.live/as-a-small-business-must-i-pay-royalties-for-h264-and-h265/ The unlikely happens all the time, I still can't believe the result in the Johnson & Johnson 'Talc' case. ___ 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: Mesa in F37- vaapi support disabled for h264/h265/vc1
> On Wed, 2022-09-28 at 08:24 +0200, Neal Gompa wrote: > > That seems to contradict this quote from > https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/opengl...: > > it, also keeping the repo in sync with fedora isn't a priority for me. Someone with the hardware and packaging knowledge will need to submit a review request at rpmfusion. I had my fill with ATI/AMD when I was packaging FGLRX and wont go there again ever! ___ 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: F38 proposal: Strong crypto settings: phase 3, forewarning 2/2 (System-Wide Change proposal)
> On Thu, 2022-09-15 at 22:42 +0300, Otto Liljalaakso wrote: > > I found this: https://bugzilla.rpmfusion.org/show_bug.cgi?id=6410#c1 > > Again, not a very friendly response. The short is that they are > currently in freeze so no action can be taken ATM. The rpmfusion f36 release repo isn't fixable as it is locked after f36 release. ___ 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: CVE Tracking Bugs
I have started to ignore CVE bugs reports due to the low quality reporting. An outdated ffmpeg CVE was filed against nv-codec-headers, WTF!! It isn't the first time it's been totally bogus. ___ 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: Intel MIPI IPU6 cameras support
> Also note that you will also need to create a kmod package for > the also out of tree v4l2-loopback kernel driver. The closed-source > userspace bits Intel provide only work with gstreamer. So the > way this is used on other distros is with a little helper process > which runs a gstreamer-pipeline from the camera and then injects > the resulting frames back into the kernel through v4l2-loopback > so that e.g. firefox sees a good old /dev/video0 device. > Regards, > > Hans v4l2loopback-kmod already exists. https://koji.rpmfusion.org/koji/packageinfo?packageID=625 ___ 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: Intel MIPI IPU6 cameras support
Separate drivers for the kernel aren't permitted in fedora, try submitting a review request at rpmfusion. ___ 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: Conditional Patch line
> On Mon, Sep 05, 2022 at 09:56:58PM +0200, Dominik 'Rathann' Mierzejewski > wrote: > > There are 26 patches so that's a bit of a PITA. Is there not an > easier way? > > Rich. Try using autopatch. # Apply patches up to #1000 from this spec. %autopatch -M1000 -p1 https://pkgs.rpmfusion.org/cgit/free/chromium-freeworld.git/tree/chromium-freeworld.spec#n222 ___ 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: Bump f38 .so for libid3tag
I have patched to add the unversioned .so https://src.fedoraproject.org/rpms/libid3tag/c/607d7abf709add3e39690adfd3aef871c50d37c2?branch=rawhide I don't think there is a need to rebuild dependant packages. [leigh@mpd libid3tag]$ abipkgdiff libid3tag-0.15.1b-37.fc37.x86_64.rpm libid3tag-0.16.2-1.fc37.x86_64.rpm [leigh@mpd libid3tag]$ ___ 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
Bump f38 .so for libid3tag
Switching upstream has increased the .so version from libid3tag.so.0 to libid3tag.so.0.16.2 I plan to do the rebuilds myself after checking everything builds ok in copr. Affected packages Fedora: audacity-0:3.1.3-5.fc37.x86_64 easytag-0:2.4.3-16.fc37.x86_64 gtkpod-0:2.1.5-21.fc37.x86_64 imlib2-id3tag-loader-0:1.7.4-3.fc37.x86_64 mp3fs-0:1.1.1-4.fc37.x86_64 sonic-visualiser-0:4.5-2.fc37.x86_64 sox-0:14.4.2.0-33.fc37.x86_64 Rpmfusion: audacity-freeworld-0:3.1.3-4.fc37.x86_64 libmp3splt-0:0.9.2-13.fc37.x86_64 minidlna-0:1.3.0-8.fc37.x86_64 mixxx-0:2.3.3-2.fc37.x86_64 moc-0:2.6-0.46.svn3005.fc37.x86_64 mpd-1:0.23.9-1.fc37.x86_64 vdr-mp3-0:0.10.4-6.fc37.x86_64 ___ 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: problem creating a kernel module rpm package
> I'm guessing I need to provide a separate common package containing the > non-binary > files - i.e. udev configs, license, readme, and so on. So the akmod, or the > kmod package > implicitly expects a corresponding common package to be made available? > Anything need to > be done specifically to make this work as expected? > > J.K. You add this to the hid-ite8291r3 (common) package. Provides: %{name}-kmod-common = %{version} ___ 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: problem creating a kernel module rpm package
> Here is a link to the code: > > https://github.com/cowboysmall-apps/hid-ite8291r3-kmod > > any help would be appreciated. > > Thanks in advance, > > J.K. Drop the sub-package as it isn't correct to have it the kmod package. https://github.com/cowboysmall-apps/hid-ite8291r3-kmod/blob/main/hid-ite8291r3-kmod.spec#L41 You will need to package it separately. ___ 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: problem creating a kernel module rpm package
> Thanks for the reply - I'll try this later. > > Can you point me at the documentation for the process please? I can find docs > and > tutorials on building standard RPMs - the hello tutorial for example - but I > can't > find any documentation anywhere for building RPMs for kernel module, or for > building RPMs > for RPMFusion. > > Thanks in advance, > > J.K. Try https://rpmfusion.org/Packaging/KernelModules/Kmods2#Mini-FAQ ___ 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: glibc 2.36 and DT_HASH (preserving it for F37+)
I'm inclined to vote -1, if everyone keeps DT_HASH around I doubt Epic will fix the 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: ImageFactory issue with new 20220813 branch
> Hi, > > I’m just testing the new 20220813 branch end encounter several issues. > > One of them is image factory, which I need to install to test building a > server image. > > # dnf install imagefactory > Last metadata expiration check: 1:35:08 ago on Sat 13 Aug 2022 05:57:29 PM > CEST. > Error: > Problem: package imagefactory-1.1.16-3.fc37.noarch requires oz, but none of > the providers > can be installed > - package oz-0.18.1-4.fc37.noarch requires python3-m2crypto, but none of the > providers > can be installed > - conflicting requests > - nothing provides python(abi) = 3.10 needed by > python3-m2crypto-0.38.0-2.fc35.x86_64 > (try to add '--skip-broken' to skip uninstallable packages) > > A —skip-broken is not necessarily a good option in this case, isn’t? (It > skips all 3 > packages and installs nothing). > > > > Unfortunately, I’m not that familiar with ImageFactory internals. What else > can I do to > work through my tests? You will need to wait for it to be rebuilt against python-3.11. https://src.fedoraproject.org/rpms/m2crypto/pull-request/8# ___ 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: Non-responsive asio maintainers (uwog, fale, dcavalca, raineforest)
IMO it would be worthwhile doing test builds to see how many of the dependent packages actually still use external asio. ___ 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: Non-responsive asio maintainers (uwog, fale, dcavalca, raineforest)
Shouldn't asio package be retired as it's provided by boost-devel? /usr/include/boost/asio/ ___ 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: rpmautospec by default
> On Sat, Aug 6, 2022 at 10:11 AM Zbigniew Jędrzejewski-Szmek > > As the maintainer of rpmdevtools, I will probably not accept changes > upstream to change to rpmautospec in the templates, since rpmautospec > doesn't work outside of Fedora and there's been no advocacy to make > rpmautospec a cross-distro tool. If someone wants to champion > rpmautospec as a cross-distro tool, then I will reconsider. > > > > > -- > 真実はいつも一つ!/ Always, there's only one truth! I'm -1 if it means I can't use rpmdevtools with the old behaviour. ___ 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: graphlcd-base: udev rules file can't be found for fc37
Fixed https://src.fedoraproject.org/rpms/graphlcd-base/c/eff3f3c0a0817bd5bdfad4d95eabb4a87bab9440?branch=rawhide ___ 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
You can't be serious! you want to remove mesa-libGL.i686 support?
Is this some sick joke? https://bugzilla.redhat.com/show_bug.cgi?id=2104255 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Installing ffmeg-free degrades firefox video support
> On Thu, 2022-06-09 at 03:51 +0200, Kevin Kofler via devel wrote: > > The linking happens on the user machine, no? For Fedora only akmods are > available, which generate kernel-specific kmod RPMs on the user > machine. Which causes its own issues since that means you can't boot > with Secure Boot anymore... > F36 akmods can sign modules, see /usr/share/doc/akmods/README.secureboot ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Installing ffmeg-free degrades firefox video support
> On Tue, Jun 7 2022 at 10:24:46 AM +0200, Vitaly Zaitsev via devel > > For avoidance of doubt, Fedora Legal has decided we may use flathub but > not rpmfusion. As I explained to you previously, they have also decided > not to share their reasoning for this. > > Michael > On Tue, Jun 7 2022 at 10:24:46 AM +0200, Vitaly Zaitsev via devel > > For avoidance of doubt, Fedora Legal has decided we may use flathub but > not rpmfusion. As I explained to you previously, they have also decided > not to share their reasoning for this. > > I'm tempted to remove the rpmfusion nvidia & steam repos (fedora-workstation-repositories package) till there is a full explanation. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Installing ffmeg-free degrades firefox video support
> That is also blatantly false. The idea was posted by Andreas on > rpmfusion-developers list in November 2021 and I (one of the FFmpeg > maintainers) was the only one who responded. The other maintainers made > no comments in that thread. > > In other words, Kevin, please stop spreading lies. > > Regards, > Dominik There was never a thread started by Andreas on rpmfusion mailing list. The fedora thread was only forwarded to rpmfusion by you! https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/YPXQTK27622JHYOACVAWD4JR4BHNXZ2D/#YPXQTK27622JHYOACVAWD4JR4BHNXZ2D ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora Spins SIG Proposal: Fedora Mate SIG and Cinnamon SIG
The Cinnamon spin (kickstart and comps) are managed by Dan Book. https://fedoraproject.org/wiki/Changes/Cinnamon_Spin#Owner I'm the only fedora developer working on Cinnamon. I don't have any spare time to do more things including testing. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: NVIDIA Open-Source GPU Kernel Modules: How does that affect Fedora Linux?
> On 12/05/2022 07:43, Miro Hrončok wrote: > > I think these kernel modules should be upstreamed directly to the Linux > kernel. That would block the use of 390xx, 470xx and mai, see http://us.download.nvidia.com/XFree86/Linux-x86_64/515.43.04/README/kernel_open.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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: NVIDIA Open-Source GPU Kernel Modules: How does that affect Fedora Linux?
I don't think Nvidia has any intention to add this to mainline kernel as it would block use of the propriety driver. I zero interest in packaging it for rpmfusion as it's so limited, see http://us.download.nvidia.com/XFree86/Linux-x86_64/515.43.04/README/kernel_open.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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Does F36 handle $RPM_OPT_FLAGS differently?
Try redefining optflags %global optflags %(echo %{optflags} | sed 's@-g @-g1 @') ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora Contributor Tee Shirt Giveaway
Why post something that has expired? ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)
> On Wed, Apr 6, 2022 at 6:31 PM Chris Murphy wrote: > > > We have not set up an infrastructure for it, but in all honesty, there > is no technical reason that any 3rd party repository building and > packaging the driver could not have done such a thing a couple of Rpmfusion doesn't provide compiled nvidia kernel modules. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: only 4 packages left Re: Let's retire original glib and gtk+ (new report)
> On Thu, 2022-03-10 at 00:15 +0200, Otto Urpelainen wrote: > > Continuing I brought the corrections to Fedora 36 > https://bodhi.fedoraproject.org/updates/FEDORA-2022-db793ad26c > > Now only 4 packages more gtk1+ depends on glib > > Depending packages (rawhide) (5): bubblemon gtk+ manedit xconvers > xvattr > > Depending on: glib (5), > > bubblemon (maintained by: sham1) > bubblemon-1.46-31.fc36.x86_64 requires libglib-1.2.so.0()(64bit), > libgmodule-1.2.so.0()(64bit) > > seems that can be build with gtk2 > https://gitweb.gentoo.org/repo/gentoo.git/tree/x11-plugins/bubblemon/bubb... Who needs a gtk1 or 2 applet, is there any gtk1 based DE'S? > > xvattr (maintained by: ppisar, thias) > gxvattr-1.3-44.fc36.x86_64 requires libgdk-1.2.so.0()(64bit), libglib- > 1.2.so.0()(64bit), libgtk-1.2.so.0()(64bit) > > seems xvattr can be build with gtk2 > http://sophie.zarb.org/rpms/88281125c921a2cc60abf2eea23e54de/deps Have you tried gxvattr?, it's completely broken, the gui is unusable even if it's ported to gtk2 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: F37 Change: Encourage Dropping Unused / Leaf Packages on i686 (Self-Contained Change proposal)
> On Mon, 2022-03-07 at 12:12 -0500, Ben Cotton wrote: > > Why isn't this as simple as: > > 1) Create an f37-multilib-build build tag with all supported arches + i686, > and an f37-multilib{,-candidate} build targets to use it (with destination tag > of f37-updates-candidate); > > 2) Drop i686 from f37-build tag; > > 3) Maintainers of wine and its deps etc. opt-in to i686 with a package.cfg: > > [koji] > targets = f37-multilib > > (Yes, that would have to be updated after branch point, but that could > possibly be automated.) > > 4) Everyone else leaves their spec files alone, no need to add ExcludeArch: > i686. > > Would that work? That works ok for rpmfusion. https://koji.rpmfusion.org/koji/taginfo?tagID=483 fedpkg could be adapted as well, see https://github.com/rpmfusion-infra/rfpkg/blob/master/rfpkg/__init__.py#L187 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: F37 Change: Encourage Dropping Unused / Leaf Packages on i686 (Self-Contained Change proposal)
> On Wed, Mar 09, 2022 at 09:06:01 -0600, > Chris Adams > The Fedora 36 beta is likely to slip because firefox was not building > successfully on i686, but was on other arches. That is a very poor excuse for a slip, why would any one need it? Why not add an ExcludeArch to fix? ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Let's retire original glib and gtk+ (new report)
> On Tue, 2022-03-08 at 16:01 +0000, Leigh Scott wrote: > > Hi Leigh , > yes , it looks like glib-devel is not needed , I'm curious , how do you > find these mistakes ? > > Thank you I checked the built rpm requires and did mock test builds. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Let's retire original glib and gtk+ (new report)
> Sérgio Basto kirjoitti 7.3.2022 klo 18.17: > Crossfire and freedroidrpg are games, so "is it needed?" and > "does it > have a replacement?" are not good questions to ask. A better question > would be "does anybody want to play it?". Games do not really ever > become obsolete, each is a unique experience and cannot be replaced by a > "modern alternative to X with more features". > > Personally, I have never played either of these games, and I suspect I > will not ever play them. Retiring them is probably not a great loss to > Fedora. But, if there is no pressing reason, security issue, lack of > maintainer or such, to retire the compatibility lib, I would prefer to > keep all the games that somebody is willing to maintain. > > > Otto Both those games don't use gtk+-devel. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Let's retire original glib and gtk+ (new report)
> On Mon, 07 Mar 2022 10:29:02 -0600 > Michael Catanzaro > > I'm not unwilling to retire them, I just want their users to be retired > first so I don't leave a bunch of broken dependencies behind. > > Paul. dillo, alsa-tools, gnubg, and tilda don't rely on glib or gtk+, the package maintainers have made mistakes. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Chromium security bugs remain unfixed for > 1 month
> Fedora cannot use the default tarball due to legal restrictions. > Additionally, Fedora uses > GCC (intentionally) which requires patch work for each release, but improves > the quality > of the resulting package. So GCC needs 125Gb of Ram to build chromium? https://koji.fedoraproject.org/koji/taskinfo?taskID=83529675 What makes the GCC build better than clang build? > > Chromium was also breaking koji due to the large amount of memory it needs to > build > exceeding the available memory in VMs. The helpful Fedora Infra team has > created a > baremetal group for Chromium to work around this. If the rpmfusion builder VM requirement increases (currently 16Gb) it's likely to be orphaned unless someone donates more RAM for my builder. > > ~spot ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Chromium security bugs remain unfixed for > 1 month
> VAAPI hasn't worked for a long time on chromium. In "chrome://gpu" it shows > "Video Decode: Software only. Hardware acceleration disabled" and it cannot be > changed in "chrome://flags" either. This is the case for Fedora's packaged > chromium and rpmfusion's chromium-freeworld. I encourage you to verify this > yourself > using intel or amd graphics. > vaapi is disabled by google as default since chrome 93/94, you need to enable it with --enable-features=VaapiVideoDecoder https://wiki.archlinux.org/title/chromium#Hardware_video_acceleration ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: GNOME (and Cinnamon) issues in Rawhide: status report, including gnome-bluetooth soname issues
> On Wed, 2022-02-16 at 08:32 +0000, Leigh Scott wrote: > > By building I meant it'll probably prevent the *image* from composing, > because blueberry is a 'mandatory' package in the group, and its > dependencies will no longer be satisfied, so liveimage-creator will > choke on that. That's easy to fix, you can merge this https://pagure.io/fork/leigh123linux/fedora-comps/c/ebcad0d58dd4d64a88e8d6560997400dd50b29dc Now you need to ask the Mate and XFCE maintainers to do the same. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: GNOME (and Cinnamon) issues in Rawhide: status report, including gnome-bluetooth soname issues
Hi Adam, I'm not the blueberry maintainer anymore. This change wont prevent the cinnamon spin from building as blueberry is a python app. https://src.fedoraproject.org/rpms/blueberry/blob/rawhide/f/blueberry.spec#_23 I will raise the issue with the team. Regards, Leigh ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: koji build fails with "No matching package to install"
> Hi Miro, > > > a few users have opened a bugzilla ticket [1] with the request to "Add > support for > Windows VSTs by building the Wine bridges" unfortunately I don't know how to > do > this at the moment and need help. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=2038747 > > Regards > Martin Try asking the reporter to provide a patch. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Carla compilation fails with: /usr/bin/ld: warning: libgraphite2.so.3, needed by /lib/libharfbuzz.so.0
> Try > > fedpkg mockbuild > > or > > mock -r fedora-36-x86_64 /path/to/carla.srpm Add your user name to the mock group sudo usermod -a -G mock myusername ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Carla compilation fails with: /usr/bin/ld: warning: libgraphite2.so.3, needed by /lib/libharfbuzz.so.0
> the problem is that I don't know how to build the program with mock build. Try fedpkg mockbuild or mock -r fedora-36-x86_64 /path/to/carla.srpm ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Carla compilation fails with: /usr/bin/ld: warning: libgraphite2.so.3, needed by /lib/libharfbuzz.so.0
Why?, your build flags are set for Windows compilation. /usr/bin/make -O -j2 V=1 VERBOSE=1 win32 CC=i686-w64-mingw32-gcc CXX=i686-w64-mingw32-g++ You should be compiling it in mock build. > i have installed the missing 32bit package, but then the compilation fails > again with this > error messages: > $ dnf install graphite2-devel(x86-32) > > In function 'release', > inlined from 'release' at ../modules/water/text/String.cpp:159:24, > inlined from 'release' at > ../modules/juce_core/text/juce_String.cpp:169:17, > inlined from '__dt_base ' at > ../modules/juce_core/text/juce_String.cpp:249:27, > inlined from 'addTokens.isra' at > ../modules/juce_core/text/juce_StringArray.cpp:344:26: > ../modules/water/text/String.cpp:163:52: warning: 'operator delete []' called > on > unallocated object 'emptyString' [-Wfree-nonheap-object] > 163 | delete[] reinterpret_cast (b); > |^ > ../modules/water/text/String.cpp: In member function 'addTokens.isra': > ../modules/juce_core/text/juce_String.cpp:56:26: note: declared here >56 | static const EmptyString emptyString { 0x3fff, sizeof > (String::CharPointerType::CharType), 0 }; > | ^ > make[1]: Leaving directory > '/home/martin/rpmbuild/BUILD/Carla-2.4.1/source/discovery' > + export CXXFLAGS=-fno-stack-protector > + CXXFLAGS=-fno-stack-protector > + /usr/bin/make -O -j2 V=1 VERBOSE=1 win32 CC=i686-w64-mingw32-gcc > CXX=i686-w64-mingw32-g++ > make[1]: Entering directory > '/home/martin/rpmbuild/BUILD/Carla-2.4.1/source/modules/rtmempool' > Compiling rtmempool.c (32bit) > cc1: error: plugin support is disabled; configure with --enable-plugin > make[1]: *** [Makefile:89: > ../../../build/rtmempool/Release/rtmempool.c.win32.o] Error 1 > make[1]: Leaving directory > '/home/martin/rpmbuild/BUILD/Carla-2.4.1/source/modules/rtmempool' > make: *** [Makefile:148: > /home/martin/rpmbuild/BUILD/Carla-2.4.1/build/modules/Release/rtmempool.win32.a] > Error 2 > make: *** Waiting for unfinished jobs > make[1]: Entering directory > '/home/martin/rpmbuild/BUILD/Carla-2.4.1/source/modules/lilv' > Compiling serd.c (32bit) > cc1: error: plugin support is disabled; configure with --enable-plugin > make[1]: *** [Makefile:96: ../../../build/lilv/Release/serd.c.win32.o] Error 1 > make[1]: Leaving directory > '/home/martin/rpmbuild/BUILD/Carla-2.4.1/source/modules/lilv' > make[1]: *** Waiting for unfinished jobs > make[1]: Entering directory > '/home/martin/rpmbuild/BUILD/Carla-2.4.1/source/modules/lilv' > Compiling sord.c (32bit) > cc1: error: plugin support is disabled; configure with --enable-plugin > make[1]: *** [Makefile:118: ../../../build/lilv/Release/sord.c.win32.o] Error > 1 > make[1]: Leaving directory > '/home/martin/rpmbuild/BUILD/Carla-2.4.1/source/modules/lilv' > make: *** [Makefile:148: > /home/martin/rpmbuild/BUILD/Carla-2.4.1/build/modules/Release/lilv.win32.a] > Error 2 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure