August 2022 - openSUSE Factory - openSUSE Mailing Lists

Tumbleweed - Review of the weeks 2022/29-31
by Dominique Leuenberger / DimStar 05 Aug '22

05 Aug '22

Dear Tumbleweed users and hackers, I was in the fortunate situation of enjoying two weeks of offline time. Took a little bit of effort, but I did manage to not start my computer a single time (ok, I cheated, checked emails, and staging progress on the phone browser). During this time, Richard has been taking good care of Tumbleweed – with the limitations that were put upon him, like reduced OBS worker powers and the like. In any case, I still do want to give you an overview of what changed in Tumbleweed during those three weeks. There was a total of 8 snapshots released (0718, 0719, 0725, 0728, 0729, 0731, 0801, 0802). A few of those snapshots have only been published, but no announcement emails were sent out, as there were also some mailman issues on the factory mailing list. Those snapshot accumulated the following changes: * Linux kernel 5.18.11 * Pipewire 0.3.55 & 0.3.56 * nvme-cli 2.1~rc0 * XOrg X11 SFFmpeg21.1.4 * ffmpeg 5.1 * qemu 7.0 * AppArmor 3.0.5 * Poppler 22.07.0 * polkit: split out pkexec into seperate package to make system hardening easier (to avoid installing it jsc#PED-132 jsc#PED-148). The next snapshot being tested is currently 0804, which mostly looks good with some ‘weird’ things around transactional servers. This snapshot and the current state of staging projects promise to deliver these items soon (for any random value of time to fit into ‘soon’): * Mesa 22.1.4 * Mozilla Firefox 103.0.1 * AppArmor 3.0.6 * gdb 12.1 * Linux kernel 5.18.15, followed by 5.19 * libvirt 8.6.0 * nvme-cli 2.1.1 (out of RC phase) * KDE Plasma 5.25.4 * Samba 4.16.4 * Postfix 3.7.2 * RPM 4.17.1, with some major rework on the spec, i.e previously bundled things like debugedit and python-rpm-packaging are split out) * python-setuptools 63.2.0 * Python 3.10.6 * CMake 3.24.0 Cheers, Dominique

2 1

Location for Gnome script to be run at login
by Larry Finger 05 Aug '22

05 Aug '22

Hi, I have run into a problem using VirtualBox with Wayland-based guests. The script that enables clipboard sharing and screen resizing under X11 uses a system service script; however for Wayland graphics, the appropriate commands cannot be run until the user logs in. I do not know how to create a user-based service, nor do I know where to place a script so that it will be run for every user that logs in. Any help will be appreciated. Larry

4 5

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 04 Aug '22

04 Aug '22

Dear Package maintainers and hackers. Below package(s) in openSUSE:Factory have had problems for at least 4 weeks. We tried to send out notifications to the configured bugowner/maintainers of the package(s), but so far no fix has been submitted. This probably means that the maintainer/bugowner did not yet find the time to look into the matter and he/she would certainly appreciate help to get this sorted. - radare2-iaito: Uninstallable: nothing provides libr_anal.so.5.5.4 needed by radare2-iaito-5.3.1.i586 Unless somebody is stepping up and submitting fixes, the listed package(s) are going to be removed from openSUSE:Factory. Kind regards, DimStar / Dominique Leuenberger <dimstar(a)opensuse.org>

1 0

Re: x86_64 architecture level requirements, x86-64-v2 for openSUSE Factory
by Dan Čermák 04 Aug '22

04 Aug '22

Simon Lees <sflees(a)suse.de> writes: > On 8/1/22 18:17, Dan Čermák wrote: >> Simon Lees <sflees(a)suse.de> writes: >> >>> On 7/28/22 23:40, Marius Kittler wrote: >>>> Am Donnerstag, 28. Juli 2022, 15:30:15 CEST schrieb Neal Gompa: >>>>> To the best of my knowledge, no community distribution has elected to >>>>> move to a higher level yet. It has been brought up a few times in >>>>> Fedora and Arch, but as far as I know, the change hasn't happened yet >>>>> in a way that eliminates x86_64-v1 in these distributions. >>>> >>>> When I've been following-up Arch Linux correctly, they've decided to provide >>>> x86_64-v3 packages *in addition* to their existing x86_64 packages (which will >>>> remain unaffected for now). The option to make x86_64-v2 the new baseline >>>> (replacing existing x86_64 packages) was also on the table but they decided >>>> against it because x86_64-v2 would bring almost no benefit, at least not enough >>>> to justify the hardware requirement. (Note that providing x86_64-v3 packages >>>> has not been carried out yet. It looks like they want to focus on their build >>>> automation first. Not a concern for openSUSE, though.) >>>> >>>> I suppose this decision makes most sense. No users on old hardware will be >>>> negatively affected and users with newer hardware can switch to x86_64-v3 >>>> packages. >>> >>> The simplest way of achieving this, that would on the other hand use the >>> most build resources would be to add a new arch "x86_64-v3" which would >>> leave people with a choice. Whether we have the spare build power for >>> this would be the main question. >> >> I think this is the best way forward: rebuild a performance critical >> subset of the packages for x86_64 v3 or v2 and leave the rest at >> v1. Unfortunately this requires support for sub-architectures in rpm, >> which is afaik not yet implemented (and iirc upstream was hesitant to >> add support for that). > > Yeah I think what your suggestion makes most sense if its technically > doable, although that also involves figuring out which packages would > benefit most. My suggestion would get around that by using a rather > blunt instrument approach in rebuilding everything so in the same way we > have a "armv6l" and "armv7l" we have "x86_64" and "x86_64_v3" or > alternatively "x86_64_legacy". In this approach we end up building > everything twice hence being rather blunt, and either we then encourage > most users to move to the "x86_64_v3" repos or we make it very clear > that x86_64 is moving to v3 and users with insufficient hardware need to > move to the "x86_64_legacy" repos, we could even possibly look at > putting a warning in zypper to not allow incompatible systems to upgrade > once we switch to v3. But as I said in my previous email this approach > would require obs having the build power. If ALP ends up going to V3 we > could also use this approach to build community editions with V1. Yes this is certainly an option, but this nearly double the load on our x86_64 workers for a marginal benefit for the majority of the packages. And another issue: it will double the storage requirements for the mirrors as well. Cheers, Dan -- Dan Čermák <dcermak(a)suse.com> Software Engineer Development tools SUSE Software Solutions Germany GmbH Frankenstrasse 146 90461 Nürnberg Germany (HRB 36809, AG Nürnberg) Managing Director/Geschäftsführer: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman

1 0

[opensuse-factory] reproducible builds status 2022-07
by Bernhard M. Wiedemann 04 Aug '22

04 Aug '22

Hi, I had another rather uneventful month with a decent number of bugreports and patches. There is a list of new package notes at the end... last month's status: https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… Last months' reproducible builds project updates (including my work): https://reproducible-builds.org/reports/2022-05/ https://reproducible-builds.org/reports/2022-06/ I uploaded https://rb.zq1.de/compare.factory-20220731/ today https://rb.zq1.de/spec/glossar.txt explains the meaning of below values: total-packages: 14469 (+45) build-tried: 14458 (+46) build-failed: 26 (-3) build-n-a: 179 (+7) build-succeeded: 14253 (+42) build-official-failed+na: 121 (-21) build-compare-failed: 527 (+7) build-compare-succeeded: 13726 (+35) verify-failed: 375 (-4) verified-semi-reproducible: 11285 (+5) bit-by-bit-identical: 13472 (+40) not-bit-by-bit-identical: 783 (+4) not-bit-by-bit-identicalcheck: 781 (+2) https://rb.zq1.de/compare.factory-20220731/graph.png shows the change over time https://rb.zq1.de/compare.factory-20220731/unreproduciblerings.txt lists very unreproducible core packages (bootstrap+DVD) Of the badly unreproducible packages, 4 were in ring0 67 were in ring1 That makes it 71/3316 => 2.14 % which is below the overall average of 527/14253 => 3.70 % 783/14253 => 5.49 % of packages are not perfectly reproducible ==> ./gsequencer/.rb.notes <== toolchain fop date+time from PAGESIZE="letter" fop -c fop-letter.xml -fo ./developers-book-letter.fo -pdf ./pdf/developer-manual-letter.pdf ==> ./python-azure-cognitiveservices-search-imagesearch/.rb.notes <== python310 .pyc ASLR ==> ./wasi-libc/.rb.notes <== => https://github.com/WebAssembly/wasi-libc/pull/313 readdir .a files ; minor ==> ./python-joblib/.rb.notes <== = https://github.com/joblib/joblib/issues/758 FTBFS-j1 python .pyc ASLR+readdir ==> ./python-yq/.rb.notes <== FTBFS 20220707 emailed package maintainer ==> ./jackson-dataformat-xml/.rb.notes <== date+time, xmvn random uuid, javadoc, other ==> ./jackson-dataformats-text/.rb.notes <== date+time, xmvn random uuid, javadoc, other ==> ./jflex-maven-plugin/.rb.notes <== xmvn random uuid, javadoc ==> ./jnacl/.rb.notes <== xmvn random uuid, javadoc, other ==> ./kubernetes1.24/.rb.notes <== = https://github.com/kubernetes/kubernetes/issues/110928 random tmpdir unknown/random ==> ./lightcouch/.rb.notes <== xmvn random uuid, javadoc ==> ./syft/.rb.notes <== go1.18 parallelism build-id ==> ./influxdb/.rb.notes <== go 1.18 parallelism ==> ./librsb/.rb.notes <== #= https://bugzilla.opensuse.org/show_bug.cgi?id=1198822 compile-time CPU-detection ==> ./openssl-1_0_0/.rb.notes <== = https://bugzilla.opensuse.org/show_bug.cgi?id=1201627 FTBFS 2023-05-26 ? https://github.com/openssl/openssl/pull/4639 date ==> ./javaparser/.rb.notes <== = https://github.com/javaparser/javaparser/issues/3650 date+time ; java maven/xmvn random uuid ==> ./replacer/.rb.notes <== java maven jar javadoc html ; date copyright year ==> ./jc/.rb.notes <== python .pyc toolchain - low entropy +++ new /usr/lib/python3.10/site-packages/jc/parsers/__pycache__/time.cpython-310.pyc (hex) ==> ./jsonrpc-glib/.rb.notes <== = https://gitlab.gnome.org/GNOME/jsonrpc-glib/-/issues/2 FTBFS-j1 osc build --vm-type=kvm -j1 --clean --noservice standard ==> ./python311/.rb.notes <== PGO + pyc ASLR + other ==> ./univocity-parsers/.rb.notes <== date|readdir ; strip-nd javadoc ==> ./pipewire/.rb.notes <== = https://bugzilla.opensuse.org/show_bug.cgi?id=1201579 toolchain filesys via doxygen-1.9.3 ==> ./python-datashader/.rb.notes <== python310 .pyc ASLR ==> ./sundials/.rb.notes <== FTBFS-j1 osc build -M mvapich2 --vm-type=kvm -j1 --clean --noservice standard ==> ./python-PyCBC/.rb.notes <== python .pyc ASLR/readdir ==> ./ocaml-camlp-streams/.rb.notes <== parallelism ==> ./casacore/.rb.notes <== #=> SR 990086 CPU /usr/lib64/mpi/gcc/openmpi1/lib64/libcasa_tables.so.7 differs in assembler output ==> ./solanum/.rb.notes <== #=> https://github.com/solanum-ircd/solanum/pull/337 race? ==> ./libayatana-appindicator/.rb.notes <== mono dll toolchain ==> ./azure-cli/.rb.notes <== python .pyc ASLR toolchain ==> ./deno/.rb.notes <== rust toolchain? binary ==> ./jeromq/.rb.notes <== date+time, xmvn random uuid, javadoc ==> ./zabbix/.rb.notes <== minor jar ==> ./libzypp/.rb.notes <== = https://bugzilla.opensuse.org/show_bug.cgi?id=1201579 toolchain readdir doxygen in libzypp.doxytag ?toolchain ASLR doxygen doc navtree.js ==> ./acarsdec/.rb.notes <== #=> SR 990082 CPU from march=native ==> ./lsof/.rb.notes <== #=>https://github.com/lsof-org/lsof/pull/217 #= https://bugzilla.opensuse.org/show_bug.cgi?id=1199709 hostname ==> ./sysstat/.rb.notes <== #=> https://github.com/sysstat/sysstat/pull/330 FTBFS-j1 #= https://github.com/sysstat/sysstat/issues/329 FTBFS-j1 ==> ./solaar/.rb.notes <== python310 pyc ASLR ==> ./python-pyglet/.rb.notes <== python .pyc ASLR/readdir ==> ./buzztrax/.rb.notes <== = https://github.com/Buzztrax/buzztrax/issues/89 parallelism | gtk-doc toolchain #=> https://github.com/Buzztrax/buzztrax/pull/88 date ==> ./nim/.rb.notes <== = https://bugzilla.opensuse.org/show_bug.cgi?id=1201371 FTBFS-j1 osc build --vm-type=kvm -j1 --clean --noservice standard ==> ./python-pyquil/.rb.notes <== = https://bugzilla.opensuse.org/show_bug.cgi?id=1201567 FTBFS ==> ./python-brotlicffi/.rb.notes <== = https://bugzilla.opensuse.org/show_bug.cgi?id=1201127 python sort readdir,toolchain ==> ./slurm/.rb.notes <== => SR 990637 LTO+tar ==> ./rust-keylime/.rb.notes <== rust/LLVM issue rust1.61 | libLLVM14-14.0.6 Ciao Bernhard M.

1 0

Additional maintainers wanted: LXQt
by Michael Vetter 04 Aug '22

04 Aug '22

Hi, Since 2015 I'm maintaining LXQt. In recent months I see that it became harder for me to do this properly due to other obligations and I would like to get some help with it. In case someone is interested in co-maintaining, or taking over completely, please send a request to https://build.opensuse.org/project/show/X11:LXQt or send me a mail :-) All help is appreciated. Feel free to contact me for any questions. Best, Michael

1 0

Break the summer holiday silence
by Dominique Leuenberger / DimStar 04 Aug '22

04 Aug '22

Hi all, This is mainly a 'test mail' to confirm that the Factory mailing list actually still works :) It is awfully quiet here at the moment - and as not even TW snapshot announcement mails arrive, this is more than scary. so we will try to use this mail to confirm that thins are at least woring generally. Sorry for the noise. Cheers, Dominique

1 0

New Tumbleweed snapshot 20220802 released!
by Dominique Leuenberger 04 Aug '22

04 Aug '22

Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here. Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&versio… Please do not reply to this email to report issues, rather file a bug on bugzilla.opensuse.org. For more information on filing bugs please see https://en.opensuse.org/openSUSE:Submitting_bug_reports Packages changed: mxml (3.3 -> 3.3.1) pipewire tiff webkit2gtk3 (2.36.4 -> 2.36.5) webkit2gtk3-soup2 (2.36.4 -> 2.36.5) yast2-trans (84.87.20220729.608d4643aa -> 84.87.20220730.27a80cdf03) zlib-ng-compat === Details === ==== mxml ==== Version update (3.3 -> 3.3.1) - update to 3.3.1: * Fixed POSIX thread cleanup bugs ==== pipewire ==== Subpackages: gstreamer-plugin-pipewire libpipewire-0_3-0 pipewire-alsa pipewire-lang pipewire-modules-0_3 pipewire-pulseaudio pipewire-spa-plugins-0_2 pipewire-spa-tools pipewire-tools - Recommend pipewire-alsa (instead of alsa-plugins-pulse) from pipewire-pulseaudio (boo#1201409) ==== tiff ==== Subpackages: libtiff5 libtiff5-32bit - security update: * CVE-2022-34526 [bsc#1202026] + tiff-CVE-2022-34526.patch ==== webkit2gtk3 ==== Version update (2.36.4 -> 2.36.5) Subpackages: WebKit2GTK-4.1-lang libjavascriptcoregtk-4_1-0 libwebkit2gtk-4_1-0 typelib-1_0-JavaScriptCore-4_1 typelib-1_0-WebKit2-4_1 webkit2gtk-4_1-injected-bundles - Update to version 2.36.5 (boo#1201980): + Add support for PAC proxy in the WebDriver implementation. + Fix video playback when loaded through custom URIs, this fixes video playback in the Yelp documentation browser. - Fix WebKitWebView::context-menu when using GTK4. - Fix LTO builds with GCC. - Fix several crashes and rendering issues. + Security fixes: CVE-2022-32792, CVE-2022-32816. - Drop webkit2gtk3-fix-build.patch: fixed upstream. ==== webkit2gtk3-soup2 ==== Version update (2.36.4 -> 2.36.5) Subpackages: WebKit2GTK-4.0-lang libjavascriptcoregtk-4_0-18 libwebkit2gtk-4_0-37 typelib-1_0-JavaScriptCore-4_0 typelib-1_0-WebKit2-4_0 webkit2gtk-4_0-injected-bundles - Update to version 2.36.5 (boo#1201980): + Add support for PAC proxy in the WebDriver implementation. + Fix video playback when loaded through custom URIs, this fixes video playback in the Yelp documentation browser. - Fix WebKitWebView::context-menu when using GTK4. - Fix LTO builds with GCC. - Fix several crashes and rendering issues. + Security fixes: CVE-2022-32792, CVE-2022-32816. - Drop webkit2gtk3-fix-build.patch: fixed upstream. ==== yast2-trans ==== Version update (84.87.20220729.608d4643aa -> 84.87.20220730.27a80cdf03) Subpackages: yast2-trans-af yast2-trans-ar yast2-trans-bg yast2-trans-bn yast2-trans-bs yast2-trans-ca yast2-trans-cs yast2-trans-cy yast2-trans-da yast2-trans-de yast2-trans-el yast2-trans-en_GB yast2-trans-es yast2-trans-et yast2-trans-fa yast2-trans-fi yast2-trans-fr yast2-trans-gl yast2-trans-gu yast2-trans-hi yast2-trans-hr yast2-trans-hu yast2-trans-id yast2-trans-it yast2-trans-ja yast2-trans-jv yast2-trans-ka yast2-trans-km yast2-trans-ko yast2-trans-lo yast2-trans-lt yast2-trans-mk yast2-trans-mr yast2-trans-nb yast2-trans-nl yast2-trans-pa yast2-trans-pl yast2-trans-pt yast2-trans-pt_BR yast2-trans-ro yast2-trans-ru yast2-trans-si yast2-trans-sk yast2-trans-sl yast2-trans-sr yast2-trans-sv yast2-trans-ta yast2-trans-th yast2-trans-tr yast2-trans-uk yast2-trans-vi yast2-trans-wa yast2-trans-xh yast2-trans-zh_CN yast2-trans-zh_TW yast2-trans-zu - Update to version 84.87.20220730.27a80cdf03: * Translated using Weblate (Slovak) ==== zlib-ng-compat ==== Subpackages: libz-ng-compat1 zlib-ng-compat-devel - Add baselibs.conf

1 0