<p dir="ltr">So on the topic of gnome-desktop:</p>
<p dir="ltr">I haven't put in any pull requests for updates or maintainer changes yet, and it sounds like Gustavo has that taken care of now. I'll consider this issue solved then.</p>
<p dir="ltr">Bob</p>
<br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Feb 11, 2025, 21:30 Willy Sudiarto Raharjo <<a href="mailto:willysr@slackbuilds.org">willysr@slackbuilds.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> We could use pipelines to populate the database, but okay, the pipelines <br>
> could also check if the package build on a pristine Slackware 15.0, and <br>
> the project on GitLab is already doing a pipeline with a job, is only <br>
> matter to improve it.<br>
<br>
No, that's not how the infrastructure works<br>
it only works from submission form and we want the main git repository <br>
in our SBo server, not from github/gitlab. They are just used for CI <br>
automation only.<br>
<br>
> About a email, when I was waiting 4 months with the script for Packer <br>
> and Terraform to submit, you guys sad to "wait is not ready yet", then I <br>
> couldn't check the site for 3 days, and someone else has submitted a <br>
> package and was accepted.<br>
<br>
when was this? i don't recall about terraform submission besides Andrew <br>
Clemon's.<br>
<br>
> I personally put all my Slackware work on <a href="http://gitlab.com/slackware-brazil/" rel="noreferrer noreferrer" target="_blank">gitlab.com/slackware-brazil/</a> <br>
> slackbuilds and in <a href="http://git.schenkel.eti.br" rel="noreferrer noreferrer" target="_blank">git.schenkel.eti.br</a> where I am building a sbo-o-matic <br>
> to auto compile all slackbuilds using a VM on Proxmox which each time it <br>
> build and upload the package, it reboot and restore the latest snapshot <br>
> to remain immutable. Still a WIP and I am building only packages which I <br>
> use on my workstation. I still want to use Anitya(release monitoring <br>
> project) together to create a Issue about a new version.<br>
> <br>
> We could have contributing directly, just editing the text directly from <br>
> GitLab, but since you don't accept work from non-maintainer, this can't <br>
> happen, which is funny because since I submitted the gnome-desktop I <br>
> didn't received any message from any who altered the code until now.<br>
<br>
You can always see who changes your code from git history.<br>
We (admins) normally avoid changing things unless it's necessary <br>
(broken, security vulnerabilities, etc). Sometimes we might miss if <br>
someone update other people's script, but we tried to avoid this as well.<br>
<br>
 > Where is the transparency when changing the code from other people?<br>
<br>
We do have policy of giving maintainer time to adjust their scripts if <br>
they are unavailable (usually around 1-2 weeks). If no reply within that <br>
time frame, other people may ask in the mailing list if they could take <br>
over and we (admins) can take a look on the activity of the maintainer.<br>
<br>
> PS: I just submitted gnome-desktop on the same MR waiting on GitLab.<br>
<br>
<br>
-- <br>
Willy Sudiarto Raharjo<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank" rel="noreferrer">SlackBuilds-users@slackbuilds.org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer noreferrer" target="_blank">https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer noreferrer" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div>