David Maus maus.da...@gmail.com writes:
At Wed, 11 Nov 2009 11:19:27 -0500,
U Avalos wrote:
Hi all. I know that there are various packages out there to use org-mode to
publish *websites* but I don't want to reinvent the wheel. Is there a way to
use org-mode to add posts to an existing
Nicolas Goaziou writes:
Hello,
Eric S Fraga e.fr...@ucl.ac.uk writes:
I have tracked this down to org-icalendar outputing wrapped lines even
for UID entries:
,
| BEGIN:VEVENT
| DTSTAMP:20140507T114443Z
| UID:0400[...]00
| 00[...]6
| DTSTART;TZID=Europe/London:20120403T06
David Engster writes:
Nicolas Goaziou writes:
Eric S Fraga e.fr...@ucl.ac.uk writes:
I have tracked this down to org-icalendar outputing wrapped lines even
for UID entries:
,
| BEGIN:VEVENT
| DTSTAMP:20140507T114443Z
| UID:0400[...]00
| 00[...]6
| DTSTART;TZID=Europe/London
Marvin M. Doyley writes:
Is there a way to sync org-agenda with google calendar so that I can
exploit googles calendar reminder.
org-caldav[1] works with Google Calendar on the old, deprecated CalDAV
endpoint (https://www.google.com/calendar/dav). I hear that the endpoint
is still working for
Hi all,
I guess this should be simple but somehow it's not working for me. I
want to generate a todo list which is sorted according to the scheduled
date. Consider the following test.org file:
** TODO: first SCHEDULED: 2009-04-01 Wed
** TODO: second SCHEDULED: 2009-04-23 Thu
** TODO: third
Matthew Lundin m...@imapmail.org writes:
David Engster d...@randomsample.de writes:
I guess this should be simple but somehow it's not working for me. I
want to generate a todo list which is sorted according to the scheduled
date. Consider the following test.org file:
[...]
This minimal
Carsten Dominik carsten.domi...@gmail.com writes:
On Mar 30, 2009, at 4:46 PM, David Engster wrote:
Thanks for the clarification. This is a bit confusing, since sorting
by priority works in the todo list, but sorting with date does
not. Also, since I call the function 'org-agenda', it is a bit
Carsten Dominik carsten.domi...@gmail.com writes:
On Mar 30, 2009, at 11:03 PM, David Engster wrote:
While browsing through chapter 10, I got the impression that the
different views are just different filters, but that I'm always
dealing with the same agenda mode, where each entry carries
Vincent Beffara writes:
In the meantime I also tweaked the way org-caldav manages UIDs to
exploit the fact that multiply occurring events are now exported
multiple times in ox-icalendar, everything works out well if only
org-ical is used. One thing remaining, on ical-org sync, there is an
Google has announced today that they will shut down their CalDAV API in
September, since hey, everybody's using their own protocol anyway.
org-caldav will then cease to work with Google calendar. I won't work on
supporting the Google calendaring API until there's a free server
implementation for
Bastien writes:
David Engster d...@randomsample.de writes:
I won't work on supporting the Google calendaring API until there's a
free server implementation for it, which can be self-hosted. If
someone else would like to work on that, please create a fork under a
different name
Jambunathan K. writes:
Still you haven't answered my Fudging the mail reply headers question
to my satisfaction.
http://www.gnu.org/software/emacs/manual/html_node/message/Mailing-Lists.html
A mailing list poster can use MFT to express that responses should be
sent to just the list, and not
Jambunathan K. writes:
I know that.
But that doesn't answer the question why Carsten will appear in the To
header of a mail that I reply to a mail I receive from Eric S Fraga.
Because Carsten started the thread and did not set MFT.
-David
Jambunathan K. writes:
David Engster d...@randomsample.de writes:
Jambunathan K. writes:
I know that.
But that doesn't answer the question why Carsten will appear in the To
header of a mail that I reply to a mail I receive from Eric S Fraga.
Because Carsten started the thread and did
'rasmus' writes:
For now I'm using fluux, but I haven't managed to get org-CalDAV to
sync yet.
What is that? I'm afraid I cannot find it.
I'm also looking to sync bbdb via CardDAV, although I would be
willing to switch to org-contacts if a solution emerged here before.
CardDAV shouldn't be
Vincent Beffara writes:
But it _can_ list my calendars, meaning that it can authenticate and
have some sort of interaction with google's servers. Maybe interfacing
with that would not be too hard?
Supporting the Google Calendar API in org-caldav wouldn't be hard. It's
actually a very clean,
Eric S. Fraga writes:
Bastien b...@altern.org writes:
Eric S Fraga e.fr...@ucl.ac.uk writes:
Given that I no longer use my old syncing approach, described on that
page, and instead use org-caldav, I would be happy to have the reference
to org-caldav moved to the top!
It's a wiki, be
I'd like to use Org as a static site generator. I know quite a few
people use Org to manage their sites, so I'd like to know what's already
available and what I'd need to add to make this working properly.
I know of course how to export a bunch of Org files to HTML through the
publishing
Vincent Beffara writes:
I am using o-blog for that, it is pretty great.
Thanks, that looks pretty nice. I'll take a look.
Thing of a typical HTML5 template having a header, nav, footer,
and article. I'd like Org to include the different exported files into
the article section, and the rest
David Engster writes:
Google has announced today that they will shut down their CalDAV API in
September, since hey, everybody's using their own protocol anyway.
Well, Google has suddenly realized that not only is CalDAV an open
standard, but it's actually used outside the Googleverse. Who
Achim Gratz writes:
Peter Münster writes:
cl-lib was just introduced in Emacs 24.3.
Does that mean, that the trunk should be modified later?
It means you should implement a solution that doesn't make Org
non-functional for Emacs 23 users.
The easiest solution is to simply do nothing, until
Suvayu Ali writes:
I have noticed that git *always* conflicts with TODO state changes. It
seems changes to a headline is not easy to resolve.
You mean you change state in a file and git fails to merge this on the
other side, although you didn't change the same line there? I've never
seen such
Suvayu Ali writes:
That said, I think you might be right. Possibly it could be resolved by
just changing the algorithm, I don't know why I never tried that though.
You might want to try setting diff.algorithm to 'patience' and maybe
also raise diff.context to something like 6 or so if that
Jason Riedy writes:
Google has deprecated the URL in org-caldav, and that old URL
does not work for me. The new one is documented at
https://developers.google.com/google-apps/calendar/caldav/v2/guide#new_endpoint
Fiddling with the regexp in org-caldav-events-url triggers an
error
Jambunathan K. writes:
It was rude of you to close the bug of which you nothing about.
It was rude of you to close all your existing bugs. Did it cross your
mind that maybe people already started working on those? This is not
a playground for your ego trips.
-David
Jambunathan K. writes:
David Engster d...@randomsample.de writes:
This is not a playground for your ego trips.
Or Eli Zaretskii's. That's precisely my point.
Nobody cares for your points if you're pulling stunts like closing all
bugs you've opened. I for one am done talking to you.
-David
I have the problem that a certain kind Org entries is not exported by
the icalendar exporter, namely those created by the gnus-icalendar
package.
This package creates Org entries from calendar invites in the following
way (I've omitted some of the properties, but you get the idea);
** Some
Nicolas Goaziou writes:
David Engster d...@randomsample.de writes:
These entries show up in the agenda just fine, but the icalendar
exporter does not export it because the timestamp is in the properties
(the gnus-icalendar package puts it there so that you can easily change
Nicolas Goaziou writes:
David Engster d...@randomsample.de writes:
I mean, those entries show up in the agenda, so I found it rather
surprising that they are completely ignored by the exporter.
This is an agenda bug, which probably use a regexp to find timestamps.
But timestamps
Nicolas Goaziou writes:
David Engster d...@randomsample.de writes:
It's these multitude of timestamp locations which makes changing the
timestamp of an existing entry through Elisp so tedious (I had to deal
with that in org-caldav)
The number of locations may be daunting but all of them
Nicolas Goaziou writes:
David Engster d...@randomsample.de writes:
I'm actually not sure what org-element is capable of nowadays. What I'd
like to have is a way to parse entries into a structure
See `org-element-parse-buffer'.
which lets me access certain elements of the entry, like
Stephen Eglen writes:
David Engster deng at randomsample.de writes:
Bastien writes:
David Engster deng at randomsample.de writes:
That is very strange. It should first
ask: Username [for Google CalDAV]:. If it does not do that, maybe you
have that information in your .authinfo?
I
Stephen Eglen writes:
I think it is a problem somewhere with my local setup; if I add the
following to .authinfo (chmod 600) then it uses the right username:
Machine www.google.com login my-gmail-login
I'm now about to see how to setup .authinfo.gpg so that I can also
include my password in
Suvayu Ali writes:
On Mon, Dec 03, 2012 at 08:50:35PM +0100, David Engster wrote:
I'm at a loss why this happens, and I could not reproduce it with my
account. This problem really has nothing to do with org-caldav, since it
is delegating this part to the url package. As I've already written
Rainer M. Krug writes:
On 06/12/12 09:36, Jambunathan K wrote:
On the left is the navbar. - You can quickly navigate to any
heading, a table or a captioned
figure.
Couldn't the navbar from emacs be used for that? I haven't used it in
a long time, but in ecb
(Emacs Code Browswer) it is used
Matt Price writes:
(1) do you know if it's possible to get the speedbar buffer in a
window instead of a frame?
I initially thought that would be easy. Turns out it isn't. ECB uses all
kinds of 'defadvice' to achieve that.
There's a package sr-speedbar at
http://www.emacswiki.org/SrSpeedbar
Detlef Steuer writes:
What I'm trying to figure out at the moment, is how to setup a batch so, that
say work.org goes into calendar work, family.org into calendar family
etc.,
without asking for user/password combinations.
That's not implemented. I guess you can workaround the problem by
When exporting an Org file as iCalendar and org-icalendar-timezone is
set to e.g. Europe/Berlin, it gets inserted as EUROPE/BERLIN during
export (and some CalDAV servers don't like that).
This is because %Z gets replaced with org-icalendar-timezone, and the
FIXEDCASE parameter isn't set in the
Stelian Iancu writes:
Well it seems that it didn't hang at all. What happens is that the
buffer which contains the org file doesn't seem to accept any keyboard
input anymore.
This bug is currently being discussed on emacs-devel:
http://thread.gmane.org/gmane.emacs.devel/156120
Jan has
I just pushed a pretty big update to org-caldav. Get it at
https://github.com/dengste/org-caldav
The short story: org-caldav now does proper two-way syncing. It's pretty
much a rewrite, actually. If you're already using org-caldav, you will
have to start from scratch after updating.
Please read
Detlef Steuer writes:
So it seems all events get deleted immediately after loading them up.
Indeed my calendars show up empty again in owncloud :-)
Any hints?
Could you post the contents of the *org-caldav-debug* buffer when this
happens?
-David
Eric S. Fraga writes:
I've tracked down the root of the various problems I have encountered
with the synchronisation. It all comes down to character sets. I
have some entries that have UTF-8 characters that are not present in
ASCII, specifically accented characters and similar (latin1,
Vincent Beffara writes:
Works great for me, thanks! One thing that changed (but it was kind of
a glitch anyway, even if a nice one to have): events with several
timestamps now appear only once rather than one per timestamp. Not
sure if this is due to org-caldav or to recent evolutions in the
Torsten Wagner writes:
we just tried org-caldav and it seems to work very nice.
We use Sogo http://www.sogo.nu/ and hence David might like to ad Sogo on the
list of possible caldav servers.
Thanks, that's good news. I'm actually pretty surprised that it works
right out of the box.
Any plans
Torsten Wagner writes:
Hey David,
could you please help me and steer me in the right direction to find the
cuprit
which makes the caldav calendar lagging an hour compared to the timestamps in
org-mode.
It's difficult. I will need to add some (optional) excessive debugging
output for seeing
Torsten Wagner writes:
I also noticed the files org-caldav-2094e16.el and org-caldav-backup.org.
However, they are stored in my .emacs.d folder. Would it make sens to have an
option to save them relatively to the org-file? E.g. relative to the path set
in org-caldav-files? That would help to
Torsten Wagner writes:
You might can try
http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/
which is the demo account of the Sogo.
Thanks. That'll work.
After a bit of fiddling it seems that SOGo really really wants a
timezone definition. I have no idea how those can be
Torsten Wagner writes:
I did not had time to play with the different parameters. For now I simply
added all of them.
I guess it has to do either with the timezone or with the daylight settings.
Maybe you want to add this to a How-to install for SOGo as a workaround.
I think I found a better
Torsten Wagner writes:
If I understood David right, the UTC option is just an addition to the
already present options.
Thus, if you used e.g. Europe/Berlin before, you do not need to change
anything and in fact, you shouldn't see a difference.
Yes, exactly.
-David
Torsten Wagner writes:
I see the problem that you might changed the text in the summary field in the
caldav calendar, which potentially mess up the header (where to place the old
timestamp within the context of the new text?!) but for now, I would suggest
to simply search for a timestamp
Eric S. Fraga writes:
I've had to clear out the org-caldav-xxx.el file in .emacs.d a couple
of times but that's typically due to my doing things on the same entry
in both calendar systems (org and Google).
If you change an item in Org as well as in the Calendar, the calendar
entry should
Sven Bretfeld writes:
(setq org-caldav-files /home/sven/Dropbox/myconf/testlocalcal.org)
No, that's wrong. It has to be a list of files:
(setq org-caldav-files '(/home/sven/Dropbox/myconf/testlocalcal.org))
-David
Sven Bretfeld writes:
- progn: Could not find UID emacs207403667799062360.
I'm currently struck with a nasty cold, so I have trouble thinking. But
this means that it tries to find this ID in your Org files, and it does
not seem to be there. You can try to go there by calling
M-x org-id-goto
Sven Bretfeld writes:
Hi David and all
I've got it. By try and error I found out that entries like these in an
org-file cause the problem:
%%(diary-anniversary 6 8 1969) Christian is %d years old
Ah OK. Thanks for looking into this. Those entries apparently produce
events during export but
'giles' writes:
Contacting host: www.google.com:443
Getting event 1 of 28
icalendar--read-element: Search failed: ;\\([A-Za-z0-9-]+\\)=
Could you please do M-x toggle-debug-on-error before running the sync
and post the resulting backtrace here?
-David
'giles' writes:
David Engster d...@randomsample.de writes:
Could you please do M-x toggle-debug-on-error before running the sync
and post the resulting backtrace here?
Slightly different behaviour this time: first seven events synced fine,
number 8 blew up the same way.
Debugger entered
Eric S. Fraga writes:
David Engster d...@randomsample.de writes:
Sven Bretfeld writes:
Hi David and all
I've got it. By try and error I found out that entries like these in an
org-file cause the problem:
%%(diary-anniversary 6 8 1969) Christian is %d years old
Ah OK. Thanks
David Engster writes:
'giles' writes:
David Engster d...@randomsample.de writes:
Could you please do M-x toggle-debug-on-error before running the sync
and post the resulting backtrace here?
Slightly different behaviour this time: first seven events synced fine,
number 8 blew up the same
Torsten Wagner writes:
Tested and you are right. Adding a timestamp in the body doesn't get
lost during sync. Actually, I guess the problem is a combination of
export and import to org-mode. During the export, the timestamp gets
read in correctly, however, it get stripped from the Summary
Eric S. Fraga writes:
David Engster d...@randomsample.de writes:
OK, I took a shot at dealing with sexp entries. It's a complicated
issue, since s-expressions can be in Org entries or by themselves. I
updated the Readme with a section on how they are handled now. Please
let me know how
Julien Cubizolles writes:
Since a few days (maybe an emacs update) I get this error message
whenever I run org-caldav-sync.
Debugger entered--Lisp error: (void-function url-http-options)
I've been digging around a bit and url-http-options is defined in
url-http.el which is present on my
Julien Cubizolles writes:
David Engster d...@randomsample.de writes:
Julien Cubizolles writes:
Since a few days (maybe an emacs update) I get this error message
whenever I run org-caldav-sync.
Debugger entered--Lisp error: (void-function url-http-options)
I've been digging around a bit
Michael Albinus writes:
Andreas Röhler andreas.roeh...@easy-emacs.de writes:
What about using some of the tools around?
Mirroring the stuff at github would provide a tracker just by the way...
Or you use debbugs.gnu.org, which hosts the Emacs bugtracker. Some of
the org bugs will arrive
Michael Albinus writes:
David Engster d...@randomsample.de writes:
Is it OK to report bugs for upstream/development versions through
`report-emacs-bugs', though? I always thought this should only be used
for stuff that's actually bundled with Emacs (what about bugs in
org/contrib
Bastien writes:
Hi Julien,
Julien Cubizolles j.cubizol...@free.fr writes:
As of today, org-cadav-syn fails with
org-export-icalendar: Symbol's function definition is void:
org-prepare-agenda-buffers
Actually, I can't find this function but org-agenda-prepare-buffers
exist. Are there two
Bastien writes:
Hi David,
David Engster d...@randomsample.de writes:
org-caldav does not call this function. It however requires
org-icalendar, and that was renamed to ox-icalendar in org git. So I
guess it pulls org-icalendar from the Org that is included with Emacs,
which calls
Bastien writes:
David Engster d...@randomsample.de writes:
Of course I can fix this. But I hope you realize that any third-party
code out there that requires an exporter will load the old one from
Emacs proper.
Yes, I'm well aware of this. The change now lives in the master
branch
Achim Gratz writes:
David Engster writes:
An alternative would be to remove the bundled Org from load-path when a
newer version is loaded. We do that with CEDET, but it is difficult to
do right (because of autoloading, for instance), so I think the
eval-after-load hack is better.
That part
Bastien writes:
Hi David,
David Engster d...@randomsample.de writes:
The most serious issue is that things will often seem to work because
old exporters are pulled in from Emacs, possibly *very* old
exporters.
I've added (provide 'org-icalendar) to ox-icalendar.el so that
a user
Torsten Wagner writes:
Now I make a tiny change e.g. change the length of the appointment from within
SOGo and sync back I get
TODO TODO Neuer Termin mit Foo und Bar r2013-03-06 Wed 10:00-11:00
:PROPERTIES:
:ID: 8a9651c0-faee-4416-afa6-979e328a3d15
:END:
As you can see
Bastien writes:
Hi David,
David Engster d...@randomsample.de writes:
(eval-after-load org-icalendar
'(error The old org-icalendar exporter is deprecated; use
ox-icalendar instead.))
I'm not sure about this one: where are you suggesting to add this?
In org.el?
Your call. Anywhere where
Julien Cubizolles writes:
Bastien b...@altern.org writes:
Achim Gratz strom...@nexgo.de writes:
I hope to put this together in the next week or
so, then it will be possible to nuke all traces fr4om an old Org and
then start from a clean slate with a new Org installation.
Okay, thanks.
Nicolas Goaziou writes:
Hello,
David Engster d...@randomsample.de writes:
Julien Cubizolles writes:
Bastien b...@altern.org writes:
Achim Gratz strom...@nexgo.de writes:
I hope to put this together in the next week or
so, then it will be possible to nuke all traces fr4om an old Org
Julien Cubizolles writes:
David Engster d...@randomsample.de writes:
I just pushed a change which should fix this (if the new exporter is
compatible;
It doesn't seem to be, I get
apply: Symbol's function definition is void: org-export-icalendar
when running org-caldav-sync, which
Nicolas Goaziou writes:
David Engster d...@randomsample.de writes:
What do you need from org-icalendar.el?
Only org-export-icalendar. As long as that one is producing the same
output, everything should be fine.
Unfortunately, there is no `org-export-icalendar' anymore.
There is:
(org
Julien Cubizolles writes:
David Engster d...@randomsample.de writes:
No, it's not defined in ox-icalendar. I guess it must be generated by
the new exporter first, probably through some additional require.
I have the following definition in ox-icalendar.el.
(defgroup org-export-icalendar
Nicolas Goaziou writes:
David Engster d...@randomsample.de writes:
After skimming through the new exporter, it also seems that
org-combined-agenda-icalendar-file was replaced with
org-icalendar-combined-agenda-file. Is that correct?
I'm also using org-icalendar-timezone, org-icalendar-store
I have written a package 'org-caldav' which can sync items to a remote
calendar server using the CalDAV protocol. The main purpose of this
package is to make better use of Org in combination with Android-based
mobile devices (yes, there is mobileOrg, but I have several problems
with it; that's a
Bastien writes:
I use Emacs from after your patch to url-dav (7/26/2012)
Then I guess you patched org-caldav-sync to not test for
`url-dav-patched-version'? Anyway, I've now added support for the
Emacs-bzr version of url-dav.
and I use this simple configuration:
(setq org-caldav-calendar-id
Bastien writes:
David Engster d...@randomsample.de writes:
That is very strange. It should first
ask: Username [for Google CalDAV]:. If it does not do that, maybe you
have that information in your .authinfo?
I have this:
machine smtp.gmail.com login bastiengue...@gmail.com password xx
Detlef Steuer writes:
org-check-agenda-file: Wrong type argument: stringp, nil
Do M-x toggle-debug-on-error before the sync and you should get a
backtrace for the error. Just post that here and we might be able to see
what's going on.
-David
Detlef Steuer writes:
Am Sun, 16 Nov 2014 22:53:11 +0100
schrieb David Engster d...@randomsample.de:
Detlef Steuer writes:
org-check-agenda-file: Wrong type argument: stringp, nil
Do M-x toggle-debug-on-error before the sync and you should get a
backtrace for the error. Just post
Peter Davis writes:
On 5/25/15 10:44 AM, David Engster wrote:
Peter Davis writes:
#+BEGIN_SRC Javascript
Don't capitalize, use 'javascript'.
Thanks, David.
That doesn't appear to make any difference. Neither does js.
Do you mean you don't see any highlighting in Emacs, or only
Peter Davis writes:
#+BEGIN_SRC Javascript
Don't capitalize, use 'javascript'.
-David
Bastien writes:
Emacs 23 and XEmacs support will be officially dropped as of Org 9.0.
Support for XEmacs should be dropped right away; it would just state a
fact, as Org didn't even compile with XEmacs for quite some time now
(and nobody complained).
I recognize having the manpower to watch
Nick Dokos writes:
Rasmus ras...@gmx.us writes:
Nick Dokos ndo...@gmail.com writes:
I just updated to release_8.3beta-1286-g20795fd.
``make test'' shows a failure on test 226:
FAILED 226/592 test-org-clock/clocktable-until-now
The backtrace was edited to get rid of a NUL that gnus
FYI:
I've updated the emacs-git master on the Buildbot and now
'test-ob/process-params-no-duplicates' is failing:
http://randomsample.de/org-buildbot
I've also added a new builder 'emacs-25.1' which is the current emacs-25
branch.
-David
Eli Zaretskii writes:
>> From: David Engster <d...@randomsample.de>
>> Cc: Lars Ingebrigtsen <la...@gnus.org>, b...@gnu.org,
>> emacs-de...@gnu.org, phillip.l...@russet.org.uk,
>
>> which implies that they are not supposed to be present at a "normal&
Lars Ingebrigtsen writes:
> The question is: What is the most effective way for Emacs developers to
> spend their time? I can't really see that anybody has made the case
> that shifting stuff from Emacs core to ELPA will mean less work for...
> well, anybody.
>
> (Except perhaps CEDET. There
John Wiegley writes:
>>>>>> "DE" == David Engster <d...@randomsample.de> writes:
>
> DE> It is a mistake because you are creating more moving targets and bring
> DE> them together very late in the release process. This reduces the amount of
>
John Wiegley writes:
>>>>>> "DE" == David Engster <d...@randomsample.de> writes:
>
> DE> Also, I currently have no idea how to continue with CEDET, as the future
> DE> where development should happen is unclear, and I get the feeling we're
&g
Edward John Steere writes:
> - Suppose that Emacs 22.0 is the current release and Emacs 22.1 is then
>released; CEDET is at
> - we update a registry somewhere indicating that Emacs 22.0 works with
> and 22.1 works with
>
> - When we make updates to CEDET we mark 22.1 as working
Edward John Steere writes:
>> It's not like packages communicate with Emacs over a well
>> defined RESTful interface. In other words: CEDET and Gnus are not
>> loosely coupled, quite the opposite: they are extremely dependend on
>> many obscure Emacs internals (not sure about Org).
>
> Shouldn't
John Wiegley writes:
> Many software projects have package ecosystems surrounding them that deal with
> similar issues, and I can't, off-hand, think of cases where the answer was
> "let's move some of those packages into core development to ease
> ___".
Just from the software I worked with over
John Wiegley <jwieg...@gmail.com> writes:
>>>>>> "DE" == David Engster <d...@randomsample.de> writes:
>
> DE> So if you don't get convinced, we'll just move again, right? No big deal.
>
> I suppose I'm asking that of you, yes.
Sorry
Eli Zaretskii writes:
>> From: Lars Ingebrigtsen
>> Date: Thu, 02 Feb 2017 13:10:07 +0100
>> Cc: Bastien Guerry , Emacs developers ,
>
>> Phillip Lord ,
>> emacs-org list ,
>>
John Wiegley writes:
>>>>>> "DE" == David Engster <d...@randomsample.de> writes:
>
> DE> This is a misunderstanding. I said I wanted to move support for certain
> DE> languages and project types into ELPA, not CEDET core. I'm still of th
John Wiegley writes:
>> "KM" == Kaushal Modi writes:
>
> KM> If we are able the release the new packaging method in emacs 26.x, then we
> KM> can remove org from emacs master completely, but if not, then at least as
> KM> backup we have a newer org version to go out
98 matches
Mail list logo