devel December 2021

devel@lists.fedoraproject.org

191 participants
304 discussions

Fedora-Cloud-35-20211210.0 compose check report
by Fedora compose checker 10 Dec '21

10 Dec '21

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-35-20211209.0): ID: 1082881 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1082881 ID: 1082889 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1082889 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

1 0

Who maintains virtio-win repos?
by Chris Adams 10 Dec '21

10 Dec '21

Is there a contact for the virtio-win repos? I looked to see if there was anything in Bugzilla that looked relevant, but didn't find anything. I'm talking about this: https://fedorapeople.org/groups/virt/virtio-win/repo/ The repos need work; there have been new release RPMs added, but the repodata was not rebuilt (so the updates aren't visible to dnf). -- Chris Adams <linux(a)cmadams.net>

2 1

F35 election results
by Ben Cotton 10 Dec '21

10 Dec '21

Greetings, all! The elections for the Fedora Linux 35 cycle have completed. ## Fedora Council Tom Callaway is re-elected to the Fedora Council ## Fedora Engineering Steering Committee (FESCo) The following candidates are elected to FESCo: * Miro Hrončok * Kevin Fenzi * Zbigniew Jędrzejewski-Szmek * Fabio Valentini * David Cantrell Additionally, Tom Stellard is elected to a half-term to fill the seat vacated by Dan Čermák. ## Fedora Mindshare Committee Till Maas is re-elected to the Fedora Mindshare Committee. Congratulations to all those elected and thank you to the candidates and voters. I am out of the office on Friday, so I'll make the appropriate documentation and permissions updates on Monday. For more details, visit the Community Blog post: https://communityblog.fedoraproject.org/fedora-linux-35-election-results/ -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis _______________________________________________ devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorapr… Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

1 0

Self Introduction: Salman Butt
by Salman 09 Dec '21

09 Dec '21

Hi All I have been professionaly working with Linux Systems since the past 5+ years and after attending some of the Dojo's and other events realized that our internal procedure for managing packages is very close/similar to what is used by the open source community. My coworkers was recently added as a maintainer for a package "salt-lint" and id like to assist him with maintaining the package. I am also interested in helping bring in new packages and maintain older ones. I have always wanted to be more involved in the open source community and feel that this may be a good place to start as this is what i do regularly at work.

2 1

Update python-musicbrainzngs by a proven packager and request for adding a co-maintainer to the package
by Johannes Lips 09 Dec '21

09 Dec '21

Hi all, the package python-musicbrainzngs [1] has a long-standing bug [2] and is not upgraded to the latest version, which creates all sorts of issues for dependent packages. Therefore, I would like to ask if a proven-package could initiate an update. There's already a pull-request at https://src.fedoraproject.org/rpms/python-musicbrainzngs/pull-request/1 If possible it would be great if the package could get some co-maintainers in order to prevent a situation like this from happening again. Thanks in advance hannes [1] https://src.fedoraproject.org/rpms/python-musicbrainzngs [2 ] https://bugzilla.redhat.com/show_bug.cgi?id=1685216

3 3

Automatic rawhide update did not contain changelog in description nor bugzilla link
by Miro Hrončok 09 Dec '21

09 Dec '21

Hello, in this update: https://bodhi.fedoraproject.org/updates/FEDORA-2021-4a21ac4839 I would have expected the update description to contain the changelog entry: * Tue Dec 07 2021 Miro Hrončok <mhroncok(a)redhat.com> - 206-1 - brp-mangle-shebangs: also mangle shebangs of JavaScript executables - Fixes: rhbz#1998924 And the bugzilla number (1998924) to be assigned and the bugzilla closed. Neither happened. What did I miss? Is this a bug of Bodhi, or of the automation, or my user error? -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

3 2

Fedora-Rawhide-20211209.n.0 compose check report
by Fedora compose checker 09 Dec '21

09 Dec '21

