Advice needed for new-to-openSUSE and SLES package
All, As part of the SLES15 SP4 development, I've been asked to build a new package that doesn't currently exist in either openSUSE or SLES. It consists of a single shared library, and is specific to the s390x architecture. Following the "Factory first" principle, I need to get this submitted to openSUSE:Factory, but to do that, I first need to have the package added to a development project. The library is intended to support "deep neural network" development on IBM Z. My question is, what would be the most appropriate place to request that package be created? If anyone is super curious, the upstream is located at https://github.com/IBM/zDNN/ Thanks in advance, Mark Post
Am 08.10.21 um 22:13 schrieb Mark Post:
All,
As part of the SLES15 SP4 development, I've been asked to build a new package that doesn't currently exist in either openSUSE or SLES. It consists of a single shared library, and is specific to the s390x architecture. Following the "Factory first" principle, I need to get this submitted to openSUSE:Factory, but to do that, I first need to have the package added to a development project. The library is intended to support "deep neural network" development on IBM Z.
My question is, what would be the most appropriate place to request that package be created? If anyone is super curious, the upstream is located at https://github.com/IBM/zDNN/
https://build.opensuse.org/project/show/science:machinelearning would be the natural place. - Ben
On Fri, Oct 8, 2021 at 5:42 PM Ben Greiner <code@bnavigator.de> wrote:
ppropriate place to request that package be created? If anyone is super curious, the upstream is located at https://github.com/IBM/zDNN/
https://build.opensuse.org/project/show/science:machinelearning would be the natural place.
Yes..that and use ExclusiveArch: s390x
And, I'm back again with another brand-new package looking for a development project to call home. This one is also from IBM, also specific to s390x. The name is libzpc, and this is the marketing speak they have in their github repo: The IBM Z Protected-key Crypto library libzpc provides interfaces for cryptographic primitives. The underlying implementations make use of z/Architecture's extensive performance-boosting hardware support and its protected-key feature which ensures that key material is never present in main memory at any time. It could go in hardware, but since it's security related, perhaps security would be the better devel project location. Does anyone have any strong opinions either way, or a different suggestion? Thanks again, Mark Post
participants (3)
-
Ben Greiner
-
Cristian Rodríguez
-
Mark Post