May 2020 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Email duplication is back
by Ianseeks 09 May '20

09 May '20

Hi What was in the lastest TW releases as it the duplication of emails is back with a vengeance with postgresql (which never had a bad issue, only the odd duplicate). regards Ian -- opensuse:tumbleweed:20200506 Qt: 5.14.1 KDE Frameworks: 5.69.0 - KDE Plasma: 5.18.4 - kwin 5.18.4 kmail2 5.14.0 (20.04.0) - akonadiserver 5.14.0 (20.04.0) - Kernel: 5.6.8-1-default - xf86-video-nouveau: 1.0.15 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Tumbleweed - Review of the week 2020/19
by Dominique Leuenberger / DimStar 08 May '20

08 May '20

Dear Tumbleweed users and hackers, During this week, we managed to set a new record: the most broken Tumbleweed snapshot handed over to openQA. W whopping 9 tests out of > 220 passed, everything else failed. What a luck we have openQA, right? Nothing of that was mirrored out and sent out to users. Fur the curious ones: the issue came from an incomplete rebuild after the switch to Ruby 2.7. Still, we managed to release 6 snapshots during this week (0429, 0501, 0502, 0503, 0504 and 0506) The major changes included: * GNOME 3.36.2 * VLC 3.0.10 * Mesa 20.0.6 * Linux kernel 5.6.8 * QEmu 5.0.0 * Reverted plymouth to 0.9.5+git20190908 * Switch to Ruby 2.7: all rubygem-* packages are now built for ruby 2.6 AND ruby 2.7. Ruby 2.7 became the detault. Unfortunately, we can’t drop Ruby 2.6 just yet (e.g. vagrant) * pam-config 1.3: the default pam configuration was switched from pam_cracklib to pam_pwdquality Most of the larger things listed on Staging last week are still there: * MozillaFirefox 76.0 * KDE Plasma 5.18.5 * Linux kernel 5.6.11 * TeXLive 2020 * RPM change: %{_libexecdir} is being changed to /usr/libexec. This exposes quite a lot of packages that abuse %{_libexecdir} and fail to build * Qt 5.15.0 (currently beta4 is staged) * Guile 3.0.2: breaks gnutls’ test suite on i586 * GCC 10 as the default compiler Cheers, Dominique

2 1

[opensuse-factory] openSUSE:Leap:15.2 - Build fail notification
by openSUSE release team 08 May '20

08 May '20

Dear Package maintainers and hackers. Below package(s) in openSUSE:Leap:15.2 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. - oprofile - perf - raylib Unless somebody is stepping up and submitting fixes, the listed package(s) are going to be removed from openSUSE:Leap:15.2. Kind regards, openSUSE release team <opensuse-releaseteam(a)opensuse.org>

6 11

[opensuse-factory] Closing The Leap Gap Weekly Update Meeting 06.05.2020
by Lubos Kocman 08 May '20

08 May '20

