Re: Confusion about org-confirm-babel-evaluate's behavior while exporting lob calls

Berry, Charles" via "General discussions about Org-mode. writes: > FWIW, it doesn't seem like an accident. You might ping the author of this > commit: No, that change was to suppress an _additional_ confirmation that was triggered by some internal implementation details. Regards, Achim. --

Re: [O] join two or more tables

Uwe Brauer writes: > Hm, thanks but could you post an example (the one I finally used is > based on R and goes as follows There's a whole tutorial on table manipulation on Worg: https://orgmode.org/worg/org-contrib/babel/examples/lob-table-operations.html It's a bit old so some of the functions

Re: [O] join two or more tables

Uwe Brauer writes: > Thanks I knew about it, but it seems very sophisticated and column, not > row based. Well, if simple-minded suits you (i.e. the columns are known to have the same order): Tables in Org are lists with rows as their elements, and a row is either a symbol or a list of column

Re: [O] Proposal for new document-level syntax

Fraga, Eric writes: > For me, however, your proposed structure would clash strongly with my > usual working practice. Specifically, I put all customizations and > settings at the end of my documents, along with, for instance, Emacs > file local variables. These are things I do not change often

Re: [O] [PATCH] Ruby tests

Nicolas Goaziou writes: >> Ruby tests have been failing for quite some time, here's my fix. > > Feel free to push these changes if they fix tests for you. I no longer have the commit bit since the server software was changed. If it still requires an account on the server then I don't intend to

[O] [PATCH] Ruby tests

Ruby tests have been failing for quite some time, here's my fix. >From 2f1bbaab939f6b6ceceb72862470e0576a8e2cba Mon Sep 17 00:00:00 2001 From: Achim Gratz Date: Sun, 12 May 2019 13:14:04 +0200 Subject: [PATCH 1/1] test-ob-ruby.el: fix tests * testing/lisp/test-ob-ruby.el: Output no lon

Re: [O] [PATCH] Fix behaviour of ":dir" when ":mkdirp" is not defined

Am 24.04.2019 um 12:43 schrieb Joaquín Aguirrezabalaga: #+begin_src elisp :dir /tmp/some-test-dir :mkdirp t default-directory #+end_src Do not hardcode "/tmp" in the tests. -- Achim. (on the road :-)

Re: [O] OT: gmane seems to be back

Am 30.10.2018 um 16:57 schrieb Nick Dokos: For a couple of weeks, I had not been able to connect to gmane, so I finally gave up and changed my preferences so that I could receive the email from the list. I have not seen any acknowledgement anywhere that it was down BTW - did anybody here

Re: [O] Testing master branch

Bernt Hansen writes: > I intend to update and track the master branch git repo changes daily in > order to identify problems as early as possible. > > Does it matter if I compile or not for this? > > Normally I do: > > git pull > make > and restart emacs every morning > > Can I do make

Re: [O] [RFC] Moving "manual.org" into core

Bastien Guerry writes: >> Exactly. Emacs will anyways ship with org.texi. So moving the manual >> source to Org in the Org repo shouldn't concern the Emacs repo. > > Yes, but it is still a concern for Emacs contributors like Glenn and > others who occasionnally make corrections in Emacs' org.texi.

Re: [O] [RFC] Moving "manual.org" into core

Nicolas Goaziou writes: >> Testing the process of running "make pdf" while emacs will in charge >> of producing a PDF file (.org => .texi => .pdf) will be interesting, >> and potentially more error-prone than the current .texi=>.pdf process. > > I didn't invest time in the Makefile, so I don't

Re: [O] [RFC] Moving "manual.org" into core

Bastien Guerry writes: >> Why do we need it? If it is mandatory (I fail to see why, since we >> provide the source of the info file), can we include it read-only? > > It is mandatory, as long as the GNU standard for documentation is to > provide it as a .texi file. It can always be generated for

Re: [O] [RFC] Moving "manual.org" into core

Nicolas Goaziou writes: > Actually, I have another idea. We could implement a function generating > the manual, right in Org core. It can be useful for both packaging, like > the above, and for developers, who can update the manual on the fly. That should go into mk/org-fixup.el then. I am not

Re: [O] [RFC] Moving "manual.org" into core

Nicolas Goaziou writes: > "manual.org" was updated a month ago, and, so far, nobody complained > about it. So, I think it's a good time to discuss about what could be > done next. The lack of complaints is unlikely to mean that everybody tried it and found nothing to complain about. I haven't

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

Kaushal Modi writes: > No, the keys didn't transfer. As Bastien mentioned in the original email, > you need to create an account on code.orgmode.org first (pasted the > instructions below): I've seen that, but I was asking firstly about the clone operation. In this case, the website shouldn't

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

Bastien Guerry writes: >> ~$ git clone g...@code.orgmode.org:bzg/org-mode.git >^^^ > > This is for when you have an account on code.orgmode.org and want > to clone through ssh. Have the existing SSH keys been migrated to the new server? Trying to clone through this method keeps

Re: [O] org-plus-contrib tar disappeared from orgmode.org/elpa/

Christopher League writes: > I'm using NixOS, and my current nixpkgs tree refers to 20170911, which > cannot (re)-build now because the source is missing. Here's the Nix > specification referencing the now-broken URL: > >

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

Am 30.12.2017 um 12:57 schrieb Bastien: So if you want to open a discussion on better hosting plans and if you or someone else is willing to handle the migration and to maintain the server afterwards, we can of course discuss this. As I said, the decision's done, so let's see how things work

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

Am 29.12.2017 um 13:26 schrieb Bastien Guerry: Migrating to a new vultr instance was easier than trying to upgrade the rackspace hosting service and the vultr pricing is better. It's water under the bridge now, but if there had been a discussion here we might have converged to a different

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

Am 28.12.2017 um 18:12 schrieb Bastien Guerry: thanks to Jason Dunsmore, we were able to have our orgmode.org server sponsored by Rackspace. Their OSS hosting program ends by the end of the year¹. Thanks a lot to Rackspace for this program, it saved us a lot of money! And to Jason for letting

Re: [O] Git repository error

Nick Dokos writes: > You might not have given it enough time. Here, it takes a long time, > but it completes: > > $ time git clone http://orgmode.org/org-mode.git > Cloning into 'org-mode'... Yes, http:// works (if slowly), but git:// is really flakey and mostly doesn't during the last few days

Re: [O] Bug?? #+begin_src sh :file

Charles Millar writes: > A bug? Or what am I missing? You are creating a file that Org is supposed to fill with the output from your script. Your script doesn't produce output, but instead writes to the same file. When the script returns, Org dutifully truncates the file to nothing. Regards,

Re: [O] Old org.el ending up in current tar packages?

Adam Porter writes: > It seems that org.el in org-20170821.tar is out of date. Sharon Kimble > noticed that something was wrong, and after much digging, we found that > org-clock.el has been updated to have calls to > org-time-string-to-seconds with 2 arguments, but the function definition > in

Re: [O] make compile fails

Jarmo Hurri writes: > Running 'make cleanall' didn't help. Yes, because you need to install htmlize most likely (if you need it at all). I installed the one from Marmalade. You need to activate it for testing (since during test local packages are not visible by default): BTEST_POST = --eval

Re: [O] ox-taskjuggler on MELPA useful despite org-plus-contrib

Adam Porter writes: > I've had the same problem, I have to manually delete the extra org > package now and then. I wonder if a dummy package would prevent > package.el from reinstalling it... Yes it does and I've provided instructions on how to do that quite some time ago on this list.

Re: [O] Versioning of worg content

Bastien writes: > No. Worg needs love. And yes, we could tag Worg's repository > with Org-mode versions, the same as we would do with documentation. If you are talking about the Git repository behind Worg, then: a) Yes, we could give that repository version tags. b) No, we shouldn't do that

Re: [O] Bug: link formating problem [9.0.5 (9.0.5-elpaplus @ /Users/mistkafka/.emacs.d/elpa/org-plus-contrib-20170210/)]

Chunyang Xu writes: > Sure, I will do that when it is possible (Right now, I can not git-clone > org-mode's repository, > > ~$ git clone git://orgmode.org/org-mode.git > Cloning into 'org-mode'... > fatal: read error: Connection reset by peer Cloning via http still works, so try that

Re: [O] More clocktable breakage

Nicolas Goaziou writes: > Is your issue solved? I can confirm the issue is solved. Thanks again. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [O] More clocktable breakage

Nicolas Goaziou writes: > I fixed the issue by extending `org-at-timestamp-p' optional argument > while preserving backward-compatibility. Thanks. That seems like a much better soultion than what we've had before and some of what we've discussed before getting there. > Is your issue solved?

Re: [O] More clocktable breakage

Nicolas Goaziou writes: > OK. I inserted it in a fresh Org buffer. Is there any command to call on > it now? Yes, put the cursor on the date or time of one of the timestamps and press S-Up or S-Down. It should increase or decrease the corresponding element of the timestamp, but instead you'll

Re: [O] More clocktable breakage

> As I asked 5 weeks ago (!), could you provide an ECM demonstrating the > issue so that I can fix it, in the light of our discussion? I've told you from the beginning that it was a file at work and that it would take some time to dig down to the problem since it did work at home when I tried to

Re: [O] More clocktable breakage

Nicolas Goaziou writes: >> I'd say anything org-element-* should exclusively return syntactical >> things. Context dependence needs to be dealt with elsewhere. > > I'm not sure to understand this. Syntactical things are all about > context dependence in Org. Do you mean /context independance/

Re: [O] More clocktable breakage

Nicolas Goaziou writes: > Sadly, what a "timestamp" is depends on what function is asking. AFAICT, > there are three categories of "timestamps". Well, taking a further setp back, before Org started to have a formal syntax anything that looked like a timestamp was treated as one. The different

Re: [O] More clocktable breakage

Nicolas Goaziou writes: > Another idea is to add an optional argument to `org-at-timestamp-p' to > allow "sloppy" matching (or strict matching, it doesn't really matter) > and skip checks when it is required. So all functions requiring this > predicate can make use of it, as long as they call it

Re: [O] More clocktable breakage

Nicolas Goaziou writes: #+BEGIN: clocktable :tstart "<2006-08-10 Thu 10:00>" :tend "<2006-08-10 Thu 12:00>" #+END: clocktable > > These are not timestamps. Even though they look like timestamps, you > wouldn't want them to appear in the agenda. So

Re: [O] More clocktable breakage

Achim Gratz writes: > Nicolas Goaziou writes: >> At the moment, I cannot reproduce it. I tried M-up in the following >> document: >> >> #+BEGIN: clocktable :tstart "<2006-08-10 Thu 10:00>" :tend "<2006-08-10 >> Thu 12:00>"

Re: [O] More clocktable breakage

Nicolas Goaziou writes: > At the moment, I cannot reproduce it. I tried M-up in the following > document: > > #+BEGIN: clocktable :tstart "<2006-08-10 Thu 10:00>" :tend "<2006-08-10 > Thu 12:00>" > #+END: clocktable The breakage happens in this clause in org-at-timestamp-p:

[O] More clocktable breakage

I've just noticed that in my the clocktables at work I can't adjust the start and end ranges anymore with up/down. Apparently the timestamps are not recognized anymore and the it falls through to some code that tries to adjust the :block argument (which is not present in that table since it's

Re: [O] Clocktable creates superfluous columns

Nicolas Goaziou writes: > I'm a bit surprised that was the case. When fixing the clocktable, > I also wondered what was the expected behaviour in that case, did some > quick tests and came to the conclusion empty columns were fine. I already said that I can see the utility of that in some cases,

Re: [O] Clocktable creates superfluous columns

Nicolas Goaziou writes: > Fixed. Thank you. So the behaviour that whatever :maxlevel is set to becomes the number of columns even when the rightmost columns are empty is now considered a feature? I haven't tried to bisect for when that changed, but empty columns used to be dropped from the

Re: [O] [ANN] New Org duration library

Nicolas Goaziou writes: > You can post your old customization here, I try to help you convert it > to the new format, if possible at all. Well, once I remembered why I had to customize it, things fell into place. It wasn't something complicated, just that I wanted all durations shown in h:mm,

Re: [O] [ANN] New Org duration library

Nicolas Goaziou writes: >> You seem to have (some of) these aliased to org-duration format somehow. >> This breaks a lot of things because the format of the former variables >> is not recognized. I got a bunch of errors about :hour not being a list >> for instance. There surely must be a better

Re: [O] [ANN] New Org duration library

Nicolas Goaziou writes: > `org-time-clocksum-format', `org-time-clocksum-use-fractional' and > `org-time-clocksum-fractional-format' are obsolete. If you changed them, > consider modifying ~org-duration-format~ instead. You seem to have (some of) these aliased to org-duration format somehow. This

Re: [O] org manual not updating when pulling from git

Marco Wahl writes: > Ah! I didn't see target 'compile-dirty'. Thank you for the hint. > > So for now I'm happy with the build process with the existence of > > make compile-dirty > > and further > > make test-dirty > > Also the names are well chosen AFAICT. > > I agree that the commit

Re: [O] org manual not updating when pulling from git

Nick Dokos writes: > "make doc" or "make pdf" will update the PDF file. If you use one of > the update targets in the makefile, it may have been updating the pdf > doc under the covers. Taking a look through recent commits, the only one > that might be relevant seems to be this: > > , > |

Re: [O] I have org-plus-contrib from ELPA. How do I temporarily test Org from git?

Kyle Meyer writes: >> As a precaution, I have uninstalled ELPA org-plus-contrib before >> ‘sudo make install’. After testing, I installed ELPA org-plus-contrib >> again. Was that really necessary? > > No, you can use "emacs -q" to avoid loading your main init file. That still loads the site

Re: [O] speeding up Babel Gnuplot

Thierry Banel writes: > There is no way to ensure a single call to > (org-babel-gnuplot-process-vars) without modifying ob-core.el. I don't > want to do that because I would have to change a lot of babel backends. But that is the right fix to apply, unless there is a reason for the input vars to

Re: [O] Proper git settings to stay with master?

Am 23.12.2016 um 20:49 schrieb John Hendy: Sure... I get that that I *can* do that. I just wondered why I *needed* to do that. When you are in a "detached HEAD" situation, you will always have to tell git explicitly to switch to some other commit (most likely a branch). Git pull works with

Re: [O] Proper git settings to stay with master?

Am 22.12.2016 um 17:44 schrieb John Hendy: $ git pull From http://orgmode.org/org-mode 13751c3249..820d1eb617 maint -> origin/maint 7fd61c4f92..1c89082600 master -> origin/master You are not currently on a branch. Well, then you want to do a git checkout master or git

Re: [O] Remove Org from Emacs repository?

Phillip Lord writes: > I think there's only a few problems, actually. package.el initialization > is all or nothing at the moment, and is disabled on emacs -q. Neither of > these would make sense if we wanted in built packages. My opinion is that unless package.el adds explicit support for

Re: [O] Remove Org from Emacs repository?

Reuben Thomas writes: > ​Org is nearly 90kLOC, or about 6.5% of the total ELisp code currently in > Emacs. It's bigger than CEDET, smaller than GNUS. Within the whole of Emacs, an argument about size doesn't make any sense at all. It's also quite arbitrary, as some functionality that comes with

Re: [O] Release 9.0 test failed: test-ob/indented-cached-org-bracket-link

Charles C. Berry writes: > Doing this with `make test', I see that default-directory is let bound to > > "/var/folders/kb/2hchpbyj7lb6z76l0q73w_fhgn/T//tmp-orgtest/" > > and (concat default-directory "test.txt") will retain the double slash. Not to sound facetious, but it seems that the make

Re: [O] Bug: Please supply stable releases on ELPA or MELPA Stable [8.3.4 (8.3.4-dist @ /usr/local/share/emacs/25.1.50/site-lisp/org-mode/)]

Nicolas Goaziou writes: > This is not what I'm suggesting. Let me try to expunge a bit. > > I thing we should automate bugfix releases with regular version > numbering scheme, e.g., 8.3.7 release, /as a replacement for/ > org-MMDD releases. Therefore: No, we shouldn't. It's either automatic

Re: [O] Bug: Please supply stable releases on ELPA or MELPA Stable [8.3.4 (8.3.4-dist @ /usr/local/share/emacs/25.1.50/site-lisp/org-mode/)]

Nicolas Goaziou writes: > However, I think we should make more frequent bugfix releases. We may > even automate such releases, e.g., one week after the last unreleased > bugfix in the branch. I don't do releases however, so this may just be > a weird idea. We already have that, it's the Org

Re: [O] Time to push the latest org to emacs-25 branch?

Nicolas Goaziou writes: > Besides, I don't know what is the status of Org wrt Emacs, since some > packages are going to be moved outside of Emacs core for development and > bundled with Emacs only at the time of release. My understanding of this discussion is that this will not happen for Emacs

Re: [O] Org links, URLs and HTML export

Fabrice Popineau writes: > I can insert : [[http:bar.html]] > However, I would like to be able to insert any kind of relative url. > Specifically, there is no mean to insert something > like : [[http:/bar.html]] which is exported to > The corresponding export should be But that's an absolute

[O] ob-sed-test failure introduced by f38f83b4

Two of the three ob-sed tests are failing after commit f38f83b4, but only in batch mode. It seems the final newline gets eaten somewhere, leading to the string= howling in protest. When I run the code in question interactively, it works as expected (result shown in minibuffer is a string _with_

Re: [O] Why no secure code retrieval

Konstantin Kliakhandler writes: > For what it is worth, the current discussion is actually precisely what I > was aiming at. I agree with your analysis of my Intended goals but > completely disagree that SHA1 alone is any sort of guarantee.. To be > precise, I don't just think that it doesn't

Re: [O] Why no secure code retrieval

Bastien Guerry writes: > I encourage you to try gogs, it is very easy to install and maintain, > and its interface is very engaging. The more gogs users and potential > admins out there, the more comfortable I'll feel making the switch. If it requires anything more than dropping in the public

Re: [O] Provide rsync access to Org ELPA

Chunyang Xu writes: > rsync access would allow people to efficiently mirror Org ELPA > [http://orgmode.org/elpa/]. Please provide rsync access to it. Git transport is more efficient than rsync. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables

Re: [O] How to contribute?

aermo...@mirantis.com writes: > I'm also thinking of contributing to orgmode, so my question is - is > there any publicly available contributing guide, being SPOT for > newcomers? http://orgmode.org/worg/org-contribute.html If you think anything is missing or needs better explanation, make that

Re: [O] Bug: Smart quotes for LaTeX export broken in tables [8.3.4 (8.3.4-9-gfda14f-elpa @ elpa/org-20160307/)]

Nicolas Goaziou writes: > Unfortunately, I cannot reproduce the failure. Neither can our buildbot. > Could you investigate a bit more about it? For example, how is the > document below exported to ASCII? > > #+options: ':t > #+language: en > > *"test"* --8<---cut

Re: [O] Bug: Smart quotes for LaTeX export broken in tables [8.3.4 (8.3.4-9-gfda14f-elpa @ elpa/org-20160307/)]

Nicolas Goaziou writes: > Fixed. Thank you. This might have fixed the functionality, but the test you introduced fails on Emacs 24.4 on Raspbian/Jessie: --8<---cut here---start->8--- Test test-org-export/activate-smart-quotes backtrace: (if (unwind-protect

Re: [O] Precision in the spreadsheet

Nick Dokos writes: > Marcin Borkowski writes: >> is it at all possible to set different precision for display and >> calculations in Org's spreadsheet? I mean, things like $1+$2;%.2f (as >> in the manual) mean (IIUC) that (1) Org should show 2 decimal figures >> and (2) further

Re: [O] Is it possible to keep /all/ the heading properties in one place?

Thomas S. Dye writes: > The project had a mixed reception and ultimately wasn't adopted, but I > don't remember Texinfo exporter deficiencies figuring into the > decision. Well, maybe except that the texinfo exporter is even slower than texinfo5. I haven't tried it in the last few months, but I

Re: [O] [PATCH] org-attach: Fix git annex test directories

Erik Hetzner writes: > Thanks for bearing with me on getting git-annex to work properly. This fixes > an > issue with running tests on debian with older versions of git-annex. Pushed to master. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Samples

Re: [O] Invalid function: org-babel-header-args-safe-fn in Melpa

Aaron Ecay writes: > This looks like the kind of problem that results when org is byte-compiled > in an emacs with a different version of org loaded. This used to be a > problem when installing via package.el (and not just for org), but I think > there has been some work put into making sure it

Re: [O] Invalid function: org-babel-header-args-safe-fn in Melpa

John Kitchin writes: > I am trying to debug an issue with installing org-mode from Melpa. There's no Org on Melpa or at least there shouldn't be. > After installing org from Melpa, I get this on starting emacs: > > byte-code: Invalid function: org-babel-header-args-safe-fn You must not install

Re: [O] [PATCH] testing/lisp/test-org-attach-annex.el: New file

Erik Hetzner writes: > * testing/lisp/test-org-attach-annex.el: Move all org-attach tests that > use git-annex to this file, which can test for the presence of > git-annex. Prevents tests failing on systems where git-annex is not > installed. Thanks, pushed with a slight edit of the commit

Re: [O] [PATCH] org-attach.el: Get attachments from git annex

Erik Hetzner writes: > Can you explain how this improves on what I had? The time spent appears to be > the same on my system (tested after clearing the filesystem cache): For users that are not using git-annex, it's doing exactly the same thing as before. The rest kicks in as long as git-annex

Re: [O] [PATCH] org-attach.el: Get attachments from git annex

Erik Hetzner writes: > Sorry - I misunderstood how `org-test-for-executable' works. I’ll fix the > issue. Thanks. > As for the rm -rf, it does not work in the way you suggest, at least on ubuntu > GNU/Linux. Here is the result I get locally without the chmod: For pete's sake, what are the

Re: [O] [PATCH] org-attach.el: Get attachments from git annex

Erik Hetzner writes: > Here are the permissions: > > 0755 /tmp/tmp-orgtest/ > 0700 /tmp/tmp-orgtest/org-annex-test19785b6F/ > 0775 /tmp/tmp-orgtest/org-annex-test19785b6F/.git/ > 0775 /tmp/tmp-orgtest/org-annex-test19785b6F/.git/annex/ > 0775

Re: [O] [PATCH] org-attach.el: Get attachments from git annex

Erik Hetzner writes: > Thank you for all your feedback on this code! I’m really happy with how it > turned out, and glad it is in master now. Please fix the tests to not fail (preferrably not run) if git-annex is not installed. Also, revert the patch to mk/targets.mk; $(RMR) already includes the

Re: [O] make test hangs (master)

Erik Hetzner writes: > It turns out the issue is my prompt, that is, the value of the =PS1= > environment > variable, which contains a lambda (λ, U+03BB). I suspect the following will > fail > for all: > > $ PS1="λ " emacs -Q --batch -L lisp/ -L testing/ -L testing/lisp -l > lisp/org.el -l

Re: [O] Bug: Export breaks on documents with title [8.3.3 (8.3.3-26-ge92a06-elpaplus @ /Users/leafac/.emacs.d/elpa/org-plus-contrib-20160125/)]

Leandro Facchinetti writes: > I was able to figure out the issue: my versions of the packages `org' > and `org-plus-contrib' were not matching. Updating both solved the > issue. In fact you should only have one or the other package installed, not both. I some other package tries to pull in org

Re: [O] Org-mode via ELPA and via git in parallel

Karl Voit writes: > As I noticed yesterday, in my ELPA-directory there is > "org-20160125/" which I never installed on purpose. It's probably been pulled in by some dependency. Package manager is not very smart with this. You need to drop a dummy org package with a high enough version so that

Re: [O] commit 7b9f2fba66

Rafael Laboissiere writes: > I am the author of the commits and I sincerely apologize for breaking > the usual rules of development of Org-mode. Thanks. > I contributed in the past to both Worg and Org-mode itself. I do not > remember who gave me push access to the Git repositories, it was some

[O] commit 7b9f2fba66 (was: commit 860bcfbf93)

Achim Gratz writes: > This commit is marked as TINYCHANGE, but committed by the author > himself. How and why did someone not having assigned copyright to the > FSF get push access to the Orgmode repository? The same thing again, with no previous communication on the mailing list

[O] [Bug] Testing: ESS (*R*, R (newest)) starting data directory?

This is probably caused by an update of ESS rather than some change in Org, however Org should probably bind ess-ask-for-ess-directory to nil during batch testing at least. There may be other customizations that need to be taken care of, I also get Cannot read history file

[O] commit 860bcfbf93

This commit is marked as TINYCHANGE, but committed by the author himself. How and why did someone not having assigned copyright to the FSF get push access to the Orgmode repository? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound

Re: [O] [Bug] Testing: ESS (*R*, R (newest)) starting data directory?

Charles C. Berry writes: > Nope. I failed to let bind ess-ask-for-ess-directory in adding a test > a few days ago. > > Fixed in commit 27b590c39551f9aae79d801f61125cbaf1bd896c. […] > Now fixed by binding `ess-history-file' to nil. Thank you. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305

Re: [O] Losing trust in Org: stable org-mode releases and unit tests for basic functionality

Karl Voit writes: > I had several occasions where "git pull origin master" ended up in > much work for fixing my large set of Org-mode data. That's the development branch which can introduce new features and remove old ones at any time, you should be on maint if you want "stable". If you want

Re: [O] Bug: #+begin_html.. #+end_html export bugs [8.3beta (release_8.3beta-1038-gcd7cbd @ d:/ZballInstall/EZWinSoft/msys64/mingw64/home/github/org-mode/lisp/)]

tyuuni writes: > Package: Org-mode version 8.3beta (release_8.3beta-1038-gcd7cbd @ > d:/ZballInstall/EZWinSoft/msys64/mingw64/home/github/org-mode/lisp/) You are using an outdated version of Org. Please update and check if the bug wasn't already fixed. Regards, Achim. -- +<[Q+ Matrix-12

Re: [O] Proposal and RFC for improving ob-python

Ondřej Grover writes: > If this list is not appropriate for discussion of improvements to > ob-python.el, could you please give me pointers how to reach people that > might be interested in helping and discussing? The best way to contribute to improving ob-python is by showing a patch that

Re: [O] Allowing loose ordering in Org files

John Wiegley writes: > If the answer from the maintainers is "It's more work than we want to do", > that's completely acceptable. I've been operating under the premise that it > wouldn't be difficult to add such an option (just the hook, mind you, not the > functionality behind it). To answer

Re: [O] Allowing loose ordering in Org files

John Wiegley writes: > In my regimen, every single entry has a PROPERTIES drawer, since I tag each > one with ID and CREATED, for future reference. Most items are SCHEDULED as > well. So when I open up a headline to look at the contents, I see: > > * Head > SCHEDULED > text >

Re: [O] Allowing loose ordering in Org files

John Wiegley writes: >> John Wiegley writes: >> I spoke to Nicolas directly and he mentioned that a goal for syntax >> regularity is to make it possible to reliably read and manipulate Org files >> outside of Emacs. How about keeping the discussion on the list and stop Cc: and

Re: [O] Allowing loose ordering in Org files

John Wiegley writes: >> You will find that the argument really wasn't about performance, but >> complexity. > > I can accept a complexity argument, I meant O() complexity, not implementation complexity. > if my request were really "a separate > code-path". I'm not sure it is. For example, my

Re: [O] Conditional link export?

Aaron Ecay writes: > Someone ported the org manual to org format in a non-trivial way a > couple of years ago . > It generated a lot of discussion but was never finally adopted. I > believe that was due more to the difficulty in integrating the build

Re: [O] problems with export and :cache

Aaron Ecay writes: >> Another option is to extend `org-babel-get-header' to accept a list of >> keys instead of a single key. > > I’d like to remove this function, actually. I hate the org functions > that do X most of the time, but the opposite of X when you pass them > an optional argument (in

Re: [O] problems with export and :cache

Aaron Ecay writes: >> Your commit 0d000f5680 implementing this (I can't find the push >> announced on the list, so I hope it's OK to piggy-back on here) breaks >> the test ob-awk/tabular-input. > > Thanks for the report. Fixed in 4773baf. Fix confirmed, thank you. Regards, Achim. -- +<[Q+

Re: [O] bug in org-habits

John Wiegley writes: > Thanks for discussing this with me, Nicolas. I appreciate there may be > technical complexities involved. Could we special-case allow PROPERTIES to be > the *very last thing* in an entry? I don't need it to float anywhere else. I > just like it to be at the end. Well,

Re: [O] bug in org-habits

John Wiegley writes: >> Jonathan Leech-Pepin writes: >> Wouldn't last item in entry scale without issues? Find end of headline >> (start of next or end of buffer) and search backwards. If first element from >> end is a property drawer you have it, otherwise you

Re: [O] Tamil unicode table column alignment

Shakthi Kannan writes: > when I export to HTML the columns are neatly aligned. Is there a way > to make them aligned in the buffer itself? This works only if you use a font where all glyphs are the same width. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk

Re: [O] http address for cloning org-mode git

Suvayu Ali writes: >> > That is a mirror, a relic from the old days when that used to be the >> > official repo. Maybe try: http://orgmode.org/org-mode.git >> >> No, that never was the official repo. I've set up that mirror. > > Didn't we used to have the Org repo hosted on repo.or.cz way, way

Re: [O] org-collector unable to handle macros

Nicolas Goaziou writes: >> It seems that there is no table returned or the interpretation of the >> returned data as a table fails. > > I just applied a patch that may fix these issues. This bug is fixed, thank you. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk

Re: [O] http address for cloning org-mode git

Kaushal Modi writes: > Today git pull gives the below error: > > Fetching origin > fatal: unable to access 'http://repo.or.cz/r/org-mode.git/': Couldn't > resolve host 'repo.or.cz' > error: Could not fetch origin That looks like a problem with DNS resolution on your side. > ​Looks like ​ >

Re: [O] http address for cloning org-mode git

Suvayu Ali writes: > On Wed, Sep 23, 2015 at 03:03:42PM -0400, Kaushal Modi wrote: >> I cannot access the git: repo address and so had been using the http: >> version till now ( http://repo.or.cz/r/org-mode.git/ ). > > That is a mirror, a relic from the old days when that used to be the > official

Re: [O] org-collector unable to handle macros

Nicolas Goaziou writes: > Fixed. Thank you. That commit 6d2ab4071960f8a7f20138291424b468722ab522 breaks three R tests for me on Linux (not that other R tests do run correctly): 3 unexpected results: FAILED test-ob-R/colnames-nil-header-argument FAILED

Re: [O] Merge branch 'maint'

Am 11.09.2015 um 13:59 schrieb Oleh Krehel: What is the purpose of maint exactly? It's a bit short on the explanation side, but does that help? http://orgmode.org/worg/dev/index.html Also (not exactly the branch model ORg uses, but explains the issues in more detail):

  1   2   3   4   5   6   7   8   9   10   >