July 2021 - openSUSE Factory - openSUSE Mailing Lists

New Tumbleweed snapshot 20210713 released!
by Dominique Leuenberger 15 Jul '21

15 Jul '21

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: biosdevname (0.7.3 -> 0.7.3.7.g495ab76) bluez (5.59 -> 5.60) fetchmail kernel-source (5.13.0 -> 5.13.1) libdrm (2.4.106 -> 2.4.107) libmusicbrainz libopenmpt (0.5.7 -> 0.5.10) libqt5-qtsensors llvm12 (12.0.0 -> 12.0.1) mpg123 (1.28.0 -> 1.28.2) pidgin (2.14.5 -> 2.14.6) rubygem-addressable (2.7.0 -> 2.8.0) rubygem-rubyzip (2.3.0 -> 2.3.2) suse-module-tools (16.0.5 -> 16.0.6) yast2-firstboot (4.4.2 -> 4.4.3) === Details === ==== biosdevname ==== Version update (0.7.3 -> 0.7.3.7.g495ab76) - Enhance _service file - Update to version 0.7.3: * Add SMBIOS 3.x support * Read DMI entries from /sys/firmware/dmi/tables/DMI * Add buffer read helper using read explicitly * man: fix all_ethN indentation * Netronome biosdevname support (#8) * Prevent infinite recursion in dmidecode.c::smbios_setslot by (#7) * Add support for ExaNIC network cards (#5) This are now all mainline and got reverted: D biosdevname-Add-buffer-read-helper-using-read-explicitly.patch D biosdevname-Add-SMBIOS-3.x-support.patch D biosdevname-Read-DMI-entries-from-sys-firmware-dmi-tables-DMI.patch D dmidecode-prevent-infinite-recursion.patch ==== bluez ==== Version update (5.59 -> 5.60) Subpackages: libbluetooth3 - update to 5.60: * Fix issue with reading from RFKILL device node. * Fix issue with AVDTP and parsing capabilities. * Fix issue with UnregisterApplication handling. * Fix issue with RegisterProfile if UUID already exists. * Fix issue with GATT client attribute read with offset. * Fix issue with non-discoverable device and advertising monitor. - remove bluez-5.59-0388794dc5fdb73a4ea.diff (included upstream) ==== fetchmail ==== Subpackages: fetchmailconf - Stop using a non-existing fetchmail group ==== kernel-source ==== Version update (5.13.0 -> 5.13.1) Subpackages: kernel-default kernel-docs - Revert "UsrMerge the kernel (boo#1184804)" This reverts commit 6f5ed044f52ae3de78db9492d404f9c88d29b938 as it: 1) breaks installation in Leap/SLE -- no initrd is generated. 2) breaks installation-images -- expecting kernel in /boot and modules in /lib. - commit b6ab3de - config: riscv64: enable DRM_I2C_NXP_TDA998X This also selects SND_SOC_HDMI_CODEC, SND_PCM_ELD, SND_PCM_IEC958. - commit d56d022 - config: riscv64: enable MFD_TPS65086 Also enable the related drivers GPIO_TPS65086 and REGULATOR_TPS65086. - commit ce26f32 - rpm/kernel-binary.spec.in: Remove zdebug define used only once. - commit 85a9fc2 - Update config files (boo#1187824). CRYPTO_FIPS=y CRYPTO_MANAGER_DISABLE_TESTS=n - commit c81d16b - kernel-binary.spec: Exctract s390 decompression code (jsc#SLE-17042). - commit 7f97df2 - kernel-binary.spec: Fix up usrmerge for non-modular kernels. - commit d718cd9 - Linux 5.13.1 (bsc#1012628). - Revert "KVM: x86/mmu: Drop kvm_mmu_extended_role.cr4_la57 hack" (bsc#1012628). - commit bfd7864 - config: riscv64: enable MFD_DA9063 Also enable the related drivers DA9063_WATCHDOG, REGULATOR_DA9063, RTC_DRV_DA9063. - commit 40fb687 - update upstream references - update upstream references of patches added in 5.14 merge window: - patches.suse/pinctrl-bcm2835-accept-fewer-than-expected-irqs.patch - patches.suse/proc-Avoid-mixing-integer-types-in-mem_rw.patch - commit 9510801 ==== libdrm ==== Version update (2.4.106 -> 2.4.107) Subpackages: libdrm-devel libdrm2 libdrm_amdgpu1 libdrm_intel1 libdrm_nouveau2 libdrm_radeon1 - Update to version 2.4.107: * amdgpu: update marketing names * tests/amdgpu: Fix valgrind warning * test/amdgpu: Add helper functions for hot unplug * test/amdgpu/hotunplug: Add test suite for GPU unplug * tests/amdgpu/hotunplug: Add unplug with cs test. * tests/amdgpu/hotunplug: Add hotunplug with exported bo test * tests/amdgpu/hotunplug: Add hotunplug with exported fence * amdgpu: Add vamgr for capture/replay. * include <sys/types.h> in xf86drmMode when the OS is FreeBSD * _WANT_KERNEL_ERRNO must be defined in FreeBSD for ERESTART to be used * Conditionally include <linux/limits.h> and <sys/params.h> on Linux, BSD * Revert "tests/amdgpu: fix bo eviction test issue" * xf86drm: Add a human readable representation for format modifiers * xf86drm: Add a vendor function to decode the format modifier * xf86drm: Add support for decoding Nvidia format modifiers * xf86drm: Add support for decoding AMD format modifiers * xf86drm: Add support for decoding AMLOGIC format modifiers * README.rst: Include some notes about syncing uapi headers * amdgpu: Added product name for E9390,E9560 and E9565 dgpu * intel: Add support for ADLP ==== libmusicbrainz ==== - Copied libmusicbrainz5 package and fixed spec file to fix factory build failure. Deleted obsolete libmusicbrainz-2.1.5-gcc43.patch and gcc6-fix-errors.patch ==== libopenmpt ==== Version update (0.5.7 -> 0.5.10) - Update to 0.5.10: * S3M: Honor the Stereo flag not being set. This improves the sound of some tunes like Turbulence by Purple Motion. * S3M: Detect MPT 1.0 alpha versions which didn?t set the Stereo flag. In this case, the unset Stereo flag is also ignored because MPT 1.0 alpha used the default S3M channel panning anyway. * S3M: Only for OPL instruments the high sample rate bits should be ignored; for PCM instruments they are clamped to 65535 Hz. * MOD: Do not apply ProTracker loop length quirk to MODs that could have been made with Scream Tracker (fixes Soul-O-Matic by Purple Motion). * AMF (DSMI): Format revisions 1 and 9, as well as early (technically malformed) revision 10 files, are now supported. Surround panning commands and instrument number without note are now converted correctly. * AMF (DSMI): Patterns and samples were not read correctly in some files (e.g. AVOID.AMF). * GDM: Correctly import extra-fine portamentos. - Update to 0.5.9: * The retrigger effect didn?t work correctly for OPL instruments in some cases depending on the chosen output sample rate. * S3M: Emulate IT short sample retrigger quirk in S3M files saved with Impulse Tracker and Schism Tracker. * ProTracker 3.6 doesn?t support sample swapping. It is now disabled when loading a ProTracker 3.6 IFF module. * Some files with ?hidden? garbage patterns were not played correctly since libopenmpt 0.5.3. * MOD: E9x retrigger now works the same way as in ProTracker 2. * MDL: Improve auto-vibrato accuracy. * 669: Reject files that contain any pattern tempo higher than 15. * Reduce memory consumption of malformed XPK-compressed files. - Update to 0.5.8: * [Sec] Possible null-pointer dereference read caused by a sequence of openmpt::module::read, openmpt::module::set_position_order_row pointing to an invalid pattern, and another openmpt::module::read call. To trigger the crash, pattern 0 must not exist in the file and the tick speed before the position jump must be lower than the initial speed of the module. * [Bug] libopenmpt 0.5.7 broke seeking in some subsongs. * The built-in LFO plugin did not load the correct initial LFO frequency. * IT command S7x (instrument control) is now supported when seeking with sample sync enabled. * libopenmpt_ext play_note was cutting of channels even when there were plenty of free channels to use. ==== libqt5-qtsensors ==== Subpackages: libQt5Sensors5 libQt5Sensors5-imports - Make sure iio-sensor-proxy is available (boo#1188098) ==== llvm12 ==== Version update (12.0.0 -> 12.0.1) Subpackages: clang-tools clang12 clang12-doc libLLVM12 libLTO12 libc++-devel libc++1 libc++abi-devel libc++abi1 libclang12 - Update to version 12.0.1. * This release contains bug-fixes for the LLVM 12.0.0 release. This release is API and ABI compatible with 12.0.0. - Rebase llvm-do-not-install-static-libraries.patch. - Drop obsolete patches: * clangd-cmake-non-standard-layout.patch * compiler-rt-Remove-cyclades-inclusion-in-sanitizer.patch * lld-no-version-on-undefined-weak-lazy-symbols.patch ==== mpg123 ==== Version update (1.28.0 -> 1.28.2) Subpackages: libmpg123-0 mpg123-openal - Update to version 1.28.2 libout123: * Complete the fix for bug 314, reopening the device after format setup failure. - Update to version 1.28.1 build: * Explain --with-default-audio in configure help better. * Fix build of arm_fpu (regression of configure reorg). * Re-introduce AC_PROG_C_C99 macro for autoconf 2.69, it's only obsolete after that. * Un-break CMake build for botched move of CheckCPUArch.c.in. libmpg123: * Make mpg123.h.in usable again with MPG123_NO_CONFIGURE, for external uses. * Use predefined MPG123_API_VERSION in mpg123.h.in for the same. * Fix an integer constant definition for the most negative 32 bit number to avoid justified compiler complaints. libsyn123: * More support for MPG123_NO_CONFIGURE. * Optionally use predefined SYN123_API_VERSION in syn123.h.in for the same. * Add a cast to silence integer sign warning for offset in muloffdiv64(). libout123: * Pulse module advertises wider format support now, not just s16. This makes mpg123 -e s24 work with it, not just out123. * Optionally use predefined OUT123_API_VERSION in out123.h.in for non-configure use. ==== pidgin ==== Version update (2.14.5 -> 2.14.6) Subpackages: libpurple libpurple-lang libpurple-plugin-sametime libpurple-tcl - Update to 2.14.6: General: * Update references to point to our current websites. * Add a donate link to the help menu. Finch: * Check pkg-config for ncurses before looking for it manually. Pidgin: * Replace newlines in topics with spaces. libpurple: * Added support for the no_proxy environment variable. * Added infrastructure for fuzzing as well as some initial fuzzers. * Fix an out of bounds write in purple_markup_linkify. XMPP: * Enable session management after binding a resource. Zephyr: * Fix a clang logical-not-parentheses warning. - Drop pidgin-add-no_proxy-support.patch ==== rubygem-addressable ==== Version update (2.7.0 -> 2.8.0) - updated to version 2.8.0 * fixes ReDoS vulnerability in Addressable::Template#match * no longer replaces `+` with spaces in queries for non-http(s) schemes * fixed encoding ipv6 literals * the `:compacted` flag for `normalized_query` now dedupes parameters * fix broken `escape_component` alias * dropping support for Ruby 2.0 and 2.1 * adding Ruby 3.0 compatibility for development tasks * drop support for `rack-mount` and remove Addressable::Template#generate * performance improvements * switch CI/CD to GitHub Actions ==== rubygem-rubyzip ==== Version update (2.3.0 -> 2.3.2) - updated to version 2.3.2 * A "dummy" release to warn about breaking changes coming in version 3.0. This updated version uses the Gem `post_install_message` instead of printing to `STDERR`. ==== suse-module-tools ==== Version update (16.0.5 -> 16.0.6) - Update to version 16.0.6: * modprobe.d: Remove dma=none setting for parport_pc (bsc#1177695) ==== yast2-firstboot ==== Version update (4.4.2 -> 4.4.3) - Remember plain passwords in order to provide a clean navigation through the firstboot dialogs when going back and forward. - Skip client for root password when needed (bsc#1188068). - 4.4.3

1 0

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 14 Jul '21

14 Jul '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. - rabbitmq-server 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

VirtualBox problems with kernel 5.13
by Larry Finger 14 Jul '21

14 Jul '21

I am writing this message as openSUSE's maintainer of VirtualBox. Nearly every update of the Linux kernel to a new 5.X version breaks VirtualBox. Why do you not know of this fact? It is because I undertake a program of testing 5.X almost immediately after the release of 5.X-1, even before the release of 5.X-rc1. On occasion, the fix is too complicated for someone with a medium knowledge of the kernel to prepare a fix, and we have to wait for Oracle. This may be the case here. In the case of 5.13, the strange thing is that my home-built kernel does not show the problem, thus I was not aware that this calamity was pending. I am looking at the differences between my configuration and that of openSUSE to see if that explains the difference in behavior. Of course, it is possible that openSUSE makes some patch to their system that causes the breakage. If that is the case, then neither I nor Oracle will be able to fix it!! Until this problem is resolved, you have two options: 1. Stay with a 5.12 kernel. 2. Switch to running your VM's using KVM or QEMU. Beware of Vagrant containers. They have some pitfalls, and you will get no support from me! Larry

4 6

Re: [opensuse-factory] VirtualBox problems with kernel 5.13
by S. 14 Jul '21

14 Jul '21

First of all, many thanks to Larry Finger for all his hard work. It must be frustrating for him, but I really appreciate all his work at maintaining VirtualBox for openSUSE. Second, I understand the issues with Oracle and their development process and attitude. If you can use something else besides VirtualBox as Larry suggests, then do it. But the problem is that most users still love VirtualBox. As the maintainer of the GeckoLinux spins, I can say from experience that the vast majority of users expect VirtualBox support, so although I hate it myself I basically have to deal with it and make sure it works. It would be nice if issues like this were considered as blocking issues so that new kernels don't appear in Tumbleweed until VirtualBox is known to work with them. Fortunately, Larry's advice of sticking with the 5.12 kernel is an easy solution for now, I'm glad there are no mismatches with the KMP version numbers.

1 0

New Tumbleweed snapshot 20210712 released!
by Dominique Leuenberger 14 Jul '21

14 Jul '21

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: autoyast2 (4.4.12 -> 4.4.13) inn nvme-cli rubygem-childprocess (4.0.0 -> 4.1.0) tuned (2.15.0+git.1618526018.e828fa8 -> 2.15.0+git.1625694366.bc3f737) === Details === ==== autoyast2 ==== Version update (4.4.12 -> 4.4.13) Subpackages: autoyast2-installation - Add run-erb option to check-profile command. - Avoid to crash when rendering ERB profiles fails. - Related to bsc#1177123. - 4.4.13 ==== inn ==== - Switch BuildRequires to python3-devel, to build using Python 3. ==== nvme-cli ==== - install bash-completion file in correct directory - recommend bash-completion ==== rubygem-childprocess ==== Version update (4.0.0 -> 4.1.0) updated to version 4.1.0 see installed CHANGELOG.md [#]## Version 4.1.0 / 2021-06-08 * [#170](https://github.com/enkessler/childprocess/pull/170): Update gem homepage to use `https://` * [#177](https://github.com/enkessler/childprocess/pull/177): Add ARM64-macos support ==== tuned ==== Version update (2.15.0+git.1618526018.e828fa8 -> 2.15.0+git.1625694366.bc3f737) - Update to version 2.15.0+git.1625694366.bc3f737: * bootloader: support for systems that don't have grub installed * Removing depedency on python-decorator package. * Adding support for rpm-ostree system to bootloader plugin. * profiles: drop sched_ tuning where appropriate * scheduler: abstract sched_ and numa_ knobs * realtime-virtual-*: Set irqaffinity through kernel command line * After error while switching profiles attribute _active_profiles is not changed back. That causes issues with wrong signals (and also more issues with restart after etc) - Enhance _service file

1 0

openSUSE Release Engineering Meeting 14.07.2021
by Lubos Kocman 14 Jul '21

14 Jul '21

All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting Meeting is hosted here https://meet.opensuse.org/ReleaseEngineeringMeeting ## Participants bittin, ddemaio, dleuenberger, maxlin, sarah, lkocman, wengel, deneb_alpha, dirk ## Leap Limited availability this week. Audacity - we probably want to make a statement and list some facts about audacity in openSUSE vs the one from provider regarding telemetry. https://www.reddit.com/r/openSUSE/comments/oebfz7/does_the_opensuse_package… Almost done with https://en.opensuse.org/Portal:15.3/Retrospective SUSE's Internal retro summary will be today TODO: 15.3 - Selinux won't boot without selinux policy https://bugzilla.suse.com/show_bug.cgi?id=1187326 I have to look into this seems linux SLEs disabled feature in skelcd- control files. We will most likely have to supply the policy, but that will only work with enabled updates. (Release notes entry needed). All request from https://en.opensuse.org/Feature_Planning_15.4 were moved into https://code.opensuse.org/leap/featuresTODO: Do we we want to open an early feature for some easy "Multimedia codecs offer" on the first boot/welcome screen? We would have to invite legal from the very beginning. Looking for review of https://github.com/openSUSE/openSUSE-release-process prior creating tasks in progress-o-o (separate email) No interest from community so far, I'll try to get it done this week. ## openSUSE Tumbleweed * kernel 5.13 is in Tumbleweed, VirtualBox does not work ( https://bugzilla.opensuse.org/show_bug.cgi?id=1188105) * KDE Gear 21.04.3 published, KDE Frameworks 5.84 on the todo ## Richard (Kubic/TW MicroOS) Not Available * Podman 3.2.2 in TW * runc 1.0.0 issues solved * Drop of cilium is WIP, depending on Staging:E * System Roles for MicroOS with remote attestation (keylime) now in TW - Testing appreciated * Introduced new 'k3s' images providing base MicroOS with k3s pre- installed, as expected also for SLE Micro 5.1 - currently untested, openQA enablement ongoing, community feedback positive so far ## Max * Enabled pkglistgen and update-repos bot for openSUSE:Leap:15.4 * 'local' repository seem to be mis-configurated for openSUSE:Leap:15.4 Adrian should be able to fix this. We'll talk to him. * Switched to use pool-leap-15.4 everywhere Submission related: Marco Strigl is now working on fixes for osc jumpreview (OBS SR's were not updated) and we were unable to do 15- SP3:Update requests (it ended mostly in openSUSE:Maintenance) Looking into https://build.opensuse.org/project/monitor/openSUSE:Backports:SLE-15-SP4:Fa… and :SLECandidates Action item from previous meeting: Adrian: can we use FrontRunner instead of SLECandidates? There seems to be an overlap Marcus: Does this apply also to SLE? We're talking of 3-4 thousand of packages. Max: we're aware that this wastes currently infra resources. In order to catch build failures, we've had to change so many items in the project config (e.g. suse_version macro etc.) and meta pacakge version(eg. gcc -> gcc10, ruby -> ruby2.7, etc.), plus in roder to have Factory's version to be buildable, more new dependencies has been added, that it might not be applicable for Frontrunner any more. lkocman: perhaps talk to Adrian or Dirk about what hinders us from using Frontrunner. lkocman: schedule meeting for this week. Adrian is on FTO next week, lkocman in two weeks from now. ## Guillaume - Arm Not available, updates below. Tumbleweed: * 20210710 released with kernel 5.13 * 20210712 is in QA but JeOS image started in qemu is unable to run jeos-firstboot on gfx tty (it appears on serial instead) Leap 15.3: * aarch64: * Still not able to build locally (osc build --vm-type=kvm) for aarch64 with a Tumbleweed host. https://bugzilla.opensuse.org/show_bug.cgi?id=1183653 * Armv7: Should be good enough to release. Need to check with maintenance if we can proceed. 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. No updates lkocman contacted Andreas about this feature to clarify on priority for SP4. lkocman to document how to get Arm WSL images working on Windows for ARM (10/11) as a starting point otherwise request doesn't really have internal priority, so we can't expect WSL engineering to work on this in 15-SP4 timeframe. ## Sarah - s390x Dominique: Issues around openssh and the root can't login (no longer accepted root passwd auth by default) are still hanging. (Issue was reported internally for SLE-15-SP4 as well for proper handling/communication on SUSE side). Test issue continuously open - workaround fix as PR available (not stable enough): https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12875 sshd permit root login - https://code.opensuse.org/leap/features/issue/23 Feedback by IBM about LLVM 12 compatibilty with PostgreSQL: The jit issue can not be fixed by LLVM without loosing performance. Fixes by PostgreSQL should be used. ## Doug * openSUSE.Asia Summit (August 6th- 8th) * CfP is closed * 16 submission * Keynote from board TBD * GSoC 1st evalutions due on July 16 * Regular Meeting * Proposal sent - https://lists.opensuse.org/archives/list/project@lists.opensuse.org/thread/… * Date: Every Saturday from 17:00 to 19:00 UTC (per the survey) Location: https://meet.opensuse.org/meeting Etherpad: https://etherpad.opensuse.org/p/weeklymeeting * Proposal to enhance software.o.o. sent to LSG based on feedback from sprints * Beginning bi-monthly effort to better the end of year survey based on feedback/identified shortcomings (19:00 UTC at https://meet.opensuse.org/survey) ## Dirk No update ## Gerald On vacation ## Wolfgang (Package Hub), Scott Bahling openSUSE:Backports:SLE-15-SP4, builds for x86_64 are looking good (thanks to Max) other archs like s390x still have many failed and unresolvables discussion about gap https://software.opensuse.org/package/gap (fails to build on s390x), shall we keep it in Backports (it was removed from Factory long time ago) lkocman: https://code.opensuse.org/leap/features/issue/24 ## Maintenance team (Marina or Marcus) Marina: from maintenance side we have the needed changes for supporting the openSUSE channel in the current sprint. there are further discussions also with QA for defining testing commitment and openQA coverage for this new openSUSE channel and submitted maintenance updates. Marcus is driving the effort to switch to the new channel file for populating the repo. Next week we will have an internal sync call for discussing how to improve the flow of updates on PackageHub. Extra tasks for maintenance setup https://github.com/openSUSE/openSUSE-release-process/pull/70 lkocman: we should do an announcement about these changes as a "long term" solution for the patch issues. ## Adrian - CtLG or openSUSE Step On Vacation All covered in comments above. Adrian: I had to fix issues in product builder so we won't end up in situation where srpm is missing. We've had this issue by glibc (this would otherwise violate GPL). This would be another reason to rebuild ftp trees. How do we reference to CODE 15. 15.3 was the result of our survey.

1 0

New package: python-keyring-keyutils
by Marcus Hüwe 14 Jul '21

14 Jul '21

Hi, I would like to submit a new package to factory: python-keyring-keyutils [1]. What is it? python-keyring-keyutils is a python-keyring [2] backend that can be used to access the kernel keyring. In particular, this package ships - a python-keyring [2] backend for the kernel keyring - a special python-keyring backend that can be used by osc - a high-level interface to the kernel keyring - a low-level module that wraps around the C keyutils library [3] If osc is configured to use this backend, it manages the credentials in the kernel keyring. The basic workflow looks like this marcus@linux:~> osc ls -v home:Marcus_H python-keyring-keyutils python-keyring-keyutils.spec Password required for user Marcus_H (apiurl: api.opensuse.org) Password: e4f007089f4d17f2a035105bcc9ac371 4 947 Jul 10 20:17 python-keyring-keyutils.spec marcus@linux:~> marcus@linux:~> osc ls -v home:Marcus_H python-keyring-keyutils python-keyring-keyutils.changes 0decb70f9081a9b1d661886e442e3051 4 164 Jul 10 20:08 python-keyring-keyutils.changes marcus@linux:~> That is, on the first invocation, osc prompts for the password and stores it in the kernel keyring. On the second invocation, osc directly retrieves the password from the kernel keyring. More information can be found in the REAMDE_osc.md [4]. Once SR#906240 is accepted, I will create a new SR to factory. In the meantime, the package is also available in my home:Marcus_H repo [5]. Any feedback (code reviews, bug reports etc.) is always welcome!:) Marcus [1] https://github.com/marcus-h/python-keyring-keyutils [2] https://github.com/jaraco/keyring [3] https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/keyutils.git [4] https://github.com/marcus-h/python-keyring-keyutils/blob/master/README_osc.… [5] http://download.opensuse.org/repositories/home:/Marcus_H

1 0

Zypper question due to zypper up failures on some machines
by Larry Len Rainey 13 Jul '21

13 Jul '21

4 7

Updates regarding OBS and Github/Gitlab integration
by Victor Pereira 13 Jul '21

13 Jul '21

Hi everyone, we have published another blog post today, this time about the integration between OBS and gitlab/github. https://openbuildservice.org/2021/07/12/scm-integration-more-improvements/ Happy hacking!

1 0

Test to see if mailing list is working again
by Joe Salmeri 13 Jul '21

13 Jul '21

Test to see if mailing list is working again

3 5