<p dir="ltr">Fair enough, I didn't realize that upstream had the functionality provided differently. I'll investigate making that work with my configuration.</p>
<p dir="ltr">Thanks,<br>
JM</p>
<div class="gmail_extra"><br><div class="gmail_quote">On Jul 14, 2016 5:04 PM, "james harvey" <<a href="mailto:jamespharvey20@gmail.com">jamespharvey20@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That being said, I do like the idea of (and have released) extra AUR<br>
packages that have features added.  Momentarily there will be a new<br>
AUR package opensm-systemd-multiple-interfaces which will have<br>
Fedora's extra configuration file functionality.  It will be<br>
dependency-compatible with opensm, so you can uninstall opensm and<br>
install opensm-systemd-multiple-interfaces.<br>
<div class="elided-text"><br>
On Thu, Jul 14, 2016 at 7:17 PM, james harvey <<a href="mailto:jamespharvey20@gmail.com">jamespharvey20@gmail.com</a>> wrote:<br>
> opensm AUR package follows Arch's philosophy of vanilla upstream<br>
> releases, when possible.  The AUR package's only deviation from<br>
> upstream is that it includes systemd support, which upstream does not.<br>
><br>
> Contrary to your statement, the opensm AUR package has functionality<br>
> for multiple interfaces, because upstream (<a href="http://openfabrics.org" rel="noreferrer" target="_blank">openfabrics.org</a>) has it.<br>
> Their functionality requires the sytem to have a opensm.conf file for<br>
> each interface.<br>
><br>
> What I think your complaint refers to is that the opensm AUR package<br>
> follows the developer's (<a href="http://openfabrics.org" rel="noreferrer" target="_blank">openfabrics.org</a>) way of providing the<br>
> functionality, versus the way Fedora provides it.  Fedora does it<br>
> differently for two reasons.<br>
><br>
><br>
> First, Fedora looked at it and said for most users, each interface's<br>
> opensm.conf file would be identical except for the GUIDs.  So, they<br>
> made an extra configuration file to a single opensm.conf could be<br>
> shared between all interfaces, and the extra configuration file would<br>
> only have the GUIDs.<br>
><br>
> It's not that I don't like that option.  I just really like Arch's<br>
> vanilla where possible philosophy.  The main reason I switched to Arch<br>
> is so when the developer changes something, you don't have to wait for<br>
> the linux distribution to adapt their changes to the new releases.<br>
> And, I don't think Fedora's "we don't like how they did it" philosophy<br>
> justifies a deviation here, when the functionality is there and works,<br>
> just in a way they wouldn't have made it.<br>
><br>
><br>
> Second, Fedora noted they didn't like when a user upgraded packages<br>
> that the user's multiple interface configuration would be overwritten<br>
> during the upgrade.  I'm not sure how Fedora handles /etc files during<br>
> upgrades, but we have pacman, so we don't have this problem.  When<br>
> pacman upgrades a package with a new config file, it writes to a<br>
> .pacnew config file.  The system maintainer is expected to handle the<br>
> changes, if needed, and there are programs such as Dotpac which can<br>
> help with that.<br>
><br>
><br>
> Please tell me where I'm wrong, I'm certainly open to re-evaluating my<br>
> position.  But, I think if you want a simpler way to run multiple<br>
> interfaces than how upstream wants it to happen, that's a dicussion to<br>
> have upstream, not in Arch's AUR.  I'd probably even give a thumbs up<br>
> to such a change, if it were made upstream.  There's no reason why<br>
> they couldn't have their /etc GUID parameter either be a single GUID,<br>
> or a comma separated list.<br>
><br>
> On Sat, Jul 9, 2016 at 4:30 AM,  <<a href="mailto:notify@aur.archlinux.org">notify@aur.archlinux.org</a>> wrote:<br>
>> jmsq [1] filed a orphan request for opensm [2]:<br>
>><br>
>> Useful code for multiple interfaces gutted out of opensm.launch and<br>
>> never reintroduced.<br>
>><br>
>> [1] <a href="https://aur.archlinux.org/account/jmsq/" rel="noreferrer" target="_blank">https://aur.archlinux.org/account/jmsq/</a><br>
>> [2] <a href="https://aur.archlinux.org/pkgbase/opensm/" rel="noreferrer" target="_blank">https://aur.archlinux.org/pkgbase/opensm/</a><br>
</div></blockquote></div><br></div>