Re: Pull-request related question.
Thank you, Scott. Regards, Sergey On Sun, Nov 13, 2022 at 6:04 AM Scott Talbert wrote: > On Sat, 12 Nov 2022, Sergey Mende wrote: > > > Hi, > > during development of my own project I hit the bug in `gdb` that is > already fixed upstream but not backported to rawhide yet. > > I did a backport and ready to submit a PR. What is the right way to > proceed: > > > > a) just file a PR; > > b) open a bug in bugzilla, submit a PR; > > c) submit a PR, open a bug in bugzilla noting that PR is in a way? > > It looks like the gdb maintainer(s) are relatively responsive to PRs, so > you could probably just open a PR. > > 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, report it: > https://pagure.io/fedora-infrastructure/new_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: Pull-request related question.
On Sat, 12 Nov 2022, Sergey Mende wrote: Hi, during development of my own project I hit the bug in `gdb` that is already fixed upstream but not backported to rawhide yet. I did a backport and ready to submit a PR. What is the right way to proceed: a) just file a PR; b) open a bug in bugzilla, submit a PR; c) submit a PR, open a bug in bugzilla noting that PR is in a way? It looks like the gdb maintainer(s) are relatively responsive to PRs, so you could probably just open a PR. 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-4d30ee90cd nginx-1.20.1-10.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing js-jquery-ui-1.13.2-1.el7 Details about builds: js-jquery-ui-1.13.2-1.el7 (FEDORA-EPEL-2022-a06d5c7af1) jQuery user interface Update Information: A flaw was found in the jquery-UI package. Affected versions of this package are vulnerable to Cross-site scripting (XSS) attack via the initialization of a check-box-radio widget on an input tag enclosed within a label, leading to the parent label contents being considered as the input label. ChangeLog: * Fri Nov 11 2022 Mattias Ellert - 1.13.2-1 - Update to version 1.13.2 * Thu Jul 21 2022 Fedora Release Engineering - 1.13.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild * Mon Jul 18 2022 Mattias Ellert - 1.13.0-3 - Change CSS minifier from yuicompressor to rcssmin on Fedora * Thu Jan 20 2022 Fedora Release Engineering - 1.13.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild References: [ 1 ] Bug #2110706 - CVE-2022-31160 js-jquery-ui: jqueryui: CVE-2022-31160 [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2110706 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[EPEL-devel] Fedora EPEL 8 updates-testing report
The following builds have been pushed to Fedora EPEL 8 updates-testing castxml-0.4.7-1.el8 js-jquery-ui-1.13.2-1.el8 kf5-akonadi-calendar-21.12.2-1.el8 kf5-calendarsupport-21.12.2-1.el8 kf5-eventviews-21.12.2-1.el8 kf5-mailimporter-21.12.2-1.el8 ksirk-21.12.2-1.el8 libsignal-protocol-c-2.3.3-7.el8 libstrophe-0.12.2-1.el8 marco-1.26.1-1.el8 yakuake-22.04.1-1.el8 Details about builds: castxml-0.4.7-1.el8 (FEDORA-EPEL-2022-533cdc4f49) C-family abstract syntax tree XML output tool Update Information: CastXML 0.4.7 ChangeLog: * Fri Nov 11 2022 Mattias Ellert - 0.4.7-1 - Update to version 0.4.7 * Mon Sep 19 2022 Pete Walter - 0.4.6-2 - Rebuild for llvm 15 References: [ 1 ] Bug #2141845 - castxml-0.4.7 is available https://bugzilla.redhat.com/show_bug.cgi?id=2141845 js-jquery-ui-1.13.2-1.el8 (FEDORA-EPEL-2022-2da86b14b9) jQuery user interface Update Information: A flaw was found in the jquery-UI package. Affected versions of this package are vulnerable to Cross-site scripting (XSS) attack via the initialization of a check-box-radio widget on an input tag enclosed within a label, leading to the parent label contents being considered as the input label. ChangeLog: * Fri Nov 11 2022 Mattias Ellert - 1.13.2-1 - Update to version 1.13.2 * Thu Jul 21 2022 Fedora Release Engineering - 1.13.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild * Mon Jul 18 2022 Mattias Ellert - 1.13.0-3 - Change CSS minifier from yuicompressor to rcssmin on Fedora * Thu Jan 20 2022 Fedora Release Engineering - 1.13.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild References: [ 1 ] Bug #2110706 - CVE-2022-31160 js-jquery-ui: jqueryui: CVE-2022-31160 [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2110706 kf5-akonadi-calendar-21.12.2-1.el8 (FEDORA-EPEL-2022-8c1e8cdede) The Akonadi Calendar Library Update Information: Update KDE packages that did not make it in with the original large batch ChangeLog: * Fri Feb 4 2022 Rex Dieter - 21.12.2-1 - 21.12.2 * Thu Jan 20 2022 Fedora Release Engineering - 21.12.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild * Thu Jan 6 2022 Marc Deop - 21.12.1-1 - 21.12.1 * Mon Dec 20 2021 Marc Deop - 21.12.0-1 - 21.12.0 kf5-calendarsupport-21.12.2-1.el8 (FEDORA-EPEL-2022-8c1e8cdede) KDE PIM library for calendar and even handling Update Information: Update KDE packages that did not make it in with the original large batch ChangeLog: * Fri Feb 4 2022 Rex Dieter - 21.12.2-1 - 21.12.2 * Thu Jan 20 2022 Fedora Release Engineering - 21.12.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild * Thu Jan 6 2022 Marc Deop - 21.12.1-1 - 21.12.1 * Mon Dec 20 2021 Marc Deop - 21.12.0-1 - 21.12.0 kf5-eventviews-21.12.2-1.el8 (FEDORA-EPEL-2022-8c1e8cdede) KDE PIM library for displaying events and calendars Update Information: Update KDE packages that did not make it in with the original large batch ChangeLog: * Fri Feb 4 2022 Rex Dieter - 21.12.2-1 - 21.12.2 * Thu Jan 20 2022 Fedora Release Engineering - 21.12.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild * Thu Jan 6 2022 Marc Deop - 21.12.1-1 - 21.12.1 * Mon Dec 20 2021
[Bug 2130630] Please branch and build perl-TestML in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2130630 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System --- FEDORA-EPEL-2022-b15398a7ea has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-b15398a7ea See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2130630 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2130625] Please branch and build perl-Inline in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2130625 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System --- FEDORA-EPEL-2022-a935feca4a has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-a935feca4a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2130625 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2130626] Please branch and build perl-Pegex in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2130626 --- Comment #7 from Fedora Update System --- FEDORA-EPEL-2022-b15398a7ea has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-b15398a7ea See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2130626 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Help needed with build failing in Koji for rawhide i686
On 12/11/2022 22:21, Vitaly Zaitsev wrote: It looks like --disable-largefile flag changed ABI and all dependent packages must be rebuilt. -./libmpg123.so.0.47.0-1: file format elf32-i386 +./libmpg123.so.0.47.0-2: file format elf32-i386 DYNAMIC SYMBOL TABLE: - DF *UND* GLIBC_2.1 open64 DF *UND* GLIBC_2.0 read w D *UND* Base_ITM_deregisterTMCloneTable DO *UND* GLIBC_2.0 stderr @@ -10,6 +9,7 @@ DF *UND* GLIBC_2.0 free DF *UND* GLIBC_2.0 memcpy DF *UND* GLIBC_2.29 pow + DF *UND* GLIBC_2.0 lseek DF *UND* GLIBC_2.0 memcmp DF *UND* GLIBC_2.0 select DF *UND* GLIBC_2.4 __stack_chk_fail @@ -21,181 +21,159 @@ DF *UND* GLIBC_2.0 malloc DF *UND* GLIBC_2.0 strerror w D *UND* Base__gmon_start__ + DF *UND* GLIBC_2.0 open DF *UND* GLIBC_2.0 strlen DF *UND* GLIBC_2.0 strcasecmp DF *UND* GLIBC_2.7 __isoc99_sscanf DF *UND* GLIBC_2.0 memset + DF *UND* GLIBC_2.28 fcntl DF *UND* GLIBC_2.0 __errno_location DF *UND* GLIBC_2.0 strncpy DF *UND* GLIBC_2.0 strtod DF *UND* GLIBC_2.0 strncasecmp - DF *UND* GLIBC_2.28 fcntl64 - DF *UND* GLIBC_2.1 lseek64 DF *UND* GLIBC_2.3.4 __fprintf_chk w D *UND* Base_ITM_registerTMCloneTable DF *UND* GLIBC_2.0 strncmp DF *UND* GLIBC_2.0 close -0002b8d0 gDF .text 0026 Basempg123_enc_from_id3 -000193f0 gDF .text 01f9 Basempg123_decode -000408a0 gDF .text 003d Basempg123_decode_frame_32 -00019f10 gDF .text 008d Basempg123_getformat2 -0002b850 gDF .text 0058 Basempg123_icy -00019bb0 gDF .text 01a6 Basempg123_info -000191f0 gDF .text 0070 Basempg123_framebyframe_next -00041ab0 gDF .text 0038 Basempg123_open_32 -9af0 gDF .text 0057 Basempg123_encsize -92c0 gDF .text 003a Basempg123_delete_pars -00041ef0 gDF .text 0038 Basempg123_open_fd_32 -0002aee0 gDF .text 003a Basempg123_set_filesize_64 -000125c0 gDF .text 003a Basempg123_new -000106b0 gDF .text 003d Basempg123_getparam2 -00019d60 gDF .text 01a6 Basempg123_info2 -8ee0 gDF .text 03da Basempg123_position_64 -00011410 gDF .text 003f Basempg123_tell_stream_64 -00040db0 gDF .text 003d Basempg123_feedseek_32 -000416a0 gDF .text 00b7 Basempg123_replace_reader -00010f20 gDF .text 0136 Basempg123_framebyframe_decode_64 -0002af20 gDF .text 014f Basempg123_framelength_64 -99d0 gDF .text 008d Basempg123_getvolume -0002bb50 gDF .text 0078 Basempg123_plain_strerror -00041c40 gDF .text 0038 Basempg123_open_handle_32 -ff20 gDF .text 0196 Basempg123_supported_decoders -00012190 gDF .text 0427 Basempg123_parnew -0002b7d0 gDF .text 0077 Basempg123_id3_raw -00041760 gDF .text 003c Basempg123_replace_reader_32 -00011130 gDF .text 0021 Basempg123_clip -00010ee0 gDF .text 003a Basempg123_outblock -98e0 gDF .text 0053 Basempg123_volume_change -00040c40 gDF .text 0061 Basempg123_seek -fed0 gDF .text 002b Basempg123_current_decoder -000414e0 gDF .text 0059 Basempg123_framelength -00040800 gDF .text 0096 Basempg123_decode_frame -00019fa0 gDF .text 0045 Basempg123_getformat -00039fd0 gDF .text 0087 Basempg123_same_string -8e30 gDF .text 0026 Basempg123_spf -0001a0a0 gDF .text 0120 Basempg123_seek_frame_64 -00041d80 gDF .text 016a Basempg123_open_fd -0002d5b0 gDF .text 003d Basempg123_store_utf8_2 -00041660 gDF .text 0038 Basempg123_set_filesize_32 -00040df0 gDF .text 0061 Basempg123_seek_frame -000413a0 gDF .text 00d9 Basempg123_position -00040a60 gDF .text 0059 Basempg123_tell -e590 gDF .text 0252 Basempg123_fmt_all -0002c190 gDF .text 0111 Base
Re: Help needed with build failing in Koji for rawhide i686
On 12-11-2022 22:21, Vitaly Zaitsev via devel wrote: On 12/11/2022 22:09, Sandro wrote: I did an 'rpm -qf /lib/libsndfile.so.1' and that pointed me to the libsndfile package, which wasn't updated recently. It looks like --disable-largefile flag changed ABI and all dependent packages must be rebuilt. I'm taking that as an indirect answer. ;) I should have looked at what libsndfile depends on with ldd, which lists libmpg123 among others. Regarding dependent packages of libmpg123 (might be incomplete): dnf --quiet --cache --repo rawhide repoquery \ --whatrequires 'libmpg123.so.0()(64bit)' audacious-plugins-0:4.2-3.fc38.x86_64 baresip-mpa-0:2.8.2-1.fc38.x86_64 bigloo-libs-0:4.4c-8.4.fc38.x86_64 easyrpg-player-0:0.7.0-4.fc37.x86_64 gstreamer1-plugins-good-0:1.20.4-1.fc38.x86_64 lagrange-0:1.13.7-1.fc37.x86_64 liblove-0:11.4-3.fc37.x86_64 libopenmpt-0:0.6.6-1.fc38.x86_64 libsndfile-0:1.1.0-5.fc38.x86_64 mp3gain-0:1.6.2-8.fc37.x86_64 mpg123-0:1.30.2-1.fc37.x86_64 mpg123-devel-0:1.30.2-1.fc37.x86_64 qmmp-0:2.1.2-1.fc38.x86_64 squeezelite-0:1.9.9.1392-5.20211226git790f8bd.fc38.x86_64 tcl-snack-0:2.2.10-52.fc37.x86_64 xmms2-0:0.8-83.fc38.x86_64 -- Sandro ___ 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
On 12/11/2022 22:09, Sandro wrote: I did an 'rpm -qf /lib/libsndfile.so.1' and that pointed me to the libsndfile package, which wasn't updated recently. It looks like --disable-largefile flag changed ABI and all dependent packages must be rebuilt. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Direct to stable updates
Gary Buhrmaster wrote: > Interesting. I have never seen such analysis results > shared (either the part about why maintainers do it, > or the pushes being the common causes of bad > updates), and of course, anecdotal experience does > not lead to a supportable conclusion. Where was > that analysis published so I can read it? It is empirical evidence only. (When something bad was pushed to stable, I looked at how it happened, and more often than not, it was autokarma.) There is not much of an analysis that can be done because Bodhi does not retain historical data. Kevin Kofler ___ 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
On 12-11-2022 21:35, Vitaly Zaitsev via devel wrote: On 12/11/2022 19:16, Sandro wrote: /usr/bin/ld: /lib/libsndfile.so.1: undefined reference to `mpg123_open_handle_64' This broken update proposed for stable releases too: - https://bodhi.fedoraproject.org/updates/FEDORA-2022-7568890645 - https://bodhi.fedoraproject.org/updates/FEDORA-2022-fe2fc66065 Thanks, Vitaly. I was suspecting a change in a dependency that had been pushed to rawhide. I did an 'rpm -qf /lib/libsndfile.so.1' and that pointed me to the libsndfile package, which wasn't updated recently. How could I have figured out that I needed to look at mpg123 instead? -- Sandro ___ 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
On 12-11-2022 19:46, Otto Liljalaakso wrote: Sandro kirjoitti 12.11.2022 klo 20.16: I recently updated brewtarget to 3.0.3. In koji the build fails[1] only for rawhide i686 arch with the following error: /usr/bin/ld: /lib/libsndfile.so.1: undefined reference to `mpg123_open_handle_64' /usr/bin/ld: /lib/libsndfile.so.1: 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/libsndfile.so.1: undefined reference to `mpg123_length_64' collect2: error: ld returned 1 exit status gmake[2]: *** [CMakeFiles/brewtarget.dir/build.make:518: brewtarget] Error 1 gmake[2]: Leaving directory '/builddir/build/BUILD/brewtarget-3.0.3/redhat-linux-build' gmake[1]: *** [CMakeFiles/Makefile2:152: CMakeFiles/brewtarget.dir/all] Error 2 gmake[1]: Leaving directory '/builddir/build/BUILD/brewtarget-3.0.3/redhat-linux-build' gmake: *** [Makefile:169: all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.i0qxEh (%build) I ran 'readelf -s /lib/libsndfile.so.1 | grep mpg123' inside the mock chroot and it shows the symbols to be present in the library. All other branches build fine for all archs. The previous release, only a couple of weeks ago, built fine for all branches and I don't see any changes in the code that would explain this error. [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=94094782 I appreciate any pointers, Why do you need to build for i686? Could you just add 'ExcludeArch: %{ix86}' and thus avoid the problem? That is the recommended approach since "Encourage Dropping Unused / Leaf Packages on i686" [1]. [1]: https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval That's an option, of course. But since I haven't had any trouble so far building that package for i686, I was rather curious why it would fail all of a sudden. On the other hand, I wasn't aware of the i686 removal proposal. I simply ordered a build from Koji. Thanks for the pointer. I will consider dropping i686 builds. -- Sandro ___ 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
On 12/11/2022 19:16, Sandro wrote: /usr/bin/ld: /lib/libsndfile.so.1: undefined reference to `mpg123_open_handle_64' This broken update proposed for stable releases too: - https://bodhi.fedoraproject.org/updates/FEDORA-2022-7568890645 - https://bodhi.fedoraproject.org/updates/FEDORA-2022-fe2fc66065 -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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, report it: https://pagure.io/fedora-infrastructure/new_issue
Pull-request related question.
Hi, during development of my own project I hit the bug in `gdb` that is already fixed upstream but not backported to rawhide yet. I did a backport and ready to submit a PR. What is the right way to proceed: a) just file a PR; b) open a bug in bugzilla, submit a PR; c) submit a PR, open a bug in bugzilla noting that PR is in a way? Thank you, Sergey ___ 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 -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Direct to stable updates
On Sat, Nov 12, 2022 at 7:19 PM Kevin Kofler via devel wrote: > (E.g., many maintainers > enable automatic pushes because they need to wait so long to be allowed to > push an update to stable that they would forget to push it manually. But > automatic pushes are the most common source of bad updates making it > through, and also for issues such as broken upgrade paths between releases > (because one release happened to get karma sooner than the other).) Interesting. I have never seen such analysis results shared (either the part about why maintainers do it, or the pushes being the common causes of bad updates), and of course, anecdotal experience does not lead to a supportable conclusion. Where was that analysis published so I can read it? ___ 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: Direct to stable updates
Stephen Smoogen wrote: > Pretty much every one of those bodhi requirements is because either > > * a developer did not use that wonderful organ for some reason, and people > said 'that should never happen again.' > * what the developer decided was not liked by other developers enough that > it was decided 'that should never happen again.' > > Look back on the 15-20 years of fedora devel emails and see how many times > someone has said that something should never happen. Guess what? Enough > other developers agreed at times, and decided it needed to be automated > because the other big old complaint was about how long it took for people > to review things and how prone to failure was also true. Whenever something "bad" happens, people are always quick to jump to the conclusion that we need a law or rule banning the "bad" thing, no matter whether a rule is actually a workable way to prevent it. So we end up with overreaching laws banning even common activities, or with law texts so complex that everyone agrees they need to be simplified. In Fedora, we have had a handful bad updates making it to stable due to questionable decisions by some maintainers, and instead of simply telling those people to be more careful, we instead turned pushing Fedora updates into a bureaucracy that just keeps getting worse and worse when invariably bad updates keep slipping through because the complexity actually discourages good practice instead of encouraging it. (E.g., many maintainers enable automatic pushes because they need to wait so long to be allowed to push an update to stable that they would forget to push it manually. But automatic pushes are the most common source of bad updates making it through, and also for issues such as broken upgrade paths between releases (because one release happened to get karma sooner than the other).) So of course the answer is that we need even stricter rules, because the alternative would mean to admit a mistake and step back, which nobody seems to be willing to do. The original trigger for the update policy enforcement was actually an update that broke the bind DNS server, a package that ~99% of Fedora users do not even have installed. The response has always been a complete overreaction. Kevin Kofler ___ 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
Sandro kirjoitti 12.11.2022 klo 20.16: I recently updated brewtarget to 3.0.3. In koji the build fails[1] only for rawhide i686 arch with the following error: /usr/bin/ld: /lib/libsndfile.so.1: undefined reference to `mpg123_open_handle_64' /usr/bin/ld: /lib/libsndfile.so.1: 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/libsndfile.so.1: undefined reference to `mpg123_length_64' collect2: error: ld returned 1 exit status gmake[2]: *** [CMakeFiles/brewtarget.dir/build.make:518: brewtarget] Error 1 gmake[2]: Leaving directory '/builddir/build/BUILD/brewtarget-3.0.3/redhat-linux-build' gmake[1]: *** [CMakeFiles/Makefile2:152: CMakeFiles/brewtarget.dir/all] Error 2 gmake[1]: Leaving directory '/builddir/build/BUILD/brewtarget-3.0.3/redhat-linux-build' gmake: *** [Makefile:169: all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.i0qxEh (%build) I ran 'readelf -s /lib/libsndfile.so.1 | grep mpg123' inside the mock chroot and it shows the symbols to be present in the library. All other branches build fine for all archs. The previous release, only a couple of weeks ago, built fine for all branches and I don't see any changes in the code that would explain this error. [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=94094782 I appreciate any pointers, Why do you need to build for i686? Could you just add 'ExcludeArch: %{ix86}' and thus avoid the problem? That is the recommended approach since "Encourage Dropping Unused / Leaf Packages on i686" [1]. [1]: https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval ___ 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
On Sat, Nov 12, 2022 at 6:16 PM Sandro wrote: > I appreciate any pointers, This change to the mpg123 build looks suspicious to me: * Fri Nov 11 2022 Phil Wyett - 1.31.1-2 - Use --disable-largefile and allow co-installable arch devel 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: webkit2gtk5.0 -> webkitgtk6.0
Vitaly Zaitsev via devel wrote: > What about packages that use dlopen() like Telegram Desktop? Why the heck does a Qt application like Telegram Desktop dlopen WebKitGTK? They are supposed to use QtWebEngine. Kevin Kofler ___ 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
Help needed with build failing in Koji for rawhide i686
I recently updated brewtarget to 3.0.3. In koji the build fails[1] only for rawhide i686 arch with the following error: /usr/bin/ld: /lib/libsndfile.so.1: undefined reference to `mpg123_open_handle_64' /usr/bin/ld: /lib/libsndfile.so.1: 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/libsndfile.so.1: undefined reference to `mpg123_length_64' collect2: error: ld returned 1 exit status gmake[2]: *** [CMakeFiles/brewtarget.dir/build.make:518: brewtarget] Error 1 gmake[2]: Leaving directory '/builddir/build/BUILD/brewtarget-3.0.3/redhat-linux-build' gmake[1]: *** [CMakeFiles/Makefile2:152: CMakeFiles/brewtarget.dir/all] Error 2 gmake[1]: Leaving directory '/builddir/build/BUILD/brewtarget-3.0.3/redhat-linux-build' gmake: *** [Makefile:169: all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.i0qxEh (%build) I ran 'readelf -s /lib/libsndfile.so.1 | grep mpg123' inside the mock chroot and it shows the symbols to be present in the library. All other branches build fine for all archs. The previous release, only a couple of weeks ago, built fine for all branches and I don't see any changes in the code that would explain this error. [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=94094782 I appreciate any pointers, -- Sandro FAS: gui1ty IRC: Penguinpee Elsewhere: [Pp]enguinpee ___ 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
Announcing mpv soversion bump
Hello all. mpv 0.35.0 will include a soversion bump from .1 to .2. Affected Fedora packages: - celluloid - haruna Affected RPM Fusion packages: - mpc-qt - mpv-mpris - smplayer - vdr-mpv - xt7-player-mpv I will use my PP rights to rebuild everything in a side tag for Rawhide and F37. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Scotch-7.0/PETSc-3.18.1 upgrade
Okay. I'm rebuilding your package in my Copr project (https://copr.fedorainfracloud.org/coprs/sagitter/ForTesting/); please, require builder permissions inside it to build all Scotch dependent packages you maintain. Same thing i will do with those mine. When all RPMs will be ready, we will can push them in Rawhide. On 12/11/22 16:56, Sandro Mani wrote: On 12.11.22 12:19, Antonio Trande wrote: Hi Some time ago I've started working on updating to scotch-7.x, with some initial test builds here [1]. To finalize the update, I'd like to gather some opinions (potentially affected maintainers in CC): Hi all. Hi Sandro. PETSc is ready/tested for Scotch-7* with the release 3.18.1 They could be compiled in Rawhide now. Do you agree to syncronize the upgrades of these libraries and related dependencies? Hi Antonio Yes sure - I've just checked where I left off, I'd have this build [1] ready, with scotchmetis disabled by default. Let me know how you want to proceed. Thanks Sandro [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=94094209 -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x40FDA7B70789A9CD GPG keys server: https://keyserver.dcc.sib.swiss/ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: HEADS UP: gdal-3.6.0 landing in rawhide
Hi Sando, strange because it previously compiled: https://koji.fedoraproject.org/koji/buildinfo?buildID=2084540 I have reported it upstream: https://github.com/ubarsc/kealib/issues/26 Markus On Sat, Nov 12, 2022 at 1:02 PM Sandro Mani wrote: > > Hi Markus > > Actually kealib fails to build [1] because > > OldSetGCPsFromNew > > and others were removed. Do you have any suggestions? > > Sandro > > [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=2087861 > > On 12.11.22 12:06, Markus Neteler wrote: > > Hi Sandro, > > If you like you may enable the KEA driver which I recently added to rawhide: > > https://src.fedoraproject.org/rpms/kealib > > Best, > Markus > > > Sandro Mani schrieb am Sa., 12. Nov. 2022, 09:47: >> >> Hi >> >> I'll be updating to gdal-3.6.0 in rawhide in the f38-build-side-60042 side >> tag. I'll be rebuilding all affected packages: >> >>GMT >>mapserver >>liblas >>python-fiona >>postgis >>merkaartor >>R-rgdal >>bes >>saga >>qmapshack >>PDAL >>osgearth >>ncl >>vfrnav >>python-rasterio >>vtk >>paraview >>kealib >>OpenSceneGraph >>cloudcompare >>grass >>mapnik >>opencv >>mingw-opencv >>qgis >>gazebo >> >> Thanks >> Sandro >> >> ___ >> 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 > > > ___ > 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 -- Markus Neteler, PhD https://www.mundialis.de - free data with free software https://grass.osgeo.org https://courses.neteler.org/blog ___ 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: Scotch-7.0/PETSc-3.18.1 upgrade
On 12.11.22 12:19, Antonio Trande wrote: Hi Some time ago I've started working on updating to scotch-7.x, with some initial test builds here [1]. To finalize the update, I'd like to gather some opinions (potentially affected maintainers in CC): Hi all. Hi Sandro. PETSc is ready/tested for Scotch-7* with the release 3.18.1 They could be compiled in Rawhide now. Do you agree to syncronize the upgrades of these libraries and related dependencies? Hi Antonio Yes sure - I've just checked where I left off, I'd have this build [1] ready, with scotchmetis disabled by default. Let me know how you want to proceed. Thanks Sandro [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=94094209 ___ 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: webkit2gtk5.0 -> webkitgtk6.0
On 11/11/2022 18:06, Michael Catanzaro wrote: OK, I think telegram-desktop will actually be fine with no changes. When webkit2gtk-5.0 disappears, it should just fall back to using the stable GTK 3 version instead of the unstable GTK 4 version, which is probably a good idea for now. It has an explicit dependency: Requires: webkit2gtk5.0%{?_isa}. There will probably be 2-3 soname bumps during the next 3 months or so. Then, if all goes well, we'll freeze the API and it will be stable indefinitely, like webkit2gtk-4.0 and webkit2gtk-4.1 are currently. Thanks for the information. Switched to webkit2gtk4.1: https://github.com/rpmfusion/telegram-desktop/commit/f7faaf463172ee60e04598bd681957ae98be082f -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: webkit2gtk5.0 -> webkitgtk6.0
On 12/11/2022 13:15, Neal Gompa wrote: We should be able to convert that to a dlopen dependency. It should be done in Google's WebRTC upstream. Which part of it uses it directly instead of through ffmpeg? tg_owt, fork of WebRTC. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: webkit2gtk5.0 -> webkitgtk6.0
On Fri, Nov 11, 2022 at 3:52 PM Vitaly Zaitsev via devel wrote: > > On 11/11/2022 17:48, Neal Gompa wrote: > > Vitaly Zaitsev is the maintainer. It hasn't moved to Fedora yet. > > We can't move yet, because it requires openh264-devel at the build time. > We should be able to convert that to a dlopen dependency. Which part of it uses it directly instead of through ffmpeg? -- 真実はいつも一つ!/ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: HEADS UP: gdal-3.6.0 landing in rawhide
Hi Markus Actually kealib fails to build [1] because OldSetGCPsFromNew and others were removed. Do you have any suggestions? Sandro [1]https://koji.fedoraproject.org/koji/buildinfo?buildID=2087861 On 12.11.22 12:06, Markus Neteler wrote: Hi Sandro, If you like you may enable the KEA driver which I recently added to rawhide: https://src.fedoraproject.org/rpms/kealib Best, Markus Sandro Mani schrieb am Sa., 12. Nov. 2022, 09:47: Hi I'll be updating to gdal-3.6.0 in rawhide in the f38-build-side-60042 side tag. I'll be rebuilding all affected packages: GMT mapserver liblas python-fiona postgis merkaartor R-rgdal bes saga qmapshack PDAL osgearth ncl vfrnav python-rasterio vtk paraview kealib OpenSceneGraph cloudcompare grass mapnik opencv mingw-opencv qgis gazebo Thanks Sandro ___ 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 ___ devel mailing list --devel@lists.fedoraproject.org To unsubscribe send an email todevel-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___ 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: Self Introduction: James Read
> Am 12.11.2022 um 10:07 schrieb James Read via devel > : > > Hey folks, > > I'm joining this list as a hobbyist developer Welcome as well > ( OliveTin - http://olivetin.app . looks nice an really useful, specifically to handle urgend cases from remote -- Peter Boy https://fedoraproject.org/wiki/User:Pboy p...@fedoraproject.org Timezone: CET (UTC+1) / CEST (UTC+2) Fedora Server Edition Working Group member Fedora docs team contributor Java developer and enthusiast ___ 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
Fedora rawhide compose report: 20221112.n.0 changes
OLD: Fedora-Rawhide-2022.n.0 NEW: Fedora-Rawhide-20221112.n.0 = SUMMARY = Added images:1 Dropped images: 2 Added packages: 5 Dropped packages:0 Upgraded packages: 57 Downgraded packages: 0 Size of added packages: 788.58 KiB Size of dropped packages:0 B Size of upgraded packages: 842.98 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 985.26 KiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Silverblue dvd-ostree x86_64 Path: Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-Rawhide-20221112.n.0.iso = DROPPED IMAGES = Image: Cloud_Base qcow2 ppc64le Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-2022.n.0.ppc64le.qcow2 Image: Cloud_Base raw-xz ppc64le Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-2022.n.0.ppc64le.raw.xz = ADDED PACKAGES = Package: crosswords-puzzle-sets-gnome-0.3.0~20221107git0bef3d2-1.fc38 Summary: Extra puzzles to go with GNOME Crosswords RPMs:crosswords-puzzle-sets-gnome Size:109.26 KiB Package: crosswords-puzzle-sets-puzzlepull-0.3.0-1.fc38 Summary: The Guardian daily cryptic for GNOME Crosswords RPMs:crosswords-puzzle-sets-puzzlepull Size:10.42 KiB Package: nagios-plugins-newest_file_age-1.1-3.fc38 Summary: Nagios Plugin - check_newest_file_age RPMs:nagios-plugins-newest_file_age Size:46.55 KiB Package: nagios-plugins-ssl_cert-2.54.0-2.fc38 Summary: Nagios Plugin - check_ssl_cert RPMs:nagios-plugins-ssl_cert Size:302.41 KiB Package: simdutf-2.0.2-2.fc38 Summary: Unicode validation and transcoding at billions of characters per second RPMs:simdutf simdutf-devel Size:319.94 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: blivet-gui-2.4.0-2.fc38 Old package: blivet-gui-2.4.0-1.fc38 Summary: Tool for data storage configuration RPMs: blivet-gui blivet-gui-runtime Size: 434.50 KiB Size change: -730 B Changelog: * Fri Nov 11 2022 Vojtech Trefny - 2.4.0-2 - Change license string to the SPDX format required by Fedora Package: bluez-5.66-1.fc38 Old package: bluez-5.65-3.fc38 Summary: Bluetooth utilities RPMs: bluez bluez-cups bluez-deprecated bluez-hid2hci bluez-libs bluez-libs-devel bluez-mesh bluez-obexd Size: 9.45 MiB Size change: 256.14 KiB Changelog: * Fri Nov 11 2022 Peter Robinson - 5.66-1 - Update to 5.66 Package: bzip3-1.2.1-1.fc38 Old package: bzip3-1.2.0-3.fc38 Summary: Tools for compressing and decompressing bzip3 files RPMs: bzip3 bzip3-devel bzip3-libs Size: 401.17 KiB Size change: 2.78 KiB Changelog: * Fri Nov 11 2022 Petr Pisar - 1.2.1-1 - 1.2.1 bump Package: castxml-0.4.7-1.fc38 Old package: castxml-0.4.6-2.fc38 Summary: C-family abstract syntax tree XML output tool RPMs: castxml Size: 2.90 MiB Size change: 880 B Changelog: * Fri Nov 11 2022 Mattias Ellert - 0.4.7-1 - Update to version 0.4.7 Package: chatty-0.7.0~rc3-0.fc38 Old package: chatty-0.7.0~rc2-0.fc38 Summary: A libpurple messaging client RPMs: chatty Size: 2.95 MiB Size change: 495 B Changelog: * Fri Nov 11 2022 Torrey Sorensen - 0.7.0~rc3-1 - Update to 0.7.0~rc3 Package: dnsperf-2.10.0-1.fc38 Old package: dnsperf-2.9.0-3.fc37 Summary: Benchmarking authorative and recursing DNS servers RPMs: dnsperf dnsperf-queryparse Size: 410.30 KiB Size change: 4.64 KiB Changelog: * Fri Nov 11 2022 Petr Menk - 2.10.0-1 - Update to 2.10.0 Package: dolphin-emu-5.0.16380-6.fc38 Old package: dolphin-emu-5.0.16380-5.fc37 Summary: GameCube / Wii / Triforce Emulator RPMs: dolphin-emu dolphin-emu-data dolphin-emu-nogui dolphin-emu-tool Size: 25.17 MiB Size change: 257.09 KiB Changelog: * Thu Nov 10 2022 Jeremy Newton - 5.0.16380-6 - Build against static cubeb Package: dumb-init-1.2.5-6.fc38 Old package: dumb-init-1.2.5-5.fc37 Summary: Entry-point for containers that proxies signals RPMs: dumb-init Size: 87.45 KiB Size change: -522 B Changelog: * Sat Nov 12 2022 Artur Frenszek-Iwicki - 1.2.5-6 - Add a patch to make test suite work properly with pytest 7.2.0+ Package: feedbackd-0.0.1-1.fc38 Old package: feedbackd-0.0.0+git20220520-1.fc38 Summary: Feedback library for GNOME RPMs: feedbackd feedbackd-devel libfeedbackd Size: 585.52 KiB Size change: -363 B Changelog: * Fri Nov 11 2022 Torrey Sorensen - 0.0.1-1 - Update to 0.0.1 Package: freecol-0.11.6-21.fc38 Old package: freecol-0.11.6-20.fc37 Summary: Turn-based multi-player strategy game RPMs: freecol freecol-imperator-fonts freecol-manual freecol-shadowedblack-fonts Size: 37.18 MiB Size change: -513 B Changelog: * Fri Nov 11 2022 Vojtech Trefny - 0.11.6-21 - Change license string to the SPDX format required by Fedora Package
Scotch-7.0/PETSc-3.18.1 upgrade
> Hi > > Some time ago I've started working on updating to scotch-7.x, with some > initial test builds here [1]. To finalize the update, I'd like to gather > some opinions (potentially affected maintainers in CC): Hi all. Hi Sandro. PETSc is ready/tested for Scotch-7* with the release 3.18.1 They could be compiled in Rawhide now. Do you agree to syncronize the upgrades of these libraries and related dependencies? > > - Should metis get retired? Scotch has a scotchmetis compatibility > library which is advertised as a faster drop-in replacement for metis, > and indeed ships a metis.h which would conflict with the one from the > original metis package. > - Should I be adding 64-bit index builds for i686? There is a metis64 > package, but since i686 is expected to go away soonish, is it worth the > effort? This is of interest to petsc which currently BRs metis64-devel. > > Side note: I don't really recall how I ended up maintaining scotch, but > if someone who is actively using the package is willing to step up and > (co-)maintain it, please let me know! > > Thanks > Sandro > > [1] https://copr.fedorainfracloud.org/coprs/smani/scotch-7.0.0 Metis is not a "dead project", its maintainers have a GitHub project https://github.com/KarypisLab/METIS but an absent support. I would avoid to activate the Metis code in Scotch. ___ 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: HEADS UP: gdal-3.6.0 landing in rawhide
Hi Sandro, If you like you may enable the KEA driver which I recently added to rawhide: https://src.fedoraproject.org/rpms/kealib Best, Markus Sandro Mani schrieb am Sa., 12. Nov. 2022, 09:47: > Hi > > I'll be updating to gdal-3.6.0 in rawhide in the f38-build-side-60042 > side tag. I'll be rebuilding all affected packages: > >GMT >mapserver >liblas >python-fiona >postgis >merkaartor >R-rgdal >bes >saga >qmapshack >PDAL >osgearth >ncl >vfrnav >python-rasterio >vtk >paraview >kealib >OpenSceneGraph >cloudcompare >grass >mapnik >opencv >mingw-opencv >qgis >gazebo > > Thanks > Sandro > ___ > 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 > ___ 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: OpenMPI tests blocked
Great! Thank you all. On 11/11/22 16:13, Orion Poplawski wrote: On 11/11/22 07:52, Christoph Junghans wrote: On Thu, Nov 10, 2022 at 10:27 PM Orion Poplawski wrote: On 11/6/22 07:31, Dominik 'Rathann' Mierzejewski wrote: On Saturday, 05 November 2022 at 21:27, Antonio T. sagitter wrote: Hi all. Many OpenMPI tests in RPM packaging are blocked for unknown reason, no output or error, just hanged until test timeout. For example, PETSc test is blocked with this message: Executing: /usr/lib64/openmpi/bin/mpiexec -n 8 --mca btl_base_warn_component_unused 0 -n 1 /tmp/petsc-p7fo3olx/config.packages.MPI/conftest Running Executable with threads to time it out at 120 Executing: /usr/lib64/openmpi/bin/mpiexec -n 8 --mca btl_base_warn_component_unused 0 -n 1 /tmp/petsc-p7fo3olx/config.packages.MPI/conftest Runaway process exceeded time limit of 120 ERROR while running executable: Could not execute "['/usr/lib64/openmpi/bin/mpiexec -n 8 --mca btl_base_warn_component_unused 0 -n 1 /tmp/petsc-p7fo3olx/config.packages.MPI/conftest']": Runaway process exceeded time limit of 120 Something like this happened with Sundials and Ipopt, when OpenMPI is used, not with MPICH. At this time, these tests in Rawhide (and ELN) cannot be executed. I've got the same issue with elpa. OpenMPI hangs, MPICH works fine. Let's open a bug against OpenMPI and compare notes. ;) Regards, Dominik We have: https://bugzilla.redhat.com/show_bug.cgi?id=2141137 I've reported it upstream as well. Hopefully they can help. openSUSE had a similar bug: https://bugzilla.opensuse.org/show_bug.cgi?id=1205139 Maybe that is related. Christoph Thank you! I believe that is it exactly. -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x40FDA7B70789A9CD GPG keys server: https://keyserver.dcc.sib.swiss/ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Self Introduction: James Read
Welcome James :-). Best, Fale On Sat, Nov 12, 2022, at 13:07, James Read via devel wrote: > Hey folks, > > I'm joining this list as a hobbyist developer (although I'm also a Red > Hat employee for 11 years), with the hope that I can package one of my > projects that has had some interest and success since releasing it 1 > year ago; OliveTin - http://olivetin.app . I'm sending this email as > instructed by the "Join Packaging Maintainers" documentation. > > I'm "jamesread" on GitHub and the Fedora Accounts system, and am > looking forward to joining this community :-) > > -- > James Read > web: http://jread.com tel: +44 (0)7899 688 226mail: > cont...@jread.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, report it: > https://pagure.io/fedora-infrastructure/new_issue -- Fabio Alessandro "Fale" Locati fale.io ___ 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
Self Introduction: James Read
Hey folks, I'm joining this list as a hobbyist developer (although I'm also a Red Hat employee for 11 years), with the hope that I can package one of my projects that has had some interest and success since releasing it 1 year ago; OliveTin - http://olivetin.app . I'm sending this email as instructed by the "Join Packaging Maintainers" documentation. I'm "jamesread" on GitHub and the Fedora Accounts system, and am looking forward to joining this community :-) -- James Read web: http://jread.com tel: +44 (0)7899 688 226mail: cont...@jread.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, report it: https://pagure.io/fedora-infrastructure/new_issue
HEADS UP: gdal-3.6.0 landing in rawhide
Hi I'll be updating to gdal-3.6.0 in rawhide in the f38-build-side-60042 side tag. I'll be rebuilding all affected packages: GMT mapserver liblas python-fiona postgis merkaartor R-rgdal bes saga qmapshack PDAL osgearth ncl vfrnav python-rasterio vtk paraview kealib OpenSceneGraph cloudcompare grass mapnik opencv mingw-opencv qgis gazebo Thanks Sandro ___ 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