<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 15, 2021 at 2:54 PM Strahil Nikolov via CentOS-devel <<a href="mailto:centos-devel@centos.org">centos-devel@centos.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> Meetings should cover status - what's been happening, what's<br>
> planned, <br>
> and where people can participate. And it's an opportunity for users<br>
> to <br>
> complain about what's broken, and ask for help. It is one way to<br>
> engage <br>
> with the community, and forces a periodic retrospective and<br>
> refocusing <br>
> of the work. It also ensures that this isn't just a couple of<br>
> engineers <br>
> doing work inside their company.<br>
<br>
I would really want to see the outcome of more frequent Storage SIG<br>
meetings.</blockquote><div><br></div><div>srsly? You want more meetings? For three months in a row last year Niels and I sat around on #centos-meeting at the scheduled time waiting to see if anyone else was going to show up. Each time, after about 15 minutes we called it quits.</div><div><br></div><div>When people actually start attending then I'd be willing to consider having more.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I saw that multiple components in Storage SIG fail when we<br>
add SELINUX to the equasion.<br></blockquote><div><br></div><div>Where are the bug reports or github issues?</div><div><br></div><div>Although honestly, if you find a bug (e.g. a crash, an AVC denial, etc.) please report it directly to the upstream project. Unless it's a bug that's directly related to the actual packaging...   I've frankly got better things to do than be a proxy for bugzillas and github issues.</div><div><br></div><div>The packages I'm involved with use an rpm .spec file that is 99% identical to the upstream project's .spec file, so even if there's a bug in the packaging, odds are it should get reported upstream (first) anyway.</div><div><br></div><div>--</div><div><br></div><div>Kaleb</div><div><br></div></div></div>