[O] Org-sync status
Hello to org-mode mailing list subscribers people CC'd in this email, I'm not interested in maintaining org-sync anymore. I've tried to continue but it just doesn't interest me anymore, I can't find the motivation and I rarely use bugtrackers. I think there are too many design issues with org-sync. I personally think org-mode is not restrictive enough as a format and UI to work (at large scale) with bugtrackers. I should have made this email a long time ago. Anyway it seems many people are interested in org-sync so I'll make a list of the people who contacted me over the years (cc'd) so that you can try to work something out, maybe. Conor Nash nas...@tcd.ie added basic support for Asana and has contacted me to merge it. I was going to handle it and promptly forgot about it instead. This was a bit more than 2 year ago. Albert Krewinkel krewin...@moltkeplatz.de made some modifications and wanted some feedback but he never sent anything after I told him org-sync was doomed. This was 2 year ago too. Bastien b...@gnu.org tried to motivate me to continue and asked me to try to write about the problems I've faced so that people could focus on them, etc. I agree that would be great but I've completely lost interest in it and don't remember what was bothering me specifically... I just think org is too general and free-formed to be robust and practical for bugtrackers. S V N Vishwanathan vi...@stat.purdue.edu contacted me 2 years ago about a google task backend he started and some problem he had. He got pretty far and had to hack a bit the org-sync API to get it to work. I told him I'll look at it some more to see it if there was a cleaner way to implement it but I never got around to it. David Beswick dlbesw...@gmail.com sent a small patch to fix something in the redmine backend. I think Daimrod daim...@gmail.com worked on it and has a github repo [1]. I've found an email on the org-mode mailing list from him saying he was interested with having write access on the official repo. Not much news since then. Arthur Leonard Andersen art...@beloved-king.org (author of elmine) contacted me last year about improving the redmine backend. Joseph Kiniry kin...@galois.com contacted me last year about the redmine backend, he also wanted to maintain org-sync as his company could sponsor it. Not much since then. And finally, Andrei Beliankou belia...@uni-trier.de has recently made a github repo and has worked on it. It looks like the more advanced fork out there so you should probably go there now. I might have forgotten about other people... Also, things to do/keep in mind: - the page/docs have to be updated. It's not even accessible from the org-mode website anymore it seems. - someone has to contact the person in charge of the official git repo rights in order to pass the flame to someone else. Or just add people I don't know. Or just switch everything to github. Cheers! 1: https://github.com/daimrod/org-sync 2: https://github.com/arbox/org-sync
[O] [PATCH] lisp/ox-html.el: Minimal encoding for code and verbatim text
I've reported the following bug earlier: http://article.gmane.org/gmane.emacs.orgmode/72967 Here's a fix, attached. 0001-lisp-ox-html.el-Minimal-encoding-for-code-and-verbat.patch Description: Binary data
[O] Exporting verbatim and code to html converts -- to en dash
Hi, When I export to html using org-mode 8.0.2 the text in verbatim and code markup are processed. ~--abi-check-disable~ is exported as code#x2013;abi-check-disable/code This looks like bug (otherwise verbatim is misleading).
Re: [O] org-sync doesn't work with recent org-element.el
Hi all, On Wed, Dec 12, 2012 at 3:42 PM, Bastien b...@altern.org wrote: I'm copying Aurélien, the author of org-sync. I saw the thread but thank you anyway. Aurélien, are you willing to maintain org-sync or shall we call for a new maintainer? I have not given up on org-sync but I have too many things going on right now. I know it's not the first time I say this but I will get back to it eventually.
Re: [O] Org-sync with redmine
On Sun, Oct 14, 2012 at 3:05 AM, Tim wiskey5al...@gmail.com wrote: Any idea where i should look for what may be causing the error ? The redmine backend is incomplete and poorly tested, sorry. Unfortunately, I'm very busy and I have not found the time to work on org-sync yet. The redmine backend is at the top of my TODO list though.
Re: [O] Status of org-sync?
Hi all, On Thu, Sep 13, 2012 at 8:44 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: What's the current status of org-sync? Is it already a contrib? I'd like to extend it to support Acunote. I'm no longer in vacation so contributions are going to be a lot slower than they were in the summer. I didn't touch it since the GSoC ended, I was enjoying my last free days. But don't worry, I will continue working on org-sync in my freetime :) My current priority is to improve the redmine backend which is very basic. As Bastien said, it's not ready to be in contrib. I've already received few off-list emails about org-sync and I'm glad people find it useful. Someone has contacted me to inform me he started working on Trello and Podio backends and wanted some advices. Here's what I sent him: You have to write a function to download tasks and a function to upload them (create new ones/modify existing ones/delete). This can be done in 2 steps so you can write the download function and test it without the upload one to start. The rest is boiler plate code. Merging, parsing (of the buffer), etc is handled by org-sync. You have to convert the things you download to the internal bug representation. Likewise, in the send function, you are given task in the internal format and you have to convert them to whatever form you need before sending (json, xml, ...). Look at the tutorial or an existing backend. Org-sync is still young. If you think something should be done in org-sync instead of in the backend (or the other way around) it can be done, we just have to talk about it :) Keep me informed, don't hesitate to ask me questions and good luck!
Re: [O] Kudos to Auréliens and Andrew who finished the GSoC successfully!
On Mon, Aug 27, 2012 at 6:15 PM, Eric Schulte eric.schu...@gmx.com wrote: Congrats to both of you on successfully completing these projects. Thank you! Also releasing Org-sync as an ELPA package [2] could increase its visibility and user base. Yes that's a good idea, I will look into it.
Re: [O] org sync with SD/prophet/ http://syncwith.us?
On Mon, Aug 27, 2012 at 6:47 PM, Elijah Wright elijah.wri...@gmail.com wrote: Has anyone looked at making org-mode sync with SD / http://syncwith.us ? I've checked the SD website and yes, it should be doable as backend for org-sync [1]. I already wrote a working github and bitbucket backend and SD looks like a good fit. 1: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/
Re: [O] [GSoC] Org-sync v0.2
On Sun, Aug 12, 2012 at 7:34 PM, Christopher Allan Webber cweb...@dustycloud.org wrote: This is *very* exciting. I'm definitely interested in using this for MediaGoblin if I can. Thanks. I've just looked at MediaGoblin but I don't think it fits what Org-sync was designed for, which is sync with bugtrackers or anything equivalent i.e. a list of something with an open/closed state with at least a title and a unique id. - I tend to take notes and local subtasks on bugs. Is there any way to do that? No. Org-sync only handles list of 1 level elements right now. - Does org-sync also pull down comments? No. I guess you could make a backend to sync comments from a single bug discussion but it's not really helpful. - I'd like to pull down the description and keep the TODO states in sync, but I'm not sure I want editing local descriptions to affect the description remotely. In fact I'm pretty sure I don't want to do that! I'd just like the initial state then be able to munge it however. Is that possible? That's possible and should be easy to implement, I'll see. - I'd really like to write a trac backend! There's a guide on the tutorial page [1], and you can look at existing backends. 1: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/tutorial/#sec-4
Re: [O] The Quantified Shower
Haha, oh wow! This is awesome! On Tue, Aug 7, 2012 at 2:32 PM, Christopher J. White orgm...@grierwhite.com wrote: Oh man, what a great post... But the mp3 links are broken! I really want to hear The Shower Song w/hair. Works for me. *megaman music* Put. soap. on. loofa. (in robotic voice) *megaman music* etc On 8/7/12 5:52 AM, Bastien wrote: I have long given up on reckoning how many I am (outside or inside), and I'm always amazed at those attempts to quantify one's own life. I'm still trying to figure out if this post is a joke or not: http://jeapostrophe.github.com/blog/2012/08/06/shower/ Maybe the fun is precisely in wondering so :)
Re: [O] [OT] LWN article on Easybook
On Wed, Aug 8, 2012 at 2:16 PM, Bastien b...@gnu.org wrote: Precisely where Org has a point: ~0 markup, ~0 mental effort. Markdown is very similar to Org for basic outlining. I don't understand how either one can require mental effort. # title1 ## title2 paragraph. *italic* and **bold**. [link](http://google.com). quote nested quote - item - item code block code block etc
[O] [GSoC] Org-sync v0.2
Hi all, I'm releasing a new version of Org-sync, the tool to sync Org documents with external bugtrackers/TODO-list system. There are functional (although not complete) backends for: - Github - Bitbucket - Redmine And I'm currently working on Remember the Milk. I've updated the installation procedure in the tutorial. It should be easier now if it was bothering you before. I've also made a short (~4mn) demo video covering the Bitbucket backend and conflicts. On a side note, making this video was a painful experience and I now realize the lack of good stable and free(dom) video editing software on Linux. Demo: https://www.youtube.com/watch?v=kbj6-j0teCY Tutorial: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/tutorial/ Webpage: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/index.html
Re: [O] org-caldav: Sync Org with external calendars through CalDAV (Owncloud, Google, ...)
On Fri, Jul 20, 2012 at 6:36 PM, David Engster d...@randomsample.de wrote: I must admit I'm a tiny bit baffled that no one seems to be interested in this. Anyway, no hard feelings ( ;-) ), but could please someone with I'm interested in this too for my own project Org-sync [1], even if calendars are not *directly* related to it. 1: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/index.html
[O] [GSoC] Org-sync
Hi all, I'm still working on Org-sync, the tool to synchronize external services with org-documents. The current focus is still on bug trackers. Right now you can test the github and the bitbucket backend. I've worked on a cache system that minimize what needs to be transfered at each synchronization and I've written Org-sync documentation (usage, code backend programming). You can find more on my repo [1]. There is a simple tutorial on worg [2] with screenshots and all which covers the basic usage of the tool. If you read it, feel free to post some feedback on this thread. There are still some things that need to be fixed before working on other backends. Currently, conflicting merge are not handled properly. I plan on writing backends for Redmine, Bugzilla, Google Code, Google Task, Toodledo, Remember the milk. But I may not have the time to do them all. What backends would you like me to implement first? Something not in this list? 1: http://orgmode.org/w/?p=org-sync.git 2: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/tutorial/
Re: [O] Org Mode TOOD two way sync tool
On Sun, Jun 24, 2012 at 7:07 PM, Christopher Allan Webber cweb...@dustycloud.org wrote: http://labs.creativecommons.org/2010/11/10/bridging-public-bugtrackers-and-local-tasklists/ Yes I've already read your post while researching for my project :) I'd be interested to see if you come up with a generic solution that could have mapppings for multiple bugtrackers, and that could sync with bugtracking states so if the bug gets closed, the TODO does also, or at least that it warns as such, etc. You'll be pleased to know that org-sync already does 2-way sync and works with Github and bitbucket atm. There is a generic library/multiple backend system in place. You might be interested in my project page on worg [1] or this announcement I made some time ago (which has a small tutorial) [2]. 1: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/backends.html 2: http://lists.gnu.org/archive/html/emacs-orgmode/2012-06/msg00169.html
Re: [O] Org Mode TOOD two way sync tool
Hi, I'm working on a bugtracker sync tool for org-mode [1]. I'm using org-element to parse org files, it does everything I need. It turns this * TODO blah 2012-06-25 :PROPERTIES: :foo: bar :END: Foo bar into this: (org-data nil (headline (:raw-value blah 2012-06-25 :title (blah (timestamp (:type active :value 2012-06-25))) :level 1 :todo-keyword TODO :todo-type todo :timestamp 2012-06-25 :foo bar :category ???) (section () (property-drawer (:properties ((foo . bar (paragraph () Foo bar I've removed irrelevant stuff for the example but you can get get the start/end point of each element from this structure. Just call org-element-parse-buffer. 1: http://orgmode.org/w/org-sync.git
Re: [O] Org Mode TOOD two way sync tool
On Sun, Jun 24, 2012 at 3:15 PM, Aurélien Aptel aurelien.ap...@gmail.com wrote: Just call org-element-parse-buffer. See also org-element-interpret-data, which lets you write back the structure.
[O] GSoC -- org-sync
Hi all, Since I've reached a usable point in my Google Summer of Code project Org-sync, I'm posting to the ML to show my progress and to get some feedback. For those who don't know or don't remember, Org-sync is a tool to synchronize parts of your document with external services in a generic way. Each service is implemented is a backend of org-sync and implements a common interface. The project focuses on online bugtracking tools such as Github issues or Bugzilla. More background info on worg at [1] and [2]. I've focused on Github as my first backend. Not all aspects of the org-sync lib has been factored out and the interface is a bit blurry (what belongs to org-sync? what belongs to the backend?). It will be clearer once I implement a second backend. Currently, the Github backend is usable. To try it: 1. You will need a recent copy of org-element.el, Nicolas Goaziou's new org-mode parser. If you don't have it, you can just download contrib/lisp/org-element.el [3] from the org-mode repo, visit it in emacs and run M-x eval-buffer. 2. Org-sync, of course. Currently there's only one file, you can just download it from the tag v0.1 changeset [4], visit it in emacs and run M-x eval-buffer. 3. Open an org-document, or a new buffer in org-mode 4. Run M-x os-import RET github.com/octocat/Hello-World RET to import issues from Github test repo. 5. You can delete some entries and run M-x os-sync to download them again. If you want to try the local-to-remote sync you'll need your own test repo. 1. Set the variable os-github-auth. For this you can run: M-: RET (setq os-github-auth (cons login passwd)) RET 2. Run M-x os-import RET /url/to/your/repo RET 3. Modify some entries and run M-x os-sync. Currently, there's no success message so you'll have to check online to make sure it worked. That's all for the basic tutorial. You can find more at [2]. Known issues: - Some field can't be synched. - Updating tags or assignee doesn't work if it doesn't exists. - The description is imported in Markdown syntax. - Non-ascii chars are sent properly but are not fetched properly. - The way logins are stored is simple for now but it will be enhanced later on. - I sometime get a message like this few minutes after synching: gnutls.c: [0] (Emacs) fatal error: The TLS connection was non-properly terminated. It has to do with https, ssl and url.el but other than that, I have no idea. - There is not much error checking. 1: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/ 2: http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/org-sync/backends.html 3: http://orgmode.org/w/?p=org-mode.git;a=blob_plain;f=contrib/lisp/org-element.el;hb=HEAD 4: http://orgmode.org/w/?p=org-sync.git;a=blob_plain;f=github.el;hb=HEAD
Re: [O] GSoC 2012 -- Elisp backend for Ragel
Hi again, I'm going to change my proposal according to what has been said in this discussion. * I still want to make an Elisp backend for ragel. I understand it won't be used in org-mode but it's a nice thing to have anyway. I hope it's not a problem if this part of the project is not directly related to org-mode. * I will help Nicolas integrating his new parser. Nicolas, what is left to do? In terms of work, is it enough/too much for the GsoC? I need to give precise information about how I will be evaluated for the mid-term. See GNU GSoC guidelines, Plan section [1]. 1: http://www.gnu.org/software/soc-projects/guidelines.html
Re: [O] GSoC 2012 -- Elisp backend for Ragel
On Sun, Mar 25, 2012 at 1:40 PM, Nicolas Goaziou n.goaz...@gmail.com wrote: If so, I think it's ultimately a bad idea and it should be rewritten using ragel. It may be. But it allows for flexibility. Org's syntax is evolving, and I consider org-element.el as a parser, but also as a guidance in that process. Since there is no formal description for Org syntax yet, an org-element.el is more useful than a full-blown parser generator for now. Using a parser generator can be flexible too. Big changes in the syntax usually implies big changes in the parsing code. With a tool like ragel the operation is much less painful since the code is generated. Also, if the org syntax can be written as a grammar, it can be safely imported in other software that have a parser for it making the format more portable. I don't know ragel (save for a short excursion in its website), but I'm pretty sure that even if it generates elisp code without dependency, any evolution to Org syntax will require to use it again. At that time, it may be difficult to find someone able and willing to undertake that updating task in a reasonable delay (since we're talking about a core feature). On the other hand, there are quite a few elisp hackers in Emacs's world. Frankly, I don't know ragel very much either. I've only used it on very simple things. But it's easy to use. You can even execute action at any state while parsing a token (look closely at the example on the homepage). Now, if ragel can improve org-element.el while preserving its I'm not sure it's possible :/ flexibility (and a compatible output, since I assume you won't also rewrite the generic export engine), I'm all ears. Yes, the output of the parser has to remain the same otherwise I would have to rewrite everything :p
Re: [O] GSoC 2012 -- Elisp backend for Ragel
On Sun, Mar 25, 2012 at 2:52 PM, Martyn Jago martyn.j...@btinternet.com wrote: For the design process I currently use the excellent plantuml library from within Org-mode (Aurélien, see lisp/ob-plantuml.el for the Org-babel interface), although have previously used a bespoke Ruby/Graphviz library of my design, and previous to that Ragel. I didn't know about plantuml. Nice tool! For that reason I think it would be great to see an `Org-Babel' implementation of Ragel. I think it could be a very useful tool. I'm discovering org-mode little by little. The whole org-babel thing is really nice too. So what you want is an org-babel interface that will convert a source block input for ragel to an image of the automata/generated code once you export e.g. to html? 1) It complicates the build process Yes, it adds complexity for the developers. Users won't notice. 2) It adds yet more SOUP (software of unknown provenance) to the build process which may then need mitigating against (this is relevant to me, although possibly not to Org-mode). You mean it complicates the build process? I'm not sure I understand. 3) FSM implementation into code is inherently very simple anyway Well I've never done it for big language but I did not find it that easy. Mistakes are easily made e.g. you end up accepting more thing that the language does in order to simplify the code, etc. What I do instead is validate the FSM code against the formal state representation as an integration test (which is fairly easy to arrange). I'm not familiar with this. Does this mean you test random valid and invalid input against the parser (aka fuzzing)? So my point is, I personally don't see the use of FSM code generators as a panacea to perfect super-fast code. To me their usefulness is in the visual representation of the state interaction (during development, and subsequent code documentation), and the resulting code quality. I'm not very experienced (just a student :) but for me their usefulness is in the robustness and the abstraction it brings. It also happens to be faster. But I see what you're saying.
Re: [O] GSoC 2012 -- Elisp backend for Ragel
On Mon, Mar 26, 2012 at 6:01 PM, Bastien b...@gnu.org wrote: Is it still hand written? If so, I think it's ultimately a bad idea and it should be rewritten using ragel. I guess that's because you're not fluent in english, but this sounds a bit peremptory. We are not only interested in code, we are also Sorry I've made a bad impression or if my remarks feels a bit passive-agressive. It's harder (and longer) for me to write in english, yes :p interested in learning from each others. That's what make this list a nice place to live in. If you have code or explanations you want to share, please do! From my classes, I thought it was widely accepted that sufficiently complex parsers should now be written by a tool like ragel. But again I'm not experienced, I never had to parse a complex language.
Re: [O] GSoC 2012 -- Elisp backend for Ragel
On Tue, Mar 27, 2012 at 11:22 PM, Achim Gratz strom...@nexgo.de wrote: It needs yet another tool to fully build org-mode from scratch, which needs to be installed, bug-free and configured correctly. Right now all one really needs to have to build org-mode is a working Emacs (even make is optional). Ragel is written in C++ and has no dependency. * every major platform has a C++ compiler * ragel input along with generated code can be tracked in the repo * the generated code is portable since it's elisp (doesn't need to be regenerated on different platforms) * the parser is a confined part of org-mode I don't think this is a problem. 3) FSM implementation into code is inherently very simple anyway Well I've never done it for big language but I did not find it that easy. Mistakes are easily made e.g. you end up accepting more thing that the language does in order to simplify the code, etc. Which is just as easily done by specifying the syntax incorrectly. I think the fix will be shorter and simpler in the syntax because it's easier to reason on an abstract definition when it comes to language. When you're neck-deep in your handwritten implementation trying to figure what you did wrong, it can take a long time. No, you can (for a suitably restricted set of languages) formally proof that the implementation and the specification is identical for any input. How would you do that programmatically? The assumption that an FSM running in ELisp is faster than a bunch of regexp has not been actually tested or has it? I haven't tested anything yet. If I remember correctly, the emacs regex API doesn't provide a way to compile patterns and thus have to be compiled at each call. Also the underlying FSM implementation uses NFA which can lead to a exponential complexity in time [1] for certain patterns. 1: http://swtch.com/~rsc/regexp/regexp1.html
Re: [O] GSoC 2012 -- Elisp backend for Ragel
So, as an experienced org-mode developper you're saying it's very hard? I should focus on the ragel part in the application and try to go as far as i can for org-mode then. I still need something I can be evaluated to for the mid-term and final evaluation. Can you be my mentor? If no one can I should apply for another project :/
[O] GSoC 2012 -- Elisp backend for Ragel
Hi! I'm currently studying Computer Science at Lyon 1, France and I was interested in writing an elisp backend for ragel to use in org-mode for the Google Summer of Code 2012. I hope GNU will have enough slot for this project because it's the one I would really like doing :) Here's a draft of my application. I was hoping someone (mentors?) could help me improve it (suggestion, typo, correction). Keep in mind English is not my native language. --- Name: Aurélien Aptel E-mail: aurelien.ap...@gmail.com Project name: org-mode -- Implement an Elisp backend for Ragel Summary: The objective of the project is to implement an Elisp backend for Ragel (a parser generator) in order to replace the slow, complex and error-prone parsing code in org-mode with fast code generated by Ragel from a clean and readable grammar. Benefits: * Clean, readable and reusable grammar for org-mode files * A new (fast) alternative for parsing in Elisp ; can be relevant for a lot of Elisp projects * New language backend for Ragel Deliverables: * New language backend for Ragel * New improved parsing code for org-mode * A grammar for org-mode files Plan: Communication: I can be reached via email or irc. I plan on using a DVCS like Mercurial and publish my commits on a public hosting service such as bitbucket.org so everyone can follow my progress. I will also post to the org-mode ML to present my progress after each meaningful steps. Qualification: * I've already contributed to emacs. I've added cross-platform underwave support, hopefully included in future releases. More info and patch at: http://lists.gnu.org/archive/html/bug-gnu-emacs/2012-02/msg00238.html http://lists.gnu.org/archive/html/emacs-devel/2012-01/msg00844.html * I'm familiar with FSM concepts I've had classes on languages and automata which involved the implementation of several algorithms. * I use emacs every day :) I read and sometime post on various emacs MLs and I keep up with Emacs-related news on the web. I'm familiar with Lisp-like language. I wrote an interpreter (in C) for my own Lisp-language with the help of SICP as a personnal project. I have enough Elisp knowledge to automate some of my tasks but I'm no expert at it. I have used org-mode few times but I can't say I'm a frequent user. I'm a C hacker at heart but I have an acceptable knowledge of C++ :) ---
Re: [O] GSoC 2012 -- Elisp backend for Ragel
Oops. Forgot the Plan section. I'm not sure about that one. Plan: The project has 2 clearly defined tasks: * implement the backend * replace the old parser I'm still not sure what will take the most time and I'm tempted to just have an almost-working backend as mid-term evaluation, working backend as a final evaluation and the replacement of the old parser as a bonus... The project title is Add Elisp backend to Ragel after all.
