* Release 7.4
@ 2010-12-10 13:24 Carsten Dominik
2010-12-10 14:24 ` Sébastien Vauban
0 siblings, 1 reply; 10+ messages in thread
From: Carsten Dominik @ 2010-12-10 13:24 UTC (permalink / raw
To: org-mode mailing list
Dear all,
here it is, release 7.4, my final release before Bastien takes
over in Januari. There is not a huge amount of new features,
but I want to hand over with a pretty clean state, so this is
the sole reason for releasing now. Not all the patches in the
queue made it, these will be taken care of in the next few days.
Thanks to the many contributors to this release.
As always: Enjoy!
- Carsten
Version 7.4
===========
Incompatible changes
~~~~~~~~~~~~~~~~~~~~~
Agenda: rework ndays and span handling
=======================================
The variable =org-agenda-ndays= is obsolete - please use
=org-agenda-span= instead.
Thanks to Julien Danjou for this.
Details
~~~~~~~~
Improvements with inline tasks and indentation
===============================================
There is now a configurable way on how to export inline tasks. See
the new variable =org-inlinetask-export-templates=.
Thanks to Nicolas Goaziou for coding these changes.
Agenda: Added a bulk "scattering" command
==========================================
=B S= in the agenda buffer will cause tasks to be rescheduled a random
number of days into the future, with 7 as the default. This is useful
if you've got a ton of tasks scheduled for today, you realize you'll
never deal with them all, and you just want them to be distributed
across the next N days. When called with a prefix arg, rescheduling
will avoid weekend days.
Thanks to John Wiegley for this.
In-buffer completion is now done using John Wiegleys pcomplete.el
==================================================================
Thanks to John Wiegley for much of this code.
Sending radio tables from org buffers is now allowed
=====================================================
Org radio tables can no also be sent inside Org buffers. Also,
there is a new hook which get called after a table has been sent.
Thanks to Seweryn Kokot.
Command names shown in manual
==============================
The reference manual now lists command names for most commands.
Thanks to Andreas Röhler who started this project.
Allow ap/pm times in agenda time grid
======================================
Times in the agenda can now be displayed in am/pm format. See the new
variable =org-agenda-timegrid-use-ampm=. Thanks to C. A. Webber for
a patch to this effect.
Rewriten clock table code
==========================
The entire clocktable code has been rewritten to add more options and
to make hacking time reports easier.
Thanks to Erwin Vrolijk for a patch introducing clock tables for
quarters.
Babel
======
Add =msosql= engine to sql code blocks
---------------------------------------
SQL code blocks can now be executed using the =myosql= engine on
Windows systems.
Thanks to Sebastien Vauban for this contribution.
Python code blocks now accept a =preamble= header argument
-----------------------------------------------------------
This allows specification of coding declarations and library imports
which must take place in the beginning of a file of executed python
code (note this header argument is used during code block evaluation
unlike the =shebang= header argument which is used during tangling).
For example
#+begin_src python :preamble # -*- coding: utf-8 -*- :return s
s = "é"
#+end_src
Thanks to Vincent Beffara for this idea.
Code block name is shown during evaluation query
-------------------------------------------------
When the user is queried about the evaluation of a named code block
the name of the code block is now displayed.
Thanks to Tom Dye for this suggestion.
Clojure code blocks results insertion
--------------------------------------
The results of Clojure code blocks have been improved in two ways.
1. lazy sequences are now expanded for insertion into the Org-mode
buffer
2. pretty printing of results is now possible with both "code" and
"data" pretty print formats
Thanks to Rick Moynihan for suggesting these changes.
Python code blocks now accept a =:return= header argument
----------------------------------------------------------
This alleviates the need to explicitly insert return statements into
the bode of Python code blocks. This change both
- allows the same python code blocks to be run both in sessions and
externally
- removes the floating =return= statements which violated python
syntax
Thanks to Darlan Cavalcante for proposing this feature.
=:results wrap= header argument wraps code block results
---------------------------------------------------------
The new =:results wrap= wraps code blocks results in a custom
environment making it possible to offset their contents during
export. For example
#+begin_src emacs-lisp :results wrap
"code block results"
#+end_src
#+results:
#+BEGIN_RESULT
code block results
#+END_RESULT
Thanks to Sebastien Vauban for persistently suggesting this enhancement.
Code block error buffer wiped clean between executions
-------------------------------------------------------
Previously the code block error buffer accumulated errors making it
difficult to distinguish between previous and current errors. This
buffer is now cleaned before every interactive code block evaluation.
Lists now recognized by code blocks
------------------------------------
It is now possible for code blocks to both read and write list
contents from and to Org-mode buffers. For example
#+results: a-list
- babel
- and
- org-mode
#+source: a-list
#+begin_src emacs-lisp :var lst=a-list :results list
(reverse lst)
#+end_src
Calc added as a supported code block language
----------------------------------------------
The Emacs Calc package can be used through =calc= code blocks allowing
both regular arithmetic operations as well as stack based
calculation. For example
#+source: calc-stack
#+begin_src calc
8
1
'+
9
'*
#+end_src
#+results: calc-stack
81
#+source: calc-arithmetic
#+begin_src calc :var in=calc-stack
in / 9
#+end_src
#+results: calc-arithmetic
9
"org-babel-detangle" propagates change to source code files into code
blocks
-----------------------------------------------------------------------------
`org-babel-detangle' can be used to propagate changes to pure source
code files tangled from embedded code blocks in Org-mode files back to
the original code blocks in the Org-mode file. This can be used on
collaborative projects to keep embedded code blocks up to date with
edits made in pure source code files.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release 7.4
2010-12-10 13:24 Release 7.4 Carsten Dominik
@ 2010-12-10 14:24 ` Sébastien Vauban
2010-12-10 14:44 ` Gregor Zattler
` (3 more replies)
0 siblings, 4 replies; 10+ messages in thread
From: Sébastien Vauban @ 2010-12-10 14:24 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Carsten,
Carsten Dominik wrote:
> here it is, release 7.4. [...] As always: Enjoy!
I'll do.
I did update my git working copy, and restarted Emacs. Though, when calling:
#+begin_src emacs-lisp
(org-version)
#+end_src
I get
#+results:
: Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
What could explain this diff in numbers: a mismatch in my configuration, or
something forgotten in one of Org's code files?
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release 7.4
2010-12-10 14:24 ` Sébastien Vauban
@ 2010-12-10 14:44 ` Gregor Zattler
2010-12-10 14:59 ` Julien Danjou
` (2 subsequent siblings)
3 siblings, 0 replies; 10+ messages in thread
From: Gregor Zattler @ 2010-12-10 14:44 UTC (permalink / raw
To: emacs-orgmode
Hi Sébastien,
* Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> [10. Dec. 2010]:
> Carsten Dominik wrote:
>> here it is, release 7.4. [...] As always: Enjoy!
> I did update my git working copy, and restarted Emacs. Though,
> when calling:
>
> #+begin_src emacs-lisp
> (org-version)
> #+end_src
>
> I get
>
> #+results:
> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
I track branch amint and get
Org-mode version 7.3 (release_7.4)
Ciao, Gregor
--
-... --- .-. . -.. ..--.. ...-.-
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Re: Release 7.4
2010-12-10 14:24 ` Sébastien Vauban
2010-12-10 14:44 ` Gregor Zattler
@ 2010-12-10 14:59 ` Julien Danjou
2010-12-10 17:52 ` Carsten Dominik
2010-12-11 16:58 ` Carsten Dominik
3 siblings, 0 replies; 10+ messages in thread
From: Julien Danjou @ 2010-12-10 14:59 UTC (permalink / raw
To: Sébastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 366 bytes --]
On Fri, Dec 10 2010, Sébastien Vauban wrote:
> #+results:
> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
>
> What could explain this diff in numbers: a mismatch in my configuration, or
> something forgotten in one of Org's code files?
I think Carsten forgot to change `org-version' in org.el.
--
Julien Danjou
❱ http://julien.danjou.info
[-- Attachment #1.2: Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Re: Release 7.4
2010-12-10 14:24 ` Sébastien Vauban
2010-12-10 14:44 ` Gregor Zattler
2010-12-10 14:59 ` Julien Danjou
@ 2010-12-10 17:52 ` Carsten Dominik
2010-12-10 19:27 ` Mike McLean
2010-12-10 20:33 ` Charles C. Berry
2010-12-11 16:58 ` Carsten Dominik
3 siblings, 2 replies; 10+ messages in thread
From: Carsten Dominik @ 2010-12-10 17:52 UTC (permalink / raw
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi,
I am unable to reproduce this.
- Carsten
On Dec 10, 2010, at 3:24 PM, Sébastien Vauban wrote:
> Hi Carsten,
>
> Carsten Dominik wrote:
>> here it is, release 7.4. [...] As always: Enjoy!
>
> I'll do.
>
> I did update my git working copy, and restarted Emacs. Though, when
> calling:
>
> #+begin_src emacs-lisp
> (org-version)
> #+end_src
>
> I get
>
> #+results:
> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
>
> What could explain this diff in numbers: a mismatch in my
> configuration, or
> something forgotten in one of Org's code files?
>
> Best regards,
> Seb
>
> --
> Sébastien Vauban
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Re: Release 7.4
2010-12-10 17:52 ` Carsten Dominik
@ 2010-12-10 19:27 ` Mike McLean
2010-12-10 20:33 ` Charles C. Berry
1 sibling, 0 replies; 10+ messages in thread
From: Mike McLean @ 2010-12-10 19:27 UTC (permalink / raw
To: Carsten Dominik; +Cc: Sébastien Vauban, emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 2794 bytes --]
I have the same issue, showing 7.3 as org-version. The strange thing is
that my git history shows the 7.4 version patch.
$ git log -5 --format=oneline
32f8161a7ce4ae6b60e24ba1ff2f9f2b0626e838 Update website to show 7.4 as
current release
68b11caa9dff723e123cc207eed69fd40e4ae1c7 Merge branch 'maint'
597e2863377fb8763cf6951e3b4e777b4616300d Release 7.4
5e7fe70e815d78ede42c5b9f5aa430f1edf4e638 Changes for release 7.4
1330048ba0b0fd7ca7bc4ab633ead2d93bca59f6 Keep byte compiler happy
$ ack org-version lisp/org.el
lisp/org.el:191:(defconst org-version "7.3"
lisp/org.el:194:(defun org-version (&optional here)
lisp/org.el:199: (version org-version)
lisp/org.el:17713: ["Show Version" org-version t]
lisp/org.el:17750: (org-version)
lisp/org.el:17866: (org-version))
lisp/org.el:19342:(defadvice outline-end-of-subtree (around
prefer-org-version activate compile)
If I go back a few commits to 597e286 Release 7.4, the release number is
correct.
On 12/10/10 12:52 PM, Carsten Dominik wrote:
> Hi,
>
> I am unable to reproduce this.
>
> - Carsten
>
> On Dec 10, 2010, at 3:24 PM, Sébastien Vauban wrote:
>
>> Hi Carsten,
>>
>> Carsten Dominik wrote:
>>> here it is, release 7.4. [...] As always: Enjoy!
>>
>> I'll do.
>>
>> I did update my git working copy, and restarted Emacs. Though, when
>> calling:
>>
>> #+begin_src emacs-lisp
>> (org-version)
>> #+end_src
>>
>> I get
>>
>> #+results:
>> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
>>
>> What could explain this diff in numbers: a mismatch in my
>> configuration, or
>> something forgotten in one of Org's code files?
>>
>> Best regards,
>> Seb
>>
>> --
>> Sébastien Vauban
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - Carsten
>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
--
Security is mostly a superstition. It does not exist in nature, nor do
the children of men as a whole experience it. Avoiding danger is no
safer in the long run than outright exposure. Life is either a daring
adventure, or nothing. -- Hellen Keller
*Mike McLean* | Home: +1-904-419-7240 | Mobile/Work: +1-201-954-6256 |
Fax: +1-888-359-2470
Twitter <http://twitter.com/SkydiveMike> Linked In
<http://www.linkedin.com/in/mikemclean> Facebook
<http://www.facebook.com/SkydiveMike> Skype
<skype:mike.mclean.pobox.com?call> Emailmike.mclean@pobox.com
<mailto:mike.mclean@pobox.com>
[-- Attachment #1.2.1: Type: text/html, Size: 6329 bytes --]
[-- Attachment #1.2.2: twitter_16.png --]
[-- Type: image/png, Size: 608 bytes --]
[-- Attachment #1.2.3: linkedin_16.png --]
[-- Type: image/png, Size: 624 bytes --]
[-- Attachment #1.2.4: facebook_16.png --]
[-- Type: image/png, Size: 502 bytes --]
[-- Attachment #1.2.5: skype_16.png --]
[-- Type: image/png, Size: 717 bytes --]
[-- Attachment #1.2.6: email_16.png --]
[-- Type: image/png, Size: 608 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Re: Release 7.4
2010-12-10 17:52 ` Carsten Dominik
2010-12-10 19:27 ` Mike McLean
@ 2010-12-10 20:33 ` Charles C. Berry
2010-12-10 22:06 ` Bernt Hansen
1 sibling, 1 reply; 10+ messages in thread
From: Charles C. Berry @ 2010-12-10 20:33 UTC (permalink / raw
To: Carsten Dominik; +Cc: Sébastien Vauban, emacs-orgmode
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1574 bytes --]
On Fri, 10 Dec 2010, Carsten Dominik wrote:
> Hi,
>
> I am unable to reproduce this.
>
> - Carsten
>
> On Dec 10, 2010, at 3:24 PM, Sébastien Vauban wrote:
>
>> Hi Carsten,
>>
>> Carsten Dominik wrote:
>> > here it is, release 7.4. [...] As always: Enjoy!
>>
>> I'll do.
>>
>> I did update my git working copy, and restarted Emacs. Though, when
>> calling:
>>
>> #+begin_src emacs-lisp
>> (org-version)
>> #+end_src
>>
>> I get
>>
>> #+results:
>> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
>>
>> What could explain this diff in numbers: a mismatch in my configuration, or
>> something forgotten in one of Org's code files?
Perhaps, as noted here
http://permalink.gmane.org/gmane.emacs.orgmode/34511
it might be cured with a 'git fetch --tags'?
HTH,
Chuck
>>
>> Best regards,
>> Seb
>>
>> --
>> Sébastien Vauban
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - Carsten
>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
Charles C. Berry Dept of Family/Preventive Medicine
cberry@tajo.ucsd.edu UC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release 7.4
2010-12-10 20:33 ` Charles C. Berry
@ 2010-12-10 22:06 ` Bernt Hansen
0 siblings, 0 replies; 10+ messages in thread
From: Bernt Hansen @ 2010-12-10 22:06 UTC (permalink / raw
To: Charles C. Berry; +Cc: Vauban, emacs-orgmode, Carsten Dominik
I think this is fixed with a new commit on the master branch.
-Bernt
"Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
> On Fri, 10 Dec 2010, Carsten Dominik wrote:
>
>> Hi,
>>
>> I am unable to reproduce this.
>>
>> - Carsten
>>
>> On Dec 10, 2010, at 3:24 PM, Sébastien Vauban wrote:
>>
>>> Hi Carsten,
>>>
>>> Carsten Dominik wrote:
>>> > here it is, release 7.4. [...] As always: Enjoy!
>>>
>>> I'll do.
>>>
>>> I did update my git working copy, and restarted Emacs. Though, when
>>> calling:
>>>
>>> #+begin_src emacs-lisp
>>> (org-version)
>>> #+end_src
>>>
>>> I get
>>>
>>> #+results:
>>> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
>>>
>>> What could explain this diff in numbers: a mismatch in my configuration, or
>>> something forgotten in one of Org's code files?
>
> Perhaps, as noted here
>
> http://permalink.gmane.org/gmane.emacs.orgmode/34511
>
> it might be cured with a 'git fetch --tags'?
>
> HTH,
>
> Chuck
>
>
>>>
>>> Best regards,
>>> Seb
>>>
>>> --
>>> Sébastien Vauban
>>>
>>>
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>> - Carsten
>>
>>
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
> Charles C. Berry Dept of Family/Preventive Medicine
> cberry@tajo.ucsd.edu UC San Diego
> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Re: Release 7.4
2010-12-10 14:24 ` Sébastien Vauban
` (2 preceding siblings ...)
2010-12-10 17:52 ` Carsten Dominik
@ 2010-12-11 16:58 ` Carsten Dominik
2010-12-11 20:01 ` Sébastien Vauban
3 siblings, 1 reply; 10+ messages in thread
From: Carsten Dominik @ 2010-12-11 16:58 UTC (permalink / raw
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi,
On Dec 10, 2010, at 3:24 PM, Sébastien Vauban wrote:
> Hi Carsten,
>
> Carsten Dominik wrote:
>> here it is, release 7.4. [...] As always: Enjoy!
>
> I'll do.
>
> I did update my git working copy, and restarted Emacs. Though, when
> calling:
>
> #+begin_src emacs-lisp
> (org-version)
> #+end_src
>
> I get
>
> #+results:
> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
I seen now that there was still a bug in my release process.
Fixed now, this will hopefully be OK immediately in the next
release.
Thanks for the report.
- Carsten
>
> What could explain this diff in numbers: a mismatch in my
> configuration, or
> something forgotten in one of Org's code files?
>
> Best regards,
> Seb
>
> --
> Sébastien Vauban
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release 7.4
2010-12-11 16:58 ` Carsten Dominik
@ 2010-12-11 20:01 ` Sébastien Vauban
0 siblings, 0 replies; 10+ messages in thread
From: Sébastien Vauban @ 2010-12-11 20:01 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Carsten,
Carsten Dominik wrote:
> On Dec 10, 2010, at 3:24 PM, Sébastien Vauban wrote:
>> Carsten Dominik wrote:
>>> here it is, release 7.4. [...] As always: Enjoy!
>>
>> I'll do.
>>
>> I did update my git working copy, and restarted Emacs. Though, when calling:
>>
>> #+begin_src emacs-lisp
>> (org-version)
>> #+end_src
>>
>> I get
>>
>> #+results:
>> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty)
>>
>> What could explain this diff in numbers: a mismatch in my configuration, or
>> something forgotten in one of Org's code files?
>
> I seen now that there was still a bug in my release process.
> Fixed now, this will hopefully be OK immediately in the next
> release.
Did git pull.
Did org-reload.
It is OK now. Thanks.
> Thanks for the report.
You're welcome.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2010-12-11 20:01 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-10 13:24 Release 7.4 Carsten Dominik
2010-12-10 14:24 ` Sébastien Vauban
2010-12-10 14:44 ` Gregor Zattler
2010-12-10 14:59 ` Julien Danjou
2010-12-10 17:52 ` Carsten Dominik
2010-12-10 19:27 ` Mike McLean
2010-12-10 20:33 ` Charles C. Berry
2010-12-10 22:06 ` Bernt Hansen
2010-12-11 16:58 ` Carsten Dominik
2010-12-11 20:01 ` Sébastien Vauban
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.