Leap standardized on SLE base, not Tumblweed. The whole Factory, Factory:Snapshot, and Tumbleweed is kinda funky since like you said you cannot build against true Tumbleweed in other obs repositories. It really is a problem. I've had to do what you mentioned (branch and build against factory) a couple times as a temporary fix.
From what I heard in discussions the proper solution is to write some code to all Factory:Snapshot to be triggered alongside Tumbleweed so they can be in sync. That would seem to solve the problem, rather than exposing Factory:Snapshot as a distro which you seem to imply. That would only make things even more confusing.
I agree that it really needs to be addressed as it is: a) somewhat convoluted and counter intuitive, and b) causes real problems. -- Jimmy On Tue, Nov 17, 2015 at 9:48 PM, Sergey Kondakov <virtuousfox@gmail.com> wrote:
Hello, all whom it may concern. I just a guy who spent last 1.5 years trying to make an openSUSE live & installable build which would be fully ready for advanced desktop activity, full-scale network connectivity, global censorship/surveillance-avoidance and hardware forensic-grade diagnostics. Basing such builds on release versions of distributions and trying to provide fresh software are mutually exclusive approaches, so I've been meaning to test out "rolling openSUSE release" which made quite a stir on Russian Linux-news sites some time ago. Which I did with the deprecation of 13.2 and the attempt of minimizing maintenance costs by putting openSUSE on the same foundation as commercial SUSE (the "Leap" thing).
Imagine my surprise in finding out that not only there were no counter-breakage automation work done, which is needed for true "rolling" to accommodate the nature of introducing sudden and major updates, but all openSUSE users are deprived access from Factory:snapshot repo against which all other OBS repoes are built, meaning that anything from any repo may break at any time and the only solutions are: 1) wait up to the week until snapshot is updated (and that only if accessible repo is truly Factory:standard and not something else entirely); 2) branch the broken thing and built it against Factory:standard yourself (again, only if accessible repo is truly Factory:standard and not something else entirely); 3) promptly make all the work to include it into the official repo, appease its owner and stop using an unofficial one. That's right, packages are built against Factory:snapshot but users are given only Factory:standard (or worse), any attempts to get the snapshot are redirected at "the repo" outside of OBS. See more detailed complaint at https://bugzilla.opensuse.org/show_bug.cgi?id=954697
The only almost sane explanation for such state of affairs that I may come up with, judging by the rhetoric, is an assumption about some, what we call in Russia, "effective manager" trying to 1) force The Community to become free testers and maintainers by disallowing it to comfortably use "The Product" their own way; 2) remove Community "competitors" from making better or different "The Tumbleweed Product" than he is.
Therefore, I urge any SUSE-unaffiliated Community members along with corporates who are not afraid to stand up, if there are any, if not work on proper binary rolling distro, to at least demand public access of Factory:snapshot for themselves and others. Without it I and anyone making Factory live builds would be forced, at best, to continue fiddle around with slowly bit-rotting "release" openSUSE versions or, at worst, abandon openSUSE and get back to the old ways of Gentoo or something.
Otherwise, why even have something like kiwi and SUSEStudio if you're not going to let users go outside of corporate boss' vision ? And even then, he's your boss, not ours.
Please, do anything that may be necessary for this and vote in https://features.opensuse.org/319862 (which most likely is futile since corporates never bother themselves with "peasant" opinions, it seems). Some other useful rolling openSUSE ideas are: https://features.opensuse.org/309314 https://features.opensuse.org/310712 https://features.opensuse.org/307735
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org