------- Original Message -------
On Saturday, September 2nd, 2023 at 12:59 PM, Chuck Payne <
terrorpup@gmail.com> wrote:
On 2023-09-02 11:58, John Kizer via openSUSE Factory wrote:
> On Sat, Sep 2, 2023 at 11:47 AM, Carlos E. R. <...> wrote:
>> On 2023-09-02 04:19, Richard Brown wrote:
>>
>> > The survey clearly shows a tendency for folk to believe openSUSE should
>> > do things which they themselves are not willing to contribute to.
>>
>> Speaking for myself, it is not "will", but being unable to.
>>
>> You could consider some kind of training sessions or tutoring on how to
>> contribute on OBS for dumbs.
>>
>> (I find OBS terribly obscure and difficult)
> Hi - Have you tried this link?
>
> https://en.opensuse.org/openSUSE:How_to_contribute_to_Factory
> <https://en.opensuse.org/openSUSE:How_to_contribute_to_Factory>
That's a far cry from "OBS for dummies" training sessions :-)
And I would not contribute to Factory, that's way too fast.
--
Cheers / Saludos,
Carlos E. R.
(from openSUSE 15.5 (Laicolasse))
-- Terror PUP a.k.a
Chuck "PUP" Payne
-----------------------------------------
Discover it! Enjoy it! Share it! openSUSE Linux.
-----------------------------------------
openSUSE -- Terrorpup
openSUSE Ambassador/openSUSE Member
skype,twiiter,identica,friendfeed -- terrorpup
freenode(irc) --terrorpup/lupinstein
Register Linux Userid: 155363
So, I know my opinion won't matter, but this why I been wondering moving away from Leap to ALP, It didn't make sense.
Leap is great, now with Red Hat cut offline access, there needs to be an Enterprise version of Linux. Ubuntu will never be that, openSUSE Leap is it, now is the time for us to move back in. I can see why many move to Ubuntu, openSUSE packages have growning less. Why did I move from Red Hat in the late 90's to SuSE, PACKAGES!!! No offence, have you play with RHEL 9.0, they have less that us. It's like IBM wants to kill RH. So, more packages would be a plus. Stable to keep the enterprise level would be great.
Sorry to rag on ALP, no ever explained it well, and still like another version of MicroOS, and when you try to ask they got very defensive. So I stopped acting.
Tumbleweed is great for those that want to help test and make sure the next very of LEAP is going to be great.
So keep just
Leap
Tumbleweed
MicroOS
So try to create things people don't want. Focus on add thing to what we have to make them great again.
openSUSE Community Member since 2008.
Just to clarify, you mention that there needs to be an Enterprise version of Linux. That is SUSE's job, is it not? Their current product is SLE and the umpteen variations they produce, their future product is <things based off of> ALP.
openSUSE's "job" is to be a community-built, community-used Linux distro, right? (I don't see much of an overlap between anywhere RHEL would be used and anywhere openSUSE products would be used?) So it's whatever the community wants it to be, ideally using the unique strengths that the openSUSE project possesses. As I see it, those unique strengths are 1) the Tumbleweed production model, including openQA and 2) access to the exact 1:1 enterprise product from SUSE, so a product can be put together for similar-to-enterprise use cases.
It would seem - to me intuitively, and based on the survey results to at least a plurality of others - that the most common "community" need would be for up-to-date software in a coherent package, plain and simple. That's Tumbleweed. If you want "a distro similar to what SUSE produces for enterprise", that will still be around, although likely with less desktop/end-user-oriented software available than what was in SLE/Leap since enterprises presumably don't actually want to pay that much for such software to exist on Linux desktops.
If you want a point release model, end-user-oriented, non-enterprise distro that is still based on the SUSE enterprise code base...it seems like the option would be to rally together a group of folks to produce and maintain that - knowing that it will include not just initial production, but the years upon years of work required to monitor thousands of upstream packages and pick, choose and implement downstream patches to keep the whole distribution at some level of security/operability.
Sorry if this is irrelevant / inaccurate / unhelpful, but from a relative outsider's perspective it seems like there is still some confusion that could be cleared up?