Closing the Leap Gap - Weekly Update All meeting minutes can be found here: https://etherpad.opensuse.org/p/ClosingTheLeapGap-meeting Attendees (please add yourself): Adrian, gp, lkocman, Doug, Marcus, Stephan, Alex, Heiko =================================== 1.0 Project plan: https://confluence.suse.com/display/leap/Project+plan =================================== 2.0 Schedule: https://en.opensuse.org/openSUSE:Roadmap openSUSE Leap 15.2 FCS July 2nd 2020 =================================== 3.0 Priority items and blockers List of features marked as "DeveloperProgram" https://jira.suse.com/secure/Dashboard.jspa?selectPageId=34230 JUMP related work is tracked here https://progress.opensuse.org/projects/jump_152/issues Simplified Feature request for openSUSE Leap contributors https://jira.suse.com/browse/JIRA-722 No blockers as of today. =================================== 4.0 Updates from individual teams =================================== 4.1 Product Management Owner: Stefan Behlert No update. Stefan is in constant contact with Release Managers. Stefan is aware of Gerald's feedback (see section bellow), we'll think about it. =================================== 4.2 openSUSE Leap Release Management Owner: Lubos Kocman A initial meeting with JIRA team. A process diagram to be delivered by May 19th. Adrian: le'ts make sure that we have someting that works for both bugs and feature requests. Internal workflow is up for discussion about how to make it visible. Let's differentiate in between bugfixes, small changes, big feature requests. Make sure that we do respect SLE schedule for 1/3 of Leap packages. Adrian: if SR would be done against public project. Differentiation is already implemented in OBS, how to accept it and acknowledge it is a different thing. A CtLG guidance for where to submit request: https://confluence.suse.com/pages/viewpage.action?pageId=476709080 =================================== 4.3. openSUSE Leap Release Engineering Owner: Max Lin Not available =================================== 4.4 SLE Release Management Owner: Alex Herzig, Stefan Weiberg All Features are being worked on. Jira does not reflect that well as TMP Evaluates also includes when the Engineering team is evaluating. 30 Features are done, Big thanks to Yifan and his team for work on the Desktop part. All qemu/libvirt part is postponed to next release. Some features are blocked on update of relevant libraries (libzstd, lighttpd integration). =================================== 4.5 Autobuild Owner: Lars Vogdt, Adrian Schroeter Adrian: no update. Working on a different assignment =================================== 4.6 Maintenance Owner: Stephan Barth No udpate, ECOs are ongoing, all fine. =================================== 4.7 Security Owner: Marcus Meissner No changes since last week. No upate, Marcus is involved in current CtLG features. Clarification of ECO and CtLG. This will be covered in FAQ https://confluence.suse.com/pages/viewpage.action?pageId=476709080 =================================== 4.8 Package Hub Owner: Wolfgang Engel No update from package side. 4.9 Beta Program Owner: Vincent Moutoussamy Not available. We've started a draft of communication regarding recent changes towards improved transparency with the community. Communication will not happen until Monday. Gerald offered help to review the document. Thanks Gerald for community teasers. How would be the go/nogo for the CtLG handled? Lubos: Distribution build wise: I'd like to have a ins tallable image build as part of the Jump:15.2 OBS project. Then we'd like have a period of testing for the community, consume fedback and have a Go-Nogo session on the openSUSE Release Engineering meeting. Gerald: There is multiple related efforts, such opening Bugzilla, improving the feature process, merging changes in Leap to SLE, Jump,.... Many of these should quite non-controversial. Unless there is clear pushback, openSUSE tends to follow a "those who do decide". Lubos: the CtLG effort has multiple building blocks. Each block has probably different set of stakeholders or approvers. Let's make sure that we get them all right. Action item for Lubos is to map efforts on https://en.opensuse.org/Portal:Leap - Discuss, Define and be Transparent with the openSUSE Community: Communication sent to openSUSE but also internal SUSE ML (linux@) and Public SLE Beta ML (sle-beta(a)lists.suse.com) https://lists.opensuse.org/opensuse-project/2020-04/msg00145.html - Upcoming news-o-o -> https://github.com/openSUSE/news-o-o/pull/36 I hope to review some to give an initial inputs on the opening bugzilla initiative next week. Gerald: I've read the email thread and there was just one response. Was it just an update or are there any next steps from the email. Vincent: It was intended to be a status update on all of the efforts and initiatives which are currently. Action item: keep opensuse-project@ updated with perhaps changes. This could be first set of incomming bugs and so on. Way for community to engage or see the value. Vincent: the initiative for bugzilla is a longer term effort, so please expect this to take some time. Gerald: Release early, Release often. =================================== 4.10 Engineering / Product Migration Owner: Jiri Srain Not available No update. Discussion regarding yast dependency on kernel. kernel does not exist for i586. No conclusion yet. Current migration scenarion is being tested by QA (roughly for a month already). Have a look into Fedora single click migration. 3 step migration, in principal everything is in. Necessary packages need to be part of opensuse (migration plugin etc.) SCC will have to be configured properly. We'll have to deal with packaging issues regarding branding packages. Everything should be ideally solved on the packaging side. Some hacks can be done but it's not prefered. Current approach is handling all on the packaging side (Effort by Ludwig). Registration schema (for AutoYaST) is currently in the queue for Public RC milestone of SLES. Todo: Migration path from Leap to Jump. =================================== 4.11 Engineering - Kernel Owner: Libor Pechacek lkocman: A pending meeting to resolve all kernel for Leap/Jump issue, timeline, implementation etc. Yast package dependency on kernel on i586 has been resolved. Libor does not see any compelling reason, other than support for "old" hardware, for building 32bit kernel so the 32bit topic is closed for the moment on his side. Maybe we should keep Jump with aligned with SLE as much as possibe, to make the migration path to SLE as easy as possible. We don't have 32bit kernel in SLE therefore it shouldn't be in Jump or Leap as well. This topic was raised because of the yast2 buildrequires on kernel. See SLE RM section. Libor is open to hear any other reasoning to have 32bit in Leap. There are two features about RT, what should QA do about them? The highest RT level, does not come for free and development have invested quite a lot of time to get this working. It's a PM decision. lkocman: sync of kernel-rt was approved, but nothing to do for QA yet on any RT features. stefan: We do not expect Leap to ship the full RT product as of now. Libor: Current Leap kernel has bettert RT behavior than SLE, so the fact that we would not include in in Leap seems awkward. Adrian: Jump would get kernel-rt as soon as it's exported, so would have to blacklist it from ftp tree in Leap. Let's postpone pending RT features (lttng, ...) to the next release. =================================== 4.12 Engineering - Desktop Owner: Stefan Weiberg Not available =================================== 4.13 Quality Assurance Owner: Marita Werner Heiko: Working with folks from other departments on progressing ECOs. Nothing to do for RT in SP2. Team is looking to all features, and checking whether there is some work for them or not. Vincent: Is there a dedicated team on openSUSE, just like in SLE? Lubos: There is an agreement to have a one person a week dedicated to openSUSE Leap. Marita: Outside of regular work there are some people who are involved more into community effort and people who are less. =================================== 4.14 SLE Architect Owner: Thorsten Kukuk Not present, therefore no update. =================================== 4.15 Marketing and Community management Owner: Douglas DeMaio Virtual Summit Video is still in post processing. Once we have it, I can post to openSUSETV Youtube, which should increase the awareness of CTLG =================================== 4.16 Marketing Customers & Partners Owner: Sarah Whitlock No update this week. =================================== 4.17 Gerald Owner: Gerald ;-) Interview with Swapnil Bhartiya now online: https://twitter.com/GeraldPfeifer/status/1258072289586921472 Are we involving (the non-SUSE part of) openSUSE enough? Can we open more regarding work done, updates,...? There is not much visible right now and people could be more informing. Lubos: Perhaps provide a summary of changes related to CtLG landing in Leap in a given week could bring more visibility? N��r��y隊Z)z{.��r�+�맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.��r�+��0��Ǩ�

