On Thu, Jan 13, 2022 at 11:47 AM Peter Czanik wrote:

On 1/13/22 17:08, Lubos Kocman wrote:

...

** Two tips that I'd like to share with you **

Hi,

I would like to ask you about a third situation: how to update a non-SLES package? In my case it's the syslog-ng package, and I would like to update it to 3.35 (as in Base:System/syslog-ng and in Factory) for the next Leap release, as it contains a number of bug fixes and some interesting new features.

Just submit to openSUSE:Backports:SLE-15-SP4. -- 真実はいつも一つ！/ Always, there's only one truth!

On 1/14/22 05:18, Axel Braun wrote:

Hi Lubos,

Am Donnerstag, 13. Januar 2022, 17:08:01 CET schrieb Lubos Kocman:

...

** Two tips that I'd like to share with you **

If you're submitting a new package to openSUSE Leap: Please submit it directly to openSUSE Backports. I had to reject some new package submissions that were accidentally submitted to SUSE:SLE- 15*. Simply do osc sr ... openSUSE:Backports:SLE-15-SP4

If you're trying to update a SLE package please reference an issue in the SR text. Examples boo#123456 or feature jsc#SLE-12345 / jsc#OPENSUSE-12345. Submit requests without issue references will be rejected with an ask to resubmit with issue reference.

Just for my curiosity, how does one know if it is a SLE package? You cant see it when you submit, e.g. from d:l:p

If you go to https://build.opensuse.org/project/show/openSUSE:Leap:15.4 Click on "Inherited Packages" and then use the search to filter for the package you want, it will list the origin in the "From" Column. There used to be a metadata file you could look at as well but its either moved or doesn't exist anymore so I don't know where it is. If someone does know i'd love to find out, I used to have a simple script that did the following. function lookup151 --description 'Where does a leap packages come from' osc -A https://api.opensuse.org cat openSUSE:Leap:15.1:Update 00Meta lookup.yml | grep $argv end -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

Hello Sebix, Max has a tool which refreshes Leap packages from Factory. I suppose it's also semy manual. ^@Max? Lubos On Fri, 2022-01-14 at 10:38 +0100, Sebix wrote:

Hi,

On 1/13/22 5:08 PM, Lubos Kocman wrote:

...

this is a friendly reminder that the code submission deadline for openSUSE Leap 15.4 Beta is February 16th. Same as the code submission deadline for SUSE Linux Enterprise 15 SP4  Public Beta.  SLE 15 SP4 has additionally a feature cutoff deadline of February 2nd. This is when SUSE Linux Enterprise 15 SP4  should be feature-full and we should ideally receive only bug fixes later.

Does anyone have a (semi-automated) workflow to check which of the packages one's maintaining could be relevant for a submission for Leap, i.e. comparing versions between Factory and Leap? The decision would be human step of course, for example updating just the patch release.

Thanks and best regards Sebastian

-- Best regards Lubos Kocman openSUSE Leap Release Manager

On Fri, Jan 28, 2022 at 7:30 PM cagsm wrote:

can we pretty please really get current stuff from different upstream projects ;) sorry to bother ddclient 7zip/7z/7-zip openvpn wireguard linux-kernel (current LTS and or with current amd platforms, hwsensors, etc.)

moreutils moreutils-parallel how do we actually request fresh upstream stuff for already existing projects and packagtes in newer leaps? do maintainers of packages look into their sources for their maintained packages and pull in new stuff regularly? tia.

On 2/2/22 07:41, mcepl@cepl.eu wrote:

On 01/02/2022 20:59, cagsm wrote:

...

how do we actually request fresh upstream stuff for already existing projects and packagtes in newer leaps? do maintainers of packages look into their sources for their maintained packages and pull in new stuff regularly? tia.

Nothing and nobody stops you from submitting your request with changes.

No, but its much nicer if you speak to the maintainer first, although they will have to review it at some point. But to answer the question more generally, for most packages its simply up to the maintainers discretion,, for SLE packages there are further rules that maintainers may also choose to apply such as not updating packages if they break there config or compatibility Leap is meant to be stable after all. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B