Re: [opensuse-project] SLE/LEAP/JUMP Packaging Policy ... and one effect it has.

Hi, On 4/23/20 11:18 AM, James Mason wrote: Sure. *Personally*, I absolutely agree with the *should* be. That hasn't been the experience -- for Base:System core issues, like this systemd 'challenge' as one example. And, for me, it's NOT SLE *or* Leap. Here they're one, necessarily- intertwined ecosystem; chosen *because* of their similarities & shared stability & strengths, as well as the productive 'tension' due to their somewhat-independence. Virtually ALL dev & sysdamin here -- where Suse* is involved -- has been on openSUSE/Leap. The 'promise' of the 'closeness' between the two projects has, in theory, been that, in large part, fixed for significant bugs'/brokenness filed against one find their way to the other. Most frequently, thought not exclusively, here, bugs get filed against openSUSE -- as they're left in the open, engage many of the same persons, etc etc

Do note that the aforementioned "... we can't afford to backport a feature each time an openSUSE user is missing one ..." non-response came from @suse *staff*. (and, yes, this speaks to many of the same comments folks have been making in the recent/ongoing 'Jump' discussions about 'closeness' etc) These "we don't wanna" issues re: Core have been going on for years, with increasing concern & effect, as evidenced for us by our large migrations to other platforms. The topics have been raised though $channels, at Summits & Conferences, ... and even by 'just me' on the foss channels. The only thing that's changed currently from my perspective is that -- finally -- I've bumped into an issue (this systemd biz) that I can't (more or less) trivially OBS-build my way out of. AND, that 15.2/sp2 have, apparently, decided to stick with the old/decrepit version. As a hobby, there's still runway left (?) for being stubborn. But for business, it's a dealbreaker. The Nth time you're refused, ignored, etc & told to 'stop whining', 'use something else', 'do it yourself' etc ... you mitigate cost & risk, and just _do_.