* New GNOME icons
@ 2006-03-07 0:18 Bill Wohler
2006-03-10 23:15 ` Bill Wohler
2006-03-10 23:56 ` Reiner Steib
0 siblings, 2 replies; 29+ messages in thread
From: Bill Wohler @ 2006-03-07 0:18 UTC (permalink / raw)
Cc: ding, mh-e-devel
The Gnus team have updated their icons from GNOME 2.6. Previously, all
of their images were in the etc/images/gnus directory. We (the Gnus and
MH-E teams) have worked together to share more of these images to
provide a more unified user experience. That means that a number of
those images will move from the Gnus sub-directory and move into the
top-level etc/images directory or mail sub-directory where they will
also be available to other Emacs developers.
I've enclosed the Gnus README which documents the icons we propose to
update or add to the Emacs CVS repository. The GNOME names are in
parenthesis. If you would like to comment on these before we check them
in, please do!
----- README follows -----
The following icons are from GNOME 2.6:
attach.xpm (stock_attach)
connect.xpm (stock_connect)
contact.xpm (stock_contact)
delete.xpm (stock_delete)
describe.xpm (stock_properties)
disconnect.xpm (stock_disconnect)
exit.xpm (stock_exit)
lock-broken.xpm (stock_lock_broken)
lock-ok.xpm (stock_lock_ok)
lock.xpm (stock_lock)
next-page.xpm (stock_next-page)
refresh.xpm (stock_refresh)
sort-ascending (stock_sort-ascending)
sort-column-ascending (stock_sort-column-ascending)
sort-criteria (stock_sort-criteria)
sort-descending (stock_sort-descending)
sort-row-ascending (stock_sort-row-ascending)
gnus/toggle-subscription.xpm (stock_task-recurring)
mail/compose.xpm (stock_mail-compose)
mail/copy.xpm (stock_mail-copy)
mail/forward.xpm (stock_mail-forward)
mail/inbox.xpm (stock_inbox)
mail/move.xpm (stock_mail-move)
mail/not-spam.xpm (stock_not-spam)
mail/outbox.xpm (stock_outbox)
mail/reply-all.xpm (stock_mail-reply-to-all)
mail/reply.xpm (stock_mail-reply)
mail/save-draft.xpm (stock_mail-handling)
mail/send.xpm (stock_mail-send)
mail/spam.xpm (stock_spam)
The following icons were contributed by Adam Sjøgren <asjo@koldfront.dk>:
mail/preview.xpm (combining stock_mail and stock_zoom)
mail/save.xpm (combining stock_mail, stock_save and stock_convert)
The following icon is from AUCTeX:
separator.xpm (sep.xpm)
The folling icon are duplicated from Emacs 22. They are either not present in
Emacs 21 or look different there.
cancel.xpm
copy.xpm
diropen.xpm
help.xpm
left-arrow.xpm
paste.xpm
print.xpm
redo.xpm
right-arrow.xpm
save.xpm
search.xpm
--
Bill Wohler <wohler@newt.com> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-07 0:18 New GNOME icons Bill Wohler
@ 2006-03-10 23:15 ` Bill Wohler
2006-03-10 23:56 ` Reiner Steib
1 sibling, 0 replies; 29+ messages in thread
From: Bill Wohler @ 2006-03-10 23:15 UTC (permalink / raw)
Cc: ding, emacs-devel
Bill Wohler <wohler@newt.com> writes:
> I've enclosed the Gnus README which documents the icons we propose to
> update or add to the Emacs CVS repository. The GNOME names are in
> parenthesis. If you would like to comment on these before we check them
> in, please do!
Hi Reiner, since there weren't any objections, could you please
proceed and ACK so I can verify them in MH-E? Thanks!
--
Bill Wohler <wohler@newt.com> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-07 0:18 New GNOME icons Bill Wohler
2006-03-10 23:15 ` Bill Wohler
@ 2006-03-10 23:56 ` Reiner Steib
2006-03-11 1:23 ` Bill Wohler
` (2 more replies)
1 sibling, 3 replies; 29+ messages in thread
From: Reiner Steib @ 2006-03-10 23:56 UTC (permalink / raw)
Cc: ding, mh-e-devel, Miles Bader
On Tue, Mar 07 2006, Bill Wohler wrote:
> The Gnus team have updated their icons from GNOME 2.6. Previously, all
> of their images were in the etc/images/gnus directory. We (the Gnus and
> MH-E teams) have worked together to share more of these images to
> provide a more unified user experience. That means that a number of
> those images will move from the Gnus sub-directory and move into the
> top-level etc/images directory or mail sub-directory
Minor correction: None of the current Gnus images will be moved (the
old icons will still be available for those who prefer the retro
look). The Gnome icons will be placed into etc/images or
etc/images/mail (and a single icon in etc/image/gnus).
> where they will also be available to other Emacs developers.
>
> I've enclosed the Gnus README which documents the icons we propose to
> update or add to the Emacs CVS repository. The GNOME names are in
> parenthesis. If you would like to comment on these before we check them
> in, please do!
No comments, no objection so far. So I think we can go ahead an
install the icons in Emacs CVS.
I could add the icons in Emacs CVS, but not before Monday. Miles, as
you know, the icons are already in the trunk of Gnus repository. Is
it better if you sync them into v5-10 and to Emacs via arch or is
there no difference for you?
BTW, I checked in the *.xpm icons as binary ("-kb"). I'm not sure if
this is necessary for xpm's. Is it necessary?
Bill, I'd suggest that you merge the latest changes[1] in
*image-load-path-for-library from lisp/gmm-utils.el into your version
and add it to `image.el'.
Bye, Reiner.
[1] * gmm-utils.el (gmm-image-load-path-for-library): Return single
directory if path is t. Add no-error.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-10 23:56 ` Reiner Steib
@ 2006-03-11 1:23 ` Bill Wohler
2006-03-11 1:29 ` Miles Bader
2006-03-13 11:52 ` Katsumi Yamaoka
2 siblings, 0 replies; 29+ messages in thread
From: Bill Wohler @ 2006-03-11 1:23 UTC (permalink / raw)
Reiner Steib <reinersteib+gmane@imap.cc> wrote:
> BTW, I checked in the *.xpm icons as binary ("-kb"). I'm not sure if
> this is necessary for xpm's. Is it necessary?
No.
> Bill, I'd suggest that you merge the latest changes[1] in
> *image-load-path-for-library from lisp/gmm-utils.el into your version
> and add it to `image.el'.
OK.
--
Bill Wohler <wohler@newt.com> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-10 23:56 ` Reiner Steib
2006-03-11 1:23 ` Bill Wohler
@ 2006-03-11 1:29 ` Miles Bader
2006-03-11 12:48 ` Reiner Steib
2006-03-13 11:52 ` Katsumi Yamaoka
2 siblings, 1 reply; 29+ messages in thread
From: Miles Bader @ 2006-03-11 1:29 UTC (permalink / raw)
Cc: mh-e-devel, ding
Reiner Steib <reinersteib+gmane@imap.cc> writes:
> I could add the icons in Emacs CVS, but not before Monday. Miles, as
> you know, the icons are already in the trunk of Gnus repository. Is
> it better if you sync them into v5-10 and to Emacs via arch or is
> there no difference for you?
Well, either is OK, but I need some warning if you do it, so I can make
sure things are consistent with Gnus.
If you want me to do it, just give me a list of the files to be copied.
Thanks,
-Miles
--
o The existentialist, not having a pillow, goes everywhere with the book by
Sullivan, _I am going to spit on your graves_.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-11 1:29 ` Miles Bader
@ 2006-03-11 12:48 ` Reiner Steib
2006-03-11 23:47 ` Miles Bader
0 siblings, 1 reply; 29+ messages in thread
From: Reiner Steib @ 2006-03-11 12:48 UTC (permalink / raw)
Cc: emacs-devel, mh-e-devel, ding
On Sat, Mar 11 2006, Miles Bader wrote:
> Reiner Steib <reinersteib+gmane@imap.cc> writes:
>> I could add the icons in Emacs CVS, but not before Monday. Miles, as
>> you know, the icons are already in the trunk of Gnus repository. Is
>> it better if you sync them into v5-10 and to Emacs via arch or is
>> there no difference for you?
>
> Well, either is OK, but I need some warning if you do it, so I can make
> sure things are consistent with Gnus.
>
> If you want me to do it, just give me a list of the files to be copied.
If you find time to do it before Monday, please go ahead. Else I will
do on Monday or Tuesday.
The list is in [Gnus trunk]/etc/image/README. All icons from
attach.xpm to separator.xpm should be added:
--8<---------------cut here---------------start------------->8---
$ sed -ne 's|^ \([^ ]*.xpm\).*$|\1|p;/separator.xpm/q' < README
attach.xpm
connect.xpm
contact.xpm
delete.xpm
describe.xpm
disconnect.xpm
exit.xpm
lock-broken.xpm
lock-ok.xpm
lock.xpm
next-page.xpm
refresh.xpm
sort-ascending.xpm
sort-column-ascending.xpm
sort-criteria.xpm
sort-descending.xpm
sort-row-ascending.xpm
gnus/toggle-subscription.xpm
mail/compose.xpm
mail/copy.xpm
mail/forward.xpm
mail/inbox.xpm
mail/move.xpm
mail/not-spam.xpm
mail/outbox.xpm
mail/reply-all.xpm
mail/reply.xpm
mail/save-draft.xpm
mail/send.xpm
mail/spam.xpm
mail/preview.xpm
mail/save.xpm
separator.xpm
--8<---------------cut here---------------end--------------->8---
From these icons, the following already exist in Emacs:
exit.xpm (Unused in Emacs, IIRC. Update to larger image)
mail/compose.xpm (Used by MH-E. Update to GNOME style.)
mail/reply-all.xpm (Ditto)
mail/reply.xpm (Ditto)
mail/send.xpm (Ditto)
refresh.xpm (No real change, see [1])
Bye, Reiner.
[1]
@@ -2 +2 @@
-static char * refresh_xpm[] = {
+static char * stock_refresh_xpm[] = {
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-11 12:48 ` Reiner Steib
@ 2006-03-11 23:47 ` Miles Bader
2006-03-12 0:38 ` Bill Wohler
0 siblings, 1 reply; 29+ messages in thread
From: Miles Bader @ 2006-03-11 23:47 UTC (permalink / raw)
> If you find time to do it before Monday, please go ahead. Else I will
> do on Monday or Tuesday.
Ok, I've done it.
-miles
--
"Though they may have different meanings, the cries of 'Yeeeee-haw!' and
'Allahu akbar!' are, in spirit, not actually all that different."
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-11 23:47 ` Miles Bader
@ 2006-03-12 0:38 ` Bill Wohler
0 siblings, 0 replies; 29+ messages in thread
From: Bill Wohler @ 2006-03-12 0:38 UTC (permalink / raw)
Miles Bader <miles@gnu.org> writes:
>> If you find time to do it before Monday, please go ahead. Else I will
>> do on Monday or Tuesday.
>
> Ok, I've done it.
Thank you.
> "Though they may have different meanings, the cries of 'Yeeeee-haw!' and
> 'Allahu akbar!' are, in spirit, not actually all that different."
ROTFL!
--
Bill Wohler <wohler@newt.com> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New GNOME icons
2006-03-10 23:56 ` Reiner Steib
2006-03-11 1:23 ` Bill Wohler
2006-03-11 1:29 ` Miles Bader
@ 2006-03-13 11:52 ` Katsumi Yamaoka
[not found] ` <3861.1142268982@olgas.newt.com>
2 siblings, 1 reply; 29+ messages in thread
From: Katsumi Yamaoka @ 2006-03-13 11:52 UTC (permalink / raw)
Cc: emacs-devel, mh-e-devel
>>>>> In <v9fylp4zwh.fsf@marauder.physik.uni-ulm.de>
>>>>> Reiner Steib wrote:
> [1] * gmm-utils.el (gmm-image-load-path-for-library): Return single
> directory if path is t. Add no-error.
Because of the `no-error' argument[1], I needed to modify the
`gmm-defun-compat' macro as follows since I'm using Emacs 23.
It will become unnecessary soon (when the `emacs-unicode-2'
branch is synch'd with the trunk), though.
--8<---------------cut here---------------start------------->8---
--- gmm-utils.el~ 2006-03-07 22:01:08 +0000
+++ gmm-utils.el 2006-03-13 11:51:18 +0000
@@ -285,8 +285,19 @@
"Create function NAME.
If FUNCTION exists, then NAME becomes an alias for FUNCTION.
Otherwise, create function NAME with ARG-LIST and BODY."
- (let ((defined-p (fboundp function)))
- (if defined-p
+ (let ((definition (and (fboundp function)
+ (symbol-function function))))
+ ;; FIXME: If a function which is not a byte compiled one might be
+ ;; given as FUNCTION, we'll have to use `ad-arglist' or equivalent.
+ (if (and definition
+ (or (not (byte-code-function-p definition))
+ (eq (length arg-list)
+ (ignore-errors
+ (length (if (fboundp 'compiled-function-arglist)
+ ;; XEmacs
+ (eval (list 'compiled-function-arglist
+ definition))
+ (aref definition 0)))))))
`(defalias ',name ',function)
`(defun ,name ,arg-list ,@body))))
--8<---------------cut here---------------end--------------->8---
[1] image-load-path-for-library is a compiled Lisp function in `image.el'.
(image-load-path-for-library LIBRARY IMAGE &optional PATH)
^ permalink raw reply [flat|nested] 29+ messages in thread
* defvars at compile time
@ 2005-09-16 10:48 Juanma Barranquero
2005-09-16 11:18 ` David Kastrup
2005-09-17 4:57 ` Richard M. Stallman
0 siblings, 2 replies; 29+ messages in thread
From: Juanma Barranquero @ 2005-09-16 10:48 UTC (permalink / raw)
(A little comment regarding recent changes by Carsten Dominik to the
reftex*.el files.)
I've seen that, as part of your changes, you've moved some defvar's I
added, wrapping them inside `eval-when-compile'. I much *prefer* that,
I dislike them at top level when they're not really defining a
variable, just silencing the byte-compiler. That's what I'd do on my
own modules.
However, I put them at top level (not the reftex*.el variables, but in
general) because Richard specifically asked me to do so. I'm not sure
whether it is Emacs policy, coding guidelines or a personal
preference, though.
--
/L/e/k/t/u
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: defvars at compile time
2005-09-16 10:48 Juanma Barranquero
@ 2005-09-16 11:18 ` David Kastrup
2005-09-16 13:25 ` Juanma Barranquero
2005-09-17 4:57 ` Richard M. Stallman
1 sibling, 1 reply; 29+ messages in thread
From: David Kastrup @ 2005-09-16 11:18 UTC (permalink / raw)
Cc: Carsten Dominik, Emacs Devel
Juanma Barranquero <lekktu@gmail.com> writes:
> (A little comment regarding recent changes by Carsten Dominik to the
> reftex*.el files.)
>
> I've seen that, as part of your changes, you've moved some defvar's
> I added, wrapping them inside `eval-when-compile'. I much *prefer*
> that, I dislike them at top level when they're not really defining a
> variable, just silencing the byte-compiler. That's what I'd do on my
> own modules.
Actually, I get "might be undefined at run time" in some similar
eval-when-compile wrapped situations. And having different semantics
during compilation and execution also is not a good idea.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: defvars at compile time
2005-09-16 11:18 ` David Kastrup
@ 2005-09-16 13:25 ` Juanma Barranquero
2005-09-16 14:59 ` David Kastrup
2005-09-16 15:48 ` Stefan Monnier
0 siblings, 2 replies; 29+ messages in thread
From: Juanma Barranquero @ 2005-09-16 13:25 UTC (permalink / raw)
Cc: Emacs Devel
On 9/16/05, David Kastrup <dak@gnu.org> wrote:
> Actually, I get "might be undefined at run time" in some similar
> eval-when-compile wrapped situations.
Maybe with some unusual combination of circumstances.
> And having different semantics
> during compilation and execution also is not a good idea.
There's almost zero semantics in `(eval-when-compile (defvar xxx))'.
It doesn't generate code, or assign any value, or affect dynamic
bindings (on normal situations, which we're discussing now). It's only
a trick to say "shhh" to the byte-compiler. `defvar' is special cased
for this.
It has no relation with other uses of `eval-when-compile' and friends,
which do indeed change the semantics. Whether these cases are a good
idea or not, IMO depends on each particular case. `eval-when-compile'
exists for a reason.
But anyway, I'm not advocating wrapping the defvars in e-w-c; I was
just pointing out to Carsten why I didn't wrap them in the first
place, and why I found surprising that he did.
--
/L/e/k/t/u
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: defvars at compile time
2005-09-16 13:25 ` Juanma Barranquero
@ 2005-09-16 14:59 ` David Kastrup
2005-09-16 15:48 ` Stefan Monnier
1 sibling, 0 replies; 29+ messages in thread
From: David Kastrup @ 2005-09-16 14:59 UTC (permalink / raw)
Cc: Emacs Devel
Juanma Barranquero <lekktu@gmail.com> writes:
> On 9/16/05, David Kastrup <dak@gnu.org> wrote:
>
>> Actually, I get "might be undefined at run time" in some similar
>> eval-when-compile wrapped situations.
>
> Maybe with some unusual combination of circumstances.
>
>> And having different semantics
>> during compilation and execution also is not a good idea.
>
> There's almost zero semantics in `(eval-when-compile (defvar xxx))'.
> It doesn't generate code, or assign any value, or affect dynamic
> bindings (on normal situations, which we're discussing now).
Yet. I believe that itmakes a difference with lexical scope, where it
also serves as a declaration that let-bindings to that variable should
have dynamic scope.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: defvars at compile time
2005-09-16 13:25 ` Juanma Barranquero
2005-09-16 14:59 ` David Kastrup
@ 2005-09-16 15:48 ` Stefan Monnier
2005-09-16 15:51 ` Juanma Barranquero
1 sibling, 1 reply; 29+ messages in thread
From: Stefan Monnier @ 2005-09-16 15:48 UTC (permalink / raw)
Cc: Emacs Devel
> There's almost zero semantics in `(eval-when-compile (defvar xxx))'.
There is: it says someting along the lines of "evaluate (defvar foo) during
byte-compilation". Now evaluating (defvar foo) has *zero* effect, so the
above code is equivalent to not writing anything.
It's only by chance that the byte-compiler actually looks at the contents of
`eval-when-compile' (rather than just passing it to `eval') and finds the
`defvar' which it interprets then as a kind of "extern" declaration.
So when writing the above code, you're relying on undocumented
implementation details of the byte-compiler.
Also it takes more visual space, and more byte-compile time.
The form (defvar foo) was specifically designed as a byte-compiler
directive, so please make use of it.
Stefan
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: defvars at compile time
2005-09-16 10:48 Juanma Barranquero
2005-09-16 11:18 ` David Kastrup
@ 2005-09-17 4:57 ` Richard M. Stallman
1 sibling, 0 replies; 29+ messages in thread
From: Richard M. Stallman @ 2005-09-17 4:57 UTC (permalink / raw)
Cc: dominik, emacs-devel
The only effect of a defvar with no initial value
is to silence the compiler. So it is superfluous
to put it inside eval-when-compile.
^ permalink raw reply [flat|nested] 29+ messages in thread
end of thread, other threads:[~2006-03-29 23:01 UTC | newest]
Thread overview: 29+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-07 0:18 New GNOME icons Bill Wohler
2006-03-10 23:15 ` Bill Wohler
2006-03-10 23:56 ` Reiner Steib
2006-03-11 1:23 ` Bill Wohler
2006-03-11 1:29 ` Miles Bader
2006-03-11 12:48 ` Reiner Steib
2006-03-11 23:47 ` Miles Bader
2006-03-12 0:38 ` Bill Wohler
2006-03-13 11:52 ` Katsumi Yamaoka
[not found] ` <3861.1142268982@olgas.newt.com>
[not found] ` <b4mr755zj4i.fsf@jpl.org>
[not found] ` <22907.1142318606@olgas.newt.com>
[not found] ` <stewtext5sn.fsf@marauder.physik.uni-ulm.de>
[not found] ` <3669.1142364565@olgas.newt.com>
[not found] ` <v9y7zcrbc1.fsf@marauder.physik.uni-ulm.de>
[not found] ` <7035.1142372131@olgas.newt.com>
[not found] ` <v93bhjrjrd.fsf@marauder.physik.uni-ulm.de>
[not found] ` <28215.1142437339@olgas.newt.com>
[not found] ` <v9irqf1x1t.fsf_-_@marauder.physik.uni-ulm.de>
2006-03-15 22:52 ` defvars at compile time Katsumi Yamaoka
2006-03-16 18:31 ` Kevin Rodgers
2006-03-16 22:27 ` Johan Bockgård
2006-03-16 22:51 ` Bill Wohler
2006-03-17 2:44 ` Miles Bader
2006-03-17 16:32 ` Richard Stallman
2006-03-20 6:31 ` Stefan Monnier
2006-03-22 1:59 ` Katsumi Yamaoka
2006-03-22 2:20 ` Stefan Monnier
2006-03-28 1:41 ` Bill Wohler
2006-03-28 19:20 ` Stefan Monnier
2006-03-29 23:01 ` Richard Stallman
2006-03-28 19:33 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2005-09-16 10:48 Juanma Barranquero
2005-09-16 11:18 ` David Kastrup
2005-09-16 13:25 ` Juanma Barranquero
2005-09-16 14:59 ` David Kastrup
2005-09-16 15:48 ` Stefan Monnier
2005-09-16 15:51 ` Juanma Barranquero
2005-09-17 4:57 ` Richard M. Stallman
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.