replace memtest86+ with pcmemtest, needs maintainer
[Bug 1988142] memtest boot entry on Fedora install media does not work since Fedora-Rawhide-20210728.n.3 https://bugzilla.redhat.com/show_bug.cgi?id=1988142 This bug might be gcc, but also includes a note about the upstream being kinda weak, possibly non-existent these days. Neal Gompa mentioned pcmemtest earlier this year https://github.com/martinwhitaker/pcmemtest It would need a maintainer. Any takers? Fedora doesn't have a release criterion covering the memory tester, or really any option appearing in the install media's boot menu other than the one that launches the installer. But I think it's better to not ship a memory tester at all, than to ship a broken one (given the options). Memtest86+ is bios only, where pcmemtest can be compiled to run on either firmware type. If we want it to work with UEFI Secure Boot enabled, it'd need to be signed with Fedora's key (I think the same as the one used for GRUB and/or the kernel?). This would be in scope for Fedora 36, assuming the above bug can be easily fixed. But if that bug is hard to fix, and pcmemtest could be a drop-in replacement (i.e. bios only, just like now) maybe that's doable for Fedora 35, and better than having no memory tester. Chris Murphy -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Fedora EPEL 8 updates-testing report
The following Fedora EPEL 8 Security updates need testing: Age URL 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-8676850578 chromium-91.0.4472.164-1.el8 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-1b74f2e3ca tor-0.4.5.9-1.el8 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-eafd1f0f4d seamonkey-2.53.8.1-1.el8 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-659234979d mbedtls-2.16.11-1.el8 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f87dd166fd pdns-4.5.1-1.el8 The following builds have been pushed to Fedora EPEL 8 updates-testing dmlite-1.15.0-7.el8 gitqlient-1.4.0-2.el8 gxkb-0.9.2-2.el8 kakoune-2020.09.01-4.el8 snoopy-2.4.14-1.el8 Details about builds: dmlite-1.15.0-7.el8 (FEDORA-EPEL-2021-d45e1fa6ad) Lcgdm grid data management and storage framework Update Information: Fix interoperability issue using older dmlite version on headnode and newer on disknode(s) Minor bugfixes for 1.15.0 release. ChangeLog: * Thu Jul 29 2021 Petr Vokac - 1.15.0-7 - fix interoperability with older dmlite releases * Fri Jul 23 2021 Petr Vokac - 1.15.0-6 - Minor bugfixes - Puppet modules version updated * Wed Jul 21 2021 Fedora Release Engineering - 1.15.0-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild gitqlient-1.4.0-2.el8 (FEDORA-EPEL-2021-28eec8348e) Multi-platform Git client Update Information: Initial package ChangeLog: gxkb-0.9.2-2.el8 (FEDORA-EPEL-2021-bc24029a59) X11 keyboard indicator and switcher Update Information: Initial package ChangeLog: kakoune-2020.09.01-4.el8 (FEDORA-EPEL-2021-343faee129) Code editor heavily inspired by Vim Update Information: Update to latest version ChangeLog: * Thu Jul 22 2021 Fedora Release Engineering - 2020.09.01-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild * Tue Jan 26 2021 Fedora Release Engineering - 2020.09.01-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild * Wed Oct 14 2020 Jeff Law - 2020.09.01-1 - Fix missing #includes for gcc-11 * Tue Sep 1 2020 Artem Polishchuk - 2020.09.01-1 - Update to 2020.09.01 snoopy-2.4.14-1.el8 (FEDORA-EPEL-2021-ddae0be390) A preload library to send shell commands to syslog Update Information: Initial package of snoopy for EPEL 8. ChangeLog: References: [ 1 ] Bug #1884057 - EPEL-8 Package Request: snoopy https://bugzilla.redhat.com/show_bug.cgi?id=1884057 [ 2 ] Bug #1986953 - Review Request: snoopy - A preload library to send shell commands to syslog https://bugzilla.redhat.com/show_bug.cgi?id=1986953 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Test-Announce] 2021-08-02 @ 15:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2021-08-02 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on ** irc.libera.chat ** Greetings testers! We didn't meet for a couple of weeks, so let's get together and check in. I don't have much specific for the agenda. If anyone has any other items for the agenda, please reply to this email and suggest them! Thanks. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 35 status and Change check-in 3. Test Day / community event status 4. Open floor -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ 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
[Bug 1988610] New: perl-FCGI-0.81 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1988610 Bug ID: 1988610 Summary: perl-FCGI-0.81 is available Product: Fedora Version: rawhide Status: NEW Component: perl-FCGI Keywords: FutureFeature, Triaged Assignee: emman...@seyman.fr Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, iarn...@gmail.com, mspa...@redhat.com, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 0.81 Current version/release in rawhide: 0.80-1.fc35 URL: http://search.cpan.org/dist/FCGI Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/7095/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: systemd-oomd blows away the gnome-shell desktop session
On 7/27/21 10:04 PM, Aleksei Bavshin wrote: IIRC, gnome-terminal supposed to put each tab into a new cgroup. which would address David's problem of losing his desktop session---but is still a bad experience, because you'd be running the compile (or some other memory-intensive process) in a tab, and the tab will simply disappear if OOM happened. This is confusing if you're not paying close attention, and unfriendly because the entire context of that shell session is lost --- I think even the shell command history is not saved. What should happen of course is the memory hog should get killed if it must, back to the shell prompt. ___ 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: f35 missing header files in kernel-headers-5.14.0-0.rc3.git0.1.fc35.x86_64.rpm package
* Martin Gansser: > I need the two plugins (dvbhddevice and dvbsddevice) for my > Technotrend TV card (TT DVB-S2 6400) in order to be able to watch HDTV > or SD channels. The two plugins now need the header files audio.h > osd.h and video.h, which are missing since the kernel change to 5.14 > rc3. Is there any chance this change will reverse? What is your > assessment? Sorry, I have no idea. You'd have to ask the kernel developers. I would search for the patch, check to which kernel lists it was posted to, and ask for input there. It is also possible that the plugins don't actually need those headers, and you can remove them. I haven't checked that. Thanks, Florian ___ 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
Flagged projects in Anitya
Hi, Does anyone know who looks after flagged projects in Anitya? I've flagged a couple of projects for deletion, but so far nothing has happened. Regards, Richard -- Richard Fearn richardfe...@gmail.com ___ 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: f35 missing header files in kernel-headers-5.14.0-0.rc3.git0.1.fc35.x86_64.rpm package
Hi Florian, I need the two plugins (dvbhddevice and dvbsddevice) for my Technotrend TV card (TT DVB-S2 6400) in order to be able to watch HDTV or SD channels. The two plugins now need the header files audio.h osd.h and video.h, which are missing since the kernel change to 5.14 rc3. Is there any chance this change will reverse? What is your assessment? Regards Martin ___ 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: F35 mass rebuild is finished
On Fri, Jul 30, 2021, 16:12 Florian Weimer wrote: > Does this change only impact source packages which use the %cmake3 > macro, or potentially more packages? > I've seen a similar failure with wine-dxvk Fedora package, which uses meson/ninja. > ___ 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: Problem with Python 3.10 and python-wxpython4 in Rawhide
On 7/30/21 11:43 AM, Scott Talbert wrote: On Fri, 30 Jul 2021, Steven A. Falco wrote: I decided to file a bug here: https://bugzilla.redhat.com/show_bug.cgi?id=1988466 I also saw a similar issue and added a comment here: https://github.com/wxWidgets/Phoenix/issues/1963 Yeah, I'll try to look into it later today. Scott Thanks, Scott! Steve ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Problem with Python 3.10 and python-wxpython4 in Rawhide
On Fri, 30 Jul 2021, Steven A. Falco wrote: I decided to file a bug here: https://bugzilla.redhat.com/show_bug.cgi?id=1988466 I also saw a similar issue and added a comment here: https://github.com/wxWidgets/Phoenix/issues/1963 Yeah, I'll try to look into it later today. Scott ___ 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: Problem with Python 3.10 and python-wxpython4 in Rawhide
I decided to file a bug here: https://bugzilla.redhat.com/show_bug.cgi?id=1988466 I also saw a similar issue and added a comment here: https://github.com/wxWidgets/Phoenix/issues/1963 Steve On 7/30/21 11:02 AM, Steven A. Falco wrote: I have python3-wxpython4 4.0.7-19.fc35 and python3 3.10.0~b4-3.fc35 on a rawhide VM. I get the following error: rawhide$ python -c "import wx;print(wx.version())" Traceback (most recent call last): File "", line 1, in File "/usr/lib64/python3.10/site-packages/wx/__init__.py", line 17, in from wx.core import * File "/usr/lib64/python3.10/site-packages/wx/core.py", line 12, in from ._core import * UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc3 in position 261: invalid continuation byte free(): invalid size Aborted (core dumped) Should I file a bug on Fedora, or should it go upstream, and if so, where? Thanks, Steve ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Problem with Python 3.10 and python-wxpython4 in Rawhide
I have python3-wxpython4 4.0.7-19.fc35 and python3 3.10.0~b4-3.fc35 on a rawhide VM. I get the following error: rawhide$ python -c "import wx;print(wx.version())" Traceback (most recent call last): File "", line 1, in File "/usr/lib64/python3.10/site-packages/wx/__init__.py", line 17, in from wx.core import * File "/usr/lib64/python3.10/site-packages/wx/core.py", line 12, in from ._core import * UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc3 in position 261: invalid continuation byte free(): invalid size Aborted (core dumped) Should I file a bug on Fedora, or should it go upstream, and if so, where? Thanks, Steve ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Review swaps
On Tue, Jul 13, 2021 at 5:02 PM Jerry James wrote: > python-pydata-sphinx-theme: > https://bugzilla.redhat.com/show_bug.cgi?id=1981997, requires > python-jupyter-sphinx and python-pytest-regressions This is the last review I need for the python-networkx update. I'm willing to swap reviews or other technical favors. -- Jerry James http://www.jamezone.org/ ___ 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
libqalculate soname bump 21->22
libqalculate 3.20.1 updates soname version to 22. I will rebuild the affected packages. $ dnf repoquery --releasever=rawhide --whatrequires libqalculate cantor-libs-0:21.04.2-2.fc35.x86_64 plasma-workspace-libs-0:5.22.4-1.fc35.x86_64 qalculate-kde-0:0.9.7.10-31.nmu1.fc35.x86_64 step-0:21.04.3-1.fc35.x86_64 Mukundan. -- GPG Key: E5C8BC67 OpenPGP_signature Description: OpenPGP digital 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: compilation error: stl_algobase.h:182:11: error: call of overloaded 'swap(cUpdate::ImageFile&, cUpdate::ImageFile&)' is ambiguous
solved by adding #define DISABLE_TEMPLATES_COLLIDING_WITH_STL into file config.h ___ 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: F35 mass rebuild is finished
* Michael Cronenworth: > This is affectting many different packages that use the %cmake3 macro > and try to enter its build directory. I traced the root of it. > > The %cmake3 macro calls the %_vpath_builddir macro to set its build directory > name. > > F35 - %_vpath_builddir: "%{_vendor}-%{_target_os}-build" (generates: > "redhat-linux") > F34 and earlier - %_vpath_builddir: "%_target_platform" (generates: > "$ARCH-redhat-linux-gnu") > > Why did this macro change in F35? (and only recently...) Does this change only impact source packages which use the %cmake3 macro, or potentially more packages? Thanks, Florian ___ 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
[Bug 1988415] perl-experimental-0.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1988415 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-experimental-0.025-1.fc32.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=72973147 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 1988415] New: perl-experimental-0.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1988415 Bug ID: 1988415 Summary: perl-experimental-0.025 is available Product: Fedora Version: rawhide Status: NEW Component: perl-experimental Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mspa...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 0.025 Current version/release in rawhide: 0.024-478.fc35 URL: http://search.cpan.org/dist/experimental/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/2857/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Scheduled Bugzilla outage: 2021-07-31
Reminder: Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will be unavailable on Saturday July 31 from 0030–0530 UTC. Status updates will be available at https://status.redhat.com/incidents/7cn1j5k5qsgw -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis ___ devel-announce mailing list -- devel-announce@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Test-Announce] Re: Scheduled Bugzilla outage: 2021-07-31
Reminder: Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will be unavailable on Saturday July 31 from 0030–0530 UTC. Status updates will be available at https://status.redhat.com/incidents/7cn1j5k5qsgw -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ 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: F35 mass rebuild is finished
On Tue, Jul 27, 2021 at 11:40 AM Michael Cronenworth wrote: > > On 7/27/21 10:37 AM, Michael Cronenworth wrote: > > > > This is affectting many different packages that use the %cmake3 macro and > > try to > > enter its build directory. I traced the root of it. > > > > The %cmake3 macro calls the %_vpath_builddir macro to set its build > > directory name. > > > > F35 - %_vpath_builddir: "%{_vendor}-%{_target_os}-build" (generates: > > "redhat-linux") > > F34 and earlier - %_vpath_builddir: "%_target_platform" (generates: > > "$ARCH-redhat-linux-gnu") > > > > Why did this macro change in F35? (and only recently...) > > So Neal purposely made this change on July 10. @Neal? I explained in the commit message: https://src.fedoraproject.org/rpms/redhat-rpm-config/c/e0cfcc0fc76a7642faabb25c5e348d6a1314ace2 I was dealing with a ton of random failures from packages that had noarch doc subpackages where Koji was failing the build because the file metadata included the build path, which differed across architectures. Doxygen is particularly guilty of this. As the %_vpath_builddir macro is what you're supposed to use _anyway_ when monkeying around with build directories with CMake and Meson and I hadn't seen anything at a glance that was doing weird things, I made the change so that these kinds of failures would go away. -- 真実はいつも一つ!/ Always, there's only one truth! ___ 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
FTBFS due to use of %{_target_platform}, use %{_vpath_builddir} instead
Hi, It just hit me and I didn't find it on this list, so.. In spec after %cmake_install a cd %{_target_platform} failed for the rawhide mass rebuild with no such directory. After being pointed out (thanks Neal) to change that to cd %{_vpath_builddir} it works. Reason: https://src.fedoraproject.org/rpms/redhat-rpm-config/c/e0cfcc0fc76a7642faabb25c5e348d6a1314ace2 Eike -- GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
compilation error: stl_algobase.h:182:11: error: call of overloaded 'swap(cUpdate::ImageFile&, cUpdate::ImageFile&)' is ambiguous
Hi, when compiling vdr-osd2web [1] on f35, i get the following error message: g++ -c -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fPIC -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -std=gnu++14 -D__STDC_FORMAT_MACROS -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wunused-but-set-variable -Wunused-but-set-parameter -D__STL_CONFIG_H -DOSD2WEB -DLOG_PREFIX='"osd2web: "' -DVDR_PLUGIN -DUSEJSON -DUSEGUNZIP -DPLUGIN_NAME_I18N='"osd2web"' -DGIT_REV='""' -o dia.o dia.c In file included from /usr/include/c++/11/bits/char_traits.h:39, from /usr/include/c++/11/string:40, from lib/common.h:19, from lib/config.h:11, from config.h:16, from dia.c:19: /usr/include/c++/11/bits/stl_algobase.h: In instantiation of 'void std::iter_swap(_ForwardIterator1, _ForwardIterator2) [with _ForwardIterator1 = __gnu_cxx::__normal_iterator >; _ForwardIterator2 = __gnu_cxx::__normal_iterator >]': /usr/include/c++/11/bits/stl_algo.h:3767:18: required from 'void std::shuffle(_RAIter, _RAIter, _UGenerator&&) [with _RAIter = __gnu_cxx::__normal_iterator >; _UGenerator = std::linear_congruential_engine&]' dia.c:109:19: required from here /usr/include/c++/11/bits/stl_algobase.h:182:11: error: call of overloaded 'swap(cUpdate::ImageFile&, cUpdate::ImageFile&)' is ambiguous 182 | swap(*__a, *__b); | ^~~~ In file included from /usr/include/c++/11/bits/stl_pair.h:59, from /usr/include/c++/11/bits/stl_algobase.h:64, from /usr/include/c++/11/bits/char_traits.h:39, from /usr/include/c++/11/string:40, from lib/common.h:19, from lib/config.h:11, from config.h:16, from dia.c:19: /usr/include/c++/11/bits/move.h:196:5: note: candidate: 'std::_Require >, std::is_move_constructible<_Tp>, std::is_move_assignable<_Tp> > std::swap(_Tp&, _Tp&) [with _Tp = cUpdate::ImageFile; std::_Require >, std::is_move_constructible<_Tp>, std::is_move_assignable<_Tp> > = void]' 196 | swap(_Tp& __a, _Tp& __b) | ^~~~ In file included from lib/common.h:38, from lib/config.h:11, from config.h:16, from dia.c:19: /usr/include/vdr/tools.h:63:31: note: candidate: 'void swap(T&, T&) [with T = cUpdate::ImageFile]' 63 | template inline void swap(T , T ) { T t = a; a = b; b = t; } | ^~~~ make: *** [Makefile:91: dia.o] Error 1 [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1804801 How can I solve this ? Regards Martin ___ 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: f35 missing header files in kernel-headers-5.14.0-0.rc3.git0.1.fc35.x86_64.rpm package
sounds very bad :( Thanks for your feedback. Regards Martin ___ 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: F35 Change: Restart User Services after Upgrade (very-very-very late System-Wide Change proposal)
Dne 29. 07. 21 v 11:37 Zbigniew Jędrzejewski-Szmek napsal(a): Thanks. I added a paragraph and reworded some stuff. Please say if you think there should be more. ad Detailed Description - are the user services documented somewhere in upstream? I found just various blogposts describing this. Link to upstream documentation would be nice. ad Scope This: * Switch from |%systemd_user_postun| to |%systemd_user_postun_with_restart| if appropriate. * Make sure that their user services behave properly during restart. is still vague. Especially the part "if appropriate". I suggest to write it like: """ When the service is safe to restart - e.g., app-sealertauto@autostart.service or evolution-addressbook-factory.service then package maintainer are suggests to switch from |%systemd_user_postun| to |%systemd_user_postun_with_restart| |When the service CANNOT be safely restarted - e.g. restarting of plasma-ksmserver.service results in log off - then FIXME do nothing, or what?| |When you are in doubt and your service may or may not not result in bad user experience then FIXME (what than?).| |ad How to Test| Look at logs or otherwise verify that the script was restarted, and for an update, that the new version is running. This can be tricky and the log is quite verbose. I suggests to run $ systemctl --user status pipewire.service ● pipewire.service - Multimedia Service Loaded: loaded (/usr/lib/systemd/user/pipewire.service; disabled; vendor preset: disabled) Active: active (running) since Fri 2021-07-30 12:43:34 CEST; 3s ago ... And check whether the time is later then the time when the rpm transaction started. Miroslav || ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 1987801] perl-POE: FTBFS in Fedora rawhide/f35
https://bugzilla.redhat.com/show_bug.cgi?id=1987801 Michal Josef Spacek changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|--- |If docs needed, set a value --- Comment #4 from Michal Josef Spacek --- I build this by hand and it's ok (https://koji.fedoraproject.org/koji/buildinfo?buildID=1796546) There was some hiccup probably with timeouts. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: F35 Change: Restart User Services after Upgrade (very-very-very late System-Wide Change proposal)
Dne 29. 07. 21 v 14:51 Joe Orton napsal(a): 1) Users asked to be able to turn this off ("why did running dnf break my web server" etc), which I think is reasonable, we added a crude mechanism (touch /etc/sysconfig/thing) to disable it. I like this one. Miroslav ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: F35 Change: Restart User Services after Upgrade (very-very-very late System-Wide Change proposal)
Dne 29. 07. 21 v 11:51 Daniel P. Berrangé napsal(a): Only restarting daemons when the executable binary changes gives us a false sense of having solved the upgrades problems. To arbitrarily pick on 'colord', there are 35 libraries it links to that could be considered triggers for restart on upgrade. This is exactly what python3-tracer does. It transitively check all libraries the binary is using. http://tracer-package.com/ Miroslav ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Cloud-34-20210730.0 compose check report
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20210729.0): ID: 937942 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/937942 ID: 937952 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/937952 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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: f35 missing header files in kernel-headers-5.14.0-0.rc3.git0.1.fc35.x86_64.rpm package
* Martin Gansser: > Hi, > > i want to compile vdr [1] on f35, but this fails with: > > + for plugin in dvbhddevice dvbsddevice rcu skincurses > + /usr/bin/make -O -j8 V=1 VERBOSE=1 -C PLUGINS/src/dvbhddevice > VDRDIR=/builddir/build/BUILD/vdr-2.4.7 > PLGCFG=/builddir/build/BUILD/vdr-2.4.7/bundled-plugins.mk all > make: Entering directory > '/builddir/build/BUILD/vdr-2.4.7/PLUGINS/src/dvbhddevice' > g++ -O3 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches > -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 > -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 > -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 > -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables > -fstack-clash-protection -fPIC -Werror=overloaded-virtual -Wno-parentheses > -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > -D_LARGEFILE64_SOURCE -I/builddir/build/BUILD/vdr-2.4.7/include -c > -DPLUGIN_NAME_I18N='"dvbhddevice"' -o dvbhdffdevice.o dvbhdffdevice.c > dvbhdffdevice.c:14:10: fatal error: linux/dvb/audio.h: No such file or > directory >14 | #include > | ^~~ > compilation terminated. This is the result of this kernel commit: commit 819fbd3d8ef36c09576c2a0ffea503f5c46e9177 Author: Mauro Carvalho Chehab Date: Tue Jun 1 11:31:30 2021 +0200 media: dvb header files: move some headers to staging The audio, video and OSD APIs are used upstream only by the av7110 driver, which was moved to staging. So, move the corresponding header files to it. Signed-off-by: Mauro Carvalho Chehab The deprecation of this headers was announced two years ago: commit 9ff4d4e08ba8471f6c4cae05544f1802f6aab828 Author: Mauro Carvalho Chehab Date: Tue Jun 4 10:41:20 2019 -0400 media: dvb: tag deprecated DVB APIs as such There are three headers at DVB that should not be used on future projects: audio.h, osd.h and video.h. While this is already clear at the docs, make clear also at the headers that those files should not be used on future drivers. Signed-off-by: Mauro Carvalho Chehab So vdr needs to be adjusted, probably by dropping the plugin. Thanks, Florian ___ 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: F35 Change: Restart User Services after Upgrade (very-very-very late System-Wide Change proposal)
On Thu, Jul 29, 2021 at 01:51:46PM +0100, Joe Orton wrote: > On Wed, Jul 28, 2021 at 09:07:58AM -0400, Ben Cotton wrote: > > Note from the change owner: I'm submitting this as very-very-late > > change for F35. The implementation in systemd is mostly done, so it'll > > become available in rawhide pretty soon. To actually make use of the > > new functionality, individual packages should be changed to use > > _with_restart in their scriptlets and rebuilt. This will happen over > > time, and it's fine if each package does that on its own schedule. We > > still do not have that many user services, and restarting from > > packaging scriptlets will be possible and appropriate only for some of > > them. I think it's important to make the functionality available, > > without trying to use it everywhere immediately. > > > > https://fedoraproject.org/wiki/Changes/Restart_User_Service_after_Upgrade > > We've been restarting httpd on upgrades in %posttrans for a while, so > it's good to see a more general version of this available. A couple of > notes: > > 1) Users asked to be able to turn this off ("why did running dnf break > my web server" etc), which I think is reasonable, we added a crude > mechanism (touch /etc/sysconfig/thing) to disable it. > > 2) Blocking the dnf transaction from completing before the service > restarts turned out to be quite painful UX and we now only run > try-restart with --no-block. Depending on the service or service > configuration there it can be a significant delay. Obviously a trade-off > here since it can hide the failure case. httpd is special because the restart is slow… but this should be an exception I think. 'systemctl --user daemon-reexec' takes 0.260 on my laptop, and the restart of user services would be fairly quick too. The new macros are blocking (like the previous macros for system services), though the timeout is limited to 15 s to prevent blocking of the upgrade by unprivileged code. I expect the typical restart to be <<1s, so this should be more than enough. Synchronous restart is nice when the update is part of some script: 'sudo dnf install … && call-some-command-that-uses-the-new-api'. This also includes stuff called internally as part of the dnf transaction from the scriptlets: sometimes the dependent packages will require the new functionality. That said, individual packages can use a different form of scriptlets to make the restart asynchronous (or skip it entirely), as appropriate. I think that restart of most applications should be invisible or at most cause a transient glitch, e.g. loss of audio while some application is being restarted. I think this would be an acceptable trade-off, better than asking users to deal with the issue. But each app is different: httpd vs. pipewire vs. firefox vs. tracker-miner-fs-3.service… I'm sure that different solution will need to be used. > I tried to trace through the systemd macros (the links from the Change > wiki under "Macro details" are broken) and it looks like you do block on > restart/reload, is that worth reconsidering? Maybe we could wrap the > systemd macros to achieve (1) as well for httpd, but I'd say that it > might be a more generally useful feature too to allow users control over > this feature. I don't see this, the links work for me. I updated the formatting a bit. Zbyszek ___ 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
f35 missing header files in kernel-headers-5.14.0-0.rc3.git0.1.fc35.x86_64.rpm package
Hi, i want to compile vdr [1] on f35, but this fails with: + for plugin in dvbhddevice dvbsddevice rcu skincurses + /usr/bin/make -O -j8 V=1 VERBOSE=1 -C PLUGINS/src/dvbhddevice VDRDIR=/builddir/build/BUILD/vdr-2.4.7 PLGCFG=/builddir/build/BUILD/vdr-2.4.7/bundled-plugins.mk all make: Entering directory '/builddir/build/BUILD/vdr-2.4.7/PLUGINS/src/dvbhddevice' g++ -O3 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables -fstack-clash-protection -fPIC -Werror=overloaded-virtual -Wno-parentheses -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/builddir/build/BUILD/vdr-2.4.7/include -c -DPLUGIN_NAME_I18N='"dvbhddevice"' -o dvbhdffdevice.o dvbhdffdevice.c dvbhdffdevice.c:14:10: fatal error: linux/dvb/audio.h: No such file or directory 14 | #include | ^~~ compilation terminated. make: *** [Makefile:64: dvbhdffdevice.o] Error 1 make: Leaving directory '/builddir/build/BUILD/vdr-2.4.7/PLUGINS/src/dvbhddevice' make: *** Waiting for unfinished jobs make: Entering directory '/builddir/build/BUILD/vdr-2.4.7/PLUGINS/src/dvbhddevice' g++ -O3 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables -fstack-clash-protection -fPIC -Werror=overloaded-virtual -Wno-parentheses -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/builddir/build/BUILD/vdr-2.4.7/include -c -DPLUGIN_NAME_I18N='"dvbhddevice"' -o hdffosd.o hdffosd.c hdffosd.c:8:10: fatal error: linux/dvb/osd.h: No such file or directory 8 | #include | ^ compilation terminated. the kernel-headers on f35 contains this files: rpm -ql kernel-headers-5.14.0-0.rc3.git0.1.fc35.x86_64.rpm |grep "/usr/include/linux/dvb/" /usr/include/linux/dvb/ca.h /usr/include/linux/dvb/dmx.h /usr/include/linux/dvb/frontend.h /usr/include/linux/dvb/net.h /usr/include/linux/dvb/version.h and the kernel-headers on f34 contains this files: rpm -ql kernel-headers-5.13.3-200.fc34.x86_64.rpm |grep "/usr/include/linux/dvb/" /usr/include/linux/dvb/audio.h /usr/include/linux/dvb/ca.h /usr/include/linux/dvb/dmx.h /usr/include/linux/dvb/frontend.h /usr/include/linux/dvb/net.h /usr/include/linux/dvb/osd.h /usr/include/linux/dvb/version.h /usr/include/linux/dvb/video.h How can I solve this ? [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1807563 friendly Regards Martin ___ 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
Fedora-Cloud-33-20210730.0 compose check report
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210729.0): ID: 937926 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/937926 ID: 937936 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/937936 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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
[Bug 1987798] perl-GnuPG-Interface: FTBFS in Fedora rawhide/f35: t/zzz_cleanup.t test fails
https://bugzilla.redhat.com/show_bug.cgi?id=1987798 Petr Pisar changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Assignee|emman...@seyman.fr |ppi...@redhat.com Last Closed||2021-07-30 07:06:57 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Plan to orphan (retire ?) the Horde stack
Hi, https://www.horde.org/ The horde stack is a huge set of >100 packages Lot of them are FTBFS as not ready for PHP 9 The project is not very active, and their seems to be a major rewrite, with namespace, and using composer. The project is still maintained for security but using old PHP (so fine for Fedora <=34 and EPEL) I plan to orphan all the package in the next day or perhaps only retire them from rawhide Remi ___ 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
[Bug 1987798] perl-GnuPG-Interface: FTBFS in Fedora rawhide/f35: t/zzz_cleanup.t test fails
https://bugzilla.redhat.com/show_bug.cgi?id=1987798 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com Fixed In Version||perl-GnuPG-Interface-1.02-3 ||.fc35 Summary|perl-GnuPG-Interface: FTBFS |perl-GnuPG-Interface: FTBFS |in Fedora rawhide/f35 |in Fedora rawhide/f35: ||t/zzz_cleanup.t test fails Doc Type|--- |If docs needed, set a value --- Comment #4 from Petr Pisar --- From the build.log: t/zzz_cleanup.t Failed 1/1 subtests Test Summary Report --- t/zzz_cleanup.t (Wstat: 0 Tests: 1 Failed: 1) Failed test: 1 Files=24, Tests=62, 10 wallclock secs ( 0.08 usr 0.03 sys + 6.91 cusr 0.65 csys = 7.67 CPU) Result: FAIL gpg-connect-agent: no running gpg-agent - starting '/usr/bin/gpg-agent' gpg-connect-agent: waiting for the agent to come up ... (5s) gpg-connect-agent: connection to the agent established gpg-agent[291017]: gpg-agent running and available gpg: using "0x93AFC4B1B0288A104996B44253AE596EF950DA9C" as default secret key for signing Failed 1/24 test programs. 1/62 subtests failed. make: *** [Makefile:800: test_dynamic] Error 255 It looks like a random failure. Moreover it's not a test. It only cleans temporary files. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure