March 2021 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Too many packages to process
by Vojtěch Zeisek 12 Mar '21

12 Mar '21

I'm not sure, if this is bug or feature... After few days, update applet (TW, KDE) says there are 6843 new updates (TeX, R, ... ;-). When I click to "Install updates" error "Too many packages to process (6843/5200)" appears. Zypper handles it well. Is it worth of bug report? To b.o.o? Yours, V. -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/

8 10

Re: qemu checksum and size errors? - Re: New Tumbleweed snapshot 20210311 released!
by Dominique Leuenberger 12 Mar '21

12 Mar '21

On Fri, 2021-03-12 at 18:52 +0000, Wayne Patton wrote: > Anyone else getting these errors? Yes, this is/was a bad-luck combination between a package (qemu) doing nasty stuff, paired with a mirror that still has an old file present. Normally, OBS takes great care that package names on rebuild always differ from previous versions (by increasing the rebuild counter), but it tripped over qemu resetting the Version: field in sub-packages, thus resulting in re-using the previously used version-release combinations. I had found a single mirror hosting that file and I've disabled it in the mirror pool for the next 48 hours; by then we should have a qemu- rebuild in the repo, with a different RELEASE again. I've also submitted a fix to the qemu package in an attempt to avoid this situation from re-appearing in the future. So, the problem for now should be 'worked around' - and you should be able to restart you zypper dup. cheers, Dominique

1 0

Tumbleweed - Review of the week 2021/10
by Dominique Leuenberger / DimStar 12 Mar '21

12 Mar '21

Dear Tumbleweed users and hackers, This week, we were finally getting some fixes together for the glibc/i586 issues that plagued us for a while. Unfortunately, also for the x86_64 users, this meant once again a full rebuild of the distribution (which was published just recently with snapshot 0311). But the 4 snapshots published during this week (0305, 0306, 0307, and 0311) also had something for everybody anyway. The main changes in those 4 snapshots include: * glibc: Disable x86 ISA level for now * Linux kernel 5.11.2 & 5.11.4 * gnutls 3.7.0 * openssl 1.1.1j, based on a centralized crypto-policy package * Libvirt 7.1.0 * KDE Applications 20.12.3 * KDE Plasma 5.21.2 * LibreOffice 7.1.1.2 That actually almost is everything I had listed last week as coming soon. Only GCC 11 as the default compiler remained, and that one is still going to be with us for a few weeks. But things did not stop there, and the stagings are already filled with other things again: * Linux kernel 5.11.6 * Python 3.9 modules: besides python36-FOO and python38-FOO, we are testing to also shop python39-FOO modules; we already have the interpreter after all. Python 3.8 will remain the default for now. * UsrMerge is gaining some traction again, thanks to Ludwig for pushing for it * GCC 11 as default compiler Cheers, Dominique

1 0

New packages libnbd and nbdkit
by Jim Fehlig 12 Mar '21

12 Mar '21

Hi, Shortly I will submit two new packages to Factory: - libnbd https://build.opensuse.org/package/show/Virtualization/libnbd - nbdkit https://build.opensuse.org/package/show/Virtualization/nbdkit libnbd is a NBD client library in userspace, a simple library for writing NBD clients. The key features are: * Synchronous and asynchronous APIs, both for ease of use and for writing non-blocking, multithreaded clients. * High performance. * Minimal dependencies for the basic library. * Well-documented, stable API. * Bindings in several programming languages. nbdkit is a toolkit for creating NBD servers. The key features are: * Multithreaded NBD server written in C with good performance. * Minimal dependencies for the basic server. * Liberal license (BSD) allows nbdkit to be linked to proprietary libraries or included in proprietary code. * Well-documented, simple plugin API with a stable ABI guarantee. Lets you to export "unconventional" block devices easily. * You can write plugins in C or many other languages. * Filters can be stacked in front of plugins to transform the output. These packages are required by the Containerized Data Importer (CDI) [1], which will be submitted to Factory in the near future. Regards, Jim [1] https://github.com/kubevirt/containerized-data-importer

1 0

New (?) package for Rancher rke: Where to submit to?
by Johannes Kastl 11 Mar '21

11 Mar '21

Hi all, as I started using Rancher's rke [1] recently, I found there is no package for it for openSUSE? Or was I just overwhelmed by the shear amount of results when searching for rke (everything with woRKEr in the name...)? I have prepared a new package [2] and will test it. If I find it to be working, where to submit it? Virtualization:containers? devel:kubic? Other places? Kind Regards, Johannes [1] https://github.com/rancher/rke [2] https://build.opensuse.org/package/show/home:ojkastl_buildservice/rke -- Johannes Kastl Linux Consultant & Trainer Tel.: +49 (0) 151 2372 5802 Mail: kastl(a)b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg http://www.b1-systems.de GF: Ralph Dehner Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537

4 4

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 10 Mar '21

10 Mar '21

Dear Package maintainers and hackers. Below package(s) in openSUSE:Factory have been failing to build 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. - otb 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

how many breakage is 15.2 online dup to 15.3 beta supposed to bring?
by cagsm 10 Mar '21

10 Mar '21

Hi there hard factory workers, just wanted to zypper --releasever=15.3 dup --download-in-advance --allow-vendor-change Warning: Enforced setting: $releasever=15.3 Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... Problem: nothing provides libgenrand-samba4.so(SAMBA_4.11.14_GIT.202.344B137B75D4.14.1_SUSE_OS15.0_I386) needed by libndr0-32bit-4.11.14+git.202.344b137b75d-4.14.1.x86_64 Solution 1: Following actions will be done: keep obsolete libndr0-32bit-4.11.14+git.202.344b137b75d-lp152.3.16.1.x86_64 keep obsolete samba-libs-32bit-4.11.14+git.202.344b137b75d-lp152.3.16.1.x86_64 Solution 2: deinstallation of libndr0-32bit-4.11.14+git.202.344b137b75d-lp152.3.16.1.x86_64 Solution 3: break libndr0-32bit-4.11.14+git.202.344b137b75d-4.14.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): ---------- What now? normal working 15.2 x64 here, test machine. why no dup to 15.3? package missing on the 15.3 level? TY

2 3

Brace for impact: Snapshot 20210212 is a full rebuild based on glibc 2.33
by Dominique Leuenberger / DimStar 10 Mar '21

10 Mar '21

Dear Tumbleweed users, At the moment, Tumbleweed snapshot 20210212 is being synced out to the mirrors; the public announcement of the snapshot being available will (estimated) be at around 12pm CET. I want to inform you upfront of a few specialties: * The snapshot is going to be large, in the number of packages to 'update' (mostly rebuild counters) and thus also megabytes. * The snapshot is the first to be based on glibc 2.33 https://sourceware.org/pipermail/libc-alpha/2021-February/122207.html While testing this snapshot, a few things were broken (which delayed publishing a bit). There are, however, still two issues known which you should be aware of: * NIS integrated system administrators might want to check out https://bugzilla.opensuse.org/show_bug.cgi?id=1182247 - the nss_compat module does not load additional modules, which means you might have to adjust the nsswitch.conf to make 'nis' an explicit setting. * Especially on 32bit systems we had seen a bunch of sandboxing features not behaving as expected. This currently (still) affects libqt5-qtwebengine. An additional fix is currently being published in parallel into the update channel (http://download.opensuse.org/update/tumbleweed/) In case you see rendering issues (kmail for example) make sure to have this update included. The other fixes (OpenSSH, chromium) which we had seen in prior testings are already included in snapshot 20210212 and should not be of concern. As usual, if you see new bugs appearing, please verify if somebody else already filed them in bugzilla.opensuse.org and, if not already present, file the bugs yourself. Cheers, Dominique

23 74

openSUSE Release Engineering Meeting 10.03.2021
by Lubos Kocman 10 Mar '21

10 Mar '21

All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting ## Participants ddemaio, dleuenberger,guillaumeg, wengel, lkocman, sbahling !!! Please be aware that this meeting is hosted on https://meet.opensuse.org/ReleaseEngineeringMeeting ## Leap Current blocker for publishing further updates: https://bugzilla.opensuse.org/show_bug.cgi?id=1183073 packman - debuginfo / debugsource, inode.at mirror is broken Discussion about SUMA-23 (cobbler + pulp repo as a lightweight RMT alternative community feature request). Depends on libmodulemd and librepo ECOs. So far we've agreed to do these. SUMA team will reach out to me again in 3 weeks. ## openSUSE Tumbleweed * Kernel 5.11 is in Tumbleweed * KDE Applications and Plasma updates * glibc 2.33 / i586 has received a fix. A full rebuild of the distro is unfortunately needed for this to take effect again (snapshot 0308+); first test snapshot fails to boot on i586 though (not publishing, error caused by different change, not glibc) * selinux enabling during the installation phase; Default will be set to 'permissive'; openQA fails so far * GNOME 40.beta is ready in the GNOME:Next repo (UI changes, dock now at the bottom; TW will see it end in March/April timeframe if nothing bad comes up) * GCC11 as the default compiler is being tested in a Staging ## Richard (Kubic/TW MicroOS) Not available ## Max * Beta blocker - Leap 15.3 arm blocker (boo#1182776) * Beta blocker - Boot from disk hard disk issue (bsc#1182891 and bsc#1183073) * Forked yast2-firstboot in Leap 15.3 to workaround test issuer (bsc#1182838) * zypper dup user complains - that noarch packages should be from sles repository but it's from a different Backports arch-repo (bsc#1181832) or from Backports (bsc#1183097). Related to rebuild of backports on all arches. SLE project-config should be inherited to Leap. Seems like that wasn't the case for Prefers: coreutils Adrian will have a look. It's also maintenance not just autobuild. Max: we're talking about product config for Leap, Backports product config is a little bit different. ## Guillaume - Arm Tumbleweed: * Snapshots are currently blocked in openQA due to a bug with grub/shim on aarch64: https://bugzilla.suse.com/show_bug.cgi?id=1183213 * U-Boot now builds against arm-trusted-firmware by default in Tumbleweed. After some testing, this will allow to drop some Contrib projects in OBS. * Evaluating the option to enable in-kernel Memory Tagging Extension (MTE) support via KASAN for aarch64 in kernel-debug. E-mail sent to openSUSE kernel mailing list to get some feedback in parallel to my tests. * armv7: New NET ISO builds properly but is unbootable: no partition table, thus no boot flag on partition 1. Leap 15.3 ARM: * aarch64: Similar bug in grub/shim: https://bugzilla.suse.com/show_bug.cgi?id=1182776 * Armv7: Still a huge backlog for armv7 in OBS. More build power to build armv7 would be very useful. The :ToTest project should now be ok and will allow to move forward with openQA setup. But armv7 NET ISO is unbootable. WSL: Stalled: WIP to have WSL on aarch64 on https://build.opensuse.org/project/show/home:Guillaume_G:WSL The goal is to have WSL-DistroLauncher package built for aarch64. Help welcomed. SUSE is currently interviewing candidates for the WSL Engineering post. So far Jeff is still the only person working on the Engineering efforts (native kiwi support, and some current WSL build blockers on SLE). Lubos is currently considering a hackweek project for WSL / aarch64 ## Michel ppc64le Not available ## Sarah - s390x * Kernel can not be identified after successful installation: https://bugzilla.opensuse.org/show_bug.cgi?id=1183037 . Berthold already fixed it, we're waiting for a new build. ## Doug * Leap 15.3 * Updating coverage - https://en.opensuse.org/In_the_press_15.3 * Beta t-shirts * openSUSE Conference (June 18 - 20) * Sheng Liang agreed to give Keynote * Reaching out for another keynote * T-Shirts Question (Charge or subsidize cost) * openSUSE Accepted as GSoC Mentor Org * NVIDIA Jetson Nano * Shells status - Lubos reached out to Matt Mueller from Fedora regarding shells.com. Regarding any possible concerns. Seems like there are none at this moment. ## Dirk Initial cleanups for openSUSE:Step were merged and released in SLE. JeOS images built once. TTM setup and publishing hooks implementation still to be done. Little progress in the last days other than waiting, open issues: * ftp-tree publishing. * Still many build failures and uninstallable packages lkocman: Pre-agreement with maintenance team and maint-qa for not needing ECO (Engineering Change approval) for "small" rebuild issues. Exception would be compiler related changes, or above reasonable big changes. Dirk: we could have something publishable within 4 weeks. Migration, testing are still far away. Gerald: if it's a resource issue make sure that Vojtech knows about this this week (cc Gerald). Lubos will reach out to Vojtech regarding the SLE help on the x86 side. Adrian: OBS blacklist was reduced significantly. Lubos: to remove existing OBS blacklist page because the reduced content no longer provides any benefit to user. ## Gerald or any Board representative ## Wolfgang (Package Hub), Scott Bahling - 19816 rpm packages available via Backports (x86_64) and 297 via Subpackages - 2011 packages are not installable (x86_64) because of missing dependencies pulling in dependencies where possible Lubos: what are the rules if these would not get fixed let's say until RC. -> Backports will be released as it is (best effort base), probably this policy needs to be reviewed Lubos: Adrian is there something your team could do about avoiding publishing of noarch packages from non-x86_64 for cases like libreoffice. Adrian: the easiest way to avoid this would be to build against pool repo rather than standard. However then you may hit the problem that user can't install it because it requires packages that will not be published. Just to confirm this is rebuild only because binaries are available only for x86_64 in SLE(WE). Adrian really recommends to build against pool. It would be then consistent with Leap. The only inconsistency could be that sle installation that works with channels may have additional filters. This would be a problem during the install time. E.g. noarch to noarch package dependency on non-x86. (Ifarch publish filter exists, but Adrian does not recommend it and this will not work as Leap is using single project for all arches). So this can't be solved in a repo that provides multiple arches. Adrian: agregation could be also an option in case that binaries are identical. - conflicts with noarch packages of libreoffice on x86_64 (between SLE Workstation Extension and Backports) we are releasing libreoffice on non x86_64 architectures (on x86_64 it is disabled but still the noarch packages are getting published from the other archs) ## Adrian - CtLG or openSUSE Step RISC-V/TW is not represented on this call.

1 0

Re: Installing some packages from opensuse/tumbleweed docker i586 image tries to install x86_64 packages
by Michael Pujos 09 Mar '21

09 Mar '21

The problem comes from docker, returning x86_64 (the arch of the host) in both 'uname -m' and arch outputs: $docker run --platform linux/386 -it registry.opensuse.org/opensuse/tumbleweed arch x86_64 This confuses zypper, not retrieving the correct arch repo for the container. There does not see to be a solution at the docker/podman level to return the proper output for these commands. A workaround with to use setarch: $setarch i586 zypper ... or its linux32 shortcut: $linux32 zypper.... The problem is that setarch part of util-linux, which cannot be installed with zypper. So it would be a good idea to include the linux32 command in the i586 containers, without the entire util-linux package. For the time being, I'm copying in the Dockerfile the setarch 32-bit binary into the image and use that. > This happens installing some packages (here wget, but also > java-1_8_0-openjdk-headless, shadow) with zypper in the i586 > (linux/386 platform in docker parlance) > flavor of the tumbleweed docker image. > Noticed that as I'm trying to build a custom multiarch docker image > based on opensuse/tumbleweed > > /// > > docker run --platform linux/386 -it > registry.opensuse.org/opensuse/tumbleweed > Problem: wget-1.21.1-1.2.x86_64 requires libc.so.6(GLIBC_2.33)(64bit), > but this requirement cannot be provided > not installable providers: glibc-2.33-2.1.x86_64[repo-oss] > Solution 1: Following actions will be done: > architecture change of glibc-2.33-2.1.i586 to glibc-2.33-2.1.x86_64 > architecture change of libgpgme11-1.15.1-1.2.i586 to > libgpgme11-1.15.1-1.2.x86_64 > architecture change of libidn2-0-2.3.0-3.3.i586 to > libidn2-0-2.3.0-3.3.x86_64 > architecture change of libopenssl1_1-1.1.1j-1.1.i586 to > libopenssl1_1-1.1.1j-1.1.x86_64 > architecture change of libproxy1-0.4.17-1.2.i586 to > libproxy1-0.4.17-1.2.x86_64 > architecture change of libpsl5-0.21.1-1.3.i586 to > libpsl5-0.21.1-1.3.x86_64 > architecture change of libz1-1.2.11-18.2.i586 to > libz1-1.2.11-18.2.x86_64 > architecture change of libassuan0-2.5.4-1.2.i586 to > libassuan0-2.5.4-1.2.x86_64 > architecture change of libgpg-error0-1.41-1.2.i586 to > libgpg-error0-1.41-1.2.x86_64 > architecture change of libunistring2-0.9.10-2.9.i586 to > libunistring2-0.9.10-2.9.x86_64 > architecture change of libgcc_s1-11.0.0+git183291-1.2.i586 to > libgcc_s1-11.0.0+git183291-1.2.x86_64 > architecture change of libstdc++6-11.0.0+git183291-1.2.i586 to > libstdc++6-11.0.0+git183291-1.2.x86_64 > Solution 2: do not install wget-1.21.1-1.2.x86_64 > Solution 3: break wget-1.21.1-1.2.x86_64 by ignoring some of its > dependencies

9 19