openSUSE Release Process » openSUSE Leap 15.0

Rather than just source packages which may be in SLE and maintained there, but contain subpackages (binaries) that are not shipped need to look at binaries. Roughly translated:

for binary in binaries:
  if binary.origin = SLE and binary in unwanted:
    some_new_list.append(binary.name)

Where is the list to be placed?

Unsorted would appear to be a full package list? Ignore anything in 000product/unneeded.yml or 000package-groups/groups.yml#UNWANTED?

Sorry, I missed the question :-(

jberry wrote:

Rather than just source packages which may be in SLE and maintained there, but contain subpackages (binaries) that are not shipped need to look at binaries. Roughly translated:

for binary in binaries:
  if binary.origin = SLE and binary in unwanted:
    some_new_list.append(binary.name)

Where is the list to be placed?

Dashboard or even just the output of a script that we can give to maintenance.

Unsorted would appear to be a full package list? Ignore anything in 000product/unneeded.yml or 000package-groups/groups.yml#UNWANTED?

I think that is the input, yes. Looking at the output works too though as none of the generated kiwi files would contain the binaries.

full list

Also, 1489 should allow for easy usage by maintenance via:

zypper in openSUSE-release-tools
osrt-unmaintained openSUSE:Leap:15.0

Verified the above works by installing in container.

You noted that debuginfo binaries should be removed. There are also -debug- named packages and -debugsource. Is there a list of everything that should be excluded and/or who should I contact to review from maintenance?

I think we have filters for *-debuginfo and *-debugsource in other tools also

The contact would be Andreas Stieger

Excluded debuginfo and debugsource in https://github.com/openSUSE/openSUSE-release-tools/pull/1503

updated full list

discovered and resolved issue which effects this tool in pr#1505

updated list

Disregard above link as I ran without rebasing on latest master so it includes debug packages.

updated list

From Leap 42.3 maintenance experience, we can disregard discrepancies in subpackages being included or excluded. As long as the source container is maintained in SLE in some way or another then we will do maintenance updates for it, and thus inherit the code fixes for Leap.

So are you fine with the provided information Andreas, ie can the task be closed?

I think sle-module-development-tools-obs-ftp-POOL-*.kiwi spoiled the list. The module actually does not map to channel so I think the content there is also unmaintained.