openSUSE Factory May 2023

factory@lists.opensuse.org

108 participants
69 discussions

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 24 May '23

24 May '23

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. - OpenRGB: Fails to build - monero-gui: Fails to build 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

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 24 May '23

24 May '23

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. - python-pypandoc: Fails to build 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>

2 1

Leap 15.5 update
by Fritz Hudnut 23 May '23

23 May '23

> ---------- Forwarded message ---------- > From: Lubos Kocman <lubos.kocman(a)suse.com> > To: "factory(a)lists.opensuse.org" <factory(a)lists.opensuse.org> > Cc: "project(a)lists.opensuse.org" <project(a)lists.opensuse.org> > Bcc: > Date: Tue, 23 May 2023 13:43:04 +0000 > Subject: Leap 15.5 update > Hello openSUSE! > > I just received a heads up that SLES 15 SP5 has a confirmed GMC. So big > congratulations to the SLES team. This implies that the Leap 15.5 build > which is currently being cooked in OBS is our (first) Gold Master > Candidate. > > So far everything suggests that we can keep up with the current > https://en.opensuse.org/openSUSE:Roadmap and have GA on June 7th. > > These are currently top issues under our radar > https://en.opensuse.org/openSUSE:Most_annoying_bugs_15.5 > > See you at the oSC2023! > > Best regards > > Lubos Kocman > openSUSE Leap Release Manager That's good news, have not had any issues, other than a delay on getting Packman repos going, running Leap 15.5 on my '12 MacPro . . . none of those "annoying bugs" showed up, etc. F

1 0

Re: The bazel package is severely outdated
by Diego Ortín 23 May '23

23 May '23

Sure, I would be interested in that. I already have an account there. By the way, there’s already the “bazel6” package, but it’s marked as experimental and not available through PackageHub. Is there a way to solve this?

2 1

OBS not working in personal projects
by Adrian Campos 23 May '23

23 May '23

Hi, I saw there was a maintenance message in webpage earlier this morning, is OBS still not working for personal projects? Greeting, Adrian

2 1

Introduction and Factory Request
by Chris Rapier 23 May '23

23 May '23

Hi there, My name is Chris Rapier and I've just joined the list. I'll be honest that I'm not a long time SUSE user but I've been using OBS to build a project and I'm very impressed. I'm hoping to have that project reviewed. I'm the primary developer and maintainer of HPN-SSH (aka hpnssh) which is a fork of OpenSSH that is focused on high performance and functionality. Most of our work is centered on increasing throughput performance for bulk data transfers. We've been able to get significant improvements over OpenSSH, in the range of 10x to 100x faster, depending on the network path. The bigger the delay (RTT) the more relative improvement you tend to see. We also have done work on parallelizing the AES-CTR cipher (and soon ChaCha20), in line network telemetry, automatic resumption of failed SCP transfers, and so forth. We have more information at https://www.psc.edu/hpn-ssh-home/ We do maintain currency with OpenSSH releases and full interoperability with it as well. So hpnssh can work very effectively in mixed environments. One of the nice things about hpnssh is that you'll often see improvements even if both sides of the connection aren't running hpnssh. As long as the bulk data receiver is running hpnssh you'll get a lot of the benefits. I've doing this for about 18 years now and I've seen some success with it over that time. One of the things I'd like to do is start getting HPN-SSH into default package repositories to make it easier for users to make use of it. Which is why I'm here. I have a package at home:rapier1:hpnssh-rpms that I'm about to submit a request for. If anyone has question, comments, or critiques please let me know. Chris Rapier Sr. Research Scientist Pittsburgh Supercomputing Center Carnegie Mellon University

2 3

New Tumbleweed snapshot 20230522 released!
by Dominique Leuenberger 22 May '23

22 May '23

1 0

New Tumbleweed snapshot 20230521 released!
by Dominique Leuenberger 22 May '23

22 May '23

1 0

The bazel package is severely outdated
by Diego Ortín 22 May '23

22 May '23

Currently, the latest Bazel version in Factory is 3.4, which is very outdated (Bazel has evolved quite fast) The last release was 6.2. Is there any way we could have the last version added to Factory? I'm posting here at suggestion from one of the maintainers after I posted this as a bug. If this is not the correct place to discuss this, please point me in the right direction. Thank you all!

2 1

New Tumbleweed snapshot 20230520 released!
by Dominique Leuenberger 21 May '23

