<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 16 January 2015 at 21:11, Steven Stewart-Gallus <span dir="ltr"><<a href="mailto:sstewartgallus00@mylangara.bc.ca" target="_blank">sstewartgallus00@mylangara.bc.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello.<br>
<br>
I'm just some random guy but anyways.<br></blockquote><div><br><div class="gmail_default" style="font-size:small">​Thanks for commenting!​</div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As a user and administrator, I dislike excess dependencies on my<br>
system such as Perl but can always just remove the xdg-utils package<br>
if I really want to, so having xdg-utils depend on Perl isn't that bad<br>
a thing.<br></blockquote><div><br><div class="gmail_default" style="font-size:small">​How many systems don't have Perl? My guess is that unless they're appliances or virtual machines tailored for a particular application, not many, but maybe I'm wrong?<br></div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
About the pluggable backends thing.  I think that would lead to a much<br>
cleaner design and also potentially a much lighter system (one could<br>
not have installed an xdg-utils-gnome package, an xdg-utils-kde<br>
package, etc..).  However, I also somewhat think that this sort of<br>
genericity maybe should be done via interfaces like DBus because the<br>
traditional Unix approach of a program spawning off a helper program<br>
is really clunky.</blockquote><div><br><div class="gmail_default" style="font-size:small">​Relying on DBus quickly gets you into dependency hell. Further…​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">First off, helper programs aren't very good at<br>
error handling.</blockquote><div><br><div class="gmail_default" style="font-size:small">​They can return an error code, like any program. Or as you say, they can write to stderr (or stdout). Either way, the caller can examine the result and take appropriate action; what's the problem?​</div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Secondly, helper programs are kind of wasteful in<br>
that they spawn off a whole process.</blockquote><div><br></div></div><div class="gmail_default" style="font-size:small">​This simply isn't a problem: the current shell scripts spawn so many processes that a few more won't make a difference. Rewriting in Perl would vastly reduce the number of forks, but I really don't think it's a priority: the current implementations have issues, but I've never seen anyone complain about their performance.<br></div><br>-- <br><div class="gmail_signature"><a href="http://rrt.sc3d.org">http://rrt.sc3d.org</a></div>
</div></div>