No missing expected images. Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 6/208 (x86_64), 10/142 (aarch64) New failures (same test not failed in Fedora-Rawhide-20211208.n.0): ID: 1081908 Test: x86_64 Server-dvd-iso install_standard_partition_ext4 URL: https://openqa.fedoraproject.org/tests/1081908 ID: 1081957 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/1081957 ID: 1081982 Test: x86_64 Workstation-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/1081982 ID: 1082082 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1082082 ID: 1082083 Test: aarch64 Server-dvd-iso realmd_join_cockpit@uefi URL: https://openqa.fedoraproject.org/tests/1082083 ID: 1082102 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1082102 ID: 1082103 Test: aarch64 Workstation-raw_xz-raw.xz desktop_terminal@uefi URL: https://openqa.fedoraproject.org/tests/1082103 ID: 1082109 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi URL: https://openqa.fedoraproject.org/tests/1082109 ID: 1082114 Test: aarch64 Workstation-raw_xz-raw.xz base_update_cli@uefi URL: https://openqa.fedoraproject.org/tests/1082114 ID: 1082206 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1082206 ID: 1082216 Test: aarch64 universal install_cyrillic_language@uefi URL: https://openqa.fedoraproject.org/tests/1082216 Old failures (same test failed in Fedora-Rawhide-20211208.n.0): ID: 1081972 Test: x86_64 Workstation-live-iso eog URL: https://openqa.fedoraproject.org/tests/1081972 ID: 1081998 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1081998 ID: 1082023 Test: x86_64 Silverblue-dvd_ostree-iso eog URL: https://openqa.fedoraproject.org/tests/1082023 ID: 1082111 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1082111 ID: 1082116 Test: aarch64 Workstation-raw_xz-raw.xz eog@uefi URL: https://openqa.fedoraproject.org/tests/1082116 Soft failed openQA tests: 5/208 (x86_64), 2/142 (aarch64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-Rawhide-20211208.n.0): ID: 1082021 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1082021 ID: 1082033 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1082033 ID: 1082221 Test: aarch64 universal upgrade_server_domain_controller@uefi URL: https://openqa.fedoraproject.org/tests/1082221 Old soft failures (same test soft failed in Fedora-Rawhide-20211208.n.0): ID: 1081987 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1081987 ID: 1082022 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1082022 ID: 1082125 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1082125 ID: 1082172 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/1082172 Passed openQA tests: 130/142 (aarch64), 197/208 (x86_64) New passes (same test not passed in Fedora-Rawhide-20211208.n.0): ID: 1082057 Test: aarch64 Server-dvd-iso install_default_upload@uefi URL: https://openqa.fedoraproject.org/tests/1082057 ID: 1082059 Test: aarch64 Server-dvd-iso modularity_tests@uefi URL: https://openqa.fedoraproject.org/tests/1082059 ID: 1082060 Test: aarch64 Server-dvd-iso server_freeipa_replication_master@uefi URL: https://openqa.fedoraproject.org/tests/1082060 ID: 1082061 Test: aarch64 Server-dvd-iso server_freeipa_replication_replica@uefi URL: https://openqa.fedoraproject.org/tests/1082061 ID: 1082067 Test: aarch64 Server-dvd-iso base_reboot_unmount@uefi URL: https://openqa.fedoraproject.org/tests/1082067 ID: 1082068 Test: aarch64 Server-dvd-iso base_system_logging@uefi URL: https://openqa.fedoraproject.org/tests/1082068 ID: 1082069 Test: aarch64 Server-dvd-iso base_update_cli@uefi URL: https://openqa.fedoraproject.org/tests/1082069 ID: 1082070 Test: aarch64 Server-dvd-iso base_package_install_remove@uefi URL: https://openqa.fedoraproject.org/tests/1082070 ID: 1082071 Test: aarch64 Server-dvd-iso base_services_start@uefi URL: https://openqa.fedoraproject.org/tests/1082071 ID: 1082072 Test: aarch64 Server-dvd-iso server_cockpit_default@uefi URL: https://openqa.fedoraproject.org/tests/1082072 ID: 1082073 Test: aarch64 Server-dvd-iso server_role_deploy_domain_controller@uefi URL: https://openqa.fedoraproject.org/tests/1082073 ID: 1082074 Test: aarch64 Server-dvd-iso base_service_manipulation@uefi URL: https://openqa.fedoraproject.org/tests/1082074 ID: 1082075 Test: aarch64 Server-dvd-iso server_filesystem_default@uefi URL: https://openqa.fedoraproject.org/tests/1082075 ID: 1082076 Test: aarch64 Server-dvd-iso server_freeipa_replication_client@uefi URL: https://openqa.fedoraproject.org/tests/1082076 ID: 1082077 Test: aarch64 Server-dvd-iso base_selinux@uefi URL: https://openqa.fedoraproject.org/tests/1082077 ID: 1082079 Test: aarch64 Server-dvd-iso server_remote_logging_server@uefi URL: https://openqa.fedoraproject.org/tests/1082079 ID: 1082080 Test: aarch64 Server-dvd-iso server_role_deploy_database_server@uefi URL: https://openqa.fedoraproject.org/tests/1082080 ID: 1082081 Test: aarch64 Server-dvd-iso release_identification@uefi URL: https://openqa.fedoraproject.org/tests/1082081 ID: 1082084 Test: aarch64 Server-dvd-iso server_firewall_default@uefi URL: https://openqa.fedoraproject.org/tests/1082084 ID: 1082085 Test: aarch64 Server-dvd-iso install_blivet_resize_lvm@uefi URL: https://openqa.fedoraproject.org/tests/1082085 ID: 1082087 Test: aarch64 Server-dvd-iso realmd_join_sssd@uefi URL: https://openqa.fedoraproject.org/tests/1082087 ID: 1082088 Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi URL: https://openqa.fedoraproject.org/tests/1082088 ID: 1082089 Test: aarch64 Server-dvd-iso server_remote_logging_client@uefi URL: https://openqa.fedoraproject.org/tests/1082089 ID: 1082090 Test: aarch64 Server-dvd-iso server_database_client@uefi URL: https://openqa.fedoraproject.org/tests/1082090 ID: 1082110 Test: aarch64 Workstation-raw_xz-raw.xz evince@uefi URL: https://openqa.fedoraproject.org/tests/1082110 ID: 1082198 Test: x86_64 universal upgrade_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/1082198 ID: 1082250 Test: aarch64 universal upgrade_realmd_client@uefi URL: https://openqa.fedoraproject.org/tests/1082250 Installed system changes in test x86_64 Server-boot-iso install_default: System load changed from 0.12 to 0.23 Previous test data: https://openqa.fedoraproject.org/tests/1080941#downloads Current test data: https://openqa.fedoraproject.org/tests/1081903#downloads Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: Used mem changed from 212 MiB to 239 MiB Previous test data: https://openqa.fedoraproject.org/tests/1080957#downloads Current test data: https://openqa.fedoraproject.org/tests/1081919#downloads Installed system changes in test x86_64 Workstation-live-iso install_default@uefi: Used mem changed from 1041 MiB to 927 MiB 1 packages(s) removed since previous compose: libpmemobj 1 services(s) removed since previous compose: fwupd.service System load changed from 0.39 to 0.80 Average CPU usage changed from 3.27142857 to 34.16190476 Previous test data: https://openqa.fedoraproject.org/tests/1081002#downloads Current test data: https://openqa.fedoraproject.org/tests/1081964#downloads Installed system changes in test x86_64 Workstation-live-iso install_default_upload: 1 packages(s) removed since previous compose: libpmemobj System load changed from 0.77 to 1.43 Average CPU usage changed from 10.20952381 to 25.11428571 Previous test data: https://openqa.fedoraproject.org/tests/1081004#downloads Current test data: https://openqa.fedoraproject.org/tests/1081966#downloads Installed system changes in test x86_64 KDE-live-iso install_default_upload: 4 packages(s) removed since previous compose: biosdevname, http-parser, libgit2, libssh2 System load changed from 1.06 to 1.55 Average CPU usage changed from 27.96190476 to 38.13333333 Previous test data: https://openqa.fedoraproject.org/tests/1081028#downloads Current test data: https://openqa.fedoraproject.org/tests/1081990#downloads Installed system changes in test x86_64 KDE-live-iso install_default@uefi: 4 packages(s) removed since previous compose: biosdevname, http-parser, libgit2, libssh2 System load changed from 0.66 to 1.23 Previous test data: https://openqa.fedoraproject.org/tests/1081030#downloads Current test data: https://openqa.fedoraproject.org/tests/1081992#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default@uefi: Mount /run contents changed to 138.7294421% of previous size Used swap changed from 6 MiB to 10 MiB System load changed from 0.64 to 1.19 Average CPU usage changed from 9.20952381 to 32.17619048 Previous test data: https://openqa.fedoraproject.org/tests/1081048#downloads Current test data: https://openqa.fedoraproject.org/tests/1082010#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default_upload: Mount /run contents changed to 138.7886598% of previous size Used swap changed from 6 MiB to 11 MiB System load changed from 0.83 to 1.29 Average CPU usage changed from 19.85238095 to 45.38571429 Previous test data: https://openqa.fedoraproject.org/tests/1081049#downloads Current test data: https://openqa.fedoraproject.org/tests/1082011#downloads Installed system changes in test aarch64 Server-boot-iso install_default@uefi: System load changed from 0.25 to 0.13 Previous test data: https://openqa.fedoraproject.org/tests/1081081#downloads Current test data: https://openqa.fedoraproject.org/tests/1082043#downloads Installed system changes in test x86_64 universal install_package_set_kde: 3 packages(s) removed since previous compose: http-parser, libgit2, libssh2 System load changed from 1.17 to 0.98 Previous test data: https://openqa.fedoraproject.org/tests/1081221#downloads Current test data: https://openqa.fedoraproject.org/tests/1082183#downloads Installed system changes in test x86_64 universal install_package_set_minimal: Used mem changed from 191 MiB to 215 MiB System load changed from 0.05 to 0.27 Previous test data: https://openqa.fedoraproject.org/tests/1081222#downloads Current test data: https://openqa.fedoraproject.org/tests/1082184#downloads Installed system changes in test aarch64 universal install_package_set_minimal@uefi: Used mem changed from 180 MiB to 202 MiB System load changed from 0.08 to 0.59 Previous test data: https://openqa.fedoraproject.org/tests/1081276#downloads Current test data: https://openqa.fedoraproject.org/tests/1082238#downloads -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

