Re: F41 Change Proposal: Disable openSSL Engine Support (system-wide)
On 08/03/2024 22:37, Aoife Moloney wrote: Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine This is a proposed Change for Fedora Linux. This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == We disable support of engines in OpenSSL == Owner == * Name: [[User:Dbelyavs| Dmitry Belyavskiy]] * Email: dbely...@redhat.com == Detailed Description == We are going to build OpenSSL without engine support. Engines are not FIPS compatible and corresponding API is deprecated since OpenSSL 3.0. The engine functionality we are aware of (PKCS#11, TPM) is either covered by providers or will be covered soon. == Feedback == == Benefit to Fedora == We get rid of deprecated functionality and enforce using up-to-date API. Engine support is deprecated in OpenSSL upstream, and after provider migration caused some deficiencies with engine support. No new features will be added to the engine. So we reduce the maintenance burden and potentially attack surface. It follows the approach planned for CentOS 10. Hi, We're providing the Intel QuickAssist Technology OpenSSL Engine (QAT_Engine)* in Fedora and RHEL. I think we shouldn't rush things to have no-engine environment. * : https://www.redhat.com/en/blog/accelerated-encryption-4th-gen-intelr-xeonr-scalable-processors -- Ali Erdinc Koroglu Intel, SSE | Linux OS Systems Engineering -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Fedora Change draft] Zlib transition to zlib-ng
Hi all, We've been working on the Zlib-ng transition for Fedora and would like to share the draft [1] with the community. You can find all the details within the change proposal. Some packages have failed due to unrelated issues or have tests failing due to comparing the output from zlib. On the other hand, all other packages have been rebuilt in the testing COPR repository [2]. Please feel free to ask any questions or provide feedback, so we can fine-tune it before requesting a wrangler from FESCo. [1] https://fedoraproject.org/wiki/Changes/ZlibNGTransition [2] https://copr.fedorainfracloud.org/coprs/tuliom/zlib-ng-compat-mpb/packages -- Ali Erdinc Koroglu Intel, SSE | Linux OS Systems Engineering ___ 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: zlib-ng as a compat replacement for zlib
On 07/08/2023 15:29, Tulio Magno Quites Machado Filho wrote:
"Richard W.M. Jones" writes:
The background to this is I've spent far too long trying to optimize
the conversion of qcow2 files to raw files. Most existing qcow2 files
that you can find online are zlib compressed, including the qcow2
images provided by Fedora. Each cluster in the file is separately
compressed as a zlib stream, and qemu uses zlib library functions to
decompress them. When downloading and decompressing these files, I
measured 40%+ of the total CPU time is doing zlib decompression.
This number may go even higher on s390x [1] because zlib-ng supports
hardware acceleration.
qatzip [2] and libnxz [3] should provide performance on the same order of
magnitude for Intel and Power9 processors, with the negative side of not
using a single library.
We already package zlib-ng in Fedora:
https://src.fedoraproject.org/rpms/zlib-ng/blob/rawhide/f/zlib-ng.spec
https://github.com/zlib-ng/zlib-ng
In my test zlib-ng is about 40% faster.
Sadly zlib-ng is not compiled with the ZLIB_COMPAT option. What this
means in practice is that the zlib functions have different names
(eg. zng_inflateInit instead of inflateInit). It is not a drop-in
replacement for zlib and software would need to be adjusted to use it.
However there is this bug / RFE to package the compat library.
https://bugzilla.redhat.com/show_bug.cgi?id=2145239
It literally replaces /usr/lib64/libz.so.1, so pretty high stakes. It
has the appropriate Provides/Conflicts.
Anyway, 40% (or whatever, but significant) performance improvement
sounds good for a very widely used operation.
So I'd like to ask Fedora ...
What do we think about the opt in approach of adding a patch similar
to the one proposed in bug 2145239, where I think you could "simply"
install zlib-ng to get better performance with existing software?
("simply" because it seems high risk of going wrong)
Wearing my zlib-ng fedora maintainer hat:
I like the idea of this patch, although I think it needs a few changes.
I'd like to merge it and add another package with the same source code,
but different value for compat, i.e. package zlib-ng would still
distribute the zlib-ng API while the new package would distribute the
zlib-compatible API.
That way, if there are any projects using the zlib-ng API, they could
still be supported.
[1] https://github.com/rust-lang/libz-sys/pull/72#issuecomment-904020105
[2] https://src.fedoraproject.org/rpms/qatzip
[3] https://src.fedoraproject.org/rpms/libnxz
We were discussing the use of zlib-ng in Hyperscale and ISA SIG with Florian
Weimer, Honza Horak, Matej Muzila and Neal Gompa for a while.
I've started to prepare a change proposal for Fedora 40, so any additional
ideas are more than welcome.
--
Ali Erdinc Koroglu
Intel, SSE | Linux OS Systems Engineering
___
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: employment related packager groups
On 27/05/2023 15:18, Florian Weimer wrote: * Kevin Fenzi: Today we have packager groups used in src.fedoraproject.org to allow a group of people to maintain packages. In the past this has been used for SIGs/packaging areas. ie, python-packaging-sig or robotics-sig or the like. FESCo has been asked about creating company related groups. ( https://pagure.io/fesco/issue/2966 and https://pagure.io/fesco/issue/2929 ) ie, foocorp-sig / foocopr-packagers. These groups would then be used to help maintain packages that foocorp finds of interest/value. Will these groups automatically make members part of the packager group? Or will that be a separate step? I think this can be like that: "To join the foocorp-SIG, packager group membership is a requirement" -- Ali Erdinc Koroglu Intel, SSE | Linux OS Systems Engineering ___ 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
License correction for glances
The License for glances changed from GPLv3 to LGPL-3.0-only AND MIT https://github.com/nicolargo/glances/blob/develop/LICENSES/LGPL-3.0-only.txt https://github.com/nicolargo/glances/blob/develop/glances/outputs/static/css/bootstrap.less -- Ali Erdinc Koroglu Linux OS Systems Engineering ___ 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
Non-responsive maintainer check for jhli
Hello everyone! Does anyone know how to contact Juston Li (jhli)? I have tried to reach out via email but have not received a response. https://bugzilla.redhat.com/show_bug.cgi?id=2159807 -- Ali Erdinc Koroglu Linux OS Systems Engineering ___ 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
Non-responsive maintainer check for amatyuko
Hello everyone! Does anyone know how to contact Andrey Matyukov (amatyuko)? I have tried to reach out via email but have not received a response. https://bugzilla.redhat.com/show_bug.cgi?id=2159390 -- Ali Erdinc Koroglu Linux OS Systems Engineering ___ 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
R-lifecycle license change
R-lifecycle license changed from GPLv3 to MIT -- Ali Erdinc Koroglu Linux OS Systems Engineering ___ 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: Remaining packages in need of a Python 3.11 rebuild
Hello On 14/09/2022 17:01, Miro Hrončok wrote: Hello folks! We are approaching Fedora 37 Final Freeze, which will start on 2022-10-04. There are still 33 packages in Fedora 37 that will need to be rebuilt with Python 3.11 in order to be installable (most of them). I propose to retire the non-installable packages if they are not rebuilt by 2022-10-03 (1 day before the final freeze) unless they have a freeze exception request and a clear path forward to make it to Fedora 37 GA. Packages that will be fixed after GA can be reintroduced with an update. python-funcy @aekoroglu NEW https://bugzilla.redhat.com/2098917 Orphaned (used to be Igor's?), taken by another maintainer, no update. Will be retired one week before the freeze anyway barbecue it's an old NEW. python-funcy is updated and submitted to F37+rawhide python-sendgrid @aekoroglu NEW https://bugzilla.redhat.com/2046260 Package was updated to a version with missing deps, new package review blocked on legal. Maintainer promised to retire the package ~3 weeks ago, no news since. Will be retired one week before the freeze anyway barbecue it's an old NEW. It's been a while and still not clear to/not to use secp256k1, so lets just wait for an answer from legal (https://bugzilla.redhat.com/show_bug.cgi?id=2101458) If they say no then not much to do :) Best regards -- Ali Erdinc Koroglu Linux OS Systems Engineering ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Remaining packages in need of a Python 3.11 rebuild
Hello On 14/09/2022 17:01, Miro Hrončok wrote: Hello folks! We are approaching Fedora 37 Final Freeze, which will start on 2022-10-04. There are still 33 packages in Fedora 37 that will need to be rebuilt with Python 3.11 in order to be installable (most of them). I propose to retire the non-installable packages if they are not rebuilt by 2022-10-03 (1 day before the final freeze) unless they have a freeze exception request and a clear path forward to make it to Fedora 37 GA. Packages that will be fixed after GA can be reintroduced with an update. python-funcy @aekoroglu NEW https://bugzilla.redhat.com/2098917 Orphaned (used to be Igor's?), taken by another maintainer, no update. Will be retired one week before the freeze anyway barbecue it's an old NEW. python-funcy is updated and submitted to F37+rawhide python-sendgrid @aekoroglu NEW https://bugzilla.redhat.com/2046260 Package was updated to a version with missing deps, new package review blocked on legal. Maintainer promised to retire the package ~3 weeks ago, no news since. Will be retired one week before the freeze anyway barbecue it's an old NEW. It's been a while and still not clear to/not to use secp256k1, so lets just wait for an answer from legal (https://bugzilla.redhat.com/show_bug.cgi?id=2101458) If they say no then not much to do :) Best regards -- Ali Erdinc Koroglu Linux OS Systems Engineering ___ 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
jwm license change
jwm-2.4.2 in Fedora-rawhide changed its license from GPLv2 to MIT -- Ali Erdinc Koroglu Linux OS Systems Engineering - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ 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
Markdown dilemma
Dear Maintainers, while I was looking for the orphaned packages I realized this markdown dilemma. We have 2 different python-markdown packages in our repository, is that ok or should we retire one? https://src.fedoraproject.org/rpms/python-markdown_2 -> https://github.com/Python-Markdown/markdown https://src.fedoraproject.org/rpms/python-markdown2 -> https://github.com/trentm/python-markdown2/ Best regards, Ali Erdinc Koroglu - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Retiring: python-sendgrid
Dear maintainers, Python-sendgrid [1] will be retiring after F37, because since v6.4.1 it depends to starkbank-ecdsa [2] which we can't add to Fedora due to secp256k1 elliptic curve support. 1 : https://github.com/sendgrid/sendgrid-python 2 : https://github.com/starkbank/ecdsa-python BR, Ali - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ 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
Retired: python-contextlib2
Dear maintainers, I have retired python-contextlib2 on rawhide, for details please read the link. https://bugzilla.redhat.com/show_bug.cgi?id=2019014 BR, Ali - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ 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: planning to orphan python-django (and a couple of dependent packages) + potentially more
Hello, I can take the rest thank you. FAS: aekoroglu On 06/07/2022 11:50, Simon de Vlieger wrote: you may or may not know, I have been maintaining python-django for quite some time in the past, some time as part of my job. My role changed and I really can not dedicate Django the time it deserves. I am looking for someone or persons willing to take - python-django - python-django-angular - python-django-appconf - python-django-authority - python-django-compressor - python-django-contact-form - python-django-debug-toolbar - python-django-haystack - python-django-mptt - python-django-nose - python-django-notification - python-django-pagination - python-django-pipeline - python-django-piston - python-django-pyscss - python-django-rest-framework - python-django-reversion - python-django-robots - python-django-tables2 - python-django-tagging I'm going to orphan the packages mid July. Ideally we'd find takers before? If you are interested and able to maintain (any) of these packages, please send me your FAS name and package(s) to maintain. I don't know if I can apply as I am a relatively new maintainer but I'd like to help out by taking over the following packages: - python-django-robots - python-django-pagination - python-django-contact-form My FAS username is: `supakeen`. - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ 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: Retiring/orphaning my packages
Hello, I can take bleachbit, musecore, python-djvulibre and lector, thanks On 05/07/2022 22:09, Audrey Toskin wrote: I should have done this a long time ago; I don't have the time or energy to maintain my packages anymore If anyone is interested in any of these, you're welcome to take them. https://src.fedoraproject.org/user/terrycloth/projects Applications: * BleachBit (bleachbit) -- delete traces of your computer activity and other junk files to free disk space and maintain privacy * Lector (lector) -- ebook reader and collection manager * MuseScore (mscore) -- WYSIWYG sheet music composition/notation/playback -- I was only a comaintainer, but I imagine that jjames would appreciate another comaintainer in my place, as builds of this app can be a little tricky... Libraries: * python-djvulibre -- Python wrapper for djvulibre, which gives open-source implementation of the djvu document file format (mostly used by Lector, I think) - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ 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 reptyr and supervisor, thank you. On 29/06/2022 17:56, 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 - Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ 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
