<div dir="auto"><div>My first thought was to fire up strace and figure out what magic incantation evince was calling. I cannot count how many times strace helped me.<div dir="auto"><br></div><div dir="auto">My wild guess follows Lennard: evince is treating : as a protocol indicative, trying to handle it, and failing. If that's the case, you either rename the file, pass the full path, or implement the RE: protocol yourself... Remember to submit the RFC... </div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 8, 2021, 11:07 Lennart Sorensen via talk <<a href="mailto:talk@gtalug.org">talk@gtalug.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Jan 07, 2021 at 08:18:34PM -0500, Aruna Hewapathirane via talk wrote:<br>
> Why not simply rename the file to something.pdf ?<br>
> <br>
> I just tested and the command(s) below works:<br>
> mv 'RE: something.pdf' something.pdf && evince something.pdf && mv<br>
> something.pdf 'RE: something.pdf'<br>
> <br>
> unless of course there is a real need to have it work using evince "RE:<br>
> someting.pdf"?<br>
<br>
: is special in filenames if it is before the first directory separator<br>
for many programs since it might be host:filepath<br>
<br>
evince for example allows <a href="ftp://host/file" rel="noreferrer noreferrer" target="_blank">ftp://host/file</a> so it clearly cares about :<br>
in the filename before any slash.<br>
<br>
That's why using ./ in front works.  Otherwise you have to escape the :<br>
with a \ or perhaps even two of them depending who strips it.<br>
<br>
-- <br>
Len Sorensen<br>
---<br>
Post to this mailing list <a href="mailto:talk@gtalug.org" target="_blank" rel="noreferrer">talk@gtalug.org</a><br>
Unsubscribe from this mailing list <a href="https://gtalug.org/mailman/listinfo/talk" rel="noreferrer noreferrer" target="_blank">https://gtalug.org/mailman/listinfo/</a><br>
</blockquote></div></div></div>