1 0

Re: [opensuse-factory] LS_OPTIONS not defined anymore for Zsh
by İsmail Dönmez 08 May '20

08 May '20

Hi, On 08 May 10:36 2020, Martin Wilck wrote: > On Mon, 2020-05-04 at 18:37 +0200, İsmail Dönmez wrote: > > > > We no longer source /etc/bash.bashrc by default, this is a fallout > > from this. > > I've missed the rationale for this change, do you have a ref or some > short explanation? It created problems with ls and in general zsh is a standalone shell and should do it's own configurations and own decisions. bash related decisions should not affect us. - ismail -- In ancient times cats were worshipped as gods; they have not forgotten this. SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany GF: Felix Imendörffer (HRB 36809, AG Nürnberg)

1 0

Re: [opensuse-factory] LS_OPTIONS not defined anymore for Zsh
by İsmail Dönmez 08 May '20

08 May '20

On 04 May 16:34 2020, Ignacio Taranto wrote: > It seems that LS_OPTIONS is not being set correctly anymore for Zsh on > Tumbleweed, it's set correctly for bash tough. > > Is anyone experiencing the same? We no longer source /etc/bash.bashrc by default, this is a fallout from this. I'll fix this but this is your chance to tell me if anything else is missing from your zsh :-) Regards, ismail -- Never attribute to malice that which is adequately explained by laziness. SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany GF: Felix Imendörffer (HRB 36809, AG Nürnberg)

