GNU bug report logs - #55261
file:// links geneated by --hyperlink

Previous Next

Package: coreutils;

Reported by: Stephen Eglen <sje30 <at> cam.ac.uk>

Date: Wed, 4 May 2022 13:35:02 UTC

Severity: normal

To reply to this bug, email your comments to 55261 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-coreutils <at> gnu.org:
bug#55261; Package coreutils. (Wed, 04 May 2022 13:35:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Stephen Eglen <sje30 <at> cam.ac.uk>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Wed, 04 May 2022 13:35:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Stephen Eglen <sje30 <at> cam.ac.uk>
To: bug-coreutils <at> gnu.org
Subject: file:// links geneated by --hyperlink
Date: Wed, 04 May 2022 14:27:11 +0100
hi,

With ls (GNU coreutils) 9.0 if I generate a hyperlink e.g.:

$ ls --hyperlink /etc/anacrontab

it generates the following filename (after removing the markup)

file://light/etc/anacrontab

where 'light' is the name of my laptop (running arch linux).
browse-url-xdg-open is my browser-function, and

$ xdg-open file://light/etc/anacrontab

generates the error:

xdg-open: file 'file://light/etc/anacrontab' does not exist

As the file URI is local, I think it might be a mistake to include the
machine name, light, unless it is a FQDN.  If I edit the URL to remove
'light' the link works as expected.

This was reported for kitty terminal last year and fixed by dropping the
hostname: https://github.com/kovidgoyal/kitty/issues/2970

However, kitty seems to be able to connect to machines remotely via
ssh  ( https://download.calibre-ebook.com/videos/kitty.mp4 ) and so
maybe having the domain name in the hyperlink is useful.   

Stephen




Information forwarded to bug-coreutils <at> gnu.org:
bug#55261; Package coreutils. (Thu, 05 May 2022 13:14:02 GMT) Full text and rfc822 format available.

Message #8 received at 55261 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Stephen Eglen <sje30 <at> cam.ac.uk>, 55261 <at> debbugs.gnu.org
Subject: Re: bug#55261: file:// links geneated by --hyperlink
Date: Thu, 5 May 2022 14:13:31 +0100
On 04/05/2022 14:27, Stephen Eglen wrote:
> hi,
> 
> With ls (GNU coreutils) 9.0 if I generate a hyperlink e.g.:
> 
> $ ls --hyperlink /etc/anacrontab
> 
> it generates the following filename (after removing the markup)
> 
> file://light/etc/anacrontab
> 
> where 'light' is the name of my laptop (running arch linux).
> browse-url-xdg-open is my browser-function, and
> 
> $ xdg-open file://light/etc/anacrontab
> 
> generates the error:
> 
> xdg-open: file 'file://light/etc/anacrontab' does not exist
> 
> As the file URI is local, I think it might be a mistake to include the
> machine name, light, unless it is a FQDN.  If I edit the URL to remove
> 'light' the link works as expected.
> 
> This was reported for kitty terminal last year and fixed by dropping the
> hostname: https://github.com/kovidgoyal/kitty/issues/2970
> 
> However, kitty seems to be able to connect to machines remotely via
> ssh  ( https://download.calibre-ebook.com/videos/kitty.mp4 ) and so
> maybe having the domain name in the hyperlink is useful.
> 
> Stephen

The scheme we're following for this is described at:
https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda#file-uris-and-the-hostname

What is $HOSTNAME for you?
Is it perhaps a FQDN and that might work better?
I guess if we went with $HOSTNAME if set, it would allow one to override
the hostname used by ls like: HOSTNAME=blah ls --hyper

For reference, on my system `xdg-open file://blah/etc/hostname`
ignores "blah" and opens the local file, while gnome-terminal
opening such a link will refuse with:
"file" scheme with remote hostname not supported.

cheers,
Pádraig





This bug report was last modified 3 years and 44 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.