1 0

Seeking maintainers of mathematical packages
by Jerry James 09 Dec '21

09 Dec '21

For some years now, I have maintained a collection of mathematical packages and some of their dependencies in Fedora. I actually stopped using the packages in question awhile ago, but have been maintaining them out of inertia. I would like to free up time to get some code checking and formal methods packages into Fedora. But I need to divest myself of the sagemath and Macaulay2 stacks in order to have time to do so. There are 241 packages listed below. I am primary maintainer for 217 of them. Before anybody panics, I am not talking about orphaning them now. My plan is to spend the next 12 months searching for people willing to step into the primary maintainer role for these packages. I will repeat this message at regular intervals in hope of finding willing participants. One year from now, if I have not given all of these packages away, then I will orphan the rest. This is not a collection of packages that is falling apart. They are high quality packages. Very little needs to be done right away. If you have interest in any of the listed packages, please get in touch. It doesn't matter if you are currently a Fedora packager or not. If not, I will sponsor you via the comaintainer path, and stick around until you feel comfortable handling the package yourself. It doesn't matter if you are interested in only a single package. Contact me anyway. To help those who may be new to packaging, I have started documenting some of my workflows. I have a set of web pages rooted here: https://jamezone.org/pleasure/software/Fedora/packager/ Those pages contain walk-throughs and examples illustrating how I approach various tasks. I'm willing to donate any of that content to Fedora, so if you see something you think should be on docs.fedoraproject.org, feel free to tell me so. Also feel free to suggest additions or changes to what I have there. Packages for which I am the primary maintainer ---------------------------------------------- 4ti2 GAPDoc TOPCOM antic arb azove bigloo bliss carat check clblast clisp cocoalib cohomCalg coin-or-Data-Netlib coin-or-Data-miplib3 coxeter cryptominisat csdp cxsc e-antic ecl eclib ffcall fflas-ffpack flintqs freetdi-gala gap gap-pkg-ace gap-pkg-aclib gap-pkg-alnuth gap-pkg-atlasrep gap-pkg-autodoc gap-pkg-automata gap-pkg-autpgrp gap-pkg-browse gap-pkg-caratinterface gap-pkg-circle gap-pkg-cohomolo gap-pkg-congruence gap-pkg-corelg gap-pkg-crime gap-pkg-crisp gap-pkg-crypting gap-pkg-cryst gap-pkg-crystcat gap-pkg-ctbllib gap-pkg-curlinterface gap-pkg-cvec gap-pkg-datastructures gap-pkg-design gap-pkg-digraphs gap-pkg-edim gap-pkg-factint gap-pkg-ferret gap-pkg-fga gap-pkg-fining gap-pkg-float gap-pkg-format gap-pkg-forms gap-pkg-fr gap-pkg-francy gap-pkg-gbnp gap-pkg-genss gap-pkg-grape gap-pkg-groupoids gap-pkg-grpconst gap-pkg-guava gap-pkg-hap gap-pkg-hapcryst gap-pkg-happrime gap-pkg-hecke gap-pkg-images gap-pkg-io gap-pkg-irredsol gap-pkg-json gap-pkg-jupyterkernel gap-pkg-jupyterviz gap-pkg-laguna gap-pkg-liealgdb gap-pkg-liepring gap-pkg-liering gap-pkg-loops gap-pkg-lpres gap-pkg-mapclass gap-pkg-nautytracesinterface gap-pkg-nq gap-pkg-openmath gap-pkg-orb gap-pkg-polenta gap-pkg-polycyclic gap-pkg-polymaking gap-pkg-primgrp gap-pkg-profiling gap-pkg-qpa gap-pkg-quagroup gap-pkg-radiroot gap-pkg-recog gap-pkg-repsn gap-pkg-resclasses gap-pkg-scscp gap-pkg-semigroups gap-pkg-singular gap-pkg-sla gap-pkg-smallgrp gap-pkg-smallsemi gap-pkg-sonata gap-pkg-sophus gap-pkg-spinsym gap-pkg-tomlib gap-pkg-toric gap-pkg-transgrp gap-pkg-utils gap-pkg-uuid gap-pkg-xmod gap-pkg-zeromqinterface gcl gf2x gfan gmp-ecm gnofract4d gp2c iml java-diff-utils javacc-maven-plugin jline jmol jni-inchi jol juniversalchardet latte-integrale libbraiding libdivide libfplll libgpuarray libhomfly libpoly libsemigroups libsvm linbox lrslib m4ri m4rie material-icons-fonts mathic mathicgb maven-doxia maven-doxia-sitetools maven-reporting-api maven-reporting-impl mcqd memtailor minisat2 mpfi mpsolve naga nauty normaliz ocaml-tplib pari pari-elldata pari-galdata pari-galpol pari-nflistdata pari-nftables pari-seadata permlib pl polymake polyml primecount pynac python-BTrees python-ZEO python-ZODB python-ZODB3 python-fastcache python-gmpy2 python-j1m.sphinxautozconfig python-jupymake python-jupyter-kernel-singular python-jupyter-polymake python-manuel python-pari-jupyter python-persistent python-pplpy python-pysingular python-random2 python-readthedocs-sphinx-ext python-repoze-sphinx-autointerface python-sphinx-copy-button python-sphinx-math-dollar python-sphinx-testing python-sphinx_rtd_theme python-sphinxcontrib-zopeext python-tdlib python-theano python-zodbpickle python-zope-testrunner qd qepcad-B rubiks saclib scala scalacheck sharedmeataxe sirocco stp subunit symmetrica sympol sympy tlx tth vinci xgap zn_poly Packages for which I am comaintainer. This serves as notice to the primary maintainers that I am stepping away from actively working on these packages. The primary maintainer is listed after the package name. ---------------------------------------------------------------------------- cddlib: pcpa flint: pcpa givaro: mycae libedit: branto ntl: rdieter tbb: trodgers; see https://copr.fedorainfracloud.org/coprs/jjames/TBB2021/ for my take on what the next version of tbb should look like Packages for which I am neither primary maintainer nor comaintainer, but I've been maintaining them anyway. As above, this serves as notice to the primary maintainer that I am stepping away from active maintenance of these packages. ----------------------------------------------------------------------------- L-function: pcpa Macaulay2: rdieter Singular: pcpa brial: pcpa cliquer: pcpa fes: pcpa frobby: rdieter lrcalc: pcpa palp: pcpa planarity: pcpa ppl: bagnara python-cypari2: pcpa python-cysignals: pcpa python-fpylll: pcpa rw: pcpa sagemath: pcpa surf-geometry: pcpa sympow: pcpa As far as I know, neither bagnara nor pcpa is actively involved in Fedora anymore, so once I step away from their packages, the packages will effectively be unmaintained. If you want to see how these packages are related to each other, here is a graph showing all of the packages I am involved with in Fedora: https://jamezone.org/pleasure/software/Fedora/fedora.pdf The black ovals are packages for which I am primary maintainer, blue are packages for which I am comaintainer, green are packages for which I am neither but I maintain the package anyway, and red are packages that I normally don't touch except for the occasional rebuild due to an soname bump or similar. The ones I am talking about stepping away from are primarily on the right half of the diagram. Regards, -- Jerry James http://www.jamezone.org/

