Re: Making testing of package updates easier
On Mon, Oct 7, 2019, 00:44 Orion Poplawski wrote: > One of the tedious things I do as a package maintainer is re-building > all dependent packages with a new version of a package. My current work > flow is: > > - create a testing copr > - build the new package there > - Figure out what packages depend on this package - some flavor of: > dnf repoquery --whatrequires 'soname'/'package'/'etc' --source \ > --alldeps | sort -u > - For each of these: >- clone/git pull >- rpmdev-bumpspec -c 'Rebuild for blah' *.spec >- fedpkg srpm >- copr build me/testing --nowait *.src.rpm > > how can we move towards something like: > > fedpkg test-build-with-all-deps > > and then when that passes: > > fedpkg build-with-all-deps > > ? > > I suspect rawhide gating + tests is supposed to help with this but I'm > not sure. > I've written a script for the Stewardship SIG that does exactly this, all automatically. It assumes you're dealing with a Pull Request based workflow, though (which works well for us, since we want our changes to go through at least some amount of manual review, since we're not all that confident in Java packaging). The script is available from our pagure repo ( https://pagure.io/stewardship-sig /scripts/review_pr.py). Maybe that helps. Fabio > > -- > Orion Poplawski > Manager of NWRA Technical Systems 720-772-5637 > NWRA, Boulder/CoRA Office FAX: 303-415-9702 > 3380 Mitchell Lane or...@nwra.com > Boulder, CO 80301 https://www.nwra.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 > ___ 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
Re: Fedora 31 time date format on top bar does not reflect region setting
On 10/6/19 3:28 PM, Thomas via devel wrote: Is this the place to send Fedora 31 observations? I've set the regional setting 'Formats' via settings to Denmark(English). The Denmark(English) setting specifies ISO 8601 time and date format. However, the top bar time continues to show a different date format, even after reboot. If this is different from what happens on Fedora 30, you should probably bring this up on the test list instead. ___ 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
Re: cc1plus getting killed on ppc64le builds
On Sun, Oct 6, 2019 at 4:14 pm, Orion Poplawski wrote: Is there any way to check if this was due to an OOM condition? In my experience, that error is always the OOM killer. ___ 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
Re: Question about package module development
Jun Aruga wrote: > But in case of module, each developer can create any branch > technically under their responsibility, And that is the issue, really. 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
Making testing of package updates easier
One of the tedious things I do as a package maintainer is re-building all dependent packages with a new version of a package. My current work flow is: - create a testing copr - build the new package there - Figure out what packages depend on this package - some flavor of: dnf repoquery --whatrequires 'soname'/'package'/'etc' --source \ --alldeps | sort -u - For each of these: - clone/git pull - rpmdev-bumpspec -c 'Rebuild for blah' *.spec - fedpkg srpm - copr build me/testing --nowait *.src.rpm how can we move towards something like: fedpkg test-build-with-all-deps and then when that passes: fedpkg build-with-all-deps ? I suspect rawhide gating + tests is supposed to help with this but I'm not sure. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic 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
Fedora-31-20191006.n.1 compose check report
No missing expected images. Failed openQA tests: 4/153 (x86_64), 1/2 (arm) Old failures (same test failed in Fedora-31-20191005.n.0): ID: 464009 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/464009 ID: 464022 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/464022 ID: 464043 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/464043 ID: 464045 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/464045 ID: 464056 Test: x86_64 Silverblue-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/464056 Soft failed openQA tests: 2/153 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-31-20191005.n.0): ID: 464125 Test: x86_64 universal install_arabic_language URL: https://openqa.fedoraproject.org/tests/464125 Old soft failures (same test soft failed in Fedora-31-20191005.n.0): ID: 464126 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/464126 Passed openQA tests: 147/153 (x86_64) New passes (same test not passed in Fedora-31-20191005.n.0): ID: 463993 Test: x86_64 Server-dvd-iso install_repository_hd_variation URL: https://openqa.fedoraproject.org/tests/463993 ID: 464032 Test: x86_64 KDE-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/464032 ID: 464038 Test: x86_64 KDE-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/464038 Skipped non-gating openQA tests: 1 of 155 Installed system changes in test x86_64 Everything-boot-iso install_default: System load changed from 0.17 to 0.06 Peak task count changed from 96 to 106 Previous test data: https://openqa.fedoraproject.org/tests/463544#downloads Current test data: https://openqa.fedoraproject.org/tests/464013#downloads Installed system changes in test x86_64 KDE-live-iso install_default_upload: Used mem changed from 733 MiB to 924 MiB 1 services(s) added since previous compose: pcscd.service System load changed from 1.31 to 0.81 Average CPU usage changed from 1.71428571 to 21.70952381 Previous test data: https://openqa.fedoraproject.org/tests/463560#downloads Current test data: https://openqa.fedoraproject.org/tests/464029#downloads Installed system changes in test x86_64 KDE-live-iso install_default@uefi: 1 services(s) added since previous compose: pcscd.service Previous test data: https://openqa.fedoraproject.org/tests/463562#downloads Current test data: https://openqa.fedoraproject.org/tests/464031#downloads Installed system changes in test x86_64 universal install_package_set_kde: Used mem changed from 935 MiB to 762 MiB System load changed from 3.58 to 2.81 Average CPU usage changed from 85.3667 to 74.64761905 Previous test data: https://openqa.fedoraproject.org/tests/463627#downloads Current test data: https://openqa.fedoraproject.org/tests/464096#downloads -- 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
Fedora 31 time date format on top bar does not reflect region setting
Is this the place to send Fedora 31 observations? I've set the regional setting 'Formats' via settings to Denmark(English). The Denmark(English) setting specifies ISO 8601 time and date format. However, the top bar time continues to show a different date format, even after reboot. I.e. on the US English Oct 6 22:21:11 should have changed to Denmark(English) 2019-10-06T22:21:11 but it didn't. People have holy wars over which is the best format .. that is a fine debate, but when a format is specified, one would hope that is the format that is used (independent of the argument over which one should be chosen in the first place). ___ 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
cc1plus getting killed on ppc64le builds
cc1plus is getting killed consistently in build builds of paraview 5.7.0
on ppc64le for Fedora 30+:
{standard input}: Assembler messages:
{standard input}:2823342: Warning: end of file not at end of a line;
newline inserted
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
Is there any way to check if this was due to an OOM condition?
https://koji.fedoraproject.org/koji/taskinfo?taskID=38012540
other arches appear to be fine.
I've also filed https://bugzilla.redhat.com/show_bug.cgi?id=1758932
against gcc.
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/
smime.p7s
Description: S/MIME Cryptographic 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
Fedora 31 compose report: 20191006.n.1 changes
OLD: Fedora-31-20191005.n.0 NEW: Fedora-31-20191006.n.1 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 1 Dropped packages:0 Upgraded packages: 63 Downgraded packages: 0 Size of added packages: 628.15 KiB Size of dropped packages:0 B Size of upgraded packages: 1.44 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 13.89 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: materia-gtk-theme-0.0.20190912-1.fc31 Summary: Material Design theme for GNOME/GTK based desktop environments RPMs:materia-gtk-theme Size:628.15 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: Macaulay2-1.14.0.1-1.fc31 Old package: Macaulay2-1.12.0.1-6.fc31 Summary: System for algebraic geometry and commutative algebra RPMs: Macaulay2 Size: 99.23 MiB Size change: 4.87 MiB Changelog: * Thu Sep 26 2019 Jerry James - 1.14.0.1-1 - Macaulay2-1.14.0.1 - Drop upstreamed -format and -exception patches - Also bundle libmpc since it is linked with mpfr - Drop fix for F26 symlink-file snafu - Build with python 3 instead of python 2 Package: R-curl-4.2-1.fc31 Old package: R-curl-4.1-1.fc31 Summary: A Modern and Flexible Web Client for R RPMs: R-curl Size: 2.03 MiB Size change: 1.41 KiB Changelog: * Fri Sep 27 2019 Elliott Sales de Andrade - 4.2-1 - Update to latest version Package: Singular-4.1.1p3-8.fc31 Old package: Singular-4.1.1p3-6.fc31 Summary: Computer Algebra System for polynomial computations RPMs: Singular Singular-devel Singular-doc Singular-emacs Singular-libpolys Singular-libpolys-devel Singular-libs Singular-polymake Singular-surfex factory factory-devel factory-gftables Size: 108.90 MiB Size change: -2.83 MiB Changelog: * Fri Sep 06 2019 pcpa - 4.1.1p3-7 - Disable the python interface (#1741426) * Tue Sep 24 2019 Jerry James - 4.1.1p3-8 - Rebuild for ntl 11.3.4 Package: cbmc-5.11-4.fc31 Old package: cbmc-5.11-3.fc31 Summary: Bounded Model Checker for ANSI-C and C++ programs RPMs: cbmc cbmc-doc Size: 174.46 MiB Size change: -76.53 KiB Changelog: * Fri Sep 27 2019 Jerry James - 5.11-4 - Drop cudd support due to impending cudd retirement Package: cddlib-1:0.94j-4.fc31 Old package: cddlib-1:0.94j-3.fc31 Summary: A library for generating all vertices in convex polyhedrons RPMs: cddlib cddlib-devel cddlib-static cddlib-tools Size: 4.41 MiB Size change: -26.21 KiB Changelog: * Tue Sep 24 2019 Jerry James - 1:0.94j-4 - Drop cdd_both_reps.c and accompanying patch, replaced with cddexec Package: datamash-1.5-1.fc31 Old package: datamash-1.3-5.fc31 Summary: A statistical, numerical and textual operations tool RPMs: datamash Size: 1.82 MiB Size change: 57.24 KiB Changelog: * Fri Sep 27 2019 Jirka Hladky - 1.5-1 - New upstream release 1.5 Package: eclib-20190909-1.fc31 Old package: eclib-20190226-2.fc31 Summary: Library for Computations on Elliptic Curves RPMs: eclib eclib-devel Size: 7.13 MiB Size change: 41.89 KiB Changelog: * Tue Sep 24 2019 Jerry James - 20190909-1 - New upstream release Package: ensmallen-2.10.3-1.fc31 Old package: ensmallen-2.10.2-1.fc31 Summary: Header-only C++ library for efficient mathematical optimization RPMs: ensmallen-devel Size: 948.77 KiB Size change: 633 B Changelog: * Thu Sep 26 2019 Ryan Curtin - 2.10.3-1 - Update to latest stable version. Package: flint-2.5.2-28.fc31 Old package: flint-2.5.2-27.fc31 Summary: Fast Library for Number Theory RPMs: flint flint-devel flint-static Size: 39.37 MiB Size change: -45.65 KiB Changelog: * Tue Sep 24 2019 Jerry James - 2.5.2-28 - Rebuild for ntl 11.3.4 - Add -pie-hardening-conflict patch from sagemath Package: frobby-0.9.0-20.fc31 Old package: frobby-0.9.0-19.fc31 Summary: Computations With Monomial Ideals RPMs: frobby libfrobby libfrobby-devel Size: 4.01 MiB Size change: -234.71 KiB Changelog: * Tue Sep 24 2019 Jerry James - 0.9.0-20 - Update the Macaulay2 patch - Reverse the order of the patches so we can use an unmodified Macaulay2 patch - Fix underlinking so that -Wl,--as-needed can be used Package: gap-pkg-nautytracesinterface-0.2-11.20190920git24482e5.fc31 Old package: gap-pkg-nautytracesinterface-0.2-10.20190912git7a658d8.fc31 Summary: GAP interface to nauty and Traces RPMs: gap-pkg-nautytracesinterface gap-pkg-nautytracesinterface-doc Size: 170.02 KiB Size change: -3.85 KiB Changelog: * Fri Sep 27 2019 Jerry James - 0.2-11.20190920git24482e5 - Update to latest git snapshot for further improvements - Drop upstreamed -test patch - New URLs Package: gap-pkg
Re: Failing f31 spins/labs/images
On Sun, Oct 06, 2019 at 09:00:18PM +0200, Miro Hrončok wrote: > > It says: package python3-3.7.4-5.fc31.armv7hl is excluded > I don't know why would it be. How do i debug why it gets excluded? > Only python36 and python38 was excluded, not python37. ...and I dug into this and found that we were composing the f31 images with the master/rawhide/f32 comps branch. ;( So that branch did have a exclude on python37, which explains everything. https://pagure.io/pungi-fedora/pull-request/770 fixes this. :( I'm glad we caught it now, but sad that it's been happening since branching. ;( kevin 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
Fedora-Rawhide-20191006.n.1 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 2 of 45 required tests failed, 2 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Unsatisfied gating requirements that could not be mapped to openQA tests: FAILED: compose.cloud.all MISSING: fedora.Workstation-boot-iso.x86_64.64bit - compose.install_default MISSING: fedora.Workstation-boot-iso.x86_64.uefi - compose.install_default Failed openQA tests: 8/153 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-Rawhide-20191005.n.0): ID: 463877 Test: x86_64 KDE-live-iso install_no_user **GATING** URL: https://openqa.fedoraproject.org/tests/463877 ID: 463888 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/463888 ID: 463893 Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/463893 Old failures (same test failed in Fedora-Rawhide-20191005.n.0): ID: 463854 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/463854 ID: 463867 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/463867 ID: 463890 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/463890 ID: 463956 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/463956 ID: 463957 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/463957 ID: 463971 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/463971 Soft failed openQA tests: 3/153 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-Rawhide-20191005.n.0): ID: 463968 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/463968 Old soft failures (same test soft failed in Fedora-Rawhide-20191005.n.0): ID: 463959 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/463959 ID: 463963 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/463963 Passed openQA tests: 134/153 (x86_64) New passes (same test not passed in Fedora-Rawhide-20191005.n.0): ID: 463874 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/463874 ID: 463875 Test: x86_64 KDE-live-iso release_identification URL: https://openqa.fedoraproject.org/tests/463875 ID: 463878 Test: x86_64 KDE-live-iso base_selinux URL: https://openqa.fedoraproject.org/tests/463878 ID: 463879 Test: x86_64 KDE-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/463879 ID: 463880 Test: x86_64 KDE-live-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/463880 ID: 463881 Test: x86_64 KDE-live-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/463881 ID: 463882 Test: x86_64 KDE-live-iso base_system_logging URL: https://openqa.fedoraproject.org/tests/463882 ID: 463883 Test: x86_64 KDE-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/463883 ID: 463884 Test: x86_64 KDE-live-iso desktop_terminal URL: https://openqa.fedoraproject.org/tests/463884 ID: 463885 Test: x86_64 KDE-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/463885 ID: 463886 Test: x86_64 KDE-live-iso desktop_background URL: https://openqa.fedoraproject.org/tests/463886 ID: 463889 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/463889 Skipped non-gating openQA tests: 9 of 155 Installed system changes in test x86_64 Server-boot-iso install_default@uefi: Used mem changed from 165 MiB to 189 MiB Previous test data: https://openqa.fedoraproject.org/tests/463663#downloads Current test data: https://openqa.fedoraproject.org/tests/463822#downloads Installed system changes in test x86_64 Server-boot-iso install_default: Used mem changed from 165 MiB to 188 MiB Previous test data: https://openqa.fedoraproject.org/tests/463664#downloads Current test data: https://openqa.fedoraproject.org/tests/463823#downloads Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: 1 services(s) added since previous compose: pcscd.service Previous test data: https://openqa.fedoraproject.org/tests/463667#downloads Current test data: https://openqa.fedoraproject.org/tests/463826#downloads Installed system changes in test x86_64 Everything-boot-iso install_default@uefi: Used mem changed from 116 MiB to 138 MiB Previous test data: https://openqa.fedoraproject.org/tests/463698#downloads Current test data: https://openqa.fedoraproject.org/tests/463857#downloads Installed system changes in test x86_64 Everything
Fedora rawhide compose report: 20191006.n.1 changes
OLD: Fedora-Rawhide-20191005.n.0 NEW: Fedora-Rawhide-20191006.n.1 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 2 Dropped packages:0 Upgraded packages: 38 Downgraded packages: 4 Size of added packages: 82.52 KiB Size of dropped packages:0 B Size of upgraded packages: 634.76 MiB Size of downgraded packages: 112.94 MiB Size change of upgraded packages: -51.30 MiB Size change of downgraded packages: -650.22 KiB = ADDED IMAGES = Image: Mate raw-xz armhfp Path: Spins/armhfp/images/Fedora-Mate-armhfp-Rawhide-20191006.n.1-sda.raw.xz Image: KDE raw-xz armhfp Path: Spins/armhfp/images/Fedora-KDE-armhfp-Rawhide-20191006.n.1-sda.raw.xz = DROPPED IMAGES = = ADDED PACKAGES = Package: python-upt-pypi-0.4-1.fc32 Summary: PyPI front-end for upt RPMs:python3-upt-pypi Size:30.96 KiB Package: upt-0.10.3-1.fc32 Summary: Package software from any package manager to any distribution RPMs:upt Size:51.56 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: R-gamlss.dist-5.1.5-1.fc32 Old package: R-gamlss.dist-5.1.4-3.fc31 Summary: Distributions for Generalized Additive Models for Location Scale and Shape RPMs: R-gamlss.dist Size: 16.28 MiB Size change: 33.90 KiB Changelog: * Sat Oct 05 2019 Elliott Sales de Andrade - 5.1.5-1 - Update to latest version Package: R-gargle-0.4.0-1.fc32 Old package: R-gargle-0.3.1-1.fc32 Summary: Utilities for Working with Google APIs RPMs: R-gargle Size: 292.72 KiB Size change: 7.98 KiB Changelog: * Sun Oct 06 2019 Elliott Sales de Andrade - 0.4.0-1 - Update to latest version Package: R-later-1.0.0-1.fc32 Old package: R-later-0.8.0-3.fc31 Summary: Utilities for Scheduling Functions to Execute Later with Event Loops RPMs: R-later R-later-devel Size: 815.67 KiB Size change: 194.71 KiB Changelog: * Sat Oct 05 2019 Elliott Sales de Andrade - 1.0.0-1 - Update to latest version Package: R-promises-1.1.0-1.fc32 Old package: R-promises-1.0.1-6.fc31 Summary: Abstractions for Promise-Based Asynchronous Programming RPMs: R-promises Size: 5.81 MiB Size change: 4.97 MiB Changelog: * Sun Oct 06 2019 Elliott Sales de Andrade - 1.1.0-1 - Update to latest version Package: botan2-2.11.0-5.fc32 Old package: botan2-2.11.0-4.fc32 Summary: Crypto and TLS for C++11 RPMs: botan2 botan2-devel botan2-doc python3-botan2 Size: 15.08 MiB Size change: 1.23 KiB Changelog: * Sat Oct 05 2019 Thomas Moschny - 2.11.0-5 - Allow building on CentOS8 fixing a quoting and a Python path issue. Package: calibre-4.0.0-1.fc32 Old package: calibre-3.48.0-3.fc32 Summary: E-book converter and library manager RPMs: calibre Size: 65.72 MiB Size change: -53.55 MiB Changelog: * Thu Oct 03 2019 Kevin Fenzi - 4.0.0-1 - Update to 4.0. Package: condor-8.8.4-2.fc32 Old package: condor-8.8.4-1.fc31 Summary: HTCondor: High Throughput Computing RPMs: condor condor-annex-ec2 condor-classads condor-classads-devel condor-kbdd condor-openstack-gahp condor-procd condor-vm-gahp minicondor python3-condor Dropped RPMs: python2-condor Size: 28.37 MiB Size change: -2.13 MiB Changelog: * Mon Aug 19 2019 Miro Hron??ok - 8.8.4-2 - Rebuilt for Python 3.8 Package: espresso-4.1.0-1.fc32 Old package: espresso-4.0.2-8.fc32 Summary: Extensible Simulation Package for Research on Soft matter RPMs: espresso-common python3-espresso-mpich python3-espresso-openmpi Dropped RPMs: espresso-devel Size: 34.45 MiB Size change: -1.93 MiB Changelog: * Tue Oct 01 2019 Christoph Junghans - 4.1.0-1 - Version bump to v4.1.0 (bug #1757509) - updated 2946.patch to 3228.diff - major spec clean up Package: fawkes-1.2.0-11.fc32 Old package: fawkes-1.2.0-9.fc32 Summary: Robot Software Framework RPMs: fawkes fawkes-core fawkes-devel fawkes-devenv fawkes-doc fawkes-firevision fawkes-firevision-tools fawkes-guis fawkes-lua fawkes-plugin-amcl fawkes-plugin-bblogger fawkes-plugin-bbsync fawkes-plugin-cedar fawkes-plugin-clips fawkes-plugin-clips-agent fawkes-plugin-clips-executive fawkes-plugin-clips-navgraph fawkes-plugin-clips-pddl-parser fawkes-plugin-clips-protobuf fawkes-plugin-clips-tf fawkes-plugin-colli fawkes-plugin-dynamixel fawkes-plugin-flite fawkes-plugin-gazebo fawkes-plugin-gazsim-comm fawkes-plugin-gazsim-depthcam fawkes-plugin-gazsim-laser fawkes-plugin-gazsim-localization fawkes-plugin-gazsim-robotino fawkes-plugin-gazsim-timesource fawkes-plugin-gazsim-vis-localization fawkes-plugin-gazsim-webcam fawkes-plugin-gossip fawkes-plugin-imu fawkes-plugin-jaco fawkes-plugin-joystick fawkes-plugin-joystick-teleop fawkes-plugin-katana fawkes-plugin-laser fawkes-plugin-laser-cluster fawkes-plugin-laser-filter fawkes-plugin-laser-lines fawkes-plugin
Re: This update's test gating status has been changed to, 'greenwave_failed'.
On Sun, Oct 6, 2019 at 1:12 PM Fabio Valentini wrote: > > On Sun, Oct 6, 2019, 15:07 Miro Hrončok wrote: >> >> Couple of my updates have e-mailed me $subj. Is it something to worry about? > > > I got this too for a lot of my updates, just a few hours ago. I assumed it > was caused by some kind of server glitch, maybe related to the current koji > outage. Got one as well, then got the following before I even started investi-gating: > This update's test gating status has been changed to 'ignored'. Dridi ___ 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
Re: Question about package module development
> So Modularity will happily unleash experimental branches that were never intended to be released onto unsuspecting users of stable releases? How can this not be an absolute showstopper? This failed Modularity experiment needs to end NOW! As far as I know, there was no rule for the branch name, first and now. The modularity team did not create any limitation intentionally. There was a discussion to limit branch name in a past time. That's the why each developer can create the branch technically. Of course I know there is a document of a version branch name for modularity. In case of fNN branch of rpms/foo, it is created by below command like this. For example: https://bugzilla.redhat.com/show_bug.cgi?id=1326504#c35 ``` $ fedpkg request-branch --repo htslib f31 https://pagure.io/releng/fedora-scm-requests/issue/17764 ``` When running "fedpkg request-branch" command, the ticket is created newly. Then, someone can check the branch is valid or not, before it is actually created. So, that's no problem. The branch can not be created wrongly. But in case of module, each developer can create any branch technically under their responsibility, but they can not remove the branch, even it is created by mistake, and released in a short term. The rule "developer can not remove the branch they created and released" was created before the age of modurarity. I feel the rule can be adjusted considering current situation of modularity. -- Jun | He - His - Him ___ 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
Re: Failing f31 spins/labs/images
On 06. 10. 19 14:27, Miro Hrončok wrote: On 06. 10. 19 1:30, Kevin Fenzi wrote: Python-Classroom: `` [pungi.global.log](https://kojipkgs.fedoraproject.org/compose/branched/Fedora-31-20191005.n.0/compose/../logs/global/pungi.global.log) - [38066743](https://koji.fedoraproject.org/koji/taskinfo?taskID=38066743) ``` [LIVE_IMAGES ] [ERROR ] [FAIL] Live (variant Labs, arch armhfp, subvariant Python_Classroom) failed, but going on anyway. [LIVE_IMAGES ] [ERROR ] LiveImage task failed: 38066743. See /mnt/koji/compose/branched/Fedora-31-20191005.n.0/logs/armhfp/liveimage-Fedora-Python-Classroom-armhfp-31-20191005.n.0.armhfp.log for more details. ``` Tons of broken deps. Might be related to 58502625d2f2c313390cad354a096ce5b625f049 where python38 and python36 were excluded? Not sure. There should be no deps on 38 and 36 in F31. I'll check the actual dependency problems while Koji works again, there don't seem to be any hints in the pungi.global.log. It says: package python3-3.7.4-5.fc31.armv7hl is excluded I don't know why would it be. How do i debug why it gets excluded? Only python36 and python38 was excluded, not python37. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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
Re: tracker-devel missing from el8 repos
Done, and thank you. I thought I was losing my mind! https://bugzilla.redhat.com/show_bug.cgi?id=1758891 ___ 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
Re: tracker-devel missing from el8 repos
On Sun, Oct 6, 2019 at 11:35 AM Andrew Bauer wrote: > > I am the maintainer of the netatalk package. It has an optional build > dependency on tracker-devel, but this subpackage does not currently exist in > el8 repos. > > The primary package, tracker-2.1.5-1.el8, can be installed, but I need the > header files from -devel. I've extracted the spec file from the source rpm > and have confirmed that the devel subpackage was not removed from the package. > > I can build netatalk without tracker support, but I'd rather keep support for > it, if the missing devel subpackage is some kind of mistake. > Thoughts? File a bug against Red Hat Enterprise Linux 8's tracker package component about the problem. They'll hopefully fix it up in a jiffy. -- 真実はいつも一つ！/ 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
tracker-devel missing from el8 repos
I am the maintainer of the netatalk package. It has an optional build dependency on tracker-devel, but this subpackage does not currently exist in el8 repos. The primary package, tracker-2.1.5-1.el8, can be installed, but I need the header files from -devel. I've extracted the spec file from the source rpm and have confirmed that the devel subpackage was not removed from the package. I can build netatalk without tracker support, but I'd rather keep support for it, if the missing devel subpackage is some kind of mistake. Thoughts? ___ 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
Re: This update's test gating status has been changed to, 'greenwave_failed'.
On Sun, Oct 6, 2019, 15:07 Miro Hrončok wrote: > Couple of my updates have e-mailed me $subj. Is it something to worry > about? > I got this too for a lot of my updates, just a few hours ago. I assumed it was caused by some kind of server glitch, maybe related to the current koji outage. Fabio > Example: https://bodhi.fedoraproject.org/updates/FEDORA-2019-f2ffe568a1 > -- > Miro Hrončok > -- > Phone: +420777974800 > IRC: mhroncok > ___ > 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 > ___ 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
This update's test gating status has been changed to, 'greenwave_failed'.
Couple of my updates have e-mailed me $subj. Is it something to worry about? Example: https://bodhi.fedoraproject.org/updates/FEDORA-2019-f2ffe568a1 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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
Re: Failing f31 spins/labs/images
On 06. 10. 19 1:30, Kevin Fenzi wrote: Python-Classroom: `` [pungi.global.log](https://kojipkgs.fedoraproject.org/compose/branched/Fedora-31-20191005.n.0/compose/../logs/global/pungi.global.log) - [38066743](https://koji.fedoraproject.org/koji/taskinfo?taskID=38066743) ``` [LIVE_IMAGES ] [ERROR ] [FAIL] Live (variant Labs, arch armhfp, subvariant Python_Classroom) failed, but going on anyway. [LIVE_IMAGES ] [ERROR ] LiveImage task failed: 38066743. See /mnt/koji/compose/branched/Fedora-31-20191005.n.0/logs/armhfp/liveimage-Fedora-Python-Classroom-armhfp-31-20191005.n.0.armhfp.log for more details. ``` Tons of broken deps. Might be related to 58502625d2f2c313390cad354a096ce5b625f049 where python38 and python36 were excluded? Not sure. There should be no deps on 38 and 36 in F31. I'll check the actual dependency problems while Koji works again, there don't seem to be any hints in the pungi.global.log. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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
Re: Old changelog entries removal
On Fri, Oct 4, 2019 at 8:26 PM Przemek Klosowski via devel wrote: > > On 10/3/19 12:19 PM, Matthew Miller wrote: > > On Thu, Oct 03, 2019 at 11:13:32AM -0500, Michael Cronenworth wrote: > >>> Remote changelog URLs might become inaccessible over time, making > >>> tracking down > >>> behavior changes & tricky bugs problematic. > >> Yes, there are systems that do not have Internet access. > >> Examples: > >> - Classified systems with no access at all > >> - Proxy restricted systems (behind a web filter that may block) > >> It's incredibly helpful to have rpm -q $PKG --changelog available. > >> Whatever change is made it needs to be available offline. > > I think providing whatever as a %doc would fit most use-cases. Or it could > > be a special document thing like %license. > > > Many maintainers put CVE information in their changelog, so it's > possible to see at a glance whether a particular vulnerability is > addressed, which is not only convenient but also pretty much required in > many environments. This is especially important when patches are > backported and so the overall 'upstream' NVR is not conclusive. > > Is there any kind of policy on including CVE info in changelogs? I've > seen it done enough times that I thought there might be some guidelines > about it, but then again it doesn't always happen. Is it simply a > best-practice adopted by some but not all packages? Many maintainers do but it's widely inconsistent and while interesting for those that do it's of dubious value because of the lack of consistency, I tend to use the lwn.net daily security reports as they get the list from whatever mailing list bodhi sends update details to and that's a more concise location. Peter ___ 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
Re: Packaging OnlyOffice Desktop Editors
On 06.10.2019 10:11, Samuel Sieb wrote: > I don't see anything about it not being allowed Electron is a full Chromium core with nodejs engine, which contains ffmpeg library. If you want to redistribute it in official repositories, you must resolve all legal issues with bundled Chromium by stripping all patented codecs from it (like already did in Fedora's chromium package). > So anything based on electron can't be packaged until that is done. Most of Electron apps requires exact version of Electron core. That's why you cannot package it once and then use with all other applications like shared library. It will not work. Each Electron app must bundle its own Electron core and this is not good due to critical vulnerabilities and guidelines[1]. [1]: https://docs.fedoraproject.org/en-US/packaging-guidelines/#bundling -- 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
Re: Vim :Gbrowse support for pagure
On Sunday, October 6, 2019 12:17:17 AM CEST Jakub Kadlcik wrote: > Hello, > > I don't know how many of you are Vim users and what fraction of those > use plugins. Anyway, there is a great, well-known plugin called > vim-fugitive (by notorious Tim Pope), that provides a lot of cool > features. My favorite one is probably `:Gbrowse` command, which opens > the current file, line or visual selection in your web browser. > > Up until now, there was support for GitHub, GitLab, Bitbucket, and > Gitee. The _problem_ is, that a lot of us moved to Pagure ... > > ... so I wrote a plugin enhancing the :Gbrowse functionality with > Pagure support. Give it a try. If you find it (not) helpful, let me > know! > > Code: https://github.com/FrostyX/vim-fugitive-pagure > Blog post: http://frostyx.cz/posts/vim-gbrowse-support-for-pagure I miss those instructions: $ sudo dnf copr enable frostyx/vim-fugitive-pagure $ sudo dnf install vim-fugitive-pagure .. Otherwise very nice, thank you! Pavel ___ 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
Re: Packaging OnlyOffice Desktop Editors
Il dom 6 ott 2019, 10:09 Vitaly Zaitsev via devel < devel@lists.fedoraproject.org> ha scritto: > On 06.10.2019 09:08, Germano Massullo wrote: > > I would like to package OnlyOffice Desktop Editors [1] > > Packaging of Electron is not allowed: > https://fedoraproject.org/wiki/Electron The webpage should be improved because it does not contain the reasons why packaging of Electron is not allowed > > ___ 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
Re: Packaging OnlyOffice Desktop Editors
On 10/6/19 1:08 AM, Vitaly Zaitsev via devel wrote: On 06.10.2019 09:08, Germano Massullo wrote: I would like to package OnlyOffice Desktop Editors [1] Packaging of Electron is not allowed: https://fedoraproject.org/wiki/Electron I don't see anything about it not being allowed. It's just that no one has done the work to package it yet. So anything based on electron can't be packaged until that is done. ___ 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
Re: Packaging OnlyOffice Desktop Editors
On 06.10.2019 09:08, Germano Massullo wrote: > I would like to package OnlyOffice Desktop Editors [1] Packaging of Electron is not allowed: https://fedoraproject.org/wiki/Electron -- 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
Packaging OnlyOffice Desktop Editors
I would like to package OnlyOffice Desktop Editors [1], but since it is the first time I see a Github tree very particular like this one, I don't know what effort would be required for packaging. What do you think about? [1]: https://github.com/ONLYOFFICE/DesktopEditors ___ 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
