Re: cppcheck orphaned
I've taken this, as I do use it, but will happily pass it to one of the existing co-maintainers if they'd prefer. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Thursday, September 19th, 2024 at 2:43 AM, Susi Lehtola wrote: > Hi, > > I have orphaned cppcheck due to lack of time and use on my part. tdawson is an > admin, while sgrubb and c72578 have commit rights. > > Susi > -- > Susi Lehtola > Fedora Project Contributor > jussileht...@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 > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue signature.asc 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: Attempting to coordinate a lasem, goffice, gnumeric, abiword and gnome-chemistry-utils update for F41 and rawhide
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Tuesday, September 3rd, 2024 at 3:33 PM, Alexander Ploumistos wrote: > On Tue, Sep 3, 2024 at 4:46 PM Gwyn Ciesla via devel > devel@lists.fedoraproject.org wrote: > > > I'm the abiword maintainer and a provenpackager. Let me know how I can help. > > > Thank you Gwyn, you're the only one I wasn't worried about. > I was thinking of giving the other maintainers some time to chime in, > maybe until this weekend and then see how many things are left to be > dealt with. > If push comes to shove, will you be able to submit the required > builds? Absolutely. Just let me know what and when. I will open PRs for every package and try to update goffice > and gnumeric while I'm at it. The update submitted by Anitya for > goffice succeeded, while the one for gnumeric failed because it was > looking for gnumeric-1_12_57.tar.xz instead of > gnumeric-1.12.57.tar.xz. Hopefully, that too will be straightforward. > I guess at some point in the near future I might have to start the > non-responsive maintainer process and inherit some more 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 signature.asc 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: Attempting to coordinate a lasem, goffice, gnumeric, abiword and gnome-chemistry-utils update for F41 and rawhide
I'm the abiword maintainer and a provenpackager. Let me know how I can help. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Monday, September 2nd, 2024 at 5:42 PM, Alexander Ploumistos wrote: > Hello, > > I recently took over gnome-chemistry-utils and lasem, both of which > have to be updated. > After reaching out to the developer of lasem, he decided to tag a new > release with a considerable number of bug fixes and code cleanups. > It so happens that lasem is a dependency of gnome-chemistry-utils, > which currently fails to build in rawhide and F41. I have managed to > resolve the issues and also rebuild it with the new version of lasem > and in order to do that, I also had to rebuild goffice. > I have pushed these changes in pagure and I've opened a couple of PRs > for the two branches of goffice. > As far as I can understand the dependency chain, after building lasem, > next in line is goffice, then abiword and gnumeric and finally > gnome-chemistry-utils. > > I'm afraid that I've hit a snag though, because I noticed a couple of > open bugs with no activity for goffice and gnumeric, both of which > have had newer releases since late May. I've added all of the > mainteners involved in this message, but I have a feeling that the > chain is broken somewhere. How can I proceed? Can a provenpackager > lend a hand? > > > Best regards, > A. > -- > ___ > 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 signature.asc 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: poppler soname bump in Rawhide
Thank you for fixing Inkscape! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Monday, August 19th, 2024 at 9:31 AM, Marek Kasik wrote: > Hi, > > I've fixed this issue and rebuilt Inkscape. > > Unfortunately, I have issues with some other packages due to the > unannounced soname bump of re2. qt5-qtwebengine needs to be rebuilt due > to that but it fails. I watch the > https://src.fedoraproject.org/rpms/qt5-qtwebengine/pull-request/18#request_diff > and I'm trying to fix the issue with undefined references. > > Regards > Marek > > On 8/6/24 23:24, Ian McInerney via devel wrote: > > > Gwyn Ciesla wrote: > > > > > libreoffice is done. > > > Thank you for that! > > > > inkscape, sadly, uses the unstable API and fails: > > > In file included from /usr/include/poppler/Object.h:44, > > > from /usr/include/poppler/GfxState.h:41, > > > from /usr/include/poppler/Gfx.h:40, > > > from > > > /builddir/build/BUILD/inkscape-1.3.2-build/inkscape-1.3.2_2023-11-25_091e20ef0f/src/extension/internal/pdfinput/svg-builder.h:30, > > > from > > > /builddir/build/BUILD/inkscape-1.3.2-build/inkscape-1.3.2_2023-11-25_091e20ef0f/src/extension/internal/pdfinput/pdf-input.h:25, > > > from > > > /builddir/build/BUILD/inkscape-1.3.2-build/inkscape-1.3.2_2023-11-25_091e20ef0f/src/extension/init.cpp:41: > > > /usr/include/poppler/goo/GooString.h:241:24: error: ‘starts_with’ has not > > > been declared in ‘std::string’ > > > 241 | using std::string::starts_with; > > > | ^~~ > > > /usr/include/poppler/goo/GooString.h:244:24: error: ‘ends_with’ has not > > > been declared in ‘std::string’ > > > 244 | using std::string::ends_with; > > > | ^ > > > I'll dig further unless someone else has seen this before. > > > > Both std::string::starts_with() and std::string::ends_with() were added in > > C++20, so if this header is being included in a build using an older C++ > > standard, these two functions won't be defined by the string header. > > > > > -- > > > Gwyn Ciesla > > > she/her/hers > > > > > > in your fear, seek only peace > > > in your fear, seek only love > > > -d. bowie > > > Sent with Proton Mail secure email. > > > On Tuesday, August 6th, 2024 at 10:12 AM, Marek Kasik mka...@redhat.com > > > wrote: > > > > > > > Hi, > > > > > > > > > I've prepared rebase of poppler to 24.08.0, which was released last > > > > > week, in the side tag "f41-build-side-93673". I'm asking you to build > > > > > your dependent packages in it and I will merge it to the main > > > > > buildroot > > > > > at Monday (12th of August) just before the branching. > > > > > There are several API changes and soname bump of the base library > > > > > libpoppler.so.* and also some changes in CPP frontend which needed > > > > > bump > > > > > of libpoppler-cpp.so.* too. > > > > > Packages which need to be rebuilt: > > > > > boomaga > > > > > calligra > > > > > deepin-file-manager > > > > > docparser > > > > > efl > > > > > extractpdfmark > > > > > gambas3 > > > > > gdal > > > > > gdcm > > > > > inkscape > > > > > kf5-kitinerary > > > > > kitinerary > > > > > libcupsfilters > > > > > libreoffice > > > > > pdf2djvu > > > > > pdfgrep > > > > > R-pdftools > > > > > scribus > > > > > If your package still uses the unstable API (headers from > > > > > poppler-devel), could you consider to change it to use a stable API in > > > > > the future (glib, qt5, C++)? It would mean less work for you and I > > > > > would > > > > > be able to disable the unstable API. > > > > > Regards > > > > > Marek > > > > > -- > > > > > ___ > > > > > 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 signature.asc Description: OpenPGP digital signature -- ___
Re: Orphaned packages looking for new maintainers
Took python-logutils and python-pecan. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Wednesday, August 14th, 2024 at 9:49 PM, maxw...@gtmx.me wrote: > Report started at 2024-08-15 02:00:06 UTC > > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > Note: If you received this mail directly you (co)maintain one of the affected > packages or a package that depends on one. Please adopt the affected package > or > retire your depending package to avoid broken dependencies, otherwise your > package will be retired when the affected package gets retired. > > Request package ownership via the Take button in the left column on > https://src.fedoraproject.org/rpms/ > > > Full report available at: > https://a.gtmx.me/orphans/orphans.txt > grep it for your FAS username and follow the dependency chain. > > For human readable dependency chains, > see https://packager-dashboard.fedoraproject.org/ > For all orphaned packages, > see https://packager-dashboard.fedoraproject.org/orphan > > Package (co)maintainers Status Change > > Cadence orphan 0 weeks ago > NLopt orphan 0 weeks ago > bes @scitech_sig, orphan 5 weeks ago > bfast orphan 3 weeks ago > dmlite orphan 2 weeks ago > electron-cash orphan 0 weeks ago > glfw airlied, orphan, slaanesh 0 weeks ago > glsl-language-server orphan 0 weeks ago > java-diff-utils jvanek, orphan 2 weeks ago > libprelude fab, limb, orphan 0 weeks ago > libpreludedb orphan 0 weeks ago > mingw-gdbm orphan 2 weeks ago > owncloud-client nb, orphan 5 weeks ago > perl-Authen-Krb5-Admin orphan 0 weeks ago > prelude-correlator orphan 0 weeks ago > pyliblo orphan 0 weeks ago > python-EvoPreprocess orphan 4 weeks ago > python-adb orphan 0 weeks ago > python-anymarkup @epel-packagers-sig, dcavalca, 0 weeks ago > jchaloup, orphan > python-anymarkup-core jchaloup, orphan 0 weeks ago > python-bash-kernel orphan 1 weeks ago > python-devicely @neuro-sig, orphan 3 weeks ago > python-devtools orphan 0 weeks ago > python-django-auth-ldap orphan 0 weeks ago > python-django-pyscss mrunge, orphan 0 weeks ago > python-djvulibre orphan 0 weeks ago > python-eventlet @epel-packagers-sig, @python- 0 weeks ago > packagers-sig, ignatenkobrain, > kevin, orphan > python-ffmpeg-python orphan 0 weeks ago > python-flask-basicauth @python-packagers-sig, orphan 0 weeks ago > python-gensim orphan 0 weeks ago > python-gerritlib orphan 0 weeks ago > python-google-cloud-monitoring orphan 0 weeks ago > python-jupyter-sphinx orphan 1 weeks ago > python-logutils orphan 0 weeks ago > python-matplotlib-venn @neuro-sig, orphan 0 weeks ago > python-nb2plots orphan 1 weeks ago > python-oslo-db @openstack-sig, orphan 0 weeks ago > python-pecan @openstack-sig, orphan 0 weeks ago > python-py-gql orphan 0 weeks ago > python-pyfastnoisesimd @python-packagers-sig, orphan 0 weeks ago > python-ruffus @python-packagers-sig, orphan 0 weeks ago > python-scripttester orphan 1 weeks ago > python- nforro, orphan, ttomecek 0 weeks ago > setuptools_scm_git_archive > python-sphinxcontrib-openapi orphan, zuul 0 weeks ago > python-stompest orphan 0 weeks ago > python-streamlink orphan 0 weeks ago > python-tensordict orphan 0 weeks ago > python-testinfra chedi, ignatenkobrain, orphan 0 weeks ago > python-tmuxp @epel-packagers-sig, orphan 6 weeks ago > python-wsaccel orphan 0 weeks ago > qpid-dispatch orphan 0 weeks ago > re2 ekohl, orphan, tdawson 0 weeks ago > receptor @go-sig, orphan 2 weeks ago > rmlint orphan 0 weeks ago > rubygem-activemodel- orphan 4 weeks ago > serializers-xml > scala mizdebsk, orphan 3 weeks ago > slurm orphan 0 weeks ago > transtats-cli orphan, suanand 0 weeks ago > zanata-python-client dchen, orphan, pnemade, 4 weeks ago > suanand > znc orphan 0 weeks ago > > The following packages require above mentioned packages: > Depending on: NLopt (8), status change: 2024-08-12 (0 weeks ago) > freefem++ (maintained by: corsepiu) > freefem++-4.14-9.fc41.src requires NLopt-devel = 2.7.1-18.fc40 > freefem++-4.14-9.fc41.x86_64 requires libnlopt.so.0()(64bit) > > libnest2d (maintained by: @python-packagers-sig, churchyard) > libnest2d-0.4^20200805gitda47825-11.fc41.src requires pkgconfig(nlopt) = 2.7.1 > libnest2d-devel-0.4^20200805gitda47825-11.fc41.i686 requires pkgconfig(nlopt) > = 2.7.1 > libnest2d-devel-0.4^20200805gitda47825-11.fc41.x86_64 requires > pkgconfig(nlopt) = 2.7.1 > > pagmo2 (maintained by: topazus) > pagmo2-2.19.1-1.fc41.i686 requires libnlopt.so.0 > pagmo2-2.19.1-1.fc41.src requires pkgconfig(nlopt) = 2.7.1 > pagmo2-2.19.1-1.fc41.x86_64 re
Re: poppler soname bump in Rawhide
libreoffice is done. inkscape, sadly, uses the unstable API and fails: In file included from /usr/include/poppler/Object.h:44, from /usr/include/poppler/GfxState.h:41, from /usr/include/poppler/Gfx.h:40, from /builddir/build/BUILD/inkscape-1.3.2-build/inkscape-1.3.2_2023-11-25_091e20ef0f/src/extension/internal/pdfinput/svg-builder.h:30, from /builddir/build/BUILD/inkscape-1.3.2-build/inkscape-1.3.2_2023-11-25_091e20ef0f/src/extension/internal/pdfinput/pdf-input.h:25, from /builddir/build/BUILD/inkscape-1.3.2-build/inkscape-1.3.2_2023-11-25_091e20ef0f/src/extension/init.cpp:41: /usr/include/poppler/goo/GooString.h:241:24: error: ‘starts_with’ has not been declared in ‘std::string’ 241 | using std::string::starts_with; |^~~ /usr/include/poppler/goo/GooString.h:244:24: error: ‘ends_with’ has not been declared in ‘std::string’ 244 | using std::string::ends_with; |^ I'll dig further unless someone else has seen this before. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Tuesday, August 6th, 2024 at 10:12 AM, Marek Kasik wrote: > Hi, > > I've prepared rebase of poppler to 24.08.0, which was released last > week, in the side tag "f41-build-side-93673". I'm asking you to build > your dependent packages in it and I will merge it to the main buildroot > at Monday (12th of August) just before the branching. > > There are several API changes and soname bump of the base library > libpoppler.so.* and also some changes in CPP frontend which needed bump > of libpoppler-cpp.so.* too. > > Packages which need to be rebuilt: > boomaga > calligra > deepin-file-manager > docparser > efl > extractpdfmark > gambas3 > gdal > gdcm > inkscape > kf5-kitinerary > kitinerary > libcupsfilters > libreoffice > pdf2djvu > pdfgrep > R-pdftools > scribus > > If your package still uses the unstable API (headers from > poppler-devel), could you consider to change it to use a stable API in > the future (glib, qt5, C++)? It would mean less work for you and I would > be able to disable the unstable API. > > Regards > Marek > > -- > ___ > 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 signature.asc 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: Fedora 41 Python 3.13 mass rebuild status
Thank you to everyone involved! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Wednesday, June 12th, 2024 at 4:29 AM, Karolina Surma wrote: > On 6/12/24 00:10, Miro Hrončok wrote: > > > On 10. 06. 24 17:34, Karolina Surma wrote: > > > > > Hello, > > > > > > The Python 3.13 rebuild is in progress. We plan to merge the side tag > > > soon. > > > > > > > > > I requested the side tag to be merged. > > > > https://pagure.io/releng/issue/12155 > > > > If you build for f41-python now, there is a risk that the build will > > fail at tagging time if the side tag is merged during the build. I don't > > recommend building long builds. > > > > Please, still don't build Python packages in rawhide until the side tag > > is fully merged. > > > > Thank you for your patience. > > > The side tag has been merged. Now you can build Python packages in > regular Rawhide with Python 3.13 safely. > Shortly we'll start opening bugzillas for the remaining packages. > > ## What now? The usual advice > > If you are aware of the problem and working towards fixing it, set your > bugzilla to ASSIGNED to avoid further automated reminders. If blocked > by dependencies, do not close the bugzillas as NOTABUG or DUPLICATE just > because it is "not a problem in your package". The automation will file > new ones anyway. Use the Blocks and Depends on fields in bugzilla > instead please. > > ## My package fails to build because it has test failures in %check > > Please, try to resolve the failures. If you are confident that the > package works fine, but the tests are wrong, skip some failing tests, > ideally with a link to an upstream issue. Do not disable (e.g. comment > out) all tests just > to unblock the rebuild of your package, it usually only hides the problem. > > ## My package fails to build because it has broken build dependencies > > Please try to track the missing build dependencies in Bugzilla. If > possible, help the maintainers of your dependencies to get them rebuilt. > When in need of escalation, ask us for provenpackager help (ideally with > pull requests to be merged). Once possible, rebuild your package. When > you do, the bugzilla will eventually get automatically closed, but you > can do that manually as well. > > ## My package was rebuilt with Python 3.13 but it has broken runtime > dependencies > > Please try to track the missing runtime dependencies in Bugzilla. If > possible, help the maintainers of your dependencies to get them rebuilt. > When in need of escalation, ask us for provenpackager help (ideally with > pull requests to be merged). When the dependencies are rebuilt, your > package will install successfully once again and the bugzilla will > eventually get automatically closed, but you can do that manually as well. > > ## My package failed to build but installs just fine > > Some packages that only require libpython3.12.so.1.0 will successfully > pull in the python3.12 package as a dependency and hence they don't have > installation issues. They need to be rebuilt with Python 3.13 anyway, we > don't want Fedora users to pull in two Python versions unless they need > them for development purposes. > > ## How to run things locally? > > You can use mock. Make sure to: > 1. Clear all caches first: $ mock -r fedora-rawhide-x86_64--scrub=all > 2. Use the Koji repo: $ mock -r fedora-rawhide-x86_64 > --enablerepo=local ... > > ## Where to get help > > Reply to this thread or find us (ksurma, mhroncok) on Matrix > (#python: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 > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue signature.asc 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: Notice of intent to orphan salt
Exactly. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Thursday, May 2nd, 2024 at 2:03 PM, Michel Lind wrote: > On 5/2/24 1:55 PM, Gwyn Ciesla via devel wrote: > > > salt-master has been broken on Fedora since Fedora 39, when we moved to > > Python > > 3.12. > > > > https://bugzilla.redhat.com/show_bug.cgi?id=2250197 > > https://bugzilla.redhat.com/show_bug.cgi?id=2250197 > > > > Upstream doesn't seem particularly interested in supporting anything > > outside of > > their 'onedir' packaging, which bundles it's own Python stack. Most of the > > work > > required to work on 3.12, I THINK, involves unbundling twisted, which is > > non-trival. > > Sigh... they're going the Chef 'omnibus' route huh :( > > Best regards, > > -- > _o) Michel Lind > _( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 > -- > ___ > 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 signature.asc 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
Notice of intent to orphan salt
salt-master has been broken on Fedora since Fedora 39, when we moved to Python 3.12. https://bugzilla.redhat.com/show_bug.cgi?id=2250197 Upstream doesn't seem particularly interested in supporting anything outside of their 'onedir' packaging, which bundles it's own Python stack. Most of the work required to work on 3.12, I THINK, involves unbundling twisted, which is non-trival. The good news is that they do that with the 3007.x series. The bad news is that that requires a recent version of python-cryptography that breaks several other packages: https://bugzilla.redhat.com/show_bug.cgi?id=2257380 Since I needed something that works for config management, I've migrated my own stuff from salt to something that works with distro packaging and doesn't have odd version constraints¹. As a consequence, I can no longer sufficiently test new releases. As a result, I've just sent 3006.8 to updates-testing for rawhide-f38, and will orphan salt on May 21 2024, when f38 is EOL. If someone wants to take ownership before then, please let me know. -Gwyn 1. Ansible. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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
matio soname bump
matio 1.5.27 is coming to rawhide. I'm building it in side tag 41-build-side-88211. I'll rebuild kst, LapPlt, openmeed, and vips there, and then merge. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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] openexr so name bump heading Rawhide and f40
I tried to so synfig and gstreamer1-plugins-bad-free, and they need some of the others rebuilt first: https://kojipkgs.fedoraproject.org//work/tasks/2955/116742955/root.log https://kojipkgs.fedoraproject.org//work/tasks/3027/116743027/root.log -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Monday, April 22nd, 2024 at 7:14 AM, Josef Řídký wrote: > Hi folks, > > this is in advance notice about the upcoming rebase of the openexr package in > Fedora Rawhide and f40. > > List of dependent package should be following (please, correct me if I > haven't found all): > CTL > ImageMagick > OpenColorIO > OpenEXR_Viewers > OpenImageIO > OpenSceneGraph-OpenEXR > blender > cinelerra-gg > darktable > freeimage > gdal > gegl04 > gimp > gmic > gstreamer1-plugins-bad-free > hugin > kf5-kimageformats > kio-extras > krita > libjxl > olive > opencv > pfstools > povray > synfig > synfigstudio > vigra > vips > > I would like to ask responsible maintainers (or kind proven packager) to > rebuild their packages for Rawhide and f40 with following side-tags: > > F40 -> f40-build-side-88171 > Rawhide -> f41-build-side-88169 > > > Best regards > > Josef Ridky > Senior Software Engineer > Core Services Team > Red Hat Czech, s.r.o. signature.asc 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: "fedpkg local" builds fail for rust packages
Is there any chance fedpkg local can be adapted to support dynamic BuildRequires? -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Thursday, April 4th, 2024 at 2:51 AM, Fabio Valentini wrote: > On Thu, Apr 4, 2024, 00:54 Philip Matura via devel > wrote: > > > On Thu, Apr 04, 2024 at 12:03:56AM +0200, Fabio Valentini wrote: > > > On Wed, Apr 3, 2024 at 11:47 PM pfed--- via devel > > > wrote: > > > > > > > > Maybe we could add the `--allow-dirty` to the `%cargo_install` macro - > > > > from the top of my head this should not break anything, but I'm not > > > > sure. There does not seem to be a general "ignore-git" option for cargo. > > > > > > > > Or are there other ways to get this to work? > > > > > > The short answer is: No, "fedpkg local" is not expected to work for > > > Rust packages, and probably won't ever work as expected for Rust > > > packages. > > > > > > I am not really interested in adding the "--allow-dirty" flag (not > > > sure if it would even work in this case), since building Rust packages > > > with "fedpkg local" is not working for other reasons. Primarily, > > > "fedpkg local" does not support dynamically generated BuildRequires - > > > this is only supported when building in mock. > > > > I don't know what you mean? For me after patching the macro locally > > local builds work as expected. Maybe I'm overlooking something? > > > You might be lucky and just tried to package a Rust crate with no > dependencies? > > Dependencies on other Rust crates are only resolved dynamically at build > time, which "fedpkg local" does not support. So it works "by accident" for > Rust crates with no crate dependencies, but in general, it can't work. > > Fabio > > > > > > Philip Matura > > -- > > ___ > > 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 signature.asc 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: Follow up for bash-completion pkgconfig file packaging change
Thanks, lynis is fixed, cowsay will be momentarily.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with Proton Mail secure email.
On Monday, March 18th, 2024 at 10:33 AM, Mamoru TASAKA
wrote:
> Hello, all:
>
> After investigating the recent Fedora-Security-Live livespin compose failure
> on F-41, it is found that this is caused because:
>
> - Recently on F-41, bash-completion packaging changed so that pkgconfig file
> is moved into -devel subpackage: (bash-completion-2.11-15.fc41)
> https://src.fedoraproject.org/rpms/bash-completion/c/d1f5dc48c0440cc68efdd519b78fccca416cad94?branch=rawhide
>
> - A package (lynis) installing bash-completion file into the directory
> $(pkg-config --variable=completionsdir bash-completion), had "BuildRequires:
> bash-completion",
> but did not have "BuildRequires: pkgconfig(bash-completion)".
>
> - So after the above bash-completion side packaging change, the above command
> line was
> expanded to the empty string, so the completion file was installed into the
> wrong directory,
> which caused conflict with filesystem rpm.
>
>
> So on F-41(rawhide), the packages
>
> * trying to install bash-completion file using $(pkg-config
> --variable=completionsdir bash-completion)
> * which have "BuildRequires: bash-completion", but do NOT have
> "BuildRequires: pkgconfig(bash-completion)"
>
> may be installing completion file into wrong directories after rebuild.
> (At least, I tried rebuilding cowsay and actually it installs completion file
> into the wrong
> directory).
>
> The possible packages which may need fixing are:
>
> 1 cowsay/rawhide/cowsay.spec %global compdir %(pkg-config
> --variable=completionsdir bash-completion)
> 2 creds/rawhide/creds.spec %global bashcompdir %(pkg-config
> --variable=completionsdir bash-completion)
> 3 datamash/rawhide/datamash.spec pkg-config --variable=completionsdir
> bash-completion ||
> 4 dracut/rawhide/dracut.spec --bashcompletiondir=$(pkg-config
> --variable=completionsdir bash-completion) \
> 5 eg/rawhide/eg.spec bashcompdir=$(pkg-config --variable=completionsdir
> bash-completion || :)
> 6 fedpkg/rawhide/fedpkg.spec %define compdir %(pkg-config
> --variable=completionsdir bash-completion)
> 7 git-annex/rawhide/git-annex.spec
> bash_completion_dir=%{buildroot}$(pkg-config --variable=completionsdir
> bash-completion)
> 8 gromacs/rawhide/gromacs.spec %define compdir %(pkg-config
> --variable=completionsdir bash-completion)
> 9 kim-api/rawhide/kim-api.spec %global b_compdir %(pkg-config
> --variable=completionsdir bash-completion)
> 10 mpc/rawhide/mpc.spec %global compdir %(pkg-config
> --variable=completionsdir bash-completion)
> 11 mt-st/rawhide/mt-st.spec COMPLETIONDIR=%{buildroot}$(pkg-config
> --variable=completionsdir bash-completion)
> 12 pybugz/rawhide/pybugz.spec %global bash_cmpl_dir %(pkg-config
> --variable=completionsdir bash-completion)
> 13 python-django/rawhide/python-django.spec bashcompdir=$(pkg-config
> --variable=completionsdir bash-completion)
> 14 python-vitrageclient/rawhide/python-vitrageclient.spec
> bashcompdir=$(pkg-config --variable=completionsdir bash-completion)
> 15 tig/rawhide/tig.spec %global bash_completion_dir %(pkg-config
> --variable=completionsdir bash-completion || echo /etc/bash_completion.d)/
>
> Regards,
> Mamoru
> --
> ___
> 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
signature.asc
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: Where is jforbes (kernel maintainer) for the next 4-8 weeks?
Heal quickly! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Wednesday, March 6th, 2024 at 2:50 PM, Justin Forbes wrote: > Unfortunately I will be out on medical leave for the next 4-8 weeks. > Augusto Caringi (acaringi) has been doing a great job with the fedora > stable kernel releases recently and will be the point of contact for > fedora kernel issues in my absence. Other good points of contact > include Peter Robinson (pbrobinson) and Scott Weaver (scweaver). I > expect when I do come back it will be part time at first, and then > ramp back up to full time over a few weeks. > > Justin > -- > ___ > 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 signature.asc 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: Updating package python-feedparser
Merged, building from f41-f38. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Saturday, March 2nd, 2024 at 12:39 AM, Johannes Lips wrote: > Hi all, > > I was wondering if it would be possible, perhaps by a provenpackager, to > update the abovementioned package. There already is a bug report for quite > some time here [1]. > The upstream discussion about this bug is here [2] and I even provided a pull > request to make the update even easier. > The reason for this is that the issue is causing some builds to fail with > python 3.13, so this will probably fix more than one package. > > Thanks a lot, > Johannes > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=2262610 > [2] https://github.com/kurtmckee/feedparser/issues/330 > -- > ___ > 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 signature.asc 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
webrtc-audio-processing
The upcoming releases of gstreamer1 will require webrtc-audio-processing >= 1.0, and the package currently is at 0.3. There are 4 consumers: dino gstreamer1-plugins-bad-free pipewire pulseaudio I've set up webrtc-audio-processing0.3, and updated webrtc-audio-processing to 1.3. I've updated BuildRequires on the consumers to use pkgconfig, because the library name for 1.3 has -1 appended. Future rebuilds and current binaries will continue to work, and we can retire 0.3 after all 4 have migrated. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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
libextractor soname bump
libextractor 1.13 is coming to rawhide, which fixes the FTBFS and brings exiv2 compatibility. It also bumps the soname, but as there seem to be no Fedora consumers, it shouldn't be an eventful update. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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: Looking for a new maintainer for ode
Hi! I'd be happy to take ode, Xaw3d, and libcddb. Thank you for everything over the years. :) -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Tuesday, January 30th, 2024 at 4:15 AM, Hans de Goede wrote: > Hi All, > > I used to do a lot of gaming related Fedora packaging and I still maintain > over 200 pkgs, but I really don't have much time for Fedora package > maintainership anymore. > > The last few years I have been limiting my package maintainership > to fixing FTBFS, which for many game packages is fine since they > are not seeing any new upstream releases. > > ode is currently 1 minor release behing the latest upstream release > and I don't have the time to fix it (since this is just a minor bump > the rebase should be trivial): > > https://bugzilla.redhat.com/show_bug.cgi?id=2218304 > > Anyone interested in taking over ode maintainership from me ? > > Regards, > > Hans > > > > > -- > ___ > 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 signature.asc 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: Orphaned python-mccabe (dependency of pylint)
Excellent, thank you both! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Thursday, February 1st, 2024 at 2:52 AM, Michel Lind wrote: > On Thu, Feb 01, 2024 at 01:03:55AM +0100, Miro Hrončok wrote: > > > On 01. 02. 24 0:51, Michel Lind wrote: > > > > > I see limb already took the package (thanks limb) - note that the > > > default bugzilla assignee still seems to be 'orphan', I'm assuming that > > > will fix itself eventually > > > > Not by itself, the package has a epel bugzilla contact override, so when the > > main admin changes, the fedora bugzilla contact needs to be changed as well. > > I've just done that. > > Thank you! python-hypothesmith now fixed, and confirmed working by > rebuilding python-libcst with tests enabled (which requires > hypothesmith). > > The non-bootstrap python-libcst 1.1.0 is building in Koji now. > > Best, > > -- > Michel Lind (né Salim) > identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 > -- > ___ > 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 signature.asc 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: Orphaned python-mccabe (dependency of pylint)
I'm taking a look.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with Proton Mail secure email.
On Tuesday, January 30th, 2024 at 7:59 AM, Miro Hrončok
wrote:
> Hello.
>
> I have orphaned python-mccabe.
>
> It does not build with updated hypothesis, because the update broke
> hypothesmith and I don't have time to look into it:
>
> https://bugzilla.redhat.com/2261579
>
> mccabe is a dependency of pylint.
>
> Packages other than linters should not BuildRequire pylint in Fedora (but
> they do).
>
> The recursive dependency tree is very large. Here are some basics:
>
> $ repoquery -q --repo=rawhide{,-source} --whatrequires python3-mccabe
> pylint-0:3.0.3-3.fc40.src
> python-f5-icontrol-rest-0:1.3.15-11.fc39.src
> python-flake8-0:6.0.0-2.fc39.src
> python-lsp-server-0:1.9.0-3.fc40.src
> python-twitter-0:3.5-18.fc39.src
> python3-flake8-0:6.0.0-2.fc39.noarch
> python3-lsp-server+all-0:1.9.0-3.fc40.noarch
> python3-pylint-0:3.0.3-3.fc40.noarch
>
> $ repoquery -q --repo=rawhide{,-source} --whatrequires pylint --whatrequires
> python3-pylint
> crypto-policies-0:20231204-1.git1e3a2e4.fc40.src
> distro-info-0:0.18-18.fc39.src
> dogtag-pki-tests-0:11.4.3-2.fc39.1.noarch
> foomuuri-0:0.21-1.fc40.src
> nordugrid-arc-0:6.18.0-2.fc40.src
> nvme-stas-0:2.3.1-1.fc40.src
> postfix-mta-sts-resolver+dev-0:1.4.0-2.fc40.noarch
> pylint-0:3.0.3-3.fc40.noarch
> python-geoplot-0:0.5.1-7.fc40.src
> python-guessit-0:3.8.0-1.fc40.src
> python-hwdata-0:2.3.8-4.fc39.src
> python-platformio-0:6.1.13-1.fc40.src
> python-pocketlint-0:0.25-1.fc40.src
> python-pylint-venv-0:3.0.2-1.fc40.src
> python-rebulk-0:3.3.0-1.fc40.src
> python3-pocketlint-0:0.25-1.fc40.noarch
> python3-spyder-0:6.0.0~a1-13.20231010gitv6.0.0a1.fc40.noarch
> thonny-0:4.1.4-1.fc40.noarch
> thonny-0:4.1.4-1.fc40.src
> vcs-diff-lint-0:4-3.fc39.noarch
> vim-syntastic-python-0:3.10.0-21.fc39.noarch
>
> $ repoquery -q --repo=rawhide{,-source} --whatrequires python3-mccabe
> --recursive
> crypto-policies-0:20231204-1.git1e3a2e4.fc40.src
> diskimage-builder-0:3.31.0-2.fc40.noarch
> distro-info-0:0.18-18.fc39.src
> dogtag-pki-tests-0:11.4.3-2.fc39.1.noarch
> foomuuri-0:0.21-1.fc40.src
> glances-0:3.4.0-3.fc39.src
> mu-0:1.2.0-10.fc40.noarch
> mu-0:1.2.0-10.fc40.src
> nordugrid-arc-0:6.18.0-2.fc40.src
> nvme-stas-0:2.3.1-1.fc40.src
> ocaml-atd-0:2.15.0-3.fc40.src
> piper-0:0.7-5.fc39.src
> postfix-mta-sts-resolver+dev-0:1.4.0-2.fc40.noarch
> pyee-0:9.0.4-6.fc39.src
> pylint-0:3.0.3-3.fc40.noarch
> pylint-0:3.0.3-3.fc40.src
> python-binary-memcached-0:0.31.2-2.fc39.src
> python-croniter-0:1.4.1-1.fc40.src
> python-debianbts-0:2.8.2-13.fc39.src
> python-django-formtools-0:2.2-10.fc39.src
> python-esbonio-0:0.16.4-3.fc40.src
> python-f5-icontrol-rest-0:1.3.15-11.fc39.src
> python-factory-boy-0:3.3.0-1.fc40.src
> python-flake8-0:6.0.0-2.fc39.src
> python-flake8-builtins-0:2.1.0-4.fc39.src
> python-flake8-comprehensions-0:3.10.1-6.fc39.src
> python-flake8-import-order-0:0.18.2-3.fc39.src
> python-flake8-polyfill-0:1.0.2-19.fc39.src
> python-flake8-quotes-0:3.3.2-4.fc39.src
> python-flask-mailman-0:1.0.0-1.fc40.src
> python-geoplot-0:0.5.1-7.fc40.src
> python-gerritlib-0:0.6.0-24.fc39.src
> python-guessit-0:3.8.0-1.fc40.src
> python-hacking-0:6.0.1-1.fc40.src
> python-hwdata-0:2.3.8-4.fc39.src
> python-ipmi-0:0.5.4-3.fc39.src
> python-lsp-server-0:1.9.0-3.fc40.src
> python-nashpy-0:0.0.40-1.fc39.src
> python-nikola-0:8.2.4-4.fc39.src
> python-oslo-context-0:5.2.0-1.fc40.src
> python-oslo-service-0:3.1.1-8.fc40.src
> python-pep8-naming-0:0.13.3-3.fc39.src
> python-platformio-0:6.1.13-1.fc40.src
> python-pocketlint-0:0.25-1.fc40.src
> python-pylint-venv-0:3.0.2-1.fc40.src
> python-pymochad-0:0.2.0-10.fc39.src
> python-pytest-flake8-path-0:1.5.0-1.fc39.src
> python-rebulk-0:3.3.0-1.fc40.src
> python-sqlalchemy-utils-0:0.41.1-2.fc39.src
> python-twitter-0:3.5-18.fc39.src
> python3-esbonio+dev-0:0.16.4-3.fc40.noarch
> python3-flake8-0:6.0.0-2.fc39.noarch
> python3-flake8-builtins-0:2.1.0-4.fc39.noarch
> python3-flake8-comprehensions-0:3.10.1-6.fc39.noarch
> python3-flake8-docstrings-0:1.6.0-6.fc39.noarch
> python3-flake8-import-order-0:0.18.2-3.fc39.noarch
> python3-flake8-polyfill-0:1.0.2-19.fc39.noarch
> python3-flake8-quotes-0:3.3.2-4.fc39.noarch
> python3-hacking-0:6.0.1-1.fc40.noarch
> python3-lsp-server+all-0:1.9.0-3.fc40.noarch
> python3-oslo-concurrency-tests-0:5.2.0-1.fc40.noarch
> python3-oslo-service-tests-0:3.1.1-8.fc40.noarch
> python3-oslo-utils-tests-0:6.2.1-1.fc40.noarch
> python3-pep8-naming-0:0.13.3-3.fc39.noarch
> python3-pocketlint-0:0.25-1.fc40.noarch
> python3-pylint-0:3.0.3-3.fc40.noarch
> python3-pytest-flake8-path-0:1.5.0-1.fc39.noarch
> python3-spyder-0:6.0.0~a1-13.20231010gitv6.0.0a1.fc40.noarch
> python3-tackerclient-tests-unit-0:1.14.0-1.fc40.noarch
> quodlibet-0:4.6.0-1.fc40.src
> repo-0:2.35-1.fc39.src
> spyder-0:6.0.0~a1-13.
Re: Why I won't run for FESCo
Thank you for your service. You've more than earned a break. :) \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from Proton Mail mobile \ Original Message On Nov 22, 2023, 1:40 PM, Miro Hrončok < mhron...@redhat.com> wrote: > > Hello. I won't be running for the Fedora Engineering Steering Committee this > time. Several folks already asked me why, so I decided to write it down and > share it on this list. \*I am tired.\* When I joined FESCo 5 years ago, I had > the enthusiasm and energy. I spent a lot of time working on Fedora. After > working hours (mostly spent on Fedora) I was still eager to dive deeper and > do more Fedora things. That is no longer the case. An hour-long FESCo IRC > meeting at 19:00 no longer excites me. It makes me sleepy. And when it runs > over, it makes me feel exhausted. When presented with an opportunity to sit > in a couch and watch a movie with my spouse (or take a nap) instead, it's > harder and harder for me to choose Fedora. It has always been a matter of > balance: I dedicated my time and energy and I got something in return. > Excitement for new things, joy of getting things done... Which brings me to a > second reason: \*It is no longer rewarding.\* Honestly, it doesn't feel like > we are steering anything. Arguing whether we should use a particular compiler > flag or drop X11 from KDE is not joyful. And those are the controversial > topics. The rest feels like rubber stamping tickets or forever postponing > Fedora changes approved years ago. Looking back, either we used to discuss > things that mattered to me more, or I started to care less. Either way, it is > no longer fun to FESCo at nights and weekends. Unfortunately, \*I don't have > time to steer Fedora during my working hours.\* The number of Python packages > in Fedora grows every release, and updating Python to a new major version is > a year-long challenge for two Red Hat engineers. The technical debt is > increasing, while new ideas are dormant. The more Pythons are added to more > RHELs, the more CVEs need to be fixed, the more people leave, the fewer > people in our team have time to do essential Fedora package maintenance. The > pile keeps growing. I must limit my work duties before I crack, and FESCo > seems to be the only remaining non-essential one 😞 Lastly, \*I feel lost.\* > Multiple people I enjoyed working with (were) moved away. The communication > channels I am comfortable with are slowly replaced witch things that make me > anxious. A new 2028 Fedora strategy is shaping, yet it is barely visible to > me because it happens "somewhere else". I could try harder, but given the > other reasons I probably won't. I enjoyed being at FESCo, but I need a break. > -- 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 > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new\_issue signature.asc 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: goffice-0.10.46 no longer builds on i686
Thank you! Abiword is rebuilt in all 4 side tags with i686 excluded.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with Proton Mail secure email.
--- Original Message ---
On Sunday, November 5th, 2023 at 3:43 AM, Julian Sikorski
wrote:
> Correction, I had a mishap when cleaning up tags. The correct ones are:
> f40-build-side-77026
> f39-build-side-77030
> f38-build-side-77032
> f37-build-side-77036
>
> Best regards,
> Julian
>
> Am 05.11.23 um 10:36 schrieb Julian Sikorski:
>
> > THanks! The side tags are:
> > f40-build-side-77026
> > f40-build-side-77028
> > f38-build-side-77032
> > f37-build-side-77034
> >
> > Best regards,
> > Julian
> >
> > Am 04.11.23 um 18:10 schrieb Gwyn Ciesla via devel:
> >
> > > I can take care of Abiword. Let me know when to do so.
> > >
> > > --
> > > Gwyn Ciesla
> > > she/her/hers
> > >
> > > in your fear, seek only peace
> > > in your fear, seek only love
> > > -d. bowie
> > >
> > > Sent from Proton Mail mobile
> > >
> > > Original Message
> > > On Nov 4, 2023, 12:01 PM, Richard W.M. Jones < rjo...@redhat.com> wrote:
> > >
> > > On Sat, Nov 04, 2023 at 03:38:55PM +0100, Julian Sikorski wrote: >
> > > Hello, > > I tried to update goffice to 0.10.46 and gnumeric to
> > > 1.12.46 today. > After pushing the changes, it turned out that it no
> > > longer builds on > i686 [1][2]. Given that the use on i686 should be
> > > minimal, None at all, since we don't ship an i686 kernel. (Well, I
> > > suppose someone might be mad enough to try running gnumeric in an
> > > i686 container or chroot on top of an x86-64 kernel, but why'd you
> > > want to do that ...) > I would > be inclined to just ExcludeArch:
> > > %{ix86} and move on. Definitely! > According to > leafdrop,
> > > gnumeric, abiword and gchemutils are the only downstream > consumers
> > > of goffice. I can take care of gnumeric and gchemutils, > but I do
> > > not have access to abiword so I would need help with that. > The
> > > alternative would be to revert to 0.10.45. What would be your >
> > > preference? > > Best regards, > Julian > > [1]
> > > https://gitlab.gnome.org/GNOME/goffice/-/issues/70 > [2]
> > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846 Rich. -- Richard
> > > Jones, Virtualization Group, Red Hat
> > > http://people.redhat.com/~rjones Read my programming and
> > > virtualization blog: http://rwmj.wordpress.com virt-p2v converts
> > > physical machines to virtual machines. Boot with a live CD or over
> > > the network (PXE) and turn machines into KVM guests.
> > > http://libguestfs.org/virt-v2v
> > > ___ 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
> > > ___
> > > 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_guideli
Re: goffice-0.10.46 no longer builds on i686
I can take care of Abiword. Let me know when to do so.
\--
Gwyn Ciesla
she/her/hers
\
in your fear, seek only peace
in your fear, seek only love
\-d. bowie
Sent from Proton Mail mobile
\ Original Message
On Nov 4, 2023, 12:01 PM, Richard W.M. Jones < rjo...@redhat.com> wrote:
>
> On Sat, Nov 04, 2023 at 03:38:55PM +0100, Julian Sikorski wrote: > Hello, > >
> I tried to update goffice to 0.10.46 and gnumeric to 1.12.46 today. > After
> pushing the changes, it turned out that it no longer builds on > i686
> \[1\]\[2\]. Given that the use on i686 should be minimal, None at all, since
> we don't ship an i686 kernel. (Well, I suppose someone might be mad enough to
> try running gnumeric in an i686 container or chroot on top of an x86-64
> kernel, but why'd you want to do that ...) > I would > be inclined to just
> ExcludeArch: %\{ix86\} and move on. Definitely! > According to > leafdrop,
> gnumeric, abiword and gchemutils are the only downstream > consumers of
> goffice. I can take care of gnumeric and gchemutils, > but I do not have
> access to abiword so I would need help with that. > The alternative would be
> to revert to 0.10.45. What would be your > preference? > > Best regards, >
> Julian > > \[1\] https://gitlab.gnome.org/GNOME/goffice/-/issues/70 > \[2\]
> https://gcc.gnu.org/bugzilla/show\_bug.cgi?id=60846 Rich. -- Richard Jones,
> Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my
> programming and virtualization blog: http://rwmj.wordpress.com virt-p2v
> converts physical machines to virtual machines. Boot with a live CD or over
> the network (PXE) and turn machines into KVM guests.
> http://libguestfs.org/virt-v2v
> \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
> 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
signature.asc
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: Libcmis solib bump
Looks like you're correct. I used an improper reqoquery, and warmed the datacenter unnecessarily. Apologies. :) -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Thursday, October 19th, 2023 at 7:59 AM, David Tardon wrote: > Hi, > > On Thu, 2023-10-12 at 05:38 +0000, Gwyn Ciesla via devel wrote: > > > Libcmis 0.6.0 is coming to rawhide, and libreoffice-TexMaths, > > openoffice.org-diafilter, python-paperwork-backend, and libreoffice > > are being rebuild against it. > > > FTR, I sincerely doubt either openoffice.org-diafilter or > libreoffice-TexMaths does actually depend on libcmis. I just don't see > why a DIA import filter or a LaTeX equations editor would need to > access document storage services such as Alfresco or Google Drive. > > D. > ___ > 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 signature.asc 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: argyllcms orphaned
I was going to take it since I've done a little work on it but I see someone's beaten me to it. I'll remain a co-maintainer. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Thursday, October 19th, 2023 at 3:20 AM, Richard Hughes wrote: > Hi all, > > I've orphaned argyllcms -- I'm no longer using the package, and > haven't worked on color management for some time. If anyone wants to > take on the package the upstream source is chucked over the wall (no > source control) every few months, and it sometimes needs patches to > fix the Linux support. Ohh and it uses jam as the build system > upstream, which in honesty is going to be easier to rewrite with > automake or meson before building. I'm happy to give advice to the new > maintainer. Apologies, > > Richard > ___ > 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 signature.asc 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: Libcmis solib bump
I saw that, and have resubmitted a build in the proper order. \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from Proton Mail mobile \ Original Message On Oct 12, 2023, 4:01 AM, Ian McInerney via devel < devel@lists.fedoraproject.org> wrote: > > > > > > > > > > On Thu, Oct 12, 2023 at 6:39 AM Gwyn Ciesla via devel > <[devel@lists.fedoraproject.org][devel_lists.fedoraproject.org]> wrote: > > > > Libcmis 0.6.0 is coming to rawhide, and libreoffice-TexMaths, > > openoffice.org-diafilter, python-paperwork-backend, and libreoffice are > > being rebuild against it. > > > > > > > > > Thanks for taking care of this, but just an FYI, the libreoffice-TexMaths and > openoffice.org-diafilter packages need the updated libreoffice before they > can be built, otherwise the rebuild isn't useful (and actually in this case, > since the build for libreoffice-TexMaths ran before libreoffice is in the > build root, it couldn't succeed since the current libreoffice package is > uninstallable). > > > > > \-Ian > > > > > > > > > > \-- > > > > > > Gwyn Ciesla > > > > > > she/her/hers > > > > > > \ > > > > > > in your fear, seek only peace > > > > > > in your fear, seek only love > > > > > > \-d. bowie > > > > > > > > > > > > > > > > Sent from Proton Mail mobile > > > > > > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ > > devel mailing list -- > > [devel@lists.fedoraproject.org][devel_lists.fedoraproject.org] > > To unsubscribe send an email to > > [devel-le...@lists.fedoraproject.org][devel-leave_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][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][https_pagure.io_fedora-infrastructure_new_issue] > > [devel_lists.fedoraproject.org]: mailto:devel@lists.fedoraproject.org [devel-leave_lists.fedoraproject.org]: mailto:devel-le...@lists.fedoraproject.org [https_fedoraproject.org_wiki_Mailing_list_guidelines]: https://fedoraproject.org/wiki/Mailing_list_guidelines [https_pagure.io_fedora-infrastructure_new_issue]: https://pagure.io/fedora-infrastructure/new_issue signature.asc 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
Libcmis solib bump
Libcmis 0.6.0 is coming to rawhide, and libreoffice-TexMaths, openoffice.org-diafilter, python-paperwork-backend, and libreoffice are being rebuild against it. \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from Proton Mail mobile signature.asc 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: Orphaning packages
I've taken lynis and python-paramiko. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Thursday, June 22nd, 2023 at 11:48 AM, Othman Madjoudj wrote: > Hello, > Please note that I've orphaned by packages, list in the end of the message. > > Best regards > -Othman > > > rpms/aria2 > rpms/hydra > rpms/libmodsecurity > rpms/lynis > rpms/mod_limitipconn > rpms/mod_qos > rpms/mod_ruid2 > rpms/mod_security3 > rpms/mod_security_crs > rpms/python-paramiko > rpms/thc-ipv6 > rpms/unhide > > signature.asc 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: LibreOffice packages
I built it successfully in the side tag by disabling tests. There's a new release; I'll see if that fixes things. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Friday, June 16th, 2023 at 2:34 AM, Dan Horák wrote: > On Thu, 15 Jun 2023 18:40:39 +0200 > Miro Hrončok mhron...@redhat.com wrote: > > > On 01. 06. 23 22:16, Gwyn Ciesla via devel wrote: > > > > > I've taken ownership of libreoffice for the time being, at least to keep > > > the lights on. Co-maintainers, as always, welcome. > > > > Thanks. > > > > Could you please prioritize making it build? The LibreOffice package fails > > to > > build in rawhide for months. It's now blocking the Python 3.12 rebuild: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=2215352 > > > > This is not directed only at Gwyn, but all the other folks who offered help. > > > for the record, the build failure is caused by a failing test, but it > doesn't show if it's the only problem there > > ... > Test name: DesktopLOKTest::testSignDocument_PEM_PDF > assertion failed > - Expression: bResult > Failures !!! > > I believe we need a shared document to track who is doing what and > generally coordinate the actions. > > > Dan > ___ > 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 signature.asc 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: SIG proposal: libreoffice-sig
Then I can be that person. :) -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Tuesday, June 6th, 2023 at 2:16 PM, Fabio Valentini wrote: > On Tue, Jun 6, 2023 at 9:01 PM Gwyn Ciesla via devel > devel@lists.fedoraproject.org wrote: > > > I would honestly prefer ownership be transferred to the libreoffice -sig, > > of which I am more than happy to be a member. > > > This is not possible, the "main admin" needs to be a person, and > cannot be a group. However, the default assignee for BugZilla bugs > can be overridden to be a group, which is basically the next best > thing. > > In my experience (:sad java face:), what's needed to form a SIG that > can maintain packages is: > > - requesting a FAS group with dist-git group > - a private mailing list that will receive bugzilla email > - a bugzilla account registered with the email address of this private > mailing list > - a Wiki page (though this is less important than it used to be) > - (maybe I forgot something) > (but fedora-infra people will also tell you what you need if you open a > ticket) > > Most SIGs also have IRC / Matrix channels or tracking projects on > pagure, but these are all optional and can be added later. > > And I'm not sure how much time I can contribute, but I'd also like to > help keep libreoffice RPMs available in Fedora. :) > > Fabio > ___ > 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 signature.asc 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: SIG proposal: libreoffice-sig
I would honestly prefer ownership be transferred to the libreoffice -sig, of which I am more than happy to be a member. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Tuesday, June 6th, 2023 at 1:55 PM, Mattia Verga wrote: > I'm forking this proposal off from the other thread, as it got buried > under tons of posts. > > Shall we set up a libreoffice-sig to coordinate and ensure that > libreoffice and all dependencies are properly maintained and updated as > RPMs? Are there enough users which, like me, don't like the idea to only > have LO available as a flatpak from an external service like Flathub and > would like to join forces to maintain it in RPM repos? > > What it is needed to set up a SIG? A wiki page and a mailing list? And > also a FAS group, I suppose? > > BTW I've already seen a couple of hiccups which needs to be solved: the > Bugzilla assignee of libreoffice package on src.fp.o is set to > @sbergmann but I suppose it should now be changed to @limb? And, also, > libreoffice 7.5.3 failed to build on Fedora Rawhide, so we now have LO > 3.5.3 on F38 and LO 3.5.2 on Rawhide. > > Mattia signature.asc 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: LibreOffice packages
I've taken ownership of libreoffice for the time being, at least to keep the lights on. Co-maintainers, as always, welcome. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Thursday, June 1st, 2023 at 1:30 PM, Matthias Clasen wrote: > Hey, > > as you've probably seen, the LibreOffice RPMS have recently been orphaned, > and I thought it would be good to explain the reasons > behind this. > > The Red Hat Display Systems team (the team behind most of Red Hat’s desktop > efforts) has maintained the LibreOffice packages in Fedora for years as part > of our work to support LibreOffice for Red Hat Enterprise Linux. We are > adjusting our engineering priorities for RHEL for Workstations and focusing > on gaps in Wayland, building out HDR support, building out what’s needed for > color-sensitive work, and a host of other refinements required by Workstation > users. This is work that will improve the workstation experience for Fedora > as well as RHEL users, and which, we hope, will be positively received by the > entire Linux community. > > The tradeoff is that we are pivoting away from work we had been doing on > desktop applications and will cease shipping LibreOffice as part of RHEL > starting in a future RHEL version. This also limits our ability to maintain > it in future versions of Fedora. > > We will continue to maintain LibreOffice in currently supported versions of > RHEL (RHEL 7, 8 and 9) with needed CVEs and similar for the lifetime of those > releases (as published on the Red Hat website). As part of that, the > engineers doing that work will contribute some fixes upstream to ensure > LibreOffice works better as a Flatpak, which we expect to be the way that > most people consume LibreOffice in the long term. > > Any community member is of course free to take over maintenance, both for the > RPMS in Fedora and the Fedora LibreOffice Flatpak, but be aware that this is > a sizable block of packages and dependencies and a significant amount of work > to keep up with. > > Matthias > ___ > 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 signature.asc 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: Salt is broken in Fedora 38 - asking a python-savvy provenpackager to help
I have not, but I was going to build 3006.1 for f39-37 and el9. I'll let you take it from here. :) -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Monday, May 22nd, 2023 at 10:22 PM, Jonathan Steffan wrote: > I've built an updated 3006.1 in rawhide with some comments > https://bugzilla.redhat.com/show_bug.cgi?id=2189782#c4 > Gwyn, > > Let me know if you've started on backporting the immediate fix for the 3005.1 > package branches affected yet or not. I could look at that next. > > Cheers, > > On Mon, May 22, 2023 at 8:56 PM Demi Marie Obenour > wrote: > > > On 5/22/23 19:17, Christopher wrote: > > > Hi, > > > > > > Is anybody able to help fix salt-minion in F38? It's been broken > > > because of a newer version of python setuptools in F38. There's a > > > patch upstream, and the newer version also includes that patch. It > > > just needs to be incorporated into Fedora. > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=2189782 > > > > > > The maintainer does not seem to have responded in at least several > > > months on bugzilla. I'm not really a python person, and don't know > > > much about salt, and am not a provenpackager. But my $dayjob uses Salt > > > for some things, and if it doesn't start working again soon, I'm > > > afraid they'll revoke my permission to use Fedora at work. So, any > > > help to get this fixed would be greatly appreciated. > > > > Qubes OS also uses Salt. CCing Marek Marczycowski-Górecki and > > Frédéric Pierret of Invisible Things Lab. > > -- > > Sincerely, > > Demi Marie Obenour (she/her/hers) > > ___ > > 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 > > > > -- > Jonathan Steffan > jonathanstef...@gmail.com signature.asc 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: Salt is broken in Fedora 38 - asking a python-savvy provenpackager to help
I'll take a peek. \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from Proton Mail mobile \ Original Message On May 22, 2023, 6:17 PM, Christopher < ctubb...@fedoraproject.org> wrote: > > Hi, Is anybody able to help fix salt-minion in F38? It's been broken because > of a newer version of python setuptools in F38. There's a patch upstream, and > the newer version also includes that patch. It just needs to be incorporated > into Fedora. https://bugzilla.redhat.com/show\_bug.cgi?id=2189782 The > maintainer does not seem to have responded in at least several months on > bugzilla. I'm not really a python person, and don't know much about salt, and > am not a provenpackager. But my $dayjob uses Salt for some things, and if it > doesn't start working again soon, I'm afraid they'll revoke my permission to > use Fedora at work. So, any help to get this fixed would be greatly > appreciated. Thanks, Christopher > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ > 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 signature.asc 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: Orphaned packages looking for new maintainers
I've taken python-betamax, hunspell, hunspell-en, libgsf, and libwmf. As usual, co-maintainers welcome. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Monday, May 15th, 2023 at 6:45 AM, Miro Hrončok wrote: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > Note: If you received this mail directly you (co)maintain one of the affected > packages or a package that depends on one. Please adopt the affected package > or > retire your depending package to avoid broken dependencies, otherwise your > package will fail to install and/or build when the affected package gets > retired. > > Request package ownership via the Take button in he left column on > https://src.fedoraproject.org/rpms/ > > > Full report available at: > https://churchyard.fedorapeople.org/orphans-2023-05-15.txt > grep it for your FAS username and follow the dependency chain. > > For human readable dependency chains, > see https://packager-dashboard.fedoraproject.org/ > For all orphaned packages, > see https://packager-dashboard.fedoraproject.org/orphan > > Package (co)maintainers Status Change > > Maelstrom orphan 0 weeks ago > QtDMM orphan 2 weeks ago > ViTables orphan, zbyszek 2 weeks ago > aqemu orphan 2 weeks ago > bitmap-fonts orphan, petersen, pnemade, pwu 2 weeks ago > carbon-c-relay ignatenkobrain, orphan 0 weeks ago > cdac-sakal-marathi-fonts orphan 2 weeks ago > choqok gbcox, kde-sig, nucleo, 2 weeks ago > orphan, rdieter, slankes > clang10 orphan, sergesanspaille 3 weeks ago > datalog orphan 2 weeks ago > dex orphan 2 weeks ago > dfu-programmer orphan 2 weeks ago > dia-optics orphan 2 weeks ago > diaser orphan 2 weeks ago > dmtcp orphan, shlomiya 2 weeks ago > eqp orphan 2 weeks ago > et filbranden, jjg, orphan, 2 weeks ago > salimma > f2c hobbes1069, jkastner, orphan 2 weeks ago > flute orphan 0 weeks ago > ftop orphan 2 weeks ago > fuse-convmvfs orphan 2 weeks ago > gitstats orphan 2 weeks ago > golang-github-caddyserver- go-sig, orphan 3 weeks ago > caddy-1 > golang-github-exoscale-egoscale go-sig, orphan 6 weeks ago > golang-github-lithammer- atim, go-sig, orphan 1 weeks ago > fuzzysearch > golang-github-lucas-clemente- go-sig, orphan 2 weeks ago > quic > golang-nanomsg-mangos-3 go-sig, orphan 3 weeks ago > gold orphan 2 weeks ago > gomtree baude, go-sig, jchaloup, 2 weeks ago > orphan, runcom > gst-entrans orphan 2 weeks ago > gtksourceviewmm3 hguemar, orphan 2 weeks ago > gubbi-fonts orphan 2 weeks ago > gyazo jvanek, orphan 2 weeks ago > ht orphan 1 weeks ago > hunspell alexl, gnome-sig, mbarnes, 0 weeks ago > orphan, rhughes, rstrode > hunspell-af orphan 0 weeks ago > hunspell-ak orphan 0 weeks ago > hunspell-am orphan 0 weeks ago > hunspell-ast orphan 0 weeks ago > hunspell-az orphan 0 weeks ago > hunspell-be orphan 0 weeks ago > hunspell-ber orphan 0 weeks ago > hunspell-bg orphan 0 weeks ago > hunspell-br orphan 0 weeks ago > hunspell-ca orphan 0 weeks ago > hunspell-cop orphan 0 weeks ago > hunspell-csb orphan 0 weeks ago > hunspell-cv orphan 0 weeks ago > hunspell-cy orphan 0 weeks ago > hunspell-da orphan 0 weeks ago > hunspell-dsb orphan 0 weeks ago > hunspell-el orphan 0 weeks ago > hunspell-en alexl, gnome-sig, mbarnes, 0 weeks ago > orphan, rhughes, rstrode > hunspell-eo orphan 0 weeks ago > hunspell-es olea, orphan 0 weeks ago > hunspell-et orphan 0 weeks ago > hunspell-fa orphan 0 weeks ago > hunspell-fj orphan 0 weeks ago > hunspell-fo orphan 0 weeks ago > hunspell-fr orphan, remi 0 weeks ago > hunspell-fur orphan 0 weeks ago > hunspell-fy orphan 0 weeks ago > hunspell-ga orphan 0 weeks ago > hunspell-gd orphan 0 weeks ago > hunspell-gl orphan 0 weeks ago > hunspell-grc orphan 0 weeks ago > hunspell-gv orphan 0 weeks ago > hunspell-haw orphan 0 weeks ago > hunspell-hil orphan 0 weeks ago > hunspell-hr orphan 0 weeks ago > hunspell-hsb orphan 0 weeks ago > hunspell-ht orphan 0 weeks ago > hunspell-hu orphan 0 weeks ago > hunspell-hy orphan 0 weeks ago > hunspell-ia orphan 0 weeks ago > hunspell-id orphan 0 weeks ago > hunspell-is orphan 0 weeks ago > hunspell-it orphan 0 weeks ago > hunspell-kk orphan 0 weeks ago > hunspell-km orphan 0 weeks ago > hunspell-ko orphan 0 weeks ago > hunspell-ku orphan 0 weeks ago > hunspell-ky orphan 0 weeks ago > hunspell-la orphan 0 weeks ago > hunspell-lb orphan 0 weeks ago > hunspell-ln orphan 0 weeks ago > hunspell-lt orphan 0 weeks ago > hunspell-mg orphan 0 weeks ago > hunspell-mi orphan 0 weeks ago > hunspell-mk orphan 0 weeks ago > hunspell-mn orphan 0 week
Re: Unannounced .so version bump (F38/F39): openexr2
My apologies, I was fixing the FTBFS and apparently mistyped my repoquery. :/ -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Wednesday, February 22nd, 2023 at 9:42 PM, Ben Beasley wrote: > The openexr2 compat package was just updated from 2.5.7 to 2.5.8 in > F39/Rawhide. This included a bump of the “imfsover,” the .so version for the > libIlmImf-2_5 and libIlmImfUtil-2_5 libraries. > The following packages will need to be rebuilt in F39/Rawhide. > > - CTL > - aqsis > - bcd > - kde-runtime > - kdebase3 > - kdelibs > - luminance-hdr (I will take care of this one) > - synfig > > There are other packages that link libraries from openexr2, but these should > be the only ones that link the libraries affected by the .so version bump. > > The package was also updated in F38/Branched, but the build is still only > tagged into f38-updates-candidate, and no Bodhi update has been created. If > the maintainer proceeds with the update for F38, all of the above dependent > packages will need to be rebuilt there, too, once the update reaches stable. > Alternatively, maybe the F38 build could be tagged into a side tag. signature.asc 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: Gnome-online-accounts can no longer keep fedora kerberos tickets valid?
\-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from Proton Mail mobile \ Original Message On Jan 21, 2023, 4:33 AM, Julian Sikorski < beleg...@gmail.com> wrote: signature.asc 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: Automation of Fedora SCM requests
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Thursday, January 12th, 2023 at 8:40 AM, Stephen Smoogen wrote: > > > On Thu, 12 Jan 2023 at 09:27, Jonathan Wright via devel > wrote: > > > Just got the following error: > > https://pagure.io/releng/fedora-scm-requests/issue/50417 > > > > I'm pretty sure I've always requested branches as someone with "commit" > > access and never had them rejected. > > > So what I think is being exposed is more of the 'errors/problems' that > whoever was doing this in releng ran into at times. Hopefully this will allow > for work on getting the lower level issues fixed or replaced. This is correct. At the same time it fixes issues like "ownership got messed up because Gwyn's ISP lost the plot". A definite improvement. > > On Thu, Jan 12, 2023 at 3:30 AM Dominik 'Rathann' Mierzejewski > > wrote: > > > > > On Wednesday, 11 January 2023 at 17:13, Michal Konecny wrote: > > > > Hi everyone, > > > > > > > > all the remaining issues were solved and the bot is now processing > > > > tickets as it should. I will watch the SCM request repository for next > > > > few days to see if everything is working as it should. > > > > Thanks for your patience. > > > > > > Thank you Michal and the CPE Team. Automating this part is a very > > > welcome improvement. > > > > > > Regards, > > > Dominik > > > -- > > > Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org > > > There should be a science of discontent. People need hard times and > > > oppression to develop psychic muscles. > > > -- from "Collected Sayings of Muad'Dib" by the Princess Irulan > > > ___ > > > 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 > > > > > > > > -- > > Jonathan Wright > > AlmaLinux FoundationMattermost: chat > > ___ > > 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 > > > > -- > > Stephen Smoogen, Red Hat Automotive > Let us be kind to one another, for most of us are fighting a hard battle. -- > Ian MacClaren signature.asc 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
LibRaw soname bump
LibRaw 0.21.0 is coming to rawhide. This will impact several packages; I'll handle the rebuilds in a side tag. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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: Orphaned packages looking for new maintainers
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Monday, December 19th, 2022 at 9:57 AM, Artur Frenszek-Iwicki wrote: > > eureka orphan 2 weeks ago > > > I have a soft spot for classic DOOM, so I took this one. > Thank you! I missed that, otherwise I would have. ;) > A.FI. > ___ > 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 signature.asc 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: Orphaned packages looking for new maintainers
I've taken abiword and libgnomeui. As always, co-maintainers welcome. signature.asc 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: Orphaned packages looking for new maintainers
I've taken python-humblewx, buildbot, php-adodb. signature.asc 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
CalcMySky soname bump
The latest Stellarium needs the latest CalcMySky, and for this release CalcMySky has reworked their soname scheme. Stellarium is the only user but heads up anyway. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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: Review Swaps to support Stellarium 1.0
Wi do, thank you! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Wednesday, October 5th, 2022 at 7:10 AM, Mattia Verga via devel wrote: > Il 04/10/22 17:34, Gwyn Ciesla via devel ha scritto: > > > Hi! Stellarium 1.0 was just released, and it grew some dependencies. If > > you'd be so kind as to review one or more of these, I'll review one or more > > of yours. > > > > QXlsx https://bugzilla.redhat.com/show_bug.cgi?id=2131838 > > CalcMySky https://bugzilla.redhat.com/show_bug.cgi?id=2131842 > > indi https://bugzilla.redhat.com/show_bug.cgi?id=2132014 > > > > And if you're feeling really generous, this unrelated review: > > > > libchipcard https://bugzilla.redhat.com/show_bug.cgi?id=2035958 > > > > Thanks in advance! > > > > > > I've taken CalcMySky. > > If you have some time to spare, I'd like a review of XEphem > https://bugzilla.redhat.com/show_bug.cgi?id=2123242 > > Mattia signature.asc 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: Review Swaps to support Stellarium 1.0
Thank you! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Tuesday, October 4th, 2022 at 11:14 AM, Mattia Verga via devel wrote: > Il 04/10/22 17:46, Dan Horák ha scritto: > > > On Tue, 04 Oct 2022 15:34:37 +0000 > > Gwyn Ciesla via devel devel@lists.fedoraproject.org wrote: > > > > > Hi! Stellarium 1.0 was just released, and it grew some dependencies. If > > > you'd be so kind as to review one or more of these, I'll review one or > > > more of yours. > > > > > > QXlsx https://bugzilla.redhat.com/show_bug.cgi?id=2131838 > > > CalcMySky https://bugzilla.redhat.com/show_bug.cgi?id=2131842 > > > indi https://bugzilla.redhat.com/show_bug.cgi?id=2132014 > > > I have taken indi > > > INDI is already packaged, see "libindi". > > I'm about to update it to the latest version (1.9.8). > > Mattia > > ___ > 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 signature.asc 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: Review Swaps to support Stellarium 1.0
Thank you, on it! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Tuesday, October 4th, 2022 at 10:46 AM, Dan Horák wrote: > On Tue, 04 Oct 2022 15:34:37 + > Gwyn Ciesla via devel devel@lists.fedoraproject.org wrote: > > > Hi! Stellarium 1.0 was just released, and it grew some dependencies. If > > you'd be so kind as to review one or more of these, I'll review one or more > > of yours. > > > > QXlsx https://bugzilla.redhat.com/show_bug.cgi?id=2131838 > > CalcMySky https://bugzilla.redhat.com/show_bug.cgi?id=2131842 > > indi https://bugzilla.redhat.com/show_bug.cgi?id=2132014 > > > I have taken indi and would appreciate a review for pageedit > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2131949), it > should be pretty straightforward > > > Dan > > > And if you're feeling really generous, this unrelated review: > > > > libchipcard https://bugzilla.redhat.com/show_bug.cgi?id=2035958 > > > > Thanks in advance! > > > > -- > > Gwyn Ciesla > > she/her/hers > > > > in your fear, seek only peace > > in your fear, seek only love > > -d. bowie > > > > Sent with Proton Mail secure email. > > ___ > 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 signature.asc 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
Review Swaps to support Stellarium 1.0
Hi! Stellarium 1.0 was just released, and it grew some dependencies. If you'd be so kind as to review one or more of these, I'll review one or more of yours. QXlsx https://bugzilla.redhat.com/show_bug.cgi?id=2131838 CalcMySky https://bugzilla.redhat.com/show_bug.cgi?id=2131842 indi https://bugzilla.redhat.com/show_bug.cgi?id=2132014 And if you're feeling really generous, this unrelated review: libchipcard https://bugzilla.redhat.com/show_bug.cgi?id=2035958 Thanks in advance! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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
igraph soname bump
Updating igraph to 0.10.0 which brings proper soname support. The only dependency other that python-igraph (also being updated) is rw, with which I've filed an upstream bug. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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: libgda5, libgda 6.0
Good catch, thanks. Fix is building.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with Proton Mail secure email.
--- Original Message ---
On Thursday, August 18th, 2022 at 8:38 AM, Ben Beasley
wrote:
> Regardless of the messy rebuild, thank you for working on libgda 6.0.
>
> I think I was able to repair sequeler’s changelogs to the extent that
> they are linear and no pre-existing changelogs are lost. I suppose I
> could have edited out the entries for the builds that never succeeded,
> but I chose not to.
>
> https://src.fedoraproject.org/rpms/sequeler/c/cd442978b013b374bd1a9127a9e42d8f2f5a1e34?branch=rawhide
>
> However, the package still doesn’t build:
>
> Problem: cannot install the best candidate for the job
> - nothing provides libgda(x86-64) = 1:5.2.10-11.fc38 needed by
> libgda5-devel-1:5.2.10-11.fc38.x86_64
>
> In fact:
>
> $ mock -r fedora-rawhide-x86_64 --enablerepo=local -i libgda5-devel
> […]
>
> Problem: cannot install the best candidate for the job
> - nothing provides libgda(x86-64) = 1:5.2.10-11.fc38 needed by
> libgda5-devel-1:5.2.10-11.fc38.x86_64
>
> It seems like the problem is here:
>
> https://src.fedoraproject.org/rpms/libgda5/blob/rawhide/f/libgda5.spec#_73
>
> Requires: %{upstream}%{?_isa} = %{epoch}:%{version}-%{release}
>
> where “upstream” is “libgda”.
>
> On 8/18/22 09:10, Gwyn Ciesla via devel wrote:
>
> > Sorry. Still learning rpmautospec. :)
> >
> > --
> > Gwyn Ciesla
> > she/her/hers
> >
> > in your fear, seek only peace
> > in your fear, seek only love
> > -d. bowie
> >
> > Sent with Proton Mail secure email.
> >
> > --- Original Message ---
> > On Wednesday, August 17th, 2022 at 4:15 PM, Fabio Valentini
> > decatho...@gmail.com wrote:
> >
> > > On Thu, Aug 4, 2022 at 10:02 PM Gwyn Ciesla via devel
> > > devel@lists.fedoraproject.org wrote:
> > >
> > > > I'm building libgda5, based on libgda as of today, and updating libdga
> > > > to 6.0.0.
> > > >
> > > > The following packages are impacted.
> > > >
> > > > If they do not rebuild with 6.0.0, I'll update their BuildRequires with
> > > > libgda5-devel.
> > > >
> > > > anjuta
> > > > elementary-music
> > > > gtranslator
> > > > libgdamm
> > > > sequeler
> > > > Hi Gwyn,
> > >
> > > I don't know which script you used for your rebuild attempts, but it
> > > looks like they are broken with packages that use rpmautospec:
> > > https://src.fedoraproject.org/rpms/elementary-music/c/40dbfe7c425e6e65fab03d00bc7ddfbb0befe0c6?branch=rawhide
> > > The changelog file should never be touched unless you want to amend
> > > wrong contents.
> > >
> > > And now I guess I'll need to figure out how messed up the
> > > elementary-music changelog is because of this, and how to remove the
> > > superfluous "bump" and "revert bump" changelog messages) generated by
> > > the two follow-up commits ...
> > >
> > > https://src.fedoraproject.org/rpms/elementary-music/c/3636cbb68e2c6025d31d3e90cba776123feb0033?branch=rawhide
> > > https://src.fedoraproject.org/rpms/elementary-music/c/ca0771f290b80ebdf16dd225eab2047eeadad392?branch=rawhide
> > >
> > > Please just fix your tools before you need to run your next scripted
> > > rebuilds :)
> > >
> > > Fabio
> > > ___
> > > 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/cod
Re: libgda5, libgda 6.0
Sorry. Still learning rpmautospec. :) -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Wednesday, August 17th, 2022 at 4:15 PM, Fabio Valentini wrote: > On Thu, Aug 4, 2022 at 10:02 PM Gwyn Ciesla via devel > devel@lists.fedoraproject.org wrote: > > > I'm building libgda5, based on libgda as of today, and updating libdga to > > 6.0.0. > > > > The following packages are impacted. > > > > If they do not rebuild with 6.0.0, I'll update their BuildRequires with > > libgda5-devel. > > > > anjuta > > elementary-music > > gtranslator > > libgdamm > > sequeler > > > Hi Gwyn, > > I don't know which script you used for your rebuild attempts, but it > looks like they are broken with packages that use rpmautospec: > https://src.fedoraproject.org/rpms/elementary-music/c/40dbfe7c425e6e65fab03d00bc7ddfbb0befe0c6?branch=rawhide > The changelog file should never be touched unless you want to amend > wrong contents. > > And now I guess I'll need to figure out how messed up the > elementary-music changelog is because of this, and how to remove the > superfluous "bump" and "revert bump" changelog messages) generated by > the two follow-up commits ... > > https://src.fedoraproject.org/rpms/elementary-music/c/3636cbb68e2c6025d31d3e90cba776123feb0033?branch=rawhide > https://src.fedoraproject.org/rpms/elementary-music/c/ca0771f290b80ebdf16dd225eab2047eeadad392?branch=rawhide > > Please just fix your tools before you need to run your next scripted rebuilds > :) > > Fabio > ___ > 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 signature.asc 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: Request for assistance: zfs-fuse
--- Original Message ---
On Tuesday, August 9th, 2022 at 1:31 PM, Daniel P. Berrangé
wrote:
> On Tue, Aug 09, 2022 at 04:51:03PM +0000, Gwyn Ciesla via devel wrote:
>
> > Good morning!
> >
> > zfs-fuse is FTBFS starting with f36.
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=2047144
> >
> > I've been banging my head on it for a long time, to no avail. I can get
> > around the SConstruct failure by removing some environment variables, and
> > then I hit a linking issue I can't get past.
>
>
> Most problems are caused by GCC 10 no longer merging duplicate global
> variable storage. This was super tedios to resolve. I started with
> the gcc10_fixes.patch from Debian and had to tweak it even more.
>
> A build system bug was causing the extra quotes in compiler options.
>
> The code is broken wrt -Wformat-security. So this has to be turned
> off, unless someone wants to audit all the printf() calls and fix
> them up. I'd recommend the latter really, but I attach the quick
> fix since that is at least no more awful than it has been for every
> Fedora release previously.
>
> So in the RPM spec add
>
> diff --git a/zfs-fuse.spec b/zfs-fuse.spec
> index b26c656..84b6eb0 100644
> --- a/zfs-fuse.spec
> +++ b/zfs-fuse.spec
> @@ -17,6 +17,8 @@ Patch0: zfs-fuse-0.7.2.2-stack.patch
> Patch1: zfs-fuse-0.7.2.2-python3.patch
> Patch2: tirpc.patch
> Patch3: common.patch
> +Patch4: gcc.patch
> +
> BuildRequires: gcc
> BuildRequires: fuse-devel libaio-devel perl-generators scons gcc-c++
> BuildRequires: zlib-devel openssl-devel libattr-devel lzo-devel bzip2-devel
> xz-devel
> @@ -50,6 +52,7 @@ operating system.
> %patch1 -p1
> %patch2 -p1
> %patch3 -p0
> +%patch4 -p1
>
> f=LICENSE
> mv $f $f.iso88591
> @@ -63,6 +66,7 @@ chmod -x contrib/zfsstress.py
> cp -f /usr/lib/rpm/redhat/config.{guess,sub} src/lib/libumem/
>
> %build
> +%define _warning_options '-Wall'
> export CCFLAGS="%{optflags}"
> pushd src
>
>
> The gcc.patch is attached.
>
> > Only libguestfs and libvirt require this, other that users with
> > ZFS filesystems, but I'd rather not retire it if it can be avoided.
>
>
> Don't let libvirt/libguestfs force you to keep maintaining zfs-fuse.
>
> If you want to retire it, we'll just disable zfs in libvirt/libguestfs.
>
> Honestly I'd retire it, given it is dead upstream, unless someone
> wants to re-incarnate the upstream project and bring the code upto
> modern standards. Even with the patches there's still tonnes of
> (non-fatal) compiler warnings that really ought to be evaluated
> for correctness.
That did the trick, thank you!
I'd like to keep it around at least for awhile. I'm not sure it's worth that
level of maintenance, at least by me, who doesn't use ZFS. It *is* worth quick
fixes like this, IMHO.
> With regards,
> Daniel
> --
> |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
> |: https://libvirt.org -o- https://fstop138.berrange.com :|
> |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
signature.asc
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: Request for assistance: zfs-fuse
--- Original Message --- On Tuesday, August 9th, 2022 at 12:06 PM, Vitaly Zaitsev via devel wrote: > On 09/08/2022 18:51, Gwyn Ciesla via devel wrote: > > > zfs-fuse is FTBFS starting with f36. > > > gcc -o cmd/mount_zfs/mount_zfs.o -c "-O2 -flto=auto -ffat-lto-objects > -fexceptions -g -grecord-gcc-switches -pipe -Wall > -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 > -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 > -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 > -m64 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables > -fstack-clash-protection" -pipe -Wall -std=c99 -Wno-switch -Wno-unused > -Wno-missing-braces -Wno-parentheses -Wno-uninitialized -Wcast-align > -fno-strict-aliasing -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT > -DTEXT_DOMAIN=\"zfs-fuse\" -ggdb -DDEBUG -fPIC -DLINUX_AIO > -I/usr/include/tirpc -Ilib/libuutil/include -Ilib/libnvpair/include > -Ilib/libumem/include -Ilib/libzfscommon/include -Ilib/libzpool/include > -Ilib/libzfs/include -Ilib/libsolcompat/include -Ilib/libavl/include > cmd/mount_zfs/mount_zfs.c > cc1: error: argument to '-O' should be a non-negative integer, 'g', 's', > 'z' or 'fast' > > Remove the quotes around Fedora build flags. > > Correct: > -O2 -flto=auto -ffat-lto-objects -fexceptions -g ... > > Bogus: > "-O2 -flto=auto -ffat-lto-objects -fexceptions -g ..." Doesn't help: + '[' -f /usr/lib/rpm/generate-rpm-note.sh ']' + /usr/lib/rpm/generate-rpm-note.sh zfs-fuse 0.7.2.2-22.fc38 x86_64 + cd zfs-fuse-0.7.2.2 + export CCFLAGS=-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection + CCFLAGS=-O2 /var/tmp/rpm-tmp.u56vY5: line 42: export: `-flto=auto': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-ffat-lto-objects': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-fexceptions': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-g': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-grecord-gcc-switches': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-pipe': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-Wall': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-Werror=format-security': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-Wp,-D_FORTIFY_SOURCE=2': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-Wp,-D_GLIBCXX_ASSERTIONS': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-fstack-protector-strong': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-m64': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-mtune=generic': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-fasynchronous-unwind-tables': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-fstack-clash-protection': not a valid identifier /var/tmp/rpm-tmp.u56vY5: line 42: export: `-fcf-protection': not a valid identifier error: Bad exit status from /var/tmp/rpm-tmp.u56vY5 (%build) > -- > 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 signature.asc 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
Request for assistance: zfs-fuse
Good morning! zfs-fuse is FTBFS starting with f36. https://bugzilla.redhat.com/show_bug.cgi?id=2047144 I've been banging my head on it for a long time, to no avail. I can get around the SConstruct failure by removing some environment variables, and then I hit a linking issue I can't get past. Only libguestfs and libvirt require this, other that users with ZFS filesystems, but I'd rather not retire it if it can be avoided. Thanks in advance, -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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
libgda5, libgda 6.0
I'm building libgda5, based on libgda as of today, and updating libdga to 6.0.0. The following packages are impacted. If they do not rebuild with 6.0.0, I'll update their BuildRequires with libgda5-devel. anjuta elementary-music gtranslator libgdamm sequeler -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. signature.asc 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: Orphaned packages looking for new maintainers
I've taken gnome-online-accounts, comaintainers welcome! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaning my packages
Actually, ignore that. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Wednesday, June 29th, 2022 at 11:50 AM, Gwyn Ciesla wrote: > I'll take python-meld3 if no one else speaks for it. > > > > -- > Gwyn Ciesla > she/her/hers > > in your fear, seek only peace > in your fear, seek only love > -d. bowie > > > Sent with Proton Mail secure email. > > --- Original Message --- > On Wednesday, June 29th, 2022 at 9:56 AM, Francisco J. Tsao Santín via devel > devel@lists.fedoraproject.org wrote: > > > > > Hello, I've been maintaining some packages, but I can't at this time > > continue taking care of them. So, next Sunday I'll orphan them if nobody > > ask me the transfer: > > > > * ascii > > * netmask > > * ez-pine-gpg > > * python-meld3 > > * gpart > > * python-sysv_ipc > > * reptyr > > * supervisor > > > > -- > > Francisco J. Tsao Santín > > http://gattaca.es > > 1024D/71CF4D62 42 F1 53 35 EF 98 98 8A FC 6C 56 B3 4C A7 7D FB > > ___ > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > > https://pagure.io/fedora-infrastructure signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaning my packages
I'll take python-meld3 if no one else speaks for it. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Wednesday, June 29th, 2022 at 9:56 AM, Francisco J. Tsao Santín via devel wrote: > Hello, I've been maintaining some packages, but I can't at this time > continue taking care of them. So, next Sunday I'll orphan them if nobody > ask me the transfer: > > * ascii > * netmask > * ez-pine-gpg > * python-meld3 > * gpart > * python-sysv_ipc > * reptyr > * supervisor > > -- > Francisco J. Tsao Santín > http://gattaca.es > 1024D/71CF4D62 42 F1 53 35 EF 98 98 8A FC 6C 56 B3 4C A7 7D FB > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
> pyicu orphan 0 weeks ago Taken. signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
libcli soname bump
As part of fixing the FTBFS, I'm updating libcli. The only consumer is netsniff-ng, which I'll update with a chain build. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail secure email. signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
I took xmlgraphics-common for fotoxx, but if anyone with greater Java knowledge wants it, let me know. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, January 24th, 2022 at 12:55 PM, Miro Hrončok wrote: > The following packages are orphaned and will be retired when they > > are orphaned for six weeks, unless someone adopts them. If you know for sure > > that the package should be retired, please do so now with a proper reason: > > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > Note: If you received this mail directly you (co)maintain one of the affected > > packages or a package that depends on one. Please adopt the affected package > or > > retire your depending package to avoid broken dependencies, otherwise your > > package will fail to install and/or build when the affected package gets > retired. > > Request package ownership via the Take button in he left column on > > https://src.fedoraproject.org/rpms/ > > Full report available at: > > https://churchyard.fedorapeople.org/orphans-2022-01-24.txt > > grep it for your FAS username and follow the dependency chain. > > For human readable dependency chains, > > see https://packager-dashboard.fedoraproject.org/ > > For all orphaned packages, > > see https://packager-dashboard.fedoraproject.org/orphan > > Package (co)maintainers Status Change > = > > 3proxy orphan 0 weeks ago > > DivFix++ orphan 0 weeks ago > > colorize orphan 0 weeks ago > > curlftpfs orphan 0 weeks ago > > dans-gdal-scripts orphan 5 weeks ago > > darkstat orphan 0 weeks ago > > elmon orphan 0 weeks ago > > esniper orphan 5 weeks ago > > fkill-cli orphan 4 weeks ago > > fotoxx limb, orphan 0 weeks ago > > fx orphan 4 weeks ago > > fx-completion orphan 4 weeks ago > > gloox cicku, davidsch, orphan 0 weeks ago > > hans orphan 0 weeks ago > > httpd-itk orphan 0 weeks ago > > iodine lystor, orphan 0 weeks ago > > kea fjanus, orphan, zdohnal 1 weeks ago > > laby orphan 2 weeks ago > > mysqlreport orphan, wolfy 0 weeks ago > > nodejs-svgo nodejs-sig, orphan 4 weeks ago > > npm-name-cli orphan 4 weeks ago > > pacmanager ngompa, orphan 0 weeks ago > > percol orphan 0 weeks ago > > perl-File-Finder orphan 0 weeks ago > > perl-File-Inplace orphan 0 weeks ago > > perl-HTML-FormatText-WithLinks- orphan 0 weeks ago > > AndTables > > perl-IO-Any orphan 0 weeks ago > > perl-JSON-Util orphan 0 weeks ago > > perl-Lingua-EN-Fathom jfearn, orphan 0 weeks ago > > perl-Lingua-EN-Syllable orphan 0 weeks ago > > perl-Locale-Maketext-Gettext orphan 0 weeks ago > > perl-Net-HL7 orphan 4 weeks ago > > perl-ParseLex orphan 0 weeks ago > > perl-String-Similarity lcons, orphan 0 weeks ago > > perl-Sys-Path orphan 0 weeks ago > > perl-Test-Fixme orphan 0 weeks ago > > pgcenter orphan 0 weeks ago > > pgdbf orphan 0 weeks ago > > pgmodeler orphan 0 weeks ago > > php-pecl-solr2 orphan 2 weeks ago > > plexus-i18n mizdebsk, orphan 0 weeks ago > > pmount kni, orphan 0 weeks ago > > pstreams-devel jwakely, orphan 0 weeks ago > > publican jfearn, orphan 0 weeks ago > > python-ECPy orphan 0 weeks ago > > python-btchip jonny, orphan 0 weeks ago > > python-cmigemo orphan 0 weeks ago > > python-jenkins-job-builder ignatenkobrain, ktdreyer, 5 weeks ago > > orphan, pabelanger > > python-netssh2 orphan 2 weeks ago > > python-pykwalify goldmann, orphan 0 weeks ago > > python-wand orphan 2 weeks ago > > rubygem-rsolr orphan 4 weeks ago > > siril astro-sig, lkundrak, lupinix, 4 weeks ago > > orphan > > slim aarem, orphan 0 weeks ago > > sqlite3-dbf orphan 0 weeks ago > > teseq orphan 0 weeks ago > > topojson-client orphan 4 weeks ago > > topojson-server orphan 4 weeks ago > > topojson-simplify orphan 4 weeks ago > > trickle orphan, villadalmine, wolfy 0 weeks ago > > uml_utilities chkr, orphan 3 weeks ago > > vanessa_adt orphan 0 weeks ago > > vanessa_socket orphan 0 weeks ago > > xcf-pixbuf-loader orphan 6 weeks ago > > xmlgraphics-commons orphan 0 weeks ago > > The following packages require above mentioned packages: > > Depending on: fx (1), status change: 2021-12-22 (4 weeks ago) > > fx-completion (maintained by: orphan) > > fx-completion-1.0.5-5.fc36.noarch requires npm(fx) = 20.0.2 > > fx-completion-1.0.5-5.fc36.src requires npm(fx) = 20.0.2 > > Depending on: gloox (1), status chang
Re: Considering upgrading wxPython to 4.1.2 when it is released
Trelby works perfectly with the new version. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, January 11th, 2022 at 12:17 PM, Scott Talbert wrote: > Hi all, > > This is mostly targeted at maintainers (bcc'd in case not subscribed to > > Fedora devel) of packages that depend on wxPython (aka python3-wxpython4). > > TL;DR: if your package uses python3-wxpython4, please test it with the > > python3-wxpython4 from this COPR [1] and provide me any feedback, positive > > or negative, if you can. > > Affected packages: > > congruity > > esphomeflasher (python-esphomeflasher) > > grass > > kicad > > plater (printrun) > > playonlinux > > printrun-common (printrun) > > pronterface (printrun) > > pyhoca-gui > > python3-fsleyes (python-fsleyes) > > python3-fsleyes-props (python-fsleyes-props) > > python3-fsleyes-widgets (python-fsleyes-widgets) > > python3-fslpy (python-fslpy) > > python3-humblewx (python-humblewx) > > python3-matplotlib-wx (python-matplotlib) > > python3-pyobd (python-pyobd) > > python3-wxnatpy (python-wxnatpy) > > quisk > > rtlsdr-scanner > > smbcmp-gui (smbcmp) > > timeline > > trelby > > winpdb > > wxGlade > > wxPython 4.1.2 might be approaching release soon and I'm thinking about > > upgrading Rawhide to it when released. > > A little bit of background: wxPython is the Python bindings for wxWidgets, > > the cross-platform GUI library. Currently, we have two versions of > > wxWidgets packaged in Fedora: > > wxGTK3 - wxWidgets 3.0.x (stable release) > > wxGTK - wxWidgets 3.1.x (development release) > > For wxPython, we currently have version 4.0.7 which corresponds to > > wxWidgets 3.0.x release (wxGTK3). wxPython 4.1.0 (which corresponds to > > wxWidgets 3.1.x) was released in April 2020, but I have hesitated to move > > Fedora to it because it (wxPython) bundles its own copy of wxWidgets that > > didn't necessarily correspond to a released version of wxWidgets and > > having to use the bundled copy would be frowned upon in Fedora. However, > > wxPython 4.1.2 is nearing release (I think) and it seems to be locked to > > wxWidgets 3.1.5. That, plus the fact that wxPython 4.0.7 is starting to > > become harder to maintain (e.g., for Python 3.10 support), I think it > > might be time to move forward. However, wxPython 4.1.x is a fairly major > > change (mostly due to the changes in the underlying wxWidgets) so there > > could be impacts to packages that use it. > > I have built this COPR [1] with a pre-release copy of wxPython 4.1.2 and > > would appreciate any feedback on it. I'll try to get any bugs addressed > > ASAP. Also, please let me know if you are strongly opposed to the change, > > or if your package can't support wxPython 4.1.x. > > Thanks, > > Scott > > [1] https://copr.fedorainfracloud.org/coprs/swt2c/wxPython-4.1.2/ signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
I've taken libgda. signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: I quit packaging
I'll take Zabbix if no one else is interested. \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from ProtonMail mobile \ Original Message On Dec 12, 2021, 4:03 PM, Volker Fröhlich < volke...@gmx.at> wrote: > > > > I don't want to be a package maintainer anymore. > > All of my packages are up for grabs. > > Volker (FAS volter) > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ > 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][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 > [https_fedoraproject.org_wiki_Mailing_list_guidelines]: https://fedoraproject.org/wiki/Mailing_list_guidelines signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
It's also deprecated as of I believe 3.11, so I've made sure there are upstream bugs filed to migrate to berkeleydb for both consumers, gramps and exaile. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, December 6th, 2021 at 9:01 AM, Miro Hrončok wrote: > On 06. 12. 21 15:50, Gwyn Ciesla via devel wrote: > > > > python-bsddb3 orphan 1 weeks ago > > > > > > Taken. > > Thanks. > > Note that ti was orphaned because of: > > https://bugzilla.redhat.com/show_bug.cgi?id=2019310 > > -- > > Miro Hrončok > > > Phone: +420777974800 > > IRC: mhroncok signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
> python-bsddb3 orphan 1 weeks ago Taken. signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: [RFC] PyDrive2 and dependency backporting
FWIW I'm in favor of at least f35. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, November 10th, 2021 at 4:34 AM, Mikel Olasagasti wrote: > Hi all, > > tl;dr: Backups with deja-dup to GDrive require PyDrive2 that requires > > some dep updates not available in F35 or F34 > > The backup software deja-dup[1] can backup to Google Drive using > > PyDrive. PyDrive has been archived[2] by Google and PyDrive2[3] is an > > active fork. There is a bug in PyDrive causing issues[4][5][6] to > > backup to GDrive that PyDrive2 has solved. deja-dup is ready to work > > with PyDrive2. > > PyDrive2 is now available in rawhide[7], after updating some > > deps[8][9] and I would like to backport these to F35 and, if possible > > also, F34 without breaking something. I created a copr repo[10] and > > some users reported that it is working fine for them in F34. > > Only deja-dup depends on PyDrive: > > dnf repoquery --disablerepo="*" --enablerepo=rawhide --whatrequires > === > > "python3-PyDrive" > > deja-dup-0:42.8-1.fc36.x86_64 > > PyDrive2 requires google-api-python-client that requires google-auth-httplib2. > > Only google-api-python-client depends on google-auth-httplib2: > > dnf repoquery --disablerepo="*" --enablerepo=rawhide --whatrequires > === > > "python3-google-auth-httplib2" > > python3-google-api-client-2:2.29.0-1.fc36.noarch > > But more packages depend on google-api-python-client: > > dnf repoquery --disablerepo="*" --enablerepo=rawhide --whatrequires > === > > "python3-google-api-client" > > fence-agents-gce-0:4.10.0-3.fc35.noarch > > goobook-0:3.5-4.fc35.noarch > > nodepool-0:3.13.1-1.fc36.noarch > > python3-PyDrive-0:1.3.1-18.fc35.noarch > > python3-certbot-dns-google-0:1.20.0-1.fc36.noarch > > Current release for python3-google-api-client in Fedora 35 and 34 is > > 1.6.7. Version 2.0.0 was released in 2021-03[11] and the only breaking > > change is the deprecation of python2 and <3.6[12]. We've 2.29 in > > rawhide and I would like to backport it to F35 and F34 releases based > > in the following facts: > > a) google-api-python-client's upgrading guide[13] states that version > > 2.x is compatible with 1.x: "Existing code written for earlier > > versions of this library will not require updating.". > > b) Package dependencies: > > - fence-agents-gce: it doesn't require a specific version. > > > https://github.com/ClusterLabs/fence-agents/blob/master/agents/gce/fence_gce.py > - goobook: google-api-python-client >=1.7.12 > > https://gitlab.com/goobook/goobook/-/blob/master/setup.py#L39 > > - nodepool: google-api-python-client > > https://opendev.org/zuul/nodepool/src/branch/master/requirements.txt#L20 > - python3-certbot-dns-google: google-api-python-client >= 1.5.5 > > https://github.com/certbot/certbot/blob/master/certbot-dns-google/setup.py#L10 > > My plan would be: > > 1. Notify maintainers of those 5 packages about > > python3-google-api-client update. > 2. Backport python3-google-auth-httplib2 and python3-google-api-client > > to F35 and F34. > 3. Add PyDrive2 to F35 and F34. > 4. Ask deja-dup maintainers to switch to PyDrive2. > 5. Deprecate PyDrive in rawhide. Adding Obsolete to PyDrive2 may not > > be required?. > > @fedora-devel: what do you think? Should I do something else? Should > > this be backported only to F35? > > Kind regards, > > Mikel Olasagasti > > [1] https://src.fedoraproject.org/rpms/deja-dup/ > > [2] > https://github.com/googlearchive/PyDrive/commit/42022f9a1c48f435438fce74ad4032ec9f34cfd1 > > [3] https://github.com/iterative/PyDrive2 > > [4] https://bugzilla.redhat.com/show_bug.cgi?id=1882028 > > [5] https://bugzilla.redhat.com/show_bug.cgi?id=2015282 > > [6] https://bugzilla.redhat.com/show_bug.cgi?id=1830874 > > [7] https://bodhi.fedoraproject.org/updates/FEDORA-2021-048f1421fe > > [8] > https://src.fedoraproject.org/rpms/google-api-python-client/pull-request/3 > > [9] https://src.fedoraproject.org/rpms/google-auth-httplib2/pull-request/1 > > [10] https://copr.fedorainfracloud.org/coprs/mikelo2/PyDrive2/ > > [11] > https://github.com/googleapis/google-api-python-client/releases/tag/v2.0.0 > > [12] https://github.com/googleapis/google-api-python-client/pull/961 > > [13] > https://github.com/googleapis/google-api-python-client/blob/main/UPGRADING.md > > devel mailing list -- devel@lists.fe
Re: Orphaned packages looking for new maintainers
I've taken it, but I can let you work on the FTBFS if you like. Or I can. Whichever. :) -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, November 8th, 2021 at 11:24 AM, Artur Frenszek-Iwicki wrote: > > SDL2_gfx ignatenkobrain, orphan 1 weeks ago > > I'd like to pick this up, but I have next to zero experience working with > autotools, > > so I'll defer adopting the package until I have a working fix for the FTBFS. > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Possibly off topic: Slack will discontinue packaging for Fedora
I believe the flatpak on flathub is built on Ubuntu, so there's that, but yes, this is odd and potentially unfortunate. \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from ProtonMail mobile \ Original Message On Nov 4, 2021, 7:23 PM, Gordon Messmer < gordon.mess...@gmail.com> wrote: > > > > https://slack.com/help/articles/115002037526-System-requirements-for-using-Slack > > "Note: Starting March 1, 2022, Slack will no longer support Fedora Linux > distributions." > > I don't know if that's of interest to Fedora, as an organization, but on > the off-chance that it is: Is anyone in a position to ask someone at > Slack about that decision? And whether there's anything that Fedora can > do to make publishing that package more feasible? > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ > 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][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 > [https_fedoraproject.org_wiki_Mailing_list_guidelines]: https://fedoraproject.org/wiki/Mailing_list_guidelines signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
‐‐‐ Original Message ‐‐‐ On Monday, October 25th, 2021 at 5:41 AM, Miro Hrončok wrote: > > speech-dispatcher orphan 2 weeks ago Taken. signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
I'll take php-google-apiclient1, php-pear-OLE, and php-fedora-autoloader to keep Moodle in Fedora, but if someone more involved in PHP wants them instead or wants to be a co-maintainer, please let me know. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, September 7th, 2021 at 4:51 AM, Miro Hrončok wrote: > The following packages are orphaned and will be retired when they > > are orphaned for six weeks, unless someone adopts them. If you know for sure > > that the package should be retired, please do so now with a proper reason: > > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > Note: If you received this mail directly you (co)maintain one of the affected > > packages or a package that depends on one. Please adopt the affected package > or > > retire your depending package to avoid broken dependencies, otherwise your > > package will fail to install and/or build when the affected package gets > retired. > > Request package ownership via the Take button in he left column on > > https://src.fedoraproject.org/rpms/ > > Full report available at: > > https://churchyard.fedorapeople.org/orphans-2021-09-07.txt > > grep it for your FAS username and follow the dependency chain. > > For human readable dependency chains, > > see https://packager-dashboard.fedoraproject.org/ > > For all orphaned packages, > > see https://packager-dashboard.fedoraproject.org/orphan > > Package (co)maintainers Status Change > = > > ant-contrib java-maint-sig, mizdebsk, 6 weeks ago > > orphan > > apache-ivy java-maint-sig, mizdebsk, 2 weeks ago > > orphan > > apache-rat mizdebsk, orphan 4 weeks ago > > bugzilla2fedmsg orphan 4 weeks ago > > cbi-plugins eclipse-sig, kdaniel, mbooth, 3 weeks ago > > orphan, rgrunber > > ckeditor orphan 1 weeks ago > > dnstracer orphan 0 weeks ago > > drupal7 asrob, jsmith, orphan, 1 weeks ago > > pfrields > > drupal7-active_tags asrob, orphan, sdodson 1 weeks ago > > drupal7-admin_language asrob, orphan 1 weeks ago > > drupal7-backup_migrate asrob, orphan, pfrields, 1 weeks ago > > sdodson > > drupal7-boxes asrob, orphan 1 weeks ago > > drupal7-cck asrob, orphan, sdodson 1 weeks ago > > drupal7-chosen asrob, orphan, sdodson 1 weeks ago > > drupal7-context asrob, orphan, sdodson 1 weeks ago > > drupal7-crumbs asrob, orphan 1 weeks ago > > drupal7-cs_adaptive_image asrob, orphan 1 weeks ago > > drupal7-domain asrob, orphan 1 weeks ago > > drupal7-domain_locale asrob, orphan 1 weeks ago > > drupal7-domain_views asrob, orphan 1 weeks ago > > drupal7-drafty orphan 1 weeks ago > > drupal7-drush_language asrob, orphan 1 weeks ago > > drupal7-ds asrob, orphan 1 weeks ago > > drupal7-entity asrob, orphan, sdodson 1 weeks ago > > drupal7-entity_translation asrob, orphan 1 weeks ago > > drupal7-eva asrob, orphan, sdodson 1 weeks ago > > drupal7-features_extra asrob, orphan 1 weeks ago > > drupal7-fences asrob, orphan 1 weeks ago > > drupal7-field_permissions asrob, orphan, sdodson 1 weeks ago > > drupal7-file_entity asrob, orphan 1 weeks ago > > drupal7-file_entity_inline asrob, orphan 1 weeks ago > > drupal7-fivestar asrob, orphan, sdodson 1 weeks ago > > drupal7-i18n asrob, orphan, pfrields, 1 weeks ago > > sdodson > > drupal7-i18n_boxes asrob, orphan 1 weeks ago > > drupal7-i18nviews asrob, orphan 1 weeks ago > > drupal7-jquery_update asrob, orphan, sdodson 1 weeks ago > > drupal7-l10n_client asrob, orphan 1 weeks ago > > drupal7-l10n_pconfig asrob, orphan 1 weeks ago > > drupal7-l10n_server asrob, orphan 1 weeks ago > > drupal7-l10n_update asrob, orphan 1 weeks ago > > drupal7-lang_dropdown asrob, orphan 1 weeks ago > > drupal7-language_cookie asrob, orphan 1 weeks ago > > drupal7-language_switcher asrob, orphan 1 weeks ago > > drupal7-languageicons asrob, orphan 1 weeks ago > > drupal7-libraries asrob, orphan, sdodson 1 weeks ago > > drupal7-link asrob, orphan 1 weeks ago > > drupal7-locale_auto_import asrob, orphan 1 weeks ago > > drupal7-locale_cookie asrob, orphan, sdodson 1 weeks ago > > drupal7-markdown asrob, orphan, sdodson 1 weeks ago > > drupal7-menu_token asrob, orphan, sdodson 1 weeks ago > > drupal7-metatag asrob, orphan 1 weeks ago > > drupal7-migrate asrob, orphan, sdodson 1 weeks ago > > drupal7-path_breadcrumbs asrob, orphan 1 weeks ago > > drupal7-potx asrob, orphan 1 weeks
Unannounced libwebsockets soname bump
Seems to rebuild fine, but please don't, in the future, please and thank you. https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#_rawhide -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Packages that fail to install in Fedora 35 and might be retired one week before the beta freeze
I've taken and am fixing libprelude. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Thursday, August 5th, 2021 at 7:00 AM, Miro Hrončok wrote: > Hello, > > here are the packages that should be retired according to the policy one week > > before the beta freeze, that is on 2021-08-17. > > If you see a pacakge that you would rather fix than retire, please assign the > > bugzilla (move it to ASSIGNED or higher) and start working on the fix. > > https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ > > (point 9) > > Criterion: > > - fails to install for 8+ weeks (estimated as of 2021-08-17) > - bugzilla in NEW > - at least two reminders in the bugzilla > > Bugzilla link: > > > https://bugzilla.redhat.com/buglist.cgi?bug_id=1897089,1897607,1899122,1900756,1907450,1926069,1926086,1926209,1926211,1926215,1926222,1926350,1926357,1926613,1926616,1935721,1957797,1958156,1959330,1962230,1962449,1964630,1964642,1965616,1965617,1965623,1967196,1968780,1968843,1968948,1968957,1968976,1968977,1969083,1969084,1969130,1969814,1969815,1969818,1969822,1969823 > > Package (co)maintainers Est. BZ age > > > == > > autoarchive orphan 27 weeks > > bugzilla2fedmsg orphan 10 weeks > > eclipse akurtakov, dbhole, eclipse-sig, 11 weeks > > jerboaa, jjohnstn, lef, mbooth, > > oliver, rgrunber > > eclipse-m2e-core akurtakov, eclipse-sig, galileo, 11 weeks > > mbooth, mizdebsk > > eclipse-mpc akurtakov, eclipse-sig, kdaniel, 11 weeks > > mbooth, rgrunber > > gnome-gmail orphan 14 weeks > > jboss-jsp-2.2-api cerberus 9 weeks > > kawa moceap 9 weeks > > libprelude fab, orphan 10 weeks > > libpst orphan 39 weeks > > maven-license-plugin orphan 11 weeks > > module-build-service breilly, orphan 10 weeks > > msv filiperosset, mizdebsk 9 weeks > > python-aenum orphan 38 weeks > > python-aiostream orphan 14 weeks > > python-compreffor orphan 26 weeks > > python-databay orphan 10 weeks > > python-diskcache orphan 12 weeks > > python-django-post_office orphan 10 weeks > > python-docx orphan 27 weeks > > python-flask-autoindex orphan 10 weeks > > python-flask-silk orphan 10 weeks > > python-furl orphan 27 weeks > > python-jsonfield orphan 12 weeks > > python-jsons orphan 35 weeks > > python-losant-rest orphan 26 weeks > > python-lzo orphan 39 weeks > > python-minibelt orphan 27 weeks > > python-mtg orphan 27 weeks > > python-orderedmultidict orphan 27 weeks > > python-praw fale, orphan 10 weeks > > python-prawcore orphan 10 weeks > > python-schedule orphan 27 weeks > > python-siosocks orphan 10 weeks > > python-soco orphan 23 weeks > > python-stompest orphan 27 weeks > > python-testfixtures orphan 38 weeks > > python-twilio orphan 13 weeks > > sunflow michalvala 9 weeks > > xmms-pulse orphan 11 weeks > > xstream dchen, mizdebsk, msimacek 9 weeks > > The following packages require above mentioned packages: > > Depending on: eclipse (33) > > eclipse (maintained by: akurtakov, dbhole, eclipse-sig, jerboaa, jjohnstn, > > lef, mbooth, oliver, rgrunber) > > eclipse-1:4.19-5.fc35.src requires eclipse-ecf-core = 3.14.19-2.fc34, > > eclipse-emf-core = 1:2.25.0-1.fc35, eclipse-pde = 1:4.19-5.fc35, tycho = > > 2.2.0-4.fc34, tycho-extras = 2.2.0-4.fc34 > > eclipse-ecf (maintained by: akurtakov, eclipse-sig, kdaniel, mbooth, > rgrunber) > > eclipse-ecf-core-3.14.19-2.fc34.noarch requires > osgi(org.eclipse.core.jobs) = > > 3.10.1100, osgi(org.eclipse.core.net) = 1.3.1000, osgi(org.eclipse.osgi) > = 3.16.200 > > eclipse-egit (maintained by: akurtakov, eclipse-sig, jerboaa, jjohnstn, > > mbooth, rgrunber) > > eclipse-egit-5.11.0-1.fc35.noarch requires eclipse-platform = > 1:4.19-5.fc35, > > osgi(org.eclipse.jdt.core) = 3.25.0.v20210304.1735, > osgi(org.eclipse.jdt.ui) = > > 3.22.100.v20210304.1735 > > eclipse-egit-5.11.0-1.fc35.src requires eclipse-jdt = 1:4.19-5.fc35, > > eclipse-platform = 1:4.19-5.fc35 > > eclipse-emf (maintained by: akurtakov, eclipse-sig, jjohnstn, mbooth, > rgrunber) > > eclipse-emf-1:2.25.0-1.fc35.src requires eclipse-pde = 1:4.19-5.fc35 > > eclipse
Re: Is there a command to expand Source0 from spec file to the final URL?
Does spectool -g foo.spec help? Or -f?
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, July 6th, 2021 at 11:15 AM, Richard W.M. Jones
wrote:
> Is this possible? I've got one with lots of %{macros} in it.
>
> It seems like this should be possible using rpmspec, but I can't work
>
> out how.
>
> Rich.
>
> -
>
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
>
> Read my programming and virtualization blog: http://rwmj.wordpress.com
>
> virt-p2v converts physical machines to virtual machines. Boot with a
>
> live CD or over the network (PXE) and turn machines into KVM guests.
>
> http://libguestfs.org/virt-v2v
>
> devel mailing list -- devel@lists.fedoraproject.org
>
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
Re: [HEADS UP] wxGTK 3.1.5 in Rawhide
On it. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, May 5, 2021 7:16 AM, Scott Talbert wrote: > Hi, > > I'm updating wxWidgets (wxGTK package) to v3.1.5 in Rawhide. This > includes a soname bump. I'm doing the build in a side tag: > f35-build-side-40779. > > As far as I can tell, the only users are CubicSDR and audacity. I'll > rebuild CubicSDR. Gwyn or Ian, can you please take care of rebuilding > audacity in the side tag? > > Thanks, > Scott signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: FYI: F32 Calf packages seem to be outdated
Good thing the maintainer reads -devel or she'd have missed this. :) Looks like fluidsynth got updated and calf needs a rebuild. I'll get that out. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, April 26, 2021 4:14 AM, Dominik 'Rathann' Mierzejewski wrote: > On Monday, 26 April 2021 at 10:17, Marius Schwarz wrote: > > > Hi, > > Calf packages seem to need some attention: > > Opening a bugzilla ticket (or checking if one is open already) is much > better than complaining here. If maintainer is not responding to > bugzilla, perhaps the non-responsive maintainer procedure should be > invoked. > > Regards, > Dominik > > - > > Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org > There should be a science of discontent. People need hard times and > oppression to develop psychic muscles. > -- from "Collected Sayings of Muad'Dib" by the Princess Irulan > > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: matio: Not announced soname change in stable branch
I'll fix those as well. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, April 19, 2021 9:13 AM, Remi Collet wrote: > Le 05/04/2021 à 23:19, Gwyn Ciesla via devel a écrit : > > > Updates are now in flight for kst, libASL, openmeeg, and vips, for f34 and > > f33. gtatool is retired and FTBFS, so I left it alone. > > Looks like the same happens today in Fedora 32 > > Remi > > > -- > > Gwyn Ciesla > > she/her/hers > > > > > > > > in your fear, seek only peace > > in your fear, seek only love > > -d. bowie > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > > On Monday, April 5, 2021 8:29 AM, Gwyn Ciesla via devel > > devel@lists.fedoraproject.org wrote: > > > > > My apologies; 1.5.18 fixes a few CVEs, and the subsequent releases fixed > > > regressions. I'm usually much more scrupulous about soname changes. I've > > > added versioning to the solib's %files line in the spec, and will take > > > care of the broken packages. > > > > > -- > > > Gwyn Ciesla > > > she/her/hers > > > > > > > > > > > > in your fear, seek only peace > > > in your fear, seek only love > > > -d. bowie > > > > > Sent with ProtonMail Secure Email. > > > > > ‐‐‐ Original Message ‐‐‐ > > > On Friday, April 2, 2021 11:45 PM, Remi Collet fed...@famillecollet.com > > > wrote: > > > > > > It looks like matio have been updated in Fedora 33 > > > > > > https://bodhi.fedoraproject.org/updates/FEDORA-2021-0933889858 > > > > > > From matio 1.5.17 with soname 9 > > > > To matio 1.5.21 with soname 11 > > > > > > This doesn't seems acceptable, or, at least, should be managed > > > > > > Used by: > > > > > > gtatool-matlab-0:2.2.3-6.fc33.x86_64 > > > > kst-0:2.0.8-29.fc33.x86_64 > > > > libASL-0:0.1.7-24.fc33.x86_64 > > > > openmeeg-0:2.4.2-0.8.fc33.x86_64 > > > > vips-0:8.9.2-1.fc33.x86_64 > > > > > > Remi > > > > > > P.S. and an "empty" bodhi description seems also bad > > > > > > devel mailing list -- devel@lists.fedoraproject.org > > > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > > > Fedora Code of Conduct: > > > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > > > List Archives: > > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > > > Do not reply to spam on the list, report it: > > > > https://pagure.io/fedora-infrastructure > > > > > devel mailing list -- devel@lists.fedoraproject.org > > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > > Fedora Code of Conduct: > > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > > List Archives: > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > > Do not reply to spam on the list, report it: > > > https://pagure.io/fedora-infrastructure > > > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > > https://pagure.io/fedora-infrastructure signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Podman and docker compose
Have you tried podman-compose? It's in the Fedora repos. \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from ProtonMail mobile \ Original Message On Apr 11, 2021, 7:34 PM, Sergio Belkin < seb...@gmail.com> wrote: > > > > Hi, > I'm playing around with podman and docker compose, so I've read the post at > https://www.redhat.com/sysadmin/podman-docker-compose. > > The example with Gitea does not work, this the output: > > sudo docker-compose up > descargas\_elasticsearch\_1 is up-to-date > Creating descargas\_skydive-analyzer\_1 ... error > > ERROR: for descargas\_skydive-analyzer\_1 Cannot create container for service > skydive-analyzer: bad parameter: Link is not supported > > ERROR: for skydive-analyzer Cannot create container for service > skydive-analyzer: bad parameter: Link is not supported > ERROR: Encountered errors while bringing up the project. > > Am I doing something wrong? > > This is the log: > > abr 11 21:28:25 munster.belkin.home systemd\[1\]: Starting Podman API > Service... > abr 11 21:28:25 munster.belkin.home systemd\[1\]: Started Podman API Service. > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="/usr/bin/podman filtering at > log level info" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="Error initializing configured > OCI runtime kata: no valid executable found for OCI runtime kata: invalid > argument" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="Found CNI network podman (typ > e=bridge) at /etc/cni/net.d/87-podman-bridge.conflist" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="Found CNI network > descargas\_d > efault (type=bridge) at /etc/cni/net.d/descargas\_default.conflist" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="Found CNI network internet-mo > nitoring\_back-tier (type=bridge) at > /etc/cni/net.d/internet-monitoring\_back-tier.conflist" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="Found CNI network internet-mo > nitoring\_front-tier (type=bridge) at > /etc/cni/net.d/internet-monitoring\_front-tier.conflist" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="Setting parallel job count to > 25" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="using systemd socket activati > on to determine API endpoint" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="using API endpoint: ''" > abr 11 21:28:25 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:25-03:00" level=info msg="API server listening on > \\"/ru > n/podman/podman.sock\\"" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:28-03:00" level=info msg="APIHandler(87f3d612-9e67-4975 > \-a52d-e34f8f177998) -- GET /version BEGIN" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:28-03:00" level=info msg="APIHandler(f6beda6a-42c3-414c > \-9d8c-0314e00c86d7) -- GET /v1.40/networks/descargas\_default BEGIN" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:28-03:00" level=info msg="APIHandler(60f23924-261e-41fd > \-9e14-459930ec3a0b) -- GET /v1.40/info BEGIN" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:28-03:00" level=info msg="APIHandler(bd218869-1c22-4faf > \-878e-f2bffeaec753) -- GET /v1.40/networks/descargas\_default BEGIN" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:28-03:00" level=info msg="APIHandler(25b1c622-5f7d-47c6 > \-8d81-cf0f0a497a2f) -- GET > /v1.40/containers/json?limit=-1&all=0&size=0&trunc\_cmd=0&filters=%7B%22label%22%3A+%5B%22com.docker.comp > ose.project%3Ddescargas%22%2C+%22com.docker.compose.oneoff%3DFalse%22%5D%7D > BEGIN" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:28-03:00" level=info msg="APIHandler(7af0b0a3-1e79-4f66 > \-8e4d-afe5f21a336d) -- GET > /v1.40/containers/json?limit=-1&all=1&size=0&trunc\_cmd=0&filters=%7B%22label%22%3A+%5B%22com.docker.comp > ose.project%3Ddescargas%22%2C+%22com.docker.compose.oneoff%3DFalse%22%5D%7D > BEGIN" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-11T21:28:28-03:00" level=info msg="APIHandler(ad9f4acb-47ac-4699 > \-aa65-e542a59912e9) -- GET > /v1.40/containers/c519bbe7f21e7c01729d62237b819b84b3bf364784a115fa536ad45153224ffc/json > BEGIN" > abr 11 21:28:28 munster.belkin.home podman\[282\]: > time="2021-04-
Re: Any interest in Google's recently open sourced Lyra in Fedora?
Also, I looked into packaging Bazel for something else. Next to impossible to package for Fedora. \-- Gwyn Ciesla she/her/hers \ in your fear, seek only peace in your fear, seek only love \-d. bowie Sent from ProtonMail mobile \ Original Message On Apr 9, 2021, 6:43 PM, Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > > > > Petr Pisar wrote: > > It's not fully open > > <[https://github.com/google/lyra\#license][https_github.com_google_lyra_license]>: > > > > Please note that there is a closed-source kernel used for math > > operations that is linked via a shared object called > > [libsparse\_inference.so][libsparse_inference.so]. We provide the > > [libsparse\_inference.so][libsparse_inference.so] library > > to be linked, but are unable to provide source for it. This is the > > reason that a specific toolchain/compiler is required. > > Ewww… So, not really open source, clearly not acceptable for Fedora, nothing > to see here, no interest. > > 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][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 > [https_github.com_google_lyra_license]: https://github.com/google/lyra#license [libsparse_inference.so]: http://libsparse_inference.so [https_fedoraproject.org_wiki_Mailing_list_guidelines]: https://fedoraproject.org/wiki/Mailing_list_guidelines signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: matio: Not announced soname change in stable branch
Updates are now in flight for kst, libASL, openmeeg, and vips, for f34 and f33. gtatool is retired and FTBFS, so I left it alone. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, April 5, 2021 8:29 AM, Gwyn Ciesla via devel wrote: > My apologies; 1.5.18 fixes a few CVEs, and the subsequent releases fixed > regressions. I'm usually much more scrupulous about soname changes. I've > added versioning to the solib's %files line in the spec, and will take care > of the broken packages. > > -- > Gwyn Ciesla > she/her/hers > > in your fear, seek only peace > in your fear, seek only love > -d. bowie > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Friday, April 2, 2021 11:45 PM, Remi Collet fed...@famillecollet.com wrote: > > > It looks like matio have been updated in Fedora 33 > > > https://bodhi.fedoraproject.org/updates/FEDORA-2021-0933889858 > > > From matio 1.5.17 with soname 9 > > To matio 1.5.21 with soname 11 > > > This doesn't seems acceptable, or, at least, should be managed > > > Used by: > > > gtatool-matlab-0:2.2.3-6.fc33.x86_64 > > kst-0:2.0.8-29.fc33.x86_64 > > libASL-0:0.1.7-24.fc33.x86_64 > > openmeeg-0:2.4.2-0.8.fc33.x86_64 > > vips-0:8.9.2-1.fc33.x86_64 > > > Remi > > > P.S. and an "empty" bodhi description seems also bad > > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > > https://pagure.io/fedora-infrastructure > > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: matio: Not announced soname change in stable branch
My apologies; 1.5.18 fixes a few CVEs, and the subsequent releases fixed regressions. I'm usually much more scrupulous about soname changes. I've added versioning to the solib's %files line in the spec, and will take care of the broken packages. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, April 2, 2021 11:45 PM, Remi Collet wrote: > It looks like matio have been updated in Fedora 33 > > https://bodhi.fedoraproject.org/updates/FEDORA-2021-0933889858 > > From matio 1.5.17 with soname 9 > To matio 1.5.21 with soname 11 > > This doesn't seems acceptable, or, at least, should be managed > > Used by: > > gtatool-matlab-0:2.2.3-6.fc33.x86_64 > kst-0:2.0.8-29.fc33.x86_64 > libASL-0:0.1.7-24.fc33.x86_64 > openmeeg-0:2.4.2-0.8.fc33.x86_64 > vips-0:8.9.2-1.fc33.x86_64 > > Remi > > P.S. and an "empty" bodhi description seems also bad > > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Dist-git issues?
Yes. https://pagure.io/fedora-infrastructure/issue/9816 -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, March 31, 2021 8:49 AM, Richard Shaw wrote: > I'm trying to clone a repo but it's failing like it doesn't exist: > > $ fedpkg clone OpenImageIO OIIO-test > Cloning into 'OIIO-test'... > fatal: '/rpms/OpenImageIO' does not appear to be a git repository > fatal: Could not read from remote repository. > > Please make sure you have the correct access rights > and the repository exists. > Could not execute clone: Failed to execute command. > > Is this a known issue at the moment? > > Thanks, > Richard signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora Account Migration & Production Deployment Update: COMPLETE!
Huge, huge thanks to everyone who worked on this; it was well communicated, surprisingly non-disruptive given the scope and impact, and it works! -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Thursday, March 25, 2021 5:55 PM, Aoife Moloney wrote: > Evening/Morning all, > > I am beyond pleased to announce that the Fedora Accounts Team has reached the > point in our deployment that critical path services have been configured to > the new solution and end user impact should be little to none, so we are now > officially out of outage! > > For a while we thought we may need some additional time to work through some > misbehaving apps, but the group of people on the Fedora accounts team, and a > number of people from the wider Fedora project gave up countless hours to > help our team troubleshoot and test the deployment and it really sped up the > outage. > > Our status on services is now: GREEN! https://status.fedoraproject.org/ > > The outage ticket is now: CLOSED! > https://pagure.io/fedora-infrastructure/issue/9747 > > To those of you who helped us, you know who you are, thank you so much! This > deployment would not have been possible without your help. It truly was FOSS > at its finest and was a privilege to see in action :) > > Now to the details. The work is still not finished and there will probably be > issues users will run into over the next few days. Our team can still be > reached on IRC channel #fedora-aaa if you have any questions for us or need > some urgent assistance, but we will be reviewing and actioning tickets tagged > 'Noggin' over the coming days and weeks for fixes required. > > Here's what work we have outstanding over the next few days: > > - zodbot supybot-fedora needs adjusting > - Elections & FMN PR merges > - Any outstanding OTP for groups scripting > - Any UI fixes required > - Host configs & create some maintainer-tests to verify things are working > - Firewall changes that are necessary > - Fixes to opened tickets tagged 'Noggin' > > And Here's what would we would like you to do if you hit any issues logging > in over the next few days: > > - Clear your cookies > - Clear your cache > - Retry the login > - If the above quick fixes dont work, please then file a ticket in > https://pagure.io/fedora-infrastructure and tag it 'Noggin' so our team can > review and respond > > On behalf of the Fedora Accounts Team, once again thank you all so so much > for your patience, understanding and most of all help over these last few > days as we rolled out this new system to production. > > Kindest regards & many thanks, > Aoife > > -- > > Aoife Moloney > > Product Owner > > Community Platform Engineering Team > > Red Hat EMEA > > Communications House > > Cork Road > > Waterford signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: autoconf FTBFS bugs being filed but no obvious build failure
Does the koji side tag exist yet? -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Thursday, March 25, 2021 8:02 AM, Ondrej Dubaj wrote: > Hi, > > there might be some "false negatives". If the packages are successfully built > in the given copr, please close the trackers. In most cases the FTBFS bugs > are relevant. > > Thank you. > > Ondrej > > On Thu, Mar 25, 2021 at 1:57 PM Richard W.M. Jones wrote: > > > eg: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1943008 > > "coccinelle: FTBFS with upcoming autoconf-2.71" > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1943041 > > "ocaml-curses: FTBFS with upcoming autoconf-2.71" > > > > I followed the links given in both, but as far as I can tell the > > builds succeeded in both cases. Unless I'm looking at the wrong thing - > > it's hard to tell. > > > > Rich. > > > > -- > > Richard Jones, Virtualization Group, Red Hat > > http://people.redhat.com/~rjones > > Read my programming and virtualization blog: http://rwmj.wordpress.com > > libguestfs lets you edit virtual machines. Supports shell scripting, > > bindings from many languages. http://libguestfs.org signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers
> avahi msekleta, orphan 0 weeks ago I'd like someone more familiar with this to take it, but if no one steps up, I will -G signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Proven Packagers: update Audacity
Please do. Yes, it's...messy. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, February 9, 2021 12:21 PM, Ian McInerney wrote: > On Tue, Feb 9, 2021 at 5:58 PM Germano Massullo > wrote: > > > Can anybody please help updating Audacity package? I cannot help this > > time. Despite this package has 2 maintainers, the software is no > > up-to-date and is highly unstable and crashes every time you use it > > https://bugzilla.redhat.com/show_bug.cgi?id=1836497 > > Speaking as a maintainer of it, the short answer is that I have not had time > to untangle the mess that is the most recent upstream 2.4.2 release. Upstream > has made many changes that are becoming unfriendly to packagers in the recent > release that I haven't had the day or so it would probably take to sort > through them (they completely removed their autotools build system in a patch > release - with no deprecation warning and without a fully working CMake build > system that can use system libraries, they are switching to their own fork of > wxWidgets and are starting to enforce its usage by build system checks, etc.). > > I basically took the package to make sure it didn't get retired during the > FTBFS after GCC 10 landed, but I am not a daily user of it. If you want to > help maintain the package, just let me know and I can add you. > > -Ian signature.asc 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
Re: Proven Packagers: update Audacity
I'll take care of it. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, February 9, 2021 11:57 AM, Germano Massullo wrote: > Can anybody please help updating Audacity package? I cannot help this > time. Despite this package has 2 maintainers, the software is no > up-to-date and is highly unstable and crashes every time you use it > https://bugzilla.redhat.com/show_bug.cgi?id=1836497 > > 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 signature.asc 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
Re: dropping php-imap (was Re: Orphaned packages looking for new maintainers)
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, February 9, 2021 8:15 AM, Gwyn Ciesla via devel wrote: > -- > Gwyn Ciesla > she/her/hers > > in your fear, seek only peace > in your fear, seek only love > -d. bowie > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Tuesday, February 9, 2021 5:17 AM, Joe Orton jor...@redhat.com wrote: > > > On Mon, Feb 08, 2021 at 06:43:29PM +, Gwyn Ciesla via devel wrote: > > > > Can uw-imap be replaced with something else, or should someone pick it up? > > > There has not been an upstream release since 2007 - the maintainer Mark > > Crispin sadly died in 2012, and nobody else has formed an upstream > > around it. > > > In my view it makes sense to drop it from Fedora 35+ and take the pain > > of disabling functionality until the various upstreams switch to > > alternatives. Hopefully Remi can comment on alternatives. > > That sounds like the least worst option. Which, I realize might be unclear, as I am yet pre-coffee, means it has my complete support. :) > > > Regards, Joe > > > 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 signature.asc 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
Re: dropping php-imap (was Re: Orphaned packages looking for new maintainers)
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, February 9, 2021 5:17 AM, Joe Orton wrote: > On Mon, Feb 08, 2021 at 06:43:29PM +0000, Gwyn Ciesla via devel wrote: > > > Can uw-imap be replaced with something else, or should someone pick it up? > > There has not been an upstream release since 2007 - the maintainer Mark > Crispin sadly died in 2012, and nobody else has formed an upstream > around it. > > In my view it makes sense to drop it from Fedora 35+ and take the pain > of disabling functionality until the various upstreams switch to > alternatives. Hopefully Remi can comment on alternatives. That sounds like the least worst option. > Regards, Joe > > 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 signature.asc 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
Re: Orphaned packages looking for new maintainers
Can uw-imap be replaced with something else, or should someone pick it up? -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, February 8, 2021 12:07 PM, Miro Hrončok wrote: > On 08. 02. 21 19:03, Gwyn Ciesla via devel wrote: > > > I believe Tomasz was asking about the many packages that indirectly require > > uw-imap. > > Oh. Right, php indeed. > > - > > 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 signature.asc 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
Re: Orphaned packages looking for new maintainers
I believe Tomasz was asking about the many packages that indirectly require uw-imap. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, February 8, 2021 11:58 AM, Miro Hrončok wrote: > On 08. 02. 21 17:08, Tomasz Torcz wrote: > > > What's the magic deep dependency for uw-imap? Is it PHP? > > uw-imap is orphaned directly. No magic. > > It was orphaned due to https://bugzilla.redhat.com/show_bug.cgi?id=1907175 > > -- > > 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 signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 4:17 PM, Richard W.M. Jones wrote: > On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: > > > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated > > the `fedpkg local` command. I don't think it should be used. Mock > > should be the preferred way. Would there be anybody really missing > > this functionality? > > Why? I use it all the time. While I understand that it's not as > complete a local test as mock, it a lot quicker and less disruptive. > And if I want a real test I'll use a scratch build (because that's the > only way to test a build across architectures). > Agreed. Santa didn't bring me the s390x I asked for this year. :( > TL;DR don't drop it. > > Rich. > > --- > > Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones > Read my programming and virtualization blog: http://rwmj.wordpress.com > virt-builder quickly builds VMs from scratch > http://libguestfs.org/virt-builder.1.html > > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 4:04 PM, Otto Urpelainen wrote: > Gwyn Ciesla via devel kirjoitti 27.1.2021 klo 19.40: > > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, January 27, 2021 11:33 AM, Vít Ondruch vondr...@redhat.com > > wrote: > > > > > Dne 27. 01. 21 v 18:21 Gwyn Ciesla via devel napsal(a): > > > > > > > Question; What problem would be solved by removing fedpkg local that > > > > isn't addressed by documentation? > > > > > > It would ensure, that people are using stable and predictable > > > environment for Fedora development, keeping their system intact. > > > This proposal was triggered specifically by comment from this ticket [1]: > > > > > > I still have a workflow issue, because running `fedpkg > > > local`generates a > > > huge amount of files that, in most repositories, are not in > > > `.gitignore`, leading to mistakes like this. > > > > > > > > > This is simply not good user experience. > > > > If the user doesn't 'git add .', or has a correct .gitignore, this should > > be a non issue. > > Me being the quoted person with a workflow issue, I still think there is > a workflow issue. > > Setting .gitignore is possible of course, but rather annoying and > repetitive. Each package has its own repository, so there are a lot of > .gitignore files to configure. Also, the names that need to be ignored > depend on package version, so it is either messy globbing (or perhaps > regexing, if that is supported?) or updating every time version > increases. And 'fedpkg local' generates multiple files and directories > at repository root, yet another multiplier. Doing it manually every time > means spending time with ignore rules instead of packaging software. > > The other option of not using 'git add .' can also be described as > mentally filtering out all the irrelevant unstaged changes to find the > ones that should actually be added. That adds cognitive burden, slows > things down and leads to mistakes every now and then. It does not help > to say "do not make mistakes" if the task is inherently error-prone. > Such filtering is something a computer should do, which leads us back to > .gitignore. > > Perhaps a script could create the correct ignore globs for all > repositories in one go and that would be it, and have it in the template > for new repositories, too? Just an idea, perhaps not worth the effort > and complexity. > > It would help much if 'fedpkg local' would only generate anything in a > single directory with constant name - 'build' or whatever. > > (Oh, and for the original question about deprecating 'fedpkg local' - I > don't know. Before this discussion started, I was happily using 'fedpkg > local' and did not even know what mock was. I have to get in terms with > mock to form an opinion.) > The only times I use the git command in fedpkg is to merge between branches, or add/remove packages. If you're just doing changes to things already tracked, such as the spec, sources, patches, scripts, etc, fedpkg commit will add them for you. It also spits out a warning if you commit a spec with a Patch not tracked in git, which is nice. > Otto > > 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 signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:33 AM, Vít Ondruch wrote: > Dne 27. 01. 21 v 18:21 Gwyn Ciesla via devel napsal(a): > > > Question; What problem would be solved by removing fedpkg local that isn't > > addressed by documentation? > > It would ensure, that people are using stable and predictable > environment for Fedora development, keeping their system intact. > > This proposal was triggered specifically by comment from this ticket [1]: > > > I still have a workflow issue, because running `fedpkg local`generates a > huge amount of files that, in most repositories, are not in > `.gitignore`, leading to mistakes like this. > > > > This is simply not good user experience. > If the user doesn't 'git add .', or has a correct .gitignore, this should be a non issue. > Vít > > [1] https://src.fedoraproject.org/rpms/rubygem-jekyll/pull-request/4 > > 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 signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:26 AM, Vít Ondruch wrote: > Dne 27. 01. 21 v 17:57 Gwyn Ciesla via devel napsal(a): > > > -- > > Gwyn Ciesla > > she/her/hers > > > > in your fear, seek only peace > > in your fear, seek only love > > -d. bowie > > > > Sent with ProtonMail Secure Email. > > > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, January 27, 2021 10:50 AM, Vít Ondruch > > wrote: > > > > > You can do this in mock without messing with your system. You can use > > > `mock -i some.rpm`, you can even use `mock --pm-cmd whatever dnf command > > > you want to use`. You can use `mock your.srpm --short-circuit=install` > > > and similar. You can use `mock shell --unpriv` if you want to tinker > > > more. Mock is everything you ever wanted to develop for Fedora. > > > > > > So could you please share with us specifics of your workflow which makes > > > it unique and which really requires `fedpkg local`? I can't imaging that > > > intentionally breaking the host system due to testing soname bump is the > > > right thing to do. > > > > Ok, let's say I have to update a library, let's say LibRaw, and the soname > > changes. > > > > I fire up a rawhide VM > > This is the first difference, with Mock, you don't need to fire VM. > > > , and clone the LibRaw repo, update the spec > > Second difference is that you are cloning locally. > > > , build > > At this place, you call `fedpkg srpm` followed by `mock LibRaw.srpm` > > > , and install it > > `mock -i /var/lib/cache/mock/fedora-rawhide-x86_64/results/LibRaw.rpm` > > > . Then I clone the dependant repos, update their specs, and build them. These are all more cumbersome to type quickly. fedpkg mockbuild solves that but I doesn't support the options you use. fedpkg local does what I and apparently many others need. > You clone them locally and you call the `mock dependant.srpm --no-clean`. > Please note that the --no-clean is essential here, because otherwise the BR > would be cleaned up as well as the results directory previously used for > installation. But of course you can save the build results somewhere. > > > Failures are immediately apparent, and I can quickly work on patches or > > obtain logs of failures for sending upstream. I can easily get into the > > source tree to examine files > > Sure you can with mock, you have everything at > `/var/lib/cache/mock/fedora-rawhide-x86_64/root` > > > , quickly test tweaks to build commands, etc. Once it all builds, I do a > > mock chain build, then an srpm koji scratch build, and if all is well, I > > commit, push, and chain-build in koji. > > No difference here. > > > I always use mock for final smoketesting and rooting out missed > > BuildRequires, but being forced to use mock for the whole process would > > greatly lengthen the process. > > This is where I disagree. You would save you troubles using VM. Mock is more > lightweight providing you everything you need. > > BTW, I should note here that I am not user of `fedpkb mockbuild`. I believe > that using mock directly is not harder. The same way as I am using `git > commit` where others could prefer `fedpkg commit`. > > Vít signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:10 AM, Fabio Valentini wrote: > On Wed, Jan 27, 2021 at 6:04 PM Gwyn Ciesla via devel > devel@lists.fedoraproject.org wrote: > > > Great! And you can keep doing that! That's a good thing to have. fedpkg > > local also works without network access, like on a train, if you have all > > your BuildRequires in place. > > If that's all you want, why not use plain rpmbuild (either -ba for > .spec file or -ra for .src.rpm file)? > That doesn't work in the fedpkg clone, it requires installing the SRPM locally. > Additionally, with features like %generate_buildrequires becoming more > widely used, mock is certainly the easiest way to build those packages > ... > > Fabio > > 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 signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:16 AM, Vít Ondruch wrote: > Dne 27. 01. 21 v 18:03 Gwyn Ciesla via devel napsal(a): > > > -- > > Gwyn Ciesla > > she/her/hers > > > > > > > > in your fear, seek only peace > > in your fear, seek only love > > -d. bowie > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, January 27, 2021 11:00 AM, Vít Ondruch vondr...@redhat.com > > wrote: > > > > > Dne 27. 01. 21 v 17:38 Daniel P. Berrangé napsal(a): > > > > > > > On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: > > > > > > > > > Hi, > > > > > I wonder, what would be the sentiment if I proposed to deprecated the > > > > > `fedpkg local` command. I don't think it should be used. Mock should > > > > > be the > > > > > preferred way. Would there be anybody really missing this > > > > > functionality? > > > > > While I understand that mock has the benefit of providing a well > > > > > defined build environment, with less scope for things going wrong, > > > > > that just isn't important to me most of the time. In fact I often > > > > > want to build against what I have installed locally, explicitly > > > > > not against what mock has in its build root. > > > > > So overall "fedpkg local" has the benefit that it is much faster > > > > > to run the build and simpler to get it to build what I want. > > > > > While there is certainly penalty in using mock, running repetitive > > > > > builds together with `--no-clean` option will hardly slow you down. > > > > > Just > > > > > a few numbers. > > > > > > 1. Starging from scratch after `mock --scrub=all`, every package have to > > > be downloaded and installed: > > > $ time mock -r fedora-rawhide-x86_64 > > > rubygem-net-ssh-5.2.0-2.fc34.src.rpm > > > ... snip ... > > > real 0m47,188s > > > user 0m41,841s > > > sys 0m6,040s > > > > > > > > > 2. With warm cache, only the BRs are installed, running right after the > > > previous build: > > > $ time mock -r fedora-rawhide-x86_64 > > > rubygem-net-ssh-5.2.0-2.fc34.src.rpm > > > ... snip ... > > > real 0m13,182s > > > user 0m9,885s > > > sys 0m2,701s > > > > > > 3. Without build root cleanup: > > > $ time mock -r fedora-rawhide-x86_64 > > > rubygem-net-ssh-5.2.0-2.fc34.src.rpm -n > > > ... snip ... > > > real 0m7,563s > > > user 0m6,139s > > > sys 0m1,194s > > > > > > > > > I think this is acceptable penalty for keeping my system unpolluted and > > > giving me easy opportunity to start from scratch if I messed up or if my > > > dependencies have changed or what not. > > > > Great! And you can keep doing that! That's a good thing to have. fedpkg > > local also works without network access, like on a train, if you have all > > your BuildRequires in place. > > No difference here. Mock works fine without network, if you have your > caches populated. True. Question; What problem would be solved by removing fedpkg local that isn't addressed by documentation? > Vít > > 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 signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:00 AM, Vít Ondruch wrote: > Dne 27. 01. 21 v 17:38 Daniel P. Berrangé napsal(a): > > > On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: > > > > > Hi, > > > I wonder, what would be the sentiment if I proposed to deprecated the > > > `fedpkg local` command. I don't think it should be used. Mock should be > > > the > > > preferred way. Would there be anybody really missing this functionality? > > > While I understand that mock has the benefit of providing a well > > > defined build environment, with less scope for things going wrong, > > > that just isn't important to me most of the time. In fact I often > > > want to build against what I have installed locally, explicitly > > > not against what mock has in its build root. > > > > So overall "fedpkg local" has the benefit that it is much faster > > to run the build and simpler to get it to build what I want. > > While there is certainly penalty in using mock, running repetitive > builds together with `--no-clean` option will hardly slow you down. Just > a few numbers. > > 1. Starging from scratch after `mock --scrub=all`, every package have to > be downloaded and installed: > > > > $ time mock -r fedora-rawhide-x86_64 rubygem-net-ssh-5.2.0-2.fc34.src.rpm > > ... snip ... > > real 0m47,188s > user 0m41,841s > sys 0m6,040s > > > > 2) With warm cache, only the BRs are installed, running right after the > previous build: > > > $ time mock -r fedora-rawhide-x86_64 rubygem-net-ssh-5.2.0-2.fc34.src.rpm > > ... snip ... > > real 0m13,182s > user 0m9,885s > sys 0m2,701s > > > > 3) Without build root cleanup: > > > $ time mock -r fedora-rawhide-x86_64 rubygem-net-ssh-5.2.0-2.fc34.src.rpm > -n > > ... snip ... > > real 0m7,563s > user 0m6,139s > sys 0m1,194s > > > > I think this is acceptable penalty for keeping my system unpolluted and > giving me easy opportunity to start from scratch if I messed up or if my > dependencies have changed or what not. > Great! And you can keep doing that! That's a good thing to have. fedpkg local also works without network access, like on a train, if you have all your BuildRequires in place. > Vít > > 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 signature.asc 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 10:50 AM, Vít Ondruch wrote: > You can do this in mock without messing with your system. You can use `mock > -i some.rpm`, you can even use `mock --pm-cmd whatever dnf command you want > to use`. You can use `mock your.srpm --short-circuit=install` and similar. > You can use `mock shell --unpriv` if you want to tinker more. Mock is > everything you ever wanted to develop for Fedora. > > So could you please share with us specifics of your workflow which makes it > unique and which really requires `fedpkg local`? I can't imaging that > intentionally breaking the host system due to testing soname bump is the > right thing to do. Ok, let's say I have to update a library, let's say LibRaw, and the soname changes. I fire up a rawhide VM, and clone the LibRaw repo, update the spec, build, and install it. Then I clone the dependant repos, update their specs, and build them. Failures are immediately apparent, and I can quickly work on patches or obtain logs of failures for sending upstream. I can easily get into the source tree to examine files, quickly test tweaks to build commands, etc. Once it all builds, I do a mock chain build, then an srpm koji scratch build, and if all is well, I commit, push, and chain-build in koji. I always use mock for final smoketesting and rooting out missed BuildRequires, but being forced to use mock for the whole process would greatly lengthen the process. > Vít > > Dne 27. 01. 21 v 17:37 Radovan Sroka napsal(a): > > > "fedpkg local lets me cycle through build failures faster in the early > > stages" > > > > Totally agree. > > > > On Wed, Jan 27, 2021 at 5:34 PM Gwyn Ciesla via devel > > wrote: > > > > > -- > > > Gwyn Ciesla > > > she/her/hers > > > > > > in your fear, seek only peace > > > in your fear, seek only love > > > -d. bowie > > > > > > Sent with ProtonMail Secure Email. > > > > > > ‐‐‐ Original Message ‐‐‐ > > > On Wednesday, January 27, 2021 10:27 AM, Fabio Valentini > > > wrote: > > > > > > > On Wed, Jan 27, 2021 at 5:24 PM Gwyn Ciesla via devel > > > > devel@lists.fedoraproject.org wrote: > > > > > > > > > > > > It's needed for testing builds against versions of packages not yet > > > > > in mock. I use it almost every day. Losing it would make things like > > > > > testing solib bumps harder. > > > > > > > > > > > I've done local test builds for soname bumps and similar things lots > > > > of times, and I've never used (or thought about using) fedpkg local > > > > for that. > > > > I used "mock --chain" or a combination of "mock --postinstall > > > > --no-clean" for those builds ... which is much closer to what koji > > > > will do with your builds, and gives every build the clean environment > > > > it deserves >:-) > > > > > > That's a great thing to do, but fedpkg local lets me cycle through build > > > failures faster in the early stages. I'd really hate to see it go; If > > > others don't use it, they can keep not using it. :) > > > > > > > > > > > > > > Fabio > > > > > > > > > > > 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
Re: Proposal to deprecated `fedpkg local`
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 10:27 AM, Fabio Valentini wrote: > On Wed, Jan 27, 2021 at 5:24 PM Gwyn Ciesla via devel > devel@lists.fedoraproject.org wrote: > > > It's needed for testing builds against versions of packages not yet in > > mock. I use it almost every day. Losing it would make things like testing > > solib bumps harder. > > I've done local test builds for soname bumps and similar things lots > of times, and I've never used (or thought about using) fedpkg local > for that. > I used "mock --chain" or a combination of "mock --postinstall > --no-clean" for those builds ... which is much closer to what koji > will do with your builds, and gives every build the clean environment > it deserves >:-) That's a great thing to do, but fedpkg local lets me cycle through build failures faster in the early stages. I'd really hate to see it go; If others don't use it, they can keep not using it. :) > > Fabio > > 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 signature.asc 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
Re: Proposal to deprecated `fedpkg local`
It's needed for testing builds against versions of packages not yet in mock. I use it almost every day. Losing it would make things like testing solib bumps harder. -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 10:17 AM, Vít Ondruch wrote: > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should be > the preferred way. Would there be anybody really missing this functionality? > > Vít > > 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 signature.asc 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