21 May '23

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: audacity (3.3.1 -> 3.3.2) emacs-apel (10.8+80+g6947dc4 -> 10.8+81+g82eb232) emacs-flim (1.14.9+130+g289e5bbd66f6 -> 1.14.9+136+g2cf5a78) libcap (2.68 -> 2.69) permissions (1699_20230424 -> 1699_20230516) polkit-default-privs (1550+20230307.7f42172 -> 1550+20230517.ab68b2d) python-gevent (22.10.1 -> 22.10.2) python-greenlet (1.1.3 -> 2.0.2) update-alternatives === Details === ==== audacity ==== Version update (3.3.1 -> 3.3.2) Subpackages: audacity-lang - Update to 3.3.2 This is a hotfix release. It fixes the following bugs: * #4629 Linux AppImage fails to start. * #4637 Issues with selection and time toolbars on Linux packages. * #4639 Missing duration input in generators on Linux packages. * #4646 Potentialy extreme memory usage with Jack host. * #4654 Anonymous upload to audio.com is disabled. ==== emacs-apel ==== Version update (10.8+80+g6947dc4 -> 10.8+81+g82eb232) - Update to version 10.8+81+g82eb232: * Update docstring syntax ==== emacs-flim ==== Version update (1.14.9+130+g289e5bbd66f6 -> 1.14.9+136+g2cf5a78) - Update to version 1.14.9+136+g2cf5a78: * Don't inhibit EOL conversion for oauth2.el. * Use `ash' instead of `lsh' * Fix CCL lexical analyzer fails to parse quoted-string * Add redirect URI for Gmail * Update docstring syntax * * README: Update requirements. Wide int feature is required. ==== libcap ==== Version update (2.68 -> 2.69) Subpackages: libcap2 libcap2-32bit - updated to 2.69 - An audit was performed on libcap and friends by https://x41-dsec.de/ (blog) . The audit (final report, 2023-05-10) was sponsored by the the Open Source Technology Improvement Fund, https://ostif.org/ (blog). Five issues were found. Four of them are addressed in this release. Each issue was labeled in the audit results as follows: - LCAP-CR-23-01 (SEVERITY) LOW (CVE-2023-2602) - found by David Gstir (bsc#1211418) - LCAP-CR-23-02 (SEVERITY) MEDIUM (CVE-2023-2603) - found by Richard Weinberger (bsc#1211419) - LCAP-CR-23-100 (SEVERITY) NONE - LCAP-CR-23-101 (SEVERITY) NONE - LCAP-CR-23-102 (SEVERITY) NONE - Man page style improvement from Emanuele Torre ==== permissions ==== Version update (1699_20230424 -> 1699_20230516) Subpackages: chkstat permissions-config - Update to version 20230516: * common permissions: add icingaweb2 setgid directory (bsc#1211314) ==== polkit-default-privs ==== Version update (1550+20230307.7f42172 -> 1550+20230517.ab68b2d) - Update to version 1550+20230517.ab68b2d: * rename com.deepin.api to org.deepin.dde (bsc#1211376) ==== python-gevent ==== Version update (22.10.1 -> 22.10.2) - Add patch handle-python-ssl-changes.patch: * Handle Python 3.10 changes where ssl.shared_ciphers() changes behaviour. - skip one more test from testsuite - update to 22.10.2: * Update to greenlet 2.0. This fixes a deallocation issue that required a change in greenlet's ABI. The design of greenlet 2.0 is intended to prevent future fixes and enhancements from requiring an ABI change, making it easier to update gevent and greenlet independently. - Switch documentation to be within the main package. ==== python-greenlet ==== Version update (1.1.3 -> 2.0.2) - update to 2.0.2: * Fix calling ``greenlet.settrace()`` with the same tracer object that was currently active. * Various compilation and standards conformance fixes. * Python 3.11: Fix a memory leak. See issue 328 and gevent issue 1924. - 2.0.0.post0 (2022-11-03) * Add Programming Language :: Python :: 3.11 to the PyPI classifier metadata. - 2.0.0rc5 (2022-10-31) * Linux: Fix another group of rare crashes that could occur when shutting down an interpeter running multiple threads. See issue 325. - 2.0.0rc4 (2022-10-30) * Linux: Fix a rare crash that could occur when shutting down an interpreter running multiple threads, when some of those threads are in greenlets making calls to functions that release the GIL. - 2.0.0rc1 (2022-10-27) * Deal gracefully with greenlet switches that occur while deferred deallocation of objects is happening using CPython's "trash can" mechanism. Previously, if a large nested container held items that switched greenlets during delayed deallocation, and that second greenlet also invoked the trash can, CPython's internal state could become corrupt. This was visible as an assertion error in debug builds. Now, the relevant internal state is saved and restored during greenlet switches. See also gevent issue 1909. * Rename the C API function PyGreenlet_GET_PARENT to PyGreenlet_GetParent for consistency. The old name remains available as a deprecated alias. - 2.0.0a1 (2022-01-20) * Drop support for very old versions of GCC and MSVC. Compilation now requires a compiler that either supports C++11 or has some other intrinsic way to create thread local variables; for older GCC, clang and SunStudio we use __thread, while for older MSVC we use __declspec(thread). * This version of greenlet is known to compile and pass tests on CPython 3.11.0a4. Earlier or later 3.11 releases may or may not work. See PR 280. Special thanks to Brandt Bucher and the CPython developers. * Fix several leaks that could occur when using greenlets from multiple threads. For example, it is no longer necessary to call getcurrent() before exiting a thread to allow its main greenlet to be cleaned up. See issue 252. * Fix the C API PyGreenlet_Throw to perform the same error checking that the Python API greenlet.throw() does. Previously, it did no error checking. - drop sphinx-6.0.0.patch (upstream) ==== update-alternatives ==== - Add _multibuild to define additional spec files as additional flavors. Eliminates the need for source package links in OBS.

1 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

openSUSE Factory May 2023