<div dir="ltr"><div class="gmail_default" style="font-size:x-small">unfortunately they are painfully slow and we can't ask our maintainers to support also those architectures.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno sab 4 mar 2023 alle ore 18:42 Fernando Lopez <<a href="mailto:fernando.lopezjr@gmail.com">fernando.lopezjr@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">willy there are arm VM's.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 4, 2023, 9:25 AM Willy Sudiarto Raharjo <<a href="mailto:willysr@slackbuilds.org" target="_blank">willysr@slackbuilds.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">> ARM isn't going away, and <a href="http://slackbuilds.org" rel="noreferrer noreferrer" target="_blank">slackbuilds.org</a> supporting at least a subset<br>
> of scripts to be build on ARM would be really nice to have. I'm not<br>
> heavily invested in it, I just have some RPis with Slackware on it that<br>
> I occasionally use. Just sharing my thoughts, as it's a semi-frequently<br>
> discussed topic.<br>
> <br>
> The main problem with allowing support for ARM is that the layout of<br>
> the info files would change, which could break tooling. I just had an<br>
> idea which wouldn't break any existing tools, but could enable<br>
> architecture specific information to be read by other tools (or<br>
> humans):<br>
> <br>
> For each additional supported architecture other than x86 and x86_64 add<br>
> a file named ${PRGNAM}.${ARCH}info which add/override values of the<br>
> classic info file. The only additional change would be in the code to<br>
> detect architectures in the SlackBuilds, but that should be of no<br>
> relevance for tools.<br>
<br>
The problem is that we (admins) might not have a machine to test the ARM <br>
architecture, so we can't validate the script.<br>
Plus it adds more loads to the admins to validate over 8k scripts during <br>
development cycle for next release of SlackBuild repository.<br>
<br>
We had issues with failing 32 bit builds for 15.0 since majority of <br>
users here are using 64 bit machines only and didn't test on 32 bit <br>
machines anymore so some goes undetected.<br>
<br>
<br>
-- <br>
Willy Sudiarto Raharjo<br>
<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" rel="noreferrer" target="_blank">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>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank">SlackBuilds-users@slackbuilds.org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="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" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div>