<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 23, 2022, 1:16 PM B. Watson, <<a href="mailto:urchlay@slackware.uk" target="_blank" rel="noreferrer">urchlay@slackware.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On Wed, 23 Mar 2022, Brandon Pribula wrote:<br>
<br>
> Well for the environment variable approach I wanted to give the option of<br>
> installing both, so in that case the executables would have to have<br>
> different names. So in terms of the script I thought it would make sense to<br>
> just have distinct names for the executables no matter which option they<br>
> chose.<br>
<br>
Yes, but... if you're going to have 2 separate executables,<br>
with different names. Why bother with the environment variable<br>
at all? Just include both executables (e.g. /usr/bin/appname and<br>
/usr/bin/appname-posix) in your package, and mention in README that<br>
there are two, and give both their names. Users who prefer the -posix<br>
version can just type "appname-posix" to use it, and users who don't<br>
care can just type "appname"...<br>
<br>
It'd be different if they were mutually exclusive, a compiled program<br>
that either has or does not have some option built in. Or if your<br>
programs were huge and took up a lot of disk space, so a user might<br>
care about not installing the one he doesn't need.<br>
<br>
In the absence of such concerns, go with simplicity: don't force a<br>
user to make a choice if it's trivial to avoid it. If I were a new<br>
user of your app that you're packaging, I'd have no idea whether<br>
I wanted the regular or -posix version, so I'd either go with the<br>
default (most people do), or have to spend time & effort researching<br>
the alternative.<br>
<br>
Slackware for instance includes two emacs executables (emacs-with-X11<br>
and emacs-no-X11), and two strings commands (strings-BSD and<br>
strings-GNU)... although those are more complex examples, using<br>
symlinks. You won't need symlinks, it doesn't sound like.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">That's true. I did think I could make installing both the default. If the user wants to install only one version they could specify which with an environment  variable otherwise no environment variable is used. This does feel overengineered considering the small size of the executables, etc. The only other justification I can think of to give the user a choice would be minimalism. But this kind of minimalism isn't part of the Slackware philosophy. </div><div dir="auto"><br></div><div dir="auto">Thanks for talking it through with me. I'll just have the script install both. KISS.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> I didn't realize there were that many slackbuilds. That's impressive!<br>
<br>
They sorta grew beyond expectations, but that just means we're doing<br>
something right.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I did notice looking for software that isn't packaged for Slackware is quite difficult. Most of the time when I go looking it's available on SBo. </div><div dir="auto"><br></div><div dir="auto">There's quite an increase of activity on the Slackware sub-forum since the release of 15.0. Hopefully it will continue to attract new users and bring back old users leading to more SBo maintainers.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" rel="noreferrer noreferrer" target="_blank">SlackBuilds-users@slackbuilds.org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer 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 noreferrer" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer noreferrer noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div></div></div>