On Wed, Mar 8, 2017 at 7:05 AM, Richard Brown
Note, all of the above suggestions assume that the work this SMB team will do will be part of the existing openSUSE Distributions.
While I love and respect the work that the Medical and Education teams have and continue to do, I think it would be safe to say that their experience by running their projects as 'derivatives' ultimately ends up being too much work for them - and then backfires on the openSUSE Project as a whole as we often saw less direct contributions in the area of Education and Medical in the main distributions, which then causes a spiral of endless work..
Let's avoid that with this SMB idea, and try and do everything 'upstream' (ie. in openSUSE-proper) first and do our best to avoid a separate openSUSE-SMB flavour for now. I also don't like the idea of openSUSE directly competing with invis-server, especially as I think we need every single contribution those experts can give us to make this work.
If we go down this road and we find it necessary, if we start off on this road very tightly together we should be able to ensure we stay better in sync than deciding to make a derivative from Day1.
Via SuseStudio, I've maintained my own Digital Forensic Boot CD based on openSUSE for close to 10 years. I may be the only consumer of that boot CD, but I've built a business around it by providing services in the field with it. I don't consider it a derivative, but it does take the openSUSE base distro and add on to it packages from the security:forensic repo in OBS. (I also maintain that project). I try hard to push all security:forensic packages into factory, but I can say it is often hard to get 100% of every package I use into factory, and it is simply not feasible to maintain the boot CD exclusively with an older releases stable/update repos. Even Leap 42.1 is currently far too old to use exclusively for my boot CD. So while a stable platform, such as Leap 42.1 is definitely needed, using a OBS repo (or set of repos) to layer on additional up to date packages seems a necessity. Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org To contact the owner, email: opensuse-project+owner@opensuse.org