On 10/22/19 9:39 PM, Richard Biener wrote:
On Tue, 22 Oct 2019, Wolfgang Rosenauer wrote:
Am 22.10.19 um 08:52 schrieb Simon Lees:
On 10/22/19 3:20 PM, Michal Kubecek wrote:
On Tuesday, 22 October 2019 1:04 Simon Lees
> On 10/21/19 11:33 PM, Lars Vogdt wrote:
>> Am October 21, 2019 12:35:40 PM UTC schrieb Michael Matz
>>> I've certainly declined all SRs removing Groups from my packages,
>>> they are
>>> supposed to stay the same for SLE11/12/15 and there groups are
>>> shown. And of course I'm of the same opinion like Jan, instead of
>>> removing metadata and replacing them by nothing (which of course is
>>> change that's easy to do) if anything it should be fixed if
> According to the fate, dropping them for SLE-15sp2 is fine
It would be naive to think that just because we release SLE15 SP2 (which
is still months away), we can forget about earlier service packs.
Yes but the work flow is different, for many packages this removal could
happen now at the maintainers discretion because the spec file as it is
in factory will never be copied directly into a maintenance update.
This is not true. Quite some of the packages I maintain are kept in a
way to be reused everywhere and this also happens for maintenance updates.
Yeah, me too. Those cleanups are really annoying in that light since
they make packages not build on SLE anymore (for example removing
BuildRoot breaks build on SLE11, removing defattr breaks build on SLE12).
If it's called Factory-first then we should live to that promise and
make Factory packages accepted (by checkers, linters and syntax-wise)
by products we still need to maintain (for example by updating those
checkers, linters and rpm).
Well Factory-First is more about ensuring that stuff in SLE-12 / SLE-15
also makes it into SLE-16. Not about having the latest version of
everything building and installable in an unsupported fashion.
As a side note personally I don't have the spec cleaner service setup, I
got sick of it causing chaos with my maintenance updates, now I just run
it when i'm intentionally cleaning up a package.
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