2 2

Re: Packaging pgAdmin4
by Sandro Mani 09 Dec '21

09 Dec '21

Those packages ship either Apache+Wsgi as a server application or NwJs für the desktop app, latter which I believe is even worse to package due to bundling chromium. Thanks Sandro On 09.12.21 14:54, graham_alton(a)hotmail.com wrote: > I set this up recently using the packages from here -> > https://www.pgadmin.org/download/pgadmin-4-rpm/ > > No idea if you've looked at those but thought I'd point them out in > case they have any good practise you can "borrow" :-) > > Graham > > -----Original Message----- > *From*: Sandro Mani <manisandro(a)gmail.com > <mailto:Sandro%20Mani%20%3cmanisandro@gmail.com%3e>> > *Reply-To*: Development discussions related to Fedora > <devel(a)lists.fedoraproject.org > <mailto:Development%20discussions%20related%20to%20Fedora%20%3cdevel@lists.fedoraproject.org%3e>> > *To*: Development discussions related to Fedora > <devel(a)lists.fedoraproject.org > <mailto:Development%20discussions%20related%20to%20Fedora%20%3cdevel@lists.fedoraproject.org%3e>> > *Subject*: Packaging pgAdmin4 > *Date*: Thu, 9 Dec 2021 14:17:41 +0100 > > Hi > > I gave it a go at packaging pgadmin4 [1], to replace the current > obsolete and abandoned (and crashy) pgadmin3. > > pgadmin4 is a mix of Python/Flask for serverside and HTML/JS for > client side, for which I wrote a minimal Qt5WebEngineView wrapper to > make it appear like a desktop application. The spec is here: [2] > > I have a couple of questions to eventually be able to put it up for > review: > > - The client side uses node/package.json to build static assets. > Currently I have this in the spec > > # git clonehttps://github.com/postgres/pgadmin4.git > # cd pgadmin4/web > # yarn install > # find node_modules/webpack/lib/ -type f -exec sed -i 's|md4|sha256|g' {} \; > # yarn run bundle > # cd .. > # tar cfJ pgadmin4-static-js-generated-$(git rev-parse --short=7 HEAD).tar.xz web/pgadmin/static/js/generated/ > Source1: %{name}-static-js-generated-%{shortcommit}.tar.xz > Is this in any way acceptable? Is this compatible with "You can provide a package that uses nodejs, but you should bundle all the nodejs libraries that are needed."[3] > - I install the actual pgadmin4 files /usr/lib/pgadmin4/ and then install my custom qt wrapper to %{_bindir} which then internally invokes "python3 /usr/lib/pgadmin4/pgadmin4.py". Is /usr/lib/pgadmin4/ an appropriate directory for this? > - I currently have to manually specify the requires, which I can generate using > python3 /usr/lib/rpm/redhat/pyproject_buildrequires.py -N requirements.txt 2>/dev/null | awk '{print "Requires: "$0}' > Is there a way to automatically generate the runtime Requires, similar to the buildtime BuildRequires? > Thanks > Sandro > > [1] https://copr.fedorainfracloud.org/coprs/smani/pgAdmin4 > [2] https://smani.fedorapeople.org/pgadmin4.spec > [3] https://docs.fedoraproject.org/en-US/packaging-guidelines/Node.js/ > > _______________________________________________ > devel mailing list -- devel(a)lists.fedoraproject.org > To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > > _______________________________________________ > devel mailing list --devel(a)lists.fedoraproject.org > To unsubscribe send an email todevel-leave(a)lists.fedoraproject.org > Fedora Code of Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives:https://lists.fedoraproject.org/archives/list/devel@lists.fedorapr… > Do not reply to spam on the list, report it:https://pagure.io/fedora-infrastructure

1 0

Why CVEs are being filed for EPEL?
by Ondřej Holý 09 Dec '21

09 Dec '21

Hi all, do you have any idea why CVE bugs are being filed for Fedora EPEL product in the case of the freerdp component (https://src.fedoraproject.org/rpms/freerdp) when there aren't any builds for epel7, or epel8? What needs to be done to avoid that, or is this a normal approach for other components as well? Should I close them as WONTFIX, or what is the expected workflow here? Regards Ondrej

2 2

← Newer
1
...
19
20
21
22
23
24
25
...
31
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel December 2021