here is an announcement from the SUSE EngInfra team.
What: We want to update our UCS identity provider that is used for
When: tomorrow 2021-01-21 08:00 - 13:00 UTC
Why: to be on the latest version, to get features and bugfixes
Who: me+jdsn, possibly with other EngInfra collegues
What to expect:
During parts of that time, no user updates (creation, password, email
changes etc) will be possible.
https://idp-portal.suse.com/ will just show "under maintenance" then.
We made preparations so that authentication can continue everywhere all
the time, but since this is not well tested, users could experience some
login problems during the update.
here are the meeting minutes for the board's meeting on 2021-01-06:
(sorry, bit late...)
Start: 2100h CET
End: 2240h CET
Present: Axel, Gerald, Gertjan, Marina, Neal, Simon, Stasiek, Vinz<br />
=== 1. Welcome new board members ===
Gerald welcomed new members of the board (Gertjan, Neal), thanked the
leaving ones Marina and Stasiek for their work.
=== 2. Communications ===
==== 2.1 Update board mailing list ====
New board members were added to private board mailing list. The archive
for board mailing list is non-existant for privacy reasons. Former board
members will be removed from board mailing list after the meeting
==== 2.2 Wiki pages ====
Board wiki pages are partially updated already, new board members will
add themselves. There are duplicates that should get merged
* AI Axel: Update Board history page
* AI Gerald: Merge openSUSE_talk:Board_meetings into general Board
==== 2.3 Telegram group ====
For convenience and privacy reasons a new group is made for Board 2021.
* AI Vinz: Setup group, invite all board members, make them admins
==== 2.4 Update on treasurer ====
The board elaborated the situation around finances, travel support
program and handling of sponsorship.
* AI Simon: Talk to Andrew Wafaa about the treasurer role
==== 2.5 Obligatory Face2face meeting ====
This is not going to happen anytime soon for obvious reasons.
=== 3. Complaints ===
==== 3.1 Recent history ====
Gerald gave an brief overview on the recent complaints happening and
being handled by the board, respectively parts of the board.
==== 3.2 Status & next steps ====
The board agrees on keep going the route of handling behavior (and the
resulting conflicts) in the community.
=== 4. Brief update from Gerald on recent changes at SUSE ===
=== 5. Slot for this meeting going forward ===
The board agrees on 2100h CET on Mondays at a bi-weekly schedule. First
meeting will happen on January 18th 2021.
* AI Axel: Set up the meeting email reminder accordingly
These minutes can be found on the wiki as well:
All previous meeting minutes are there as well:
On behalf of the board,
As a Board Member candidate who withheld from The Elections, I feel
obliged to still make a case for points that I have had as part of my
key deliverables if elected...
Today I decided to mention few benefits (and there are MANY drawbacks,
but I won't get into those) of a separate SUSE Foundation, but first
let me comment a little about allegations made by @Richard Brown, at
the time of the elections I have had access to privileged information
from at least one of my customers, Nordic Managed Services provider
TietoEVRY who is / was both SUSE and Rancher Labs customer, I am a
signatory of Rancher Labs and SUSE NDAs. As an example I would mention
about the Rancher Longhorn preference on the side SUSE and abolishment
of CEPH... I won't comment on viability of SUSE offering on current
market in distributed storage, let me just say, TietoEVRY hired me to
deliver IBM Spectrum Scale, and SUSE sales team had full support to
convince us to switch - the numbers made zero sense, NetApp my former
employer and leader in cloud-native scale-out storage solutions would
be cheaper... And being more expensive than IBM...
The same applies to storage purchased by Czech Academy of Science , I
ran the numbers as a procurement consultant, a semi-distributed
scale-out solution would be cheaper than CEPH based SUSE offering...
Now let me make the case for the foundation:
- as an independent foundation we can receive direct sponsorships
from companies like IBM, Huawei,...
- as an independent foundation we can do CrowdFunding campaigns...
- as an independent foundation we can work with smaller partners,
for instance I believe there may be SUSE distributors interested in
funding a separate foundation
- I was making a case for SUSE based IaaS solution, Rancher now
released such solution based on aforementioned Rancher Longhorn, when
we will be separate foundation, we should apply diplomacy to convince
SUSE to migrate Rancher products to (open)SUSE based products like
MicroOS to ensure self-preservation and competitive advantage, we do
not want to end-up Mozilla, if we are a foundation (oh look, I have
mentioned a drawback anyway)
- As an independent foundation with cash-inflows, we can work with
students and hire them to provide both guidance and reasonable
compensation, invest into building a community directly, as opposed to
indirectly - marketing
I could mention much more possibilities enabled by a separate
foundation, but I would rather inspire a wider debate on the topic...
Best regards / S pozdravem,
BSc. Mark Stopka, BBA
Managing Partner (at) PERLUR Group
mobile: +420 704 373 561
Applications for mentor organizations for the 2021 Google Summer of Code
will be from Jan. 29 - Feb. 19. The openSUSE Project has a long history
of participating as a mentor organization.
If you are interested in mentoring for your open source project, please
let me know so I can come up with a list of the people who are interested.
You would need to be committed to actively mentoring a student/s if
openSUSE becomes selected as a mentor organization.This will involve
keeping the student on task, actively communicating and mentoring them
and writing progress reports; I believe there are 2 reports the mentors
must write (mid-term review and final review).
If there are enough interested mentors to proceed with an application,
which I will let you know ASAP, potential mentors would need to update
the git repository (https://github.com/openSUSE/mentoring) for
https://101.opensuse.org, so I can submit the application.
If you have any questions, please let me know.
2 days ago, Linux Unplugged published a podcast where they reviewed
https://linuxunplugged.com/387 (Review starts at 38:40)
The review was not as positive as I expected and it contains some general
remarks, so it makes sense to discuss it on project, and not on factory.
We may not agree with the remarks and findings, but we should at least listen
to them and ask ourself, how we can improve.
I try to summarize the various points for improvement (with my own words)
Website and download
It was noted that the download of images does not work under Chrome, so they
had to switch to Firefox
The section for live-images was considered 'confusing' as the hints lead to
the impression that not the full TW experience is possible (should not be used
for installation or upgrade of TW) - or that it may not work at all (limited
amount of drivers, may not run on all hardware).
-> What is the limiting factor to include more drivers in the images?
-> How can the live media be enhanced for full installation capabilities?
(enable online repos and pull packages from there?)
While the first power-on experience as well as the new partitioning tool was
perceived very positive, the installation process itself had several kinks:
- The reviewer is working on a Dell system with 4k screen resolution. The
installer is not properly scaling and shows all icons very tiny (complete EULA
fits on the screen). At the same time, there are some issues with the touchpad
(around minute 46:00), it is hardly possible to click a button.
-> Do we have a problem with 4k screens?
- setup of WIFI during installation 'is really old school' as one has to jump
between different tabs to set it up. And, finally, the WIFI setting is not
taken over to the installed system, so one has to enter it again (and he hit a
known Plasma-bug by this https://bugs.kde.org/show_bug.cgi?id=389052 )
-> can the WIFI setup be done on a single page?
-> can the wifi settings be transferred to the installed system?
- there was some confusion around the activation of online repositories during
installation from DVD. It is unclear where it is used or necessary for.
-> a clarification that enabling the online repositories gives a wider variety
of desktops and additional software should be included
-> this hits for some parts the recent discussion if we can include repos like
packman right at installation time
-> If I remember correctly, a TW DVD with online repos enabled installs only
if no new snapshot was released. Enabling the online repos on a DVD install
pulls most packages from the repository instead of the DVD. This is clearly
not a smart move, and I would consider this as bug. The reviewer had actually
the same complaint.
Installation of software
- After installation the reviewer obviously ran into severe performance
problems (where it was not clear to me if this was coming from Intel Graphics
or from free Nvidia driver). So he tried to install proprietary NVidia driver
and had the issue that his graphics card was mentioned nowhere and he was
unsure which driver to install ('this is managed on Fedora/Ubuntu with a
checkbox, Arch installs one additional package'). In the istallation process,
'YaST hangs at 64% for ages' and he was uncertain whether to kill the process.
-> can we improve the detection of hardware to recommend the right proprietary
driver? I cant comment on how other distros do it, but it looks like this was
- the installation of additional proprietary software (slack) obviously via
snap was not as easy as expected. I have a personal opinion on snap and
flatpack, but these formats are more to come, as a cheap alternatve if no
native packages are available.
-> is there a point where we can/need to improve the snap/flatpack support?
In general the YaST Softwaremanagement was seen as quite old style ('like we
did it 7/8 years ago).
As stated in the introduction, we do not need to agree with all findings, but
we should listen to them. Some of the points, esp. during installation, come
up same or similar in Leap. With 15.3 ahead, we should look into this and
check if we can improve this.
I would recommend to anybody to listen to the review, and see if we can
improve. The just-released community survey seems to have some of the same
points (I did not read it in detail so far), like finding documentation (not
only for Nvidia cards)
Odesláno: 9. ledna 2021 14:41
Kopie: project(a)lists.opensuse.org; board(a)opensuse.org
Předmět: Re: Why separate foundation?
> On 2021-01-09 14:17, Mark Stopka wrote:
> > Considering I plan to on-board many new members based on at this time
> > undisclosed value-proposition, you may even call it an hostile
> > takeover attempt, since you seem to like these corporate terms so
> > much. And I think the best way to on-board such new contributors is if
> > my company sponsors openSUSE Foundation, which will sign MoU with the
> > local university, as my company that has nothing to do with openSUSE
> > at this point, it's called making the contributions tax-deductible.
> Yes, all will be disclosed in due time, as something has been
> disclosed in here, it takes time Richard to make sure NDAs are null
> and void at this point, legal departments take my requests very
> seriously. I will tell you all about the proposal of a strategic
> investor to buy part of SUSE from EQT as soon as that NDA is lifted,
> if such a thing is to take place.
<this is only my affected and personal opinion and has nothing to do with opinion of the openSUSE community. I may even later regret sending this, but i am honest and i feel it should be said>
Short, czech version: Vy, pane, jste debil.
Long EN version: You, sir, do not have a place in "our" community. Your behaviour and proposed/advertised future steps may be viewed as an attempt to restrain openSUSE "spirit of freedom" and may lead to demotivating contributors and leaving to other distro, forking of openSUSE, ruining the ongoing "Closing The Leap Gap" effort and who knows what else. I won't be surprised if even SUSE would be hurted just by this thread. For myself i want to state that solely from your behaviour here on ML, i already know that i won't support and even respect any of your future proposals. I do not like people like you, you seem arrogant to me and i do not see such arrogant behaviour from people who are _twice_ as long in openSUSE community as you and _twice_ as old as you.
Maybe try again with a little more politeness, respect and _humility_?
Gfs (Lukáš Krejza)
Sent from BlackBerry smartphone – most secure mobile device