GNU bug report logs -
#65469
[PATCH] * etc/emacsclient.desktop: Make Emacs default application for org-protocol
Previous Next
Reported by: Ihor Radchenko <yantar92 <at> posteo.net>
Date: Wed, 23 Aug 2023 09:31:02 UTC
Severity: normal
Tags: patch
Fixed in version 29.2
Done: Stefan Kangas <stefankangas <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 65469 in the body.
You can then email your comments to 65469 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Wed, 23 Aug 2023 09:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ihor Radchenko <yantar92 <at> posteo.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 23 Aug 2023 09:31:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Tags: patch
Hi,
Org mode provides a way to quickly capture bookmarks, notes, and links
using emacsclient:
emacsclient "org-protocol://store-link?url=URL&title=TITLE"
Also, see https://orgmode.org/manual/Protocols.html
However, this can only be done via command line by default.
Not DE integration is available and users have to write their own
.desktop files specifically to allow, for example browser bookmarklet
running Emacs + org-protocol.
Would it make sense to add x-scheme-handler/org-protocol handler to the
default Emacsclient desktop file?
In GNU Emacs 30.0.50 (build 54, x86_64-pc-linux-gnu, GTK+ Version
3.24.38, cairo version 1.17.8) of 2023-08-22 built on localhost
Repository revision: c09d78f3c0818d7391760e84f94a442e8beb22dd
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101008
System Description: Gentoo Linux
Configured using:
'configure --with-native-compilation
JAVAC=/etc/java-config-2/current-system-vm/bin/javac'
[0001-etc-emacsclient.desktop-Make-Emacs-default-applicati.patch (text/patch, attachment)]
[Message part 3 (text/plain, inline)]
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Wed, 23 Aug 2023 22:40:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> posteo.net> writes:
> Would it make sense to add x-scheme-handler/org-protocol handler to the
> default Emacsclient desktop file?
I think it makes sense, yes. I guess not a lot of other things try to
register "org-protocol" handlers besides Emacs, and in any case this
would make some users' lives easier. So I don't see any drawbacks.
Reply sent
to
Stefan Kangas <stefankangas <at> gmail.com>
:
You have taken responsibility.
(Fri, 01 Sep 2023 18:52:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ihor Radchenko <yantar92 <at> posteo.net>
:
bug acknowledged by developer.
(Fri, 01 Sep 2023 18:52:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 65469-done <at> debbugs.gnu.org (full text, mbox):
Version: 30.1
> I think it makes sense, yes. I guess not a lot of other things try to
> register "org-protocol" handlers besides Emacs, and in any case this
> would make some users' lives easier. So I don't see any drawbacks.
Pushed to master, thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Sun, 17 Sep 2023 13:10:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefankangas <at> gmail.com> writes:
> Version: 30.1
>
>> I think it makes sense, yes. I guess not a lot of other things try
>> to
>> register "org-protocol" handlers besides Emacs, and in any case this
>> would make some users' lives easier. So I don't see any drawbacks.
>
> Pushed to master, thanks.
Would it make sense to apply the patch to Emacs 29.1 too? Org-protocol
is already supported and some user package extra desktop files because
of it.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Sun, 17 Sep 2023 13:17:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Björn Bidar <bjorn.bidar <at> thaodan.de> writes:
> Would it make sense to apply the patch to Emacs 29.1 too? Org-protocol
> is already supported and some user package extra desktop files because
> of it.
I'm not sure, since the issue is not new. Eli, WDYT?
BTW, Ihor, could we have a NEWS item for this change please?
I forgot to ask for one before.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Sun, 17 Sep 2023 14:19:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> Cc: yantar92 <at> posteo.net
> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Sun, 17 Sep 2023 06:16:08 -0700
>
> Björn Bidar <bjorn.bidar <at> thaodan.de> writes:
>
> > Would it make sense to apply the patch to Emacs 29.1 too? Org-protocol
> > is already supported and some user package extra desktop files because
> > of it.
>
> I'm not sure, since the issue is not new. Eli, WDYT?
If it's safe, I don't mind.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Sun, 17 Sep 2023 14:32:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 65469 <at> debbugs.gnu.org (full text, mbox):
fixed 65469 30.1
reopen 65469
thanks
Eli Zaretskii <eliz <at> gnu.org> writes:
> If it's safe, I don't mind.
I think it's safe, but I'll wait for a NEWS item from Ihor before
cherry-picking it. The NEWS item should be for Emacs 29.2.
bug No longer marked as fixed in versions 30.1 and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 17 Sep 2023 14:32:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 08:30:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 65469 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Kangas <stefankangas <at> gmail.com> writes:
> BTW, Ihor, could we have a NEWS item for this change please?
> I forgot to ask for one before.
Sure.
See the attached.
[0001-etc-NEWS-Document-handling-org-protocol-URI-scheme-b.patch (text/x-patch, inline)]
From 11531beda02f89517c660f0b44375d301fbf86dc Mon Sep 17 00:00:00 2001
Message-ID: <11531beda02f89517c660f0b44375d301fbf86dc.1695025691.git.yantar92 <at> posteo.net>
From: Ihor Radchenko <yantar92 <at> posteo.net>
Date: Mon, 18 Sep 2023 11:26:27 +0300
Subject: [PATCH] * etc/NEWS: Document handling 'org-protocol' URI scheme
(bug#65469)
The commit implementing the new functionality is 05a7c91b91c.
---
etc/NEWS | 14 ++++++++++++++
1 file changed, 14 insertions(+)
diff --git a/etc/NEWS b/etc/NEWS
index f9ebe312612..0d6be3ed2d9 100644
--- a/etc/NEWS
+++ b/etc/NEWS
@@ -55,6 +55,20 @@ ALSA on these operating systems instead.
For native compiled Lisp functions 'describe-function' prints (after
the signature) the automatically inferred function type as well.
+** Emacs is now the default application for 'org-protocol' URI scheme
+
+Org mode provides a way to quickly capture bookmarks, notes, and links
+using 'emacsclient':
+
+ emacsclient "org-protocol://store-link?url=URL&title=TITLE"
+
+Previously, users had to manually setup their Linux desktop
+environment to open 'org-protocol' links in Emacs. Now, these links
+should be open in Emacs automatically.
+
+See "(org) Protocols for External Access" node in Org mode manual for
+more details.
+
---
** New user option 'describe-bindings-outline-rules'.
This user option controls outline visibility in the output buffer of
--
2.42.0
[Message part 3 (text/plain, inline)]
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 11:03:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 65469 <at> debbugs.gnu.org (full text, mbox):
reopen 65469
close 65469 29.1
thanks
Ihor Radchenko <yantar92 <at> posteo.net> writes:
> Stefan Kangas <stefankangas <at> gmail.com> writes:
>
>> BTW, Ihor, could we have a NEWS item for this change please?
>> I forgot to ask for one before.
>
> Sure.
> See the attached.
Thanks, I installed this with some light edits on emacs-29 (commit
5611274bbda). I also cherry-picked commit 05a7c91b91c.
bug marked as fixed in version 29.1, send any further explanations to
65469 <at> debbugs.gnu.org and Ihor Radchenko <yantar92 <at> posteo.net>
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Mon, 18 Sep 2023 11:03:02 GMT)
Full text and
rfc822 format available.
bug No longer marked as fixed in versions 29.1 and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 18 Sep 2023 11:12:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 29.2, send any further explanations to
65469 <at> debbugs.gnu.org and Ihor Radchenko <yantar92 <at> posteo.net>
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Mon, 18 Sep 2023 11:12:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 11:16:02 GMT)
Full text and
rfc822 format available.
Message #42 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> Cc: Björn Bidar <bjorn.bidar <at> thaodan.de>,
> 65469 <at> debbugs.gnu.org
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Date: Mon, 18 Sep 2023 08:30:03 +0000
>
> +** Emacs is now the default application for 'org-protocol' URI scheme
> +
> +Org mode provides a way to quickly capture bookmarks, notes, and links
> +using 'emacsclient':
> +
> + emacsclient "org-protocol://store-link?url=URL&title=TITLE"
> +
> +Previously, users had to manually setup their Linux desktop
> +environment to open 'org-protocol' links in Emacs. Now, these links
> +should be open in Emacs automatically.
> +
> +See "(org) Protocols for External Access" node in Org mode manual for
> +more details.
Thanks. I needed to fix this slightly, to make it clear that this is
limited to GNU/Linux desktops.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 11:20:02 GMT)
Full text and
rfc822 format available.
Message #45 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Thanks. I needed to fix this slightly, to make it clear that this is
> limited to GNU/Linux desktops.
Looks great, thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 13:02:01 GMT)
Full text and
rfc822 format available.
Message #48 received at 65469 <at> debbugs.gnu.org (full text, mbox):
On Monday, 18 September 2023, Eli Zaretskii wrote:
> > Cc: Björn Bidar <bjorn.bidar <at> thaodan.de>,
> > 65469 <at> debbugs.gnu.org
> > From: Ihor Radchenko <yantar92 <at> posteo.net>
> > Date: Mon, 18 Sep 2023 08:30:03 +0000
> >
> > +** Emacs is now the default application for 'org-protocol' URI scheme
> > +
> > +Org mode provides a way to quickly capture bookmarks, notes, and links
> > +using 'emacsclient':
> > +
> > + emacsclient "org-protocol://store-link?url=URL&title=TITLE"
> > +
> > +Previously, users had to manually setup their Linux desktop
> > +environment to open 'org-protocol' links in Emacs. Now, these links
> > +should be open in Emacs automatically.
> > +
> > +See "(org) Protocols for External Access" node in Org mode manual for
> > +more details.
>
> Thanks. I needed to fix this slightly, to make it clear that this is
> limited to GNU/Linux desktops.
>
It applies to all operating system that use desktop environments that comply with XDG so for example also BSD.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 13:20:01 GMT)
Full text and
rfc822 format available.
Message #51 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Björn Bidar <bjorn.bidar <at> thaodan.de> writes:
>> Thanks. I needed to fix this slightly, to make it clear that this is
>> limited to GNU/Linux desktops.
>
> It applies to all operating system that use desktop environments that comply with XDG so for example also BSD.
I am also wondering is something similar might be done for Android build.
Having something like "Share with ... Emacs" might be an interesting
feature.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 13:33:02 GMT)
Full text and
rfc822 format available.
Message #54 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> posteo.net> writes:
> Björn Bidar <bjorn.bidar <at> thaodan.de> writes:
>
>>> Thanks. I needed to fix this slightly, to make it clear that this is
>>> limited to GNU/Linux desktops.
>>
>> It applies to all operating system that use desktop environments that comply with XDG so for example also BSD.
>
> I am also wondering is something similar might be done for Android build.
> Having something like "Share with ... Emacs" might be an interesting
> feature.
I wrote this feature back in August, immediately upon this patch's
installation in master. Emacs registers itself as a URL handler for
``org-protocol://'' links, which are then provided to emacsclient.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 14:34:02 GMT)
Full text and
rfc822 format available.
Message #57 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> Cc: 65469 <at> debbugs.gnu.org,stefankangas <at> gmail.com
> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
> Date: Mon, 18 Sep 2023 13:00:52 +0000
>
> On Monday, 18 September 2023, Eli Zaretskii wrote:
> > > Cc: Björn Bidar <bjorn.bidar <at> thaodan.de>,
> > > 65469 <at> debbugs.gnu.org
> > > From: Ihor Radchenko <yantar92 <at> posteo.net>
> > > Date: Mon, 18 Sep 2023 08:30:03 +0000
> > >
> > > +** Emacs is now the default application for 'org-protocol' URI scheme
> > > +
> > > +Org mode provides a way to quickly capture bookmarks, notes, and links
> > > +using 'emacsclient':
> > > +
> > > + emacsclient "org-protocol://store-link?url=URL&title=TITLE"
> > > +
> > > +Previously, users had to manually setup their Linux desktop
> > > +environment to open 'org-protocol' links in Emacs. Now, these links
> > > +should be open in Emacs automatically.
> > > +
> > > +See "(org) Protocols for External Access" node in Org mode manual for
> > > +more details.
> >
> > Thanks. I needed to fix this slightly, to make it clear that this is
> > limited to GNU/Linux desktops.
> >
>
> It applies to all operating system that use desktop environments that comply with XDG so for example also BSD.
Only XDG-compliant desktops? nothing else?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Mon, 18 Sep 2023 23:06:01 GMT)
Full text and
rfc822 format available.
Message #60 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> It applies to all operating system that use desktop environments
>> that comply with XDG so for example also BSD.
>
> Only XDG-compliant desktops? nothing else?
Well only those that handle xdg desktop files specific uri type
handlers e.g. Gnome, KDE, Xfce etc.
Not sure if there's something such as "fully XDG-compliant".
My phrasing only intended to explain that in theory any operating system
that uses xdg compliant desktop environments works with the change, not
just GNU/QT/GTK/KDE/GNOME Linux.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 02:32:01 GMT)
Full text and
rfc822 format available.
Message #63 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
> Cc: yantar92 <at> posteo.net, 65469 <at> debbugs.gnu.org, stefankangas <at> gmail.com
> Date: Tue, 19 Sep 2023 02:04:52 +0300
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> It applies to all operating system that use desktop environments
> >> that comply with XDG so for example also BSD.
> >
> > Only XDG-compliant desktops? nothing else?
>
> Well only those that handle xdg desktop files specific uri type
> handlers e.g. Gnome, KDE, Xfce etc.
>
> Not sure if there's something such as "fully XDG-compliant".
>
> My phrasing only intended to explain that in theory any operating system
> that uses xdg compliant desktop environments works with the change, not
> just GNU/QT/GTK/KDE/GNOME Linux.
Thanks, but I'm looking for wording that we should put in NEWS. How
would you categorize the systems which can support these desktop files
in words that will be understood by readers of NEWS?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 08:00:02 GMT)
Full text and
rfc822 format available.
Message #66 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
>> Cc: yantar92 <at> posteo.net, 65469 <at> debbugs.gnu.org,
>> stefankangas <at> gmail.com
>> Date: Tue, 19 Sep 2023 02:04:52 +0300
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> It applies to all operating system that use desktop environments
>> >> that comply with XDG so for example also BSD.
>> >
>> > Only XDG-compliant desktops? nothing else?
>>
>> Well only those that handle xdg desktop files specific uri type
>> handlers e.g. Gnome, KDE, Xfce etc.
>>
>> Not sure if there's something such as "fully XDG-compliant".
>>
>> My phrasing only intended to explain that in theory any operating
>> system
>> that uses xdg compliant desktop environments works with the change,
>> not
>> just GNU/QT/GTK/KDE/GNOME Linux.
>
> Thanks, but I'm looking for wording that we should put in NEWS. How
> would you categorize the systems which can support these desktop files
> in words that will be understood by readers of NEWS?
What about Unix and Unix-like systems excluding macOS?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 11:08:02 GMT)
Full text and
rfc822 format available.
Message #69 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
> Cc: yantar92 <at> posteo.net, 65469 <at> debbugs.gnu.org, stefankangas <at> gmail.com
> Date: Tue, 19 Sep 2023 10:59:41 +0300
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
> >> Cc: yantar92 <at> posteo.net, 65469 <at> debbugs.gnu.org,
> >> stefankangas <at> gmail.com
> >> Date: Tue, 19 Sep 2023 02:04:52 +0300
> >>
> >> Eli Zaretskii <eliz <at> gnu.org> writes:
> >>
> >> >> It applies to all operating system that use desktop environments
> >> >> that comply with XDG so for example also BSD.
> >> >
> >> > Only XDG-compliant desktops? nothing else?
> >>
> >> Well only those that handle xdg desktop files specific uri type
> >> handlers e.g. Gnome, KDE, Xfce etc.
> >>
> >> Not sure if there's something such as "fully XDG-compliant".
> >>
> >> My phrasing only intended to explain that in theory any operating
> >> system
> >> that uses xdg compliant desktop environments works with the change,
> >> not
> >> just GNU/QT/GTK/KDE/GNOME Linux.
> >
> > Thanks, but I'm looking for wording that we should put in NEWS. How
> > would you categorize the systems which can support these desktop files
> > in words that will be understood by readers of NEWS?
>
> What about Unix and Unix-like systems excluding macOS?
That sounds too general, I think.
Let me turn the table and ask you: where are those desktop files,
their format and contents described? If there's some standard
document where they are documented, can you point me to that
document?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 11:21:02 GMT)
Full text and
rfc822 format available.
Message #72 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> >> >> It applies to all operating system that use desktop environments
>> >> >> that comply with XDG so for example also BSD.
>> >> >
>> >> > Only XDG-compliant desktops? nothing else?
> ...
> Let me turn the table and ask you: where are those desktop files,
> their format and contents described? If there's some standard
> document where they are documented, can you point me to that
> document?
desktop files are defined in XDG spec. See
https://www.freedesktop.org/wiki/Specifications/ and
https://www.freedesktop.org/wiki/Specifications/desktop-entry-spec/
So, .desktop files are understood by XDG-compiant desktops and apps. Now
every desktop environment on GNU/Linux actually supports these specs.
Gnome and KDE do. Some others also do. Otherwise, one needs to install
xdg-utils or similar package manually.
Also, a number of applications, expect xdg-open executable to be
available on GNU/Linux systems as a generic way to open files using
"right" application. Including Emacs itself - see
`browse-url-can-use-xdg-open', for example.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 12:25:01 GMT)
Full text and
rfc822 format available.
Message #75 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: Björn Bidar <bjorn.bidar <at> thaodan.de>,
> 65469 <at> debbugs.gnu.org,
> stefankangas <at> gmail.com
> Date: Tue, 19 Sep 2023 11:21:43 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Let me turn the table and ask you: where are those desktop files,
> > their format and contents described? If there's some standard
> > document where they are documented, can you point me to that
> > document?
>
> desktop files are defined in XDG spec. See
> https://www.freedesktop.org/wiki/Specifications/ and
> https://www.freedesktop.org/wiki/Specifications/desktop-entry-spec/
>
> So, .desktop files are understood by XDG-compiant desktops and apps. Now
> every desktop environment on GNU/Linux actually supports these specs.
> Gnome and KDE do. Some others also do. Otherwise, one needs to install
> xdg-utils or similar package manually.
Then why my suggestion up-thread, viz.:
>> It applies to all operating system that use desktop environments
>> that comply with XDG so for example also BSD.
>
> Only XDG-compliant desktops? nothing else?
was rejected? The reasons given at the time were:
Well only those that handle xdg desktop files specific uri type
handlers e.g. Gnome, KDE, Xfce etc.
Not sure if there's something such as "fully XDG-compliant".
My phrasing only intended to explain that in theory any operating system
that uses xdg compliant desktop environments works with the change, not
just GNU/QT/GTK/KDE/GNOME Linux.
Specifically, with the following wording be accurate and clear?
** On capable systems, Emacs is now the default application for 'org-protocol'.
Org mode provides a way to quickly capture bookmarks, notes, and links
using 'emacsclient':
emacsclient "org-protocol://store-link?url=URL&title=TITLE"
Previously, users had to manually configure their desktop environment
to open 'org-protocol' links in Emacs. On any XDG-compliant system,
including GNU/Linux and some others, these links should now open in
Emacs automatically, as the "emacsclient.desktop" file now arranges
for Emacs to be the default application for the 'org-protocol' URI
scheme. See the Org mode manual, Info node "(org) Protocols" for more
details.
> Also, a number of applications, expect xdg-open executable to be
> available on GNU/Linux systems as a generic way to open files using
> "right" application. Including Emacs itself - see
> `browse-url-can-use-xdg-open', for example.
Is this related to the issue with org-protocol?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 13:17:02 GMT)
Full text and
rfc822 format available.
Message #78 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Specifically, with the following wording be accurate and clear?
>
> ** On capable systems, Emacs is now the default application for 'org-protocol'.
> Org mode provides a way to quickly capture bookmarks, notes, and links
> using 'emacsclient':
>
> emacsclient "org-protocol://store-link?url=URL&title=TITLE"
>
> Previously, users had to manually configure their desktop environment
> to open 'org-protocol' links in Emacs. On any XDG-compliant system,
> including GNU/Linux and some others, these links should now open in
> Emacs automatically, as the "emacsclient.desktop" file now arranges
> for Emacs to be the default application for the 'org-protocol' URI
> scheme. See the Org mode manual, Info node "(org) Protocols" for more
> details.
Sounds good to me. May also add about Android (Po Lu implemented the
relevant handler in d286f6889cf).
>> Also, a number of applications, expect xdg-open executable to be
>> available on GNU/Linux systems as a generic way to open files using
>> "right" application. Including Emacs itself - see
>> `browse-url-can-use-xdg-open', for example.
>
> Is this related to the issue with org-protocol?
Yes. For example, a browser bookmarklet like
javascript:location.href='org-protocol://capture?' +
new URLSearchParams({
template: 'x', url: window.location.href,
title: document.title, body: window.getSelection()});
will, by default, leverage xdg-open to handle org-protocol://... link
type. xdg-open consults mime-database, built using .desktop files
provided by installed applications.
With the discussed patch, e.g. Firefox will automatically use Emacs when
clicking on the above bookmarklet. Then, strictly speaking, it is not
necessary for the GNU/Linux system to be fully XDG-compiant. It will be
enough that (1) Emacs provides .desktop file; (2) Linux has xdg-open and
its dependencies installed; (3) Firefox makes use of xdg-open.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 13:51:01 GMT)
Full text and
rfc822 format available.
Message #81 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: bjorn.bidar <at> thaodan.de, 65469 <at> debbugs.gnu.org, stefankangas <at> gmail.com
> Date: Tue, 19 Sep 2023 13:16:58 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Specifically, with the following wording be accurate and clear?
> >
> > ** On capable systems, Emacs is now the default application for 'org-protocol'.
> > Org mode provides a way to quickly capture bookmarks, notes, and links
> > using 'emacsclient':
> >
> > emacsclient "org-protocol://store-link?url=URL&title=TITLE"
> >
> > Previously, users had to manually configure their desktop environment
> > to open 'org-protocol' links in Emacs. On any XDG-compliant system,
> > including GNU/Linux and some others, these links should now open in
> > Emacs automatically, as the "emacsclient.desktop" file now arranges
> > for Emacs to be the default application for the 'org-protocol' URI
> > scheme. See the Org mode manual, Info node "(org) Protocols" for more
> > details.
>
> Sounds good to me. May also add about Android (Po Lu implemented the
> relevant handler in d286f6889cf).
Thanks, will do.
> >> Also, a number of applications, expect xdg-open executable to be
> >> available on GNU/Linux systems as a generic way to open files using
> >> "right" application. Including Emacs itself - see
> >> `browse-url-can-use-xdg-open', for example.
> >
> > Is this related to the issue with org-protocol?
>
> Yes. For example, a browser bookmarklet like
>
> javascript:location.href='org-protocol://capture?' +
> new URLSearchParams({
> template: 'x', url: window.location.href,
> title: document.title, body: window.getSelection()});
>
> will, by default, leverage xdg-open to handle org-protocol://... link
> type. xdg-open consults mime-database, built using .desktop files
> provided by installed applications.
>
> With the discussed patch, e.g. Firefox will automatically use Emacs when
> clicking on the above bookmarklet. Then, strictly speaking, it is not
> necessary for the GNU/Linux system to be fully XDG-compiant. It will be
> enough that (1) Emacs provides .desktop file; (2) Linux has xdg-open and
> its dependencies installed; (3) Firefox makes use of xdg-open.
I don't understand what should the NEWS entry about org-protocol
support say, in addition to what it already says, to cover these
factoids. The NEWS entry is about the emacsclient.desktop file and
its contribution to automatic support of org-protocol; isn't what you
say above part of that automatic support?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 13:58:01 GMT)
Full text and
rfc822 format available.
Message #84 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> > Is this related to the issue with org-protocol?
>>
>> ...
>> With the discussed patch, e.g. Firefox will automatically use Emacs when
>> clicking on the above bookmarklet. Then, strictly speaking, it is not
>> necessary for the GNU/Linux system to be fully XDG-compiant. It will be
>> enough that (1) Emacs provides .desktop file; (2) Linux has xdg-open and
>> its dependencies installed; (3) Firefox makes use of xdg-open.
>
> I don't understand what should the NEWS entry about org-protocol
> support say, in addition to what it already says, to cover these
> factoids. The NEWS entry is about the emacsclient.desktop file and
> its contribution to automatic support of org-protocol; isn't what you
> say above part of that automatic support?
I guess it depends on the level of precision you want to have in the
NEWS entry. For me, the NEWS entry sounds good enough, but I wanted to
make things more clear after Björn's comment.
(Note that it was Björn who objected the original wording)
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 14:41:01 GMT)
Full text and
rfc822 format available.
Message #87 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: bjorn.bidar <at> thaodan.de, 65469 <at> debbugs.gnu.org, stefankangas <at> gmail.com
> Date: Tue, 19 Sep 2023 13:58:53 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> > Is this related to the issue with org-protocol?
> >>
> >> ...
> >> With the discussed patch, e.g. Firefox will automatically use Emacs when
> >> clicking on the above bookmarklet. Then, strictly speaking, it is not
> >> necessary for the GNU/Linux system to be fully XDG-compiant. It will be
> >> enough that (1) Emacs provides .desktop file; (2) Linux has xdg-open and
> >> its dependencies installed; (3) Firefox makes use of xdg-open.
> >
> > I don't understand what should the NEWS entry about org-protocol
> > support say, in addition to what it already says, to cover these
> > factoids. The NEWS entry is about the emacsclient.desktop file and
> > its contribution to automatic support of org-protocol; isn't what you
> > say above part of that automatic support?
>
> I guess it depends on the level of precision you want to have in the
> NEWS entry. For me, the NEWS entry sounds good enough, but I wanted to
> make things more clear after Björn's comment.
So what is imprecise in the wording I suggested a couple of messages
ago?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Tue, 19 Sep 2023 21:27:01 GMT)
Full text and
rfc822 format available.
Message #90 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Ihor Radchenko <yantar92 <at> posteo.net>
>> Cc: bjorn.bidar <at> thaodan.de, 65469 <at> debbugs.gnu.org, stefankangas <at> gmail.com
>> Date: Tue, 19 Sep 2023 13:58:53 +0000
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> > Is this related to the issue with org-protocol?
>> >>
>> >> ...
>> >> With the discussed patch, e.g. Firefox will automatically use Emacs when
>> >> clicking on the above bookmarklet. Then, strictly speaking, it is not
>> >> necessary for the GNU/Linux system to be fully XDG-compiant. It will be
>> >> enough that (1) Emacs provides .desktop file; (2) Linux has xdg-open and
>> >> its dependencies installed; (3) Firefox makes use of xdg-open.
>> >
>> > I don't understand what should the NEWS entry about org-protocol
>> > support say, in addition to what it already says, to cover these
>> > factoids. The NEWS entry is about the emacsclient.desktop file and
>> > its contribution to automatic support of org-protocol; isn't what you
>> > say above part of that automatic support?
>>
>> I guess it depends on the level of precision you want to have in the
>> NEWS entry. For me, the NEWS entry sounds good enough, but I wanted to
>> make things more clear after Björn's comment.
>
> So what is imprecise in the wording I suggested a couple of messages
> ago?
I'm fine with the suggested wording as long as it explains that BSD or
even Hurd are also fine. My comment was only about that not
only Linux as the relevant target OS for the change.
Xdg-open is a thing on any free Unix-like system.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Wed, 20 Sep 2023 09:32:01 GMT)
Full text and
rfc822 format available.
Message #93 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> I guess it depends on the level of precision you want to have in the
>> NEWS entry. For me, the NEWS entry sounds good enough, but I wanted to
>> make things more clear after Björn's comment.
>
> So what is imprecise in the wording I suggested a couple of messages
> ago?
Previously, users had to manually configure their desktop environment
to open 'org-protocol' links in Emacs. On any XDG-compliant system,
including GNU/Linux and some others, these links should now open in
Emacs automatically
1. GNU/Linux by itself is not XDG-compliant. Only some desktop
environments are.
2. System does not have to be fully XDG-compliant. It is enough that
some apps (like Firefox) follow XDG spec and that xdg-utils is
installed.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Wed, 20 Sep 2023 13:40:01 GMT)
Full text and
rfc822 format available.
Message #96 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: bjorn.bidar <at> thaodan.de, 65469 <at> debbugs.gnu.org, stefankangas <at> gmail.com
> Date: Wed, 20 Sep 2023 09:32:38 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> I guess it depends on the level of precision you want to have in the
> >> NEWS entry. For me, the NEWS entry sounds good enough, but I wanted to
> >> make things more clear after Björn's comment.
> >
> > So what is imprecise in the wording I suggested a couple of messages
> > ago?
>
> Previously, users had to manually configure their desktop environment
> to open 'org-protocol' links in Emacs. On any XDG-compliant system,
> including GNU/Linux and some others, these links should now open in
> Emacs automatically
>
> 1. GNU/Linux by itself is not XDG-compliant. Only some desktop
> environments are.
How about this minor variation:
Previously, users had to manually configure their desktop environment
to open 'org-protocol' links in Emacs. On any XDG-compliant desktop
environment, including KDE and GNOME on GNU/Linux, and some others,
these links should now open in Emacs automatically
> 2. System does not have to be fully XDG-compliant. It is enough that
> some apps (like Firefox) follow XDG spec and that xdg-utils is
> installed.
Does the above change solve this problem as well? Or maybe try this
variant:
** On capable systems, Emacs is now the default application for 'org-protocol'.
Org mode provides a way to quickly capture bookmarks, notes, and links
using 'emacsclient':
emacsclient "org-protocol://store-link?url=URL&title=TITLE"
Previously, users had to manually configure their desktop environment
to open 'org-protocol' links in Emacs. On any XDG-compliant desktop
environment, including KDE and GNOME on GNU/Linux, and some others,
these links should now open in Emacs automatically if the application
that opens the link follows the XDG spec and xdg-utils are installed.
This is because the "emacsclient.desktop" file now arranges for Emacs
to be the default application for the 'org-protocol' URI scheme. See
the Org mode manual, Info node "(org) Protocols" for more details.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Wed, 20 Sep 2023 14:02:02 GMT)
Full text and
rfc822 format available.
Message #99 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Ihor Radchenko <yantar92 <at> posteo.net>
>> Cc: bjorn.bidar <at> thaodan.de, 65469 <at> debbugs.gnu.org,
>> stefankangas <at> gmail.com
>> Date: Wed, 20 Sep 2023 09:32:38 +0000
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> I guess it depends on the level of precision you want to have in
>> >> the
>> >> NEWS entry. For me, the NEWS entry sounds good enough, but I
>> >> wanted to
>> >> make things more clear after Björn's comment.
>> >
>> > So what is imprecise in the wording I suggested a couple of
>> > messages
>> > ago?
>>
>> Previously, users had to manually configure their desktop environment
>> to open 'org-protocol' links in Emacs. On any XDG-compliant system,
>> including GNU/Linux and some others, these links should now open in
>> Emacs automatically
>>
>> 1. GNU/Linux by itself is not XDG-compliant. Only some desktop
>> environments are.
>
> How about this minor variation:
>
> Previously, users had to manually configure their desktop
> environment
> to open 'org-protocol' links in Emacs. On any XDG-compliant
> desktop
> environment, including KDE and GNOME on GNU/Linux, and some
> others,
> these links should now open in Emacs automatically
>
>> 2. System does not have to be fully XDG-compliant. It is enough that
>> some apps (like Firefox) follow XDG spec and that xdg-utils is
>> installed.
>
> Does the above change solve this problem as well? Or maybe try this
> variant:
>
> ** On capable systems, Emacs is now the default application for 'org-protocol'.
> Org mode provides a way to quickly capture bookmarks, notes, and links
> using 'emacsclient':
>
> emacsclient "org-protocol://store-link?url=URL&title=TITLE"
>
> Previously, users had to manually configure their desktop environment
> to open 'org-protocol' links in Emacs. On any XDG-compliant desktop
> environment, including KDE and GNOME on GNU/Linux, and some others,
> these links should now open in Emacs automatically if the application
> that opens the link follows the XDG spec and xdg-utils are installed.
> This is because the "emacsclient.desktop" file now arranges for Emacs
> to be the default application for the 'org-protocol' URI scheme. See
> the Org mode manual, Info node "(org) Protocols" for more details.
Why the focus on Linux? For example, you can install KDE on BSD and have
the same benefit of the change as on Linux.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Wed, 20 Sep 2023 15:03:02 GMT)
Full text and
rfc822 format available.
Message #102 received at 65469 <at> debbugs.gnu.org (full text, mbox):
> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
> Cc: Ihor Radchenko <yantar92 <at> posteo.net>, 65469 <at> debbugs.gnu.org,
> stefankangas <at> gmail.com
> Date: Wed, 20 Sep 2023 17:01:27 +0300
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > ** On capable systems, Emacs is now the default application for 'org-protocol'.
> > Org mode provides a way to quickly capture bookmarks, notes, and links
> > using 'emacsclient':
> >
> > emacsclient "org-protocol://store-link?url=URL&title=TITLE"
> >
> > Previously, users had to manually configure their desktop environment
> > to open 'org-protocol' links in Emacs. On any XDG-compliant desktop
> > environment, including KDE and GNOME on GNU/Linux, and some others,
> > these links should now open in Emacs automatically if the application
> > that opens the link follows the XDG spec and xdg-utils are installed.
> > This is because the "emacsclient.desktop" file now arranges for Emacs
> > to be the default application for the 'org-protocol' URI scheme. See
> > the Org mode manual, Info node "(org) Protocols" for more details.
>
> Why the focus on Linux?
Not focus, but preference. It's because GNU/Linux is our main target
system and its users are our main audience.
> For example, you can install KDE on BSD and have the same benefit of
> the change as on Linux.
The above text says "and some others", and it also says "any
XDG-compliant desktop environment". Why is this not enough? We don't
have to promote *BSD systems.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Wed, 20 Sep 2023 22:42:02 GMT)
Full text and
rfc822 format available.
Message #105 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> ** On capable systems, Emacs is now the default application for 'org-protocol'.
> Org mode provides a way to quickly capture bookmarks, notes, and links
> using 'emacsclient':
>
> emacsclient "org-protocol://store-link?url=URL&title=TITLE"
>
> Previously, users had to manually configure their desktop environment
> to open 'org-protocol' links in Emacs. On any XDG-compliant desktop
> environment, including KDE and GNOME on GNU/Linux, and some others,
Perhaps simpler:
environment, such as KDE and GNOME on GNU/Linux,
But my understanding is that KDE and GNOME desktop environments are XDG
compliant on all supported platforms. Is that correct? If it is,
perhaps it could be even simpler:
environment, such as KDE and GNOME,
(I'd mention GNOME first due to its historical connection to GNU, but
that's probably a nitpick in this context.)
> these links should now open in Emacs automatically if the application
> that opens the link follows the XDG spec and xdg-utils are installed.
> This is because the "emacsclient.desktop" file now arranges for Emacs
> to be the default application for the 'org-protocol' URI scheme. See
> the Org mode manual, Info node "(org) Protocols" for more details.
Other than that, LGTM.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#65469
; Package
emacs
.
(Sat, 23 Sep 2023 21:37:01 GMT)
Full text and
rfc822 format available.
Message #108 received at 65469 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
>> Cc: Ihor Radchenko <yantar92 <at> posteo.net>, 65469 <at> debbugs.gnu.org,
>> stefankangas <at> gmail.com
>> Date: Wed, 20 Sep 2023 17:01:27 +0300
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> > ** On capable systems, Emacs is now the default application for 'org-protocol'.
>> > Org mode provides a way to quickly capture bookmarks, notes, and links
>> > using 'emacsclient':
>> >
>> > emacsclient "org-protocol://store-link?url=URL&title=TITLE"
>> >
>> > Previously, users had to manually configure their desktop environment
>> > to open 'org-protocol' links in Emacs. On any XDG-compliant desktop
>> > environment, including KDE and GNOME on GNU/Linux, and some others,
>> > these links should now open in Emacs automatically if the application
>> > that opens the link follows the XDG spec and xdg-utils are installed.
>> > This is because the "emacsclient.desktop" file now arranges for Emacs
>> > to be the default application for the 'org-protocol' URI scheme. See
>> > the Org mode manual, Info node "(org) Protocols" for more details.
>>
>> Why the focus on Linux?
>
> Not focus, but preference. It's because GNU/Linux is our main target
> system and its users are our main audience.
>
>> For example, you can install KDE on BSD and have the same benefit of
>> the change as on Linux.
>
> The above text says "and some others", and it also says "any
> XDG-compliant desktop environment". Why is this not enough? We don't
> have to promote *BSD systems.
And some others wasn't clear to me because of the long sentence and
because mentioning KDE and GNOME on Linux while them being on Linux or
elsewhere doesn't make an impact on their XDG support.
Writing: "On any XDG-compliant desktop environment, including KDE and GNOME, and some others,
these links should now open in Emacs automatically if the application
that opens the link follows the XDG spec is installed. xdg-utils is
recommended to be installed but is not always a requirement."
(XDG-utils provides a shell-script that wraps around various desktop
environments "open/mime-handler" applications but only some programs use
it e.g. Chromium/Chrome).
To mention the target operating system for the feature I would write
this:
"XDG-compliant desktop environments are usually found on various
Unix-like systems use as Linux".
To be honest the discussion on this is taking quite long, I was only
concerned that simply mentioning only Linux was technically incorrect.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 22 Oct 2023 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 227 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.