Hi Sarah (and zSystems list), these feature requests are for openSUSE Leap 15.6 *in general* (i.e. cross-architecuture, thus not limited to just one particular architecture) - at least, that's how I'd understand it. Correct? My suggestions (order is purely abitrary, does NOT imply priority): 1. Cross-architecture 1.1 Keeping Java pkgs up to date (as much as possible) In general, keeping "common" (open source) Java frameworks, build tools, application servers, ... up to date. (E.g. the Gradle pkg is really outdated these days.) 1.2 ZFS as an (manually "addable") option for the installer In case my understanding/assumption above about feature requests being general ones is correct, I'd like to see a different stance on ZFS being taken with regard to openSUSE (first Tumbleweed and later on Leap 15.6.) (Yes, I'm aware that including its kernel modules and user space utilities directly in the installer could be regarded as "too risky" - although Canonical does this since 19.10 without having been sued/accused/... by Oracle Corp so far - Oracle could've done that long ago if it had really wanted to.) BUT: Could scripts for modifying (and creating new) installer images *locally* so that ZFS kernel modules and user space utilities are included in a newly created installer ISO be an option?) E.g. Arch obviously handles it that way: https://github.com/eoli3n/archiso-zfs https://github.com/archzfs/archzfs Maybe this approach could - in some modified form, of course - also be used for the openSUSE Tumbleweed (at later Leap 15.6) installer (implying that if someone wants a ZFS-capable installer, it could create one by him/herself using some script - and write that to the USB stick later on?) Cogent points for ZFS: - stable and well maintained code base - has been ported to and available in FreeBSD since 2007 - portability: Linux and FreeBSD[1] equally well maintained - same code base (see openzfs.org project); also available for macOS (although macOS is a bit behind concerning patch levels); there's even a github repo for OpenZFS on Windows - though I don't know how stable that implementation is. (The "alternative" for a well-tested open source file system being available for more than one OS - including open source ones - is FAT, vFAT, exFAT.) - very reliable (also for desktop systems) [1]: plus open source Solaris variants (OpenSolaris, Illumos) (That all being said, I'm absolutely not "against" btrfs - but btrfs is, at least when portability matters, a bit too "Linux-centric".) 2. zSystems-specific 2.1 regarding Java 17 (LTS) based on OpenJ9: We settled on using the so-called "Semuru runtimes", if I recall correctly: https://developer.ibm.com/languages/java/semeru-runtimes/ 2.2 porting "modern" programming languages like e.g. Zig, Swift, Vlang and/or their accompanying standard libraries to s390x (IMHO definitely not a piece of cake" as one can come to the point where intricate knowledge about the s390x architecture/assembler/... is required very quickly.) (Analogous for NodeJS runtimes - deno (based on Rust) has already been ported, but there's also bun (https://bun.sh - based on Zig) ) Kind regards, Holger On Mo, 19 Jun 2023, Sarah Julia Kriesch wrote:

Hello together,

We have got a new release of openSUSE Leap 15.5. After the openSUSE Conference the planned release for openSUSE Leap 15.6 has been announced and the deadline for feature requests is already next month.

Last year we did some requests like Java 17 based on OpenJ9. I suggest to think again about such important feature requests for having happy Linux users.

We can collect our topics here or in our next meeting next week.

Best regards, Sarah