<div dir="ltr">`sudo port install moar +pager` should work after an update.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 30, 2023 at 12:23 AM Kenneth Wolcott <<a href="mailto:kennethwolcott@gmail.com">kennethwolcott@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">AWESOME!<br>
<br>
On Wed, Nov 29, 2023 at 9:13 PM Austin Ziegler <<a href="mailto:halostatue@gmail.com" target="_blank">halostatue@gmail.com</a>> wrote:<br>
><br>
> Hi, Kenneth.<br>
><br>
> I finally got around to figuring out how to resolve this[1] and have opened a<br>
> new PR[2] which, if accepted, will allow you to install moar with the +pager<br>
> variant, bypassing the mutual conflict on both sides (so you can install<br>
> moar +pager before MoarVM or vice-versa). moar will be called moar-pager<br>
> with the +pager variant, so any configuration you do to $PAGER will need<br>
> to be updated to use moar-pager instead of moar.<br>
><br>
> riff and ugrep, if used, will be patched to recognize moar-pager in addition<br>
> to moar as a pager.<br>
><br>
> -a<br>
><br>
> [1] <a href="https://trac.macports.org/ticket/6849" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/6849</a><br>
> [2] <a href="https://github.com/macports/macports-ports/pull/21604" rel="noreferrer" target="_blank">https://github.com/macports/macports-ports/pull/21604</a><br>
><br>
> On Tue, Oct 17, 2023 at 9:16 PM Kenneth Wolcott <<a href="mailto:kennethwolcott@gmail.com" target="_blank">kennethwolcott@gmail.com</a>> wrote:<br>
>><br>
>> Hi;<br>
>><br>
>> I noticed today that when trying to build moar port from source that<br>
>> port stops immediately by stating the previously-known conflict with<br>
>> MoarVM rather than building it first and then complaining when the<br>
>> installation occurs and the conflict is readily apparent. This is an<br>
>> improvement; thanks to those who improved this. It would be great to<br>
>> have both co-exist peacefully, however.<br>
>><br>
>> Thanks,<br>
>> Ken<br>
>><br>
>> On Mon, Oct 16, 2023 at 6:53 PM Austin Ziegler <<a href="mailto:halostatue@gmail.com" target="_blank">halostatue@gmail.com</a>> wrote:<br>
>> ><br>
>> > This is a known issue with no useful response from the upstream maintainer: <a href="https://github.com/walles/moar/issues/143" rel="noreferrer" target="_blank">https://github.com/walles/moar/issues/143</a><br>
>> ><br>
>> > IMO, MacPorts should either make the choice to change the `moar` pager binary to `moar-pager` or set up a conflicting package rule.<br>
>> ><br>
>> > As I was looking for examples of this, I noticed that the moreutils port excludes its version of parallel, which is easier to use in simple cases than GNU parallel — so that's somewhat disappointing. Maybe we can bring that back as a variant (moreutils+parallel) or a separate port (moreutils-parallel).<br>
>> ><br>
>> > -a<br>
>> ><br>
>> > On Mon, Oct 16, 2023 at 8:21 PM Kenneth Wolcott <<a href="mailto:kennethwolcott@gmail.com" target="_blank">kennethwolcott@gmail.com</a>> wrote:<br>
>> >><br>
>> >> Hi;<br>
>> >><br>
>> >> Since I have already installed raku I cannot install moar because moar<br>
>> >> conflicts with moarvm required by Raku.<br>
>> >><br>
>> >> Looks like "moar" (which is better than "less") needs to be renamed<br>
>> >> somehow or internally there is a conflict. Trimmed error output is<br>
>> >> enclosed below.<br>
>> >><br>
>> >> Thanks,<br>
>> >> Ken Wolcott<br>
>> >><br>
>> >> .............<br>
>> >> Error: Failed to activate moar: Image error: /opt/local/bin/moar is<br>
>> >> being used by the active MoarVM port. Please deactivate this port<br>
>> >> first, or use 'port -f activate moar' to force the activation.<br>
>> >> while executing<br>
>> >> "throw registry::image-error $msg"<br>
>> >> ("foreach" body line 47)<br>
>> >> invoked from within<br>
>> >> "foreach file $imagefiles {<br>
>> >> set srcfile "${extracted_dir}${file}"<br>
>> >><br>
>> >> # To be able to install links, we test if we can lst..."<br>
>> >> invoked from within<br>
>> >> "registry::write {<br>
>> >> foreach file $imagefiles {<br>
>> >> set srcfile "${extracted_dir}${file}"<br>
>> >><br>
>> >> # To be able to instal..."<br>
>> >> Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_textproc_moar/moar/main.log<br>
>> >> for details.<br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Austin Ziegler • <a href="mailto:halostatue@gmail.com" target="_blank">halostatue@gmail.com</a> • <a href="mailto:austin@halostatue.ca" target="_blank">austin@halostatue.ca</a><br>
>> > <a href="http://www.halostatue.ca/" rel="noreferrer" target="_blank">http://www.halostatue.ca/</a> • <a href="http://twitter.com/halostatue" rel="noreferrer" target="_blank">http://twitter.com/halostatue</a><br>
><br>
><br>
><br>
> --<br>
> Austin Ziegler • <a href="mailto:halostatue@gmail.com" target="_blank">halostatue@gmail.com</a> • <a href="mailto:austin@halostatue.ca" target="_blank">austin@halostatue.ca</a><br>
> <a href="http://www.halostatue.ca/" rel="noreferrer" target="_blank">http://www.halostatue.ca/</a> • <a href="http://twitter.com/halostatue" rel="noreferrer" target="_blank">http://twitter.com/halostatue</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Austin Ziegler • <a href="mailto:halostatue@gmail.com" target="_blank">halostatue@gmail.com</a> • <a href="mailto:austin@halostatue.ca" target="_blank">austin@halostatue.ca</a><br><a href="http://www.halostatue.ca/" target="_blank">http://www.halostatue.ca/</a> • <a href="http://twitter.com/halostatue" target="_blank">http://twitter.com/halostatue</a></div>