4 3

[opensuse-factory] Petition to repository server:mail maintainers :-)
by Carlos E. R. 07 May '20

07 May '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please build alpine 2.22 Eduardo Chappa released it on 19 Jan 2020 http://alpine.x10host.com/alpine/release/ - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXrRgtxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVLtoAnAl67ot4tgLd6h/NO0mR x0YoRHHZAKCT21Ev8HYzD8LQlI4vBv4bR0//Pw== =ynjB -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2

[opensuse-factory] New Tumbleweed snapshot 20200506 released!
by Dominique Leuenberger 07 May '20

07 May '20

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: Mesa Mesa-drivers clazy libfprint libpwquality mozjs68 open-iscsi pam-config (1.2 -> 1.3) perl-IO-Socket-SSL (2.067 -> 2.068) perl-Mojolicious (8.41 -> 8.42) ruby (2.6 -> 2.7) samba (4.12.0+git.135.dd3c974c75f -> 4.12.2+git.149.16ff41ef1f4) v4l-utils (1.18.0 -> 1.18.1) xapian-core (1.4.14 -> 1.4.15) xfce4-notifyd (0.6.0 -> 0.6.1) === Details === ==== Mesa ==== Subpackages: Mesa-dri-devel Mesa-libEGL1 Mesa-libGL1 Mesa-libglapi0 libgbm1 - avoid build error PowerPC, using gnu++14 (not gnu++11) https://bugzilla.opensuse.org/show_bug.cgi?id=1171045 ==== Mesa-drivers ==== Subpackages: Mesa-dri Mesa-dri-nouveau Mesa-gallium Mesa-libva libvdpau_nouveau libvdpau_r300 libvdpau_r600 libvdpau_radeonsi libvulkan_intel libvulkan_radeon libxatracker2 - avoid build error PowerPC, using gnu++14 (not gnu++11) https://bugzilla.opensuse.org/show_bug.cgi?id=1171045 ==== clazy ==== - Add upstream patch: * 0001-qstring-allocations-Fix-unit-tests-with-llvm-10.patch ==== libfprint ==== - gobject-introspection-devel added to fix TW build error ==== libpwquality ==== Subpackages: libpwquality-lang libpwquality1 - Add baselibs.conf ==== mozjs68 ==== - Add patch to drop unused LLVM and Rust build dependencies + Remove-unused-LLVM-and-Rust-build-dependencies.patch - Drop cargo, clang-devel, llvm-devel and rust from BuildRequires ==== open-iscsi ==== Subpackages: iscsiuio libopeniscsiusr0_2_0 - Update SPEC file to handle the fact that the service_del_postun_without_restart RPM macro exists in factory but not in SLE. No functional change for factory. ==== pam-config ==== Version update (1.2 -> 1.3) - Update to version 1.3 - Add support for pam_pwquality - Replace cracklib with pam_pwquality - Add pam_systemd if installed and we create a new configuration - Change check for existence of a Module - Drop bsc1153630-prevent-systemd-pam_mount.patch, integrated in v1.3 ==== perl-IO-Socket-SSL ==== Version update (2.067 -> 2.068) - updated to 2.068 see /usr/share/doc/packages/perl-IO-Socket-SSL/Changes 2.068 2020/03/31 - treat OpenSSL 1.1.1e as broken and refuse to build with it in order to prevent follow-up problems in tests and user code https://github.com/noxxi/p5-io-socket-ssl/issues/93 https://github.com/openssl/openssl/issues/11388 https://github.com/openssl/openssl/issues/11378 - update PublicSuffix with latest data from publicsuffix.org ==== perl-Mojolicious ==== Version update (8.41 -> 8.42) updated to 8.42 see /usr/share/doc/packages/perl-Mojolicious/Changes 8.42 2020-05-04 - This release contains fixes for security issues, everybody should upgrade! - Added EXPERIMENTAL support for :any-link pseudo-class to Mojo::DOM::CSS. - Added EXPERIMENTAL support for case-sensitive attribute selectors like [foo="bar" s] to Mojo::DOM::CSS - Renamed experimental :matches pseudo-class to :is in Mojo::DOM::CSS. - Fixed a security issue that allowed for _method query parameters to be used with GET requests. - Fixed a bug in Mojo::DOM::CSS where the case-sensitivity identifier was case-sensitive. ==== ruby ==== Version update (2.6 -> 2.7) - switch the default ruby to 2.7 ==== samba ==== Version update (4.12.0+git.135.dd3c974c75f -> 4.12.2+git.149.16ff41ef1f4) Subpackages: libdcerpc-binding0 libdcerpc-binding0-32bit libdcerpc0 libdcerpc0-32bit libndr-krb5pac0 libndr-krb5pac0-32bit libndr-nbt0 libndr-nbt0-32bit libndr-standard0 libndr-standard0-32bit libndr1 libndr1-32bit libnetapi0 libnetapi0-32bit libsamba-credentials0 libsamba-credentials0-32bit libsamba-errors0 libsamba-errors0-32bit libsamba-hostconfig0 libsamba-hostconfig0-32bit libsamba-passdb0 libsamba-passdb0-32bit libsamba-policy0-python3 libsamba-util0 libsamba-util0-32bit libsamdb0 libsamdb0-32bit libsmbclient0 libsmbconf0 libsmbconf0-32bit libsmbldap2 libsmbldap2-32bit libtevent-util0 libtevent-util0-32bit libwbclient0 libwbclient0-32bit samba-client samba-client-32bit samba-libs samba-libs-32bit samba-libs-python3 samba-python3 samba-winbind samba-winbind-32bit - Move libdcerpc-server-core.so to samba-libs package, this was initially erroneously located in samba-ad-dc. - Update to samba 4.12.2 + CVE-2020-10700: A client combining the 'ASQ' and 'Paged Results' LDAP controls can cause a use-after-free in Samba's AD DC LDAP server;(bso#14331); (bsc#1169850) + CVE-2020-10704: A deeply nested filter in an un-authenticated LDAP search can exhaust the LDAP server's stack memory causing a SIGSEGV; (bso#14334); (bsc#1169851). - Update to samba 4.12.1 + nmblib: Avoid undefined behaviour in handle_name_ptrs(); (bso#14295); + samba-tool group: Handle group names with special chars correctly; (bso#14296); + Add missing check for DMAPI offline status in async DOS attributes; (bso#14293); + Starting ctdb node that was powered off hard before results in recovery loop; (bso#14295); + smbd: Ignore set NTACL requests which contain S-1-5-88 NFS ACEs; (bso#14307); + vfs_recycle: Prevent flooding the log if we're called on non-existant paths; (bso#14316); + librpc: Fix IDL for svcctl_ChangeServiceConfigW; (bso#14313); + nsswitch: Fix use-after-free causing segfault in _pam_delete_cred; (bso#14327); + fruit:time machine max size is broken on arm; (bso#13622); + CTDB recovery corner cases can cause record resurrection and node banning; (bso#14294); + s3/utils: Fix double free error with smbtree; (bso#14332); + CTDB recovery corner cases can cause record resurrection and node banning; (bso#14294); + Starting ctdb node that was powered off hard before results in recovery loop; (bso#14295); + CTDB recovery daemon can crash due to dereference of NULL pointer; (bso#14324); ==== v4l-utils ==== Version update (1.18.0 -> 1.18.1) Subpackages: libv4l libv4l1-0 libv4l2-0 libv4lconvert0 - Update to 1.18.1: Fix GCC 10 / -fno-common - Drop upstream gcc10.patch - Avoid symbol name clash causing qv4l2 crash - v4l2_open is defined by the public libv4l2 and private libv4l2utils * Update use_system_v4l_for_qv4l.patch ==== xapian-core ==== Version update (1.4.14 -> 1.4.15) - Update to version 1.4.15: + API: * Database::check(): Fix checking of replication changesets. This reverts a change incorrectly made in 1.3.7. * Database::locked(): Return false instead of true for a closed inmemory DB. * Database::commit(): If commit() failed with an exception while trying to add pending changes (e.g. InvalidArgumentError due to a long term containing zero bytes) then a subsequent commit() on the same object would throw the same exception. Now we clear the pending changes in this situation (like we already did for failure at other stages in the commit). This bug remains unfixed for the chert backend as it's harder to fix there and the effort to fix it and extra risk of breakage don't seem justified for a backend we recommend people migrate away from. * QueryParser::parse_query(): Optimise parsing of multi-word synonyms. + Testsuite fixes. + matcher: * Hoist positional check above OP_FILTER. * Handle OP_FILTER with more than two subqueries correctly. Previously we'd only check the first two subqueries in some situations. + remote backend: * For a remote WritableDatabase, the client now keeps track of whether there are pending changes, and if there aren't then we now do nothing for commit() or cancel() calls. In particular this saves a message exchange when the WritableDatabase destructor is called when changes have already been committed with an explicit call to commit() (which is what we recommend doing, since with an explicit call to commit() you get to see any exception which gets thrown). * When closing a remote prog WritableDatabase, previously an exception could leave the remote connection open with the remote server running, and we'd then wait for the specified timeout before closing the connection. Now we close the connection before letting the exception propagate. * Don't swallow exceptions from Database::close() on a remote database. If we aren't in a transaction and so try to commit() and that fails then previously the caller would have no indication of the failure. * Fix handling the reported term weight when remote shards are searched. Fixes 5 XFAILs in the testsuite. * Add missing space to mismatching protocol versions error message. + build system: * Fix to build when configured with --disable-backend-remote, broken by changes in 1.4.14. Fixes #797, reported by ????? ????????. * The clang and icc compilers both define __GNUC__, which led our ABI mismatch message to report them as "g++" with a bogus version (the version of GCC that these compilers advertise themselves as, which for clang is always 4.2.0) - now we report clang++ or icc along with the actual version of that compiler. + updated documentation. ==== xfce4-notifyd ==== Version update (0.6.0 -> 0.6.1) Subpackages: xfce4-notifyd-lang - Update to 0.6.1 * Fix hover effect without compositing (bxo#16586) * Move from exo-csource to xdt-csource (bxo#16717) * Translation Updates -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Leap 15.2 more than 2000 packages are missing
by Daniel Noga 07 May '20

07 May '20

Hi, I have more time to try a new software and I am constantly finding that some package is missing not only from Leap 15.1, but from grand new Leap 15.2 too . So I just compared http://download.opensuse.org/tumbleweed/repo/oss/x86_64/ to http://download.opensuse.org/distribution/leap/15.2/repo/oss/x86_64/ and I found that Tumbleweed has 23286 packages there and Leap 15.2 has only 20797 . I thought, that we are deep in Beta phase, so new Leap will have similar count of packages as Tumbleweed. But it is not the case. What is behind? Most distribution maintainers moved to Tumbleweed and Leap is now mostly abandoned from developer perspective? Or there is another syncing phase Tumbleweed -> Leap, which does not happened yet? Daniel -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 6

[opensuse-factory] openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 06 May '20

06 May '20

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. - gambas3 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