Achim Gratz writes:
> Nick Dokos writes:
>> I assume that we are talking about the seven commits
>
> Yes, but likely not all of them (or all changes in them). The only
> problematic ones are where a dynamically scoped variable is renamed and
> there are a bunch of others that probably are OK.
L
Achim Gratz writes:
> Bastien writes:
>> Well -- I'll be pretty busy next week, so hopefully we can fix this
>> soon... any help welcome! :)
>
> Ditto, but you do realize this will be horribly broken in Emacs 24?
http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=08d9b466225fad7e4cacd593f5ec7
Achim Gratz writes:
> Achim Gratz writes:
>> Again, the missing value is not the problem. The problem arises when
>> the variable name in the caller and the callee becomes different. I'll
>> let Bastien and Martyn sort that one out... :-)
>
> The expedient fix would likely be to chose the same
Achim Gratz writes:
> Bernt Hansen writes:
>> I can see the variable in the source defined as
>>
>> lisp/org-clock.el:(defvar org-clock-state) ;; dynamically scoped into this
>> function
>>
>> but I don't get a variable definition with this code in emacs 23.2.1.
>
> You aren't supposed to get on
Nick Dokos writes:
> There is (supposed to be) *one* place somewhere that actually defines
> it:
>
> (defvar foo 1)
... unless foo is dynamically bound into a "caller" sexp.
--
Bastien
On 2012-04-01, Bastien wrote:
> This has been reported and should be fixed already. Can you confirm?
seems fixed. thank you, bastien.
samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
On 2012-04-01, Bastien wrote:
>> same in 22
>
> Fixed. Please try again.
yes, thank you, bastien.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
Achim Gratz wrote:
> Nick Dokos writes:
> > I assume that we are talking about the seven commits
>
> Yes, but likely not all of them (or all changes in them). The only
> problematic ones are where a dynamically scoped variable is renamed and
> there are a bunch of others that probably are OK.
>
Nick Dokos writes:
> Bastien wrote:
>
>> Samuel Wales writes:
>>
>> > same in 22
>>
>> Fixed. Please try again.
>>
>> Thanks,
>>
>> --
>> Bastien
>>
>
> Fix confirmed (on emacs24, but that's probably irrelevant).
Yes, it is relevant, as the bug was coming from a misformed sexp
(a left
Bastien wrote:
> Samuel Wales writes:
>
> > same in 22
>
> Fixed. Please try again.
>
> Thanks,
>
> --
> Bastien
>
Fix confirmed (on emacs24, but that's probably irrelevant).
Nick
Hi Samuel,
Samuel Wales writes:
> let*: Symbol's value as variable is void: org-last-state
This has been reported and should be fixed already. Can you confirm?
Thanks a lot,
--
Bastien
Samuel Wales writes:
> same in 22
Fixed. Please try again.
Thanks,
--
Bastien
Nick Dokos writes:
> I assume that we are talking about the seven commits
Yes, but likely not all of them (or all changes in them). The only
problematic ones are where a dynamically scoped variable is renamed and
there are a bunch of others that probably are OK.
> $ git log --oneline -100 | grep
same in 22
On 2012-04-01, Ezequiel Birman wrote:
>> "JL" == Jonathan Leech-Pepin writes:
>
> > Hello Org, Using current git master I get the following error when
> > running: , | make clean && make && make info `
>
> > Error , | In toplevel form: | lisp/org-ascii.el:2
> "JL" == Jonathan Leech-Pepin writes:
> Hello Org, Using current git master I get the following error when
> running: , | make clean && make && make info `
> Error , | In toplevel form: | lisp/org-ascii.el:29:1:Error:
> Invalid function: "body" | Makefile:484: re
Achim Gratz wrote:
> Bastien writes:
> > Well -- I'll be pretty busy next week, so hopefully we can fix this
> > soon... any help welcome! :)
>
> Ditto, but you do realize this will be horribly broken in Emacs 24?
>
> Anyway, for that single dynamic "state" variable: it is let-bound in
> org.
Hello Org,
Using current git master I get the following error when running:
,
| make clean && make && make info
`
Error
,
| In toplevel form:
| lisp/org-ascii.el:29:1:Error: Invalid function: "body"
| Makefile:484: recipe for target `lisp/org-ascii.elc' failed
| make: *** [lisp/org-as
On Sat, Mar 31, 2012 at 4:32 PM, Eric Schulte wrote:
>
> Thanks for bringing this problem to light. I've just pushed up a fix.
>
> Cheers,
>
> --
> Eric Schulte
> http://cs.unm.edu/~eschulte/
Thanks! This is really useful.
Regards,
Sean
Hello, Org mode friends.
I just got a slight difficulty for which some of you may have an
advice. My source looks like this:
--8<---cut here---start->8---
#+ATTR_HTML: align="right"
[[file:2011-06-04-gazou-passeport.png][file:2011-06-04-gazou-passeport-petit.j
Bastien writes:
> Well -- I'll be pretty busy next week, so hopefully we can fix this
> soon... any help welcome! :)
Ditto, but you do realize this will be horribly broken in Emacs 24?
Anyway, for that single dynamic "state" variable: it is let-bound in
org.el/org-todo and then dynamically scop
Nick Dokos writes:
> Bernt Hansen wrote:
>
>> Hi Bastien,
>>
>> I updated to master today e917477 ((org-xhtml.el): Removed, 2012-04-01)
>> and am getting errors about org-clock-last-state not defined in my GNU
>> Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on
>> raven, m
Bernt Hansen wrote:
> Hi Bastien,
>
> I updated to master today e917477 ((org-xhtml.el): Removed, 2012-04-01)
> and am getting errors about org-clock-last-state not defined in my GNU
> Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on
> raven, modified by Debian
>
> I can s
Bastien writes:
> Moritz Ulrich writes:
>
>> Marking it URGENT as the release for emacs 24 seems to be affected
>> too.
>
> Fixed, thanks.
Fixed in Emacs too -- this will be fixed in the next minor release
of Org, this is in hotfix/master in the meantime.
Thanks,
--
Bastien
Achim Gratz writes:
> Again, the missing value is not the problem. The problem arises when
> the variable name in the caller and the callee becomes different. I'll
> let Bastien and Martyn sort that one out... :-)
Well -- I'll be pretty busy next week, so hopefully we can fix this
soon... any
Achim Gratz writes:
> Again, the missing value is not the problem. The problem arises when
> the variable name in the caller and the callee becomes different. I'll
> let Bastien and Martyn sort that one out... :-)
The expedient fix would likely be to chose the same prefix for all the
others (dyn
Moritz Ulrich writes:
> Marking it URGENT as the release for emacs 24 seems to be affected
> too.
Fixed, thanks.
--
Bastien
Bernt Hansen wrote:
> Nick Dokos writes:
>
> > One possible gotcha: in my case, C- is undefined, even though
> > the docs say it should be. I tried emacs -q and emacs -Q as well, just
> > in case, my init somehow clobbers it: undefined there as well. So I
> > have to bind it somehow:
> >
> >
Bernt Hansen writes:
> I can see the variable in the source defined as
>
> lisp/org-clock.el:(defvar org-clock-state) ;; dynamically scoped into this
> function
>
> but I don't get a variable definition with this code in emacs 23.2.1.
You aren't supposed to get one, as this should have been pulli
Excellent. Thank you.
On Sat, Mar 31, 2012 at 3:47 PM, Carsten Dominik
wrote:
>
> On 31.3.2012, at 21:24, Stephen J. Barr wrote:
>
>> Dear org-mode list,
>>
>> Quick and easy question:
>>
>> I want to make a document that has a table where one column has
>> variables and another column has descri
Dear Org-mode developers,
I want to send you a little patch containing the export strings (like
"Author", "Table of Contents" etc.) for Ukrainian.
Hope it can be useful.
All best,
Yury
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 1ce..3752f66 100644
--- a/lisp/org-exp.el
+++ b/lisp/
Bastien Guerry writes:
> Glenn Morris writes:
>
>> Eric Hanchrow wrote:
>>
>>> I started emacs with "emacs -Q". Then I typed
>>>
>>> M-x o r g - m o d e M-x f l y s p e l l -
>>> m o d e C-h c C-h c M-TAB
>>>
>>> C-h c showed me " runs the command pcomplete".
>>> C-h c M-TAB (which
Du Yanning writes:
> org-mode 7.8.03
> emacs 23.3, 23.4, 24.0.94
>
> steps to recreate:
>
> emacs -q
>
> copy the following code and paste it into the *scratch* buffer:
> (add-to-list 'auto-mode-alist '("\\.txt\\'" . org-mode))
> (add-hook 'org-mode-hook '(lambda () (text-scale-set 4)))
>
> M-x
Hi Bastien,
I updated to master today e917477 ((org-xhtml.el): Removed, 2012-04-01)
and am getting errors about org-clock-last-state not defined in my GNU
Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on
raven, modified by Debian
I can see the variable in the source defined
>
> yes and no: latexit can do what you describe (and the author admits
> that it only makes sense for documents whose size does not exceed one
> page. latexit can also embed in html pages latex formulas, however
> only $$ are allowed no equations (which makes it inferior to
> org-preview-latex-fra
Marking it URGENT as the release for emacs 24 seems to be affected too.
On Sun, Apr 1, 2012 at 17:01, Moritz Ulrich
wrote:
> Commit 6cbf1f417222321a47848a7368427ba8a22fe3a5 renames variable
> `last-state' to `org-last-state' in org.el. This change isn't
> reflected in function `org-todo'.
>
> Tha
Eric Schulte writes:
> I've just pushed up a fix for this. After looking into the code I'm
> now not sure why it was working at all...
Heh…
> but I suppose all that matters is that it is working now.
Fix confirmed.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk
Eric Schulte writes:
> Andreas Leha writes:
>
>> Eric Schulte writes:
>>
>>> [...]
> I would like to apply this patch, however I have some questions about
> the use of the :file argument and the result itself to fill in the
> description if the :filelinkdescr header argument is left
Achim Gratz writes:
> Eric Schulte writes:
>>> With your latest changes I get this test regression (I have not checked
>>> which commit is responsible):
>>>
>>
>> This is odd. The first time I ran the test suite this test failed for
>> me as well, however on all subsequent runs of the test suite
Eric Schulte writes:
> This is odd. The first time I ran the test suite this test failed for
> me as well, however on all subsequent runs of the test suite this test
> passed, and manually looking through the test the code indeed does seem
> to be acting as it should.
I can confirm that it runs t
Hi all,
it seem org-mode has some support for dates of the form dd.mm.[].
This is a popular notation in germany and probably elsewhere, but the
support is undocumented and apparently very limited.
For example,
06.03. => 2012-06-03
but adding a time like
03.06. 17:00 => today's date
T
Nick Dokos writes:
> One possible gotcha: in my case, C- is undefined, even though
> the docs say it should be. I tried emacs -q and emacs -Q as well, just
> in case, my init somehow clobbers it: undefined there as well. So I
> have to bind it somehow:
>
>(global-set-key [C-mouse-3] 'mouse-p
At some point I tried IPython under emacs in windows and had some problems.
>From what Eric is saying they may be similar to this
http://lists.gnu.org/archive/html/help-gnu-emacs/2011-05/msg00291.html
https://bugs.launchpad.net/ipython/+bug/290228
> The above executes without problem for me regardless of whether python-
> mode has been explicitly loaded. I have python mode py-version "5.1.0" on
> my machine. My guess is that python-mode changed the session prompt in
> such a way that Babel can not tell when execution has completed. I have
Eric Schulte writes:
>> With your latest changes I get this test regression (I have not checked
>> which commit is responsible):
>>
>
> This is odd. The first time I ran the test suite this test failed for
> me as well, however on all subsequent runs of the test suite this test
> passed, and manua
Eric Schulte wrote:
>
>> However thunderbird does not and I apply the resulting eml
>> file below (I presume a screenshot is not appropriated)
>>
>
> This sounds like a thunderbird bug -- not properly displaying multi-part
> messages.
Hm I will try to send them a bug report then
>
>>
>> Now tunde
Commit 6cbf1f417222321a47848a7368427ba8a22fe3a5 renames variable
`last-state' to `org-last-state' in org.el. This change isn't
reflected in function `org-todo'.
That causes the following regression: Toggling a TODO state to DONE on
a headline via C-c C-t (`org-todo') results in: "Symbol's value as
Richard Stanton writes:
> I have python-mode (latest version from Launchpad) set up to handle python
> editing in Emacs.
>
> Using orgmode, the following code block runs fine if Ipress C-c C-c,
> producing the (correct) output shown:
>
> #+begin_src python :results output
> print "%d + %d = %d"
Achim Gratz writes:
> Eric Schulte writes:
> [...]
>
> With your latest changes I get this test regression (I have not checked
> which commit is responsible):
>
This is odd. The first time I ran the test suite this test failed for
me as well, however on all subsequent runs of the test suite thi
Andreas Leha writes:
> Eric Schulte writes:
>
>> [...]
I would like to apply this patch, however I have some questions about
the use of the :file argument and the result itself to fill in the
description if the :filelinkdescr header argument is left blank. Also,
I would sugg
Bastien writes:
>> In org-find-library-name:
>> org-compat.el:341:14:Warning: find-library called with 3 arguments, but
>> accepts only 1
>
> Well, this is the culprit compatibility defun:
>
> (defun org-find-library-name (library)
> (if (fboundp 'find-library-name)
> (file-name-directo
I'm running arch linux and emacs/org versions below. I had this problem
once before when the gpg package for arch was updated and I had to
repair a symlink in the /usr/bin directory, I think, but now I can't
figure out what's going on. GPG was updated a few days ago, and now when
I go to unencrypt
Bastien writes:
> Here is a patch against hotfix to fix warnings about wrong
> variables names (with Emacs 24).
>
> Please test it heavily.
>
> Thanks a lot to Martyn Jago for a preliminary set of patches
> for this!
This is now part of 7.8.07.
--
Bastien
Hi all,
Bastien writes:
> I have just released Org 7.8.07 -- a BUGFIX-only release.
>
> This is the version that will be merged into Emacs' trunk
> by tomorrow. Please report critical bugs using "URGENT"
> in the subject line.
Org 7.8.07 (commit da0e6f) is now part of Emacs trunk.
Best,
--
Hi Nick,
I did not mean to imply git is not capable of working that way. It's
more a question of what is accepted practice and most importantly, what
fits the problem you actually have.
The difference between both approaches, it seems to me, shows when there
is a difference between the fix i
Hi Eric,
Eric Schulte writes:
>> I've pushed two bug fixes up to the hotfix-7.8.06 branch this morning.
>^
> three
>>
>> These should both be included in the code merged with Emacs. I've
>> marked the emails related to these bugs as URGENT.
Noted, thanks. I will
Hi Achim,
Achim Gratz writes:
> Bastien writes:
>> This is the version that will be merged into Emacs' trunk
>> by tomorrow.
>
> Please tag the release on maint so that Git reports the correct
> version.
Done. (I tagged locally but forgot to push the tag.)
>> Please report critical bugs usin
Hi Takafumi,
Takafumi Arakaki writes:
> No comments? No one wants to have "+3h" in SCHEDULED?
please be patient. Developers are working on their free time.
Also, please refine the ChangeLog of your patch by adding an Emacs
changelog entry with `C-x 4 a'. Because the patch is not trivial.
Thi
Eric Schulte writes:
> [...]
>>> I would like to apply this patch, however I have some questions about
>>> the use of the :file argument and the result itself to fill in the
>>> description if the :filelinkdescr header argument is left blank. Also,
>>> I would suggest that :file-desc is a better
Eric Schulte writes:
[...]
With your latest changes I get this test regression (I have not checked
which commit is responsible):
Test ob-exp/noweb-on-export-with-exports-results backtrace:
<(357 nil)
apply(< (357 nil))
(setq value-605 (apply fn-603 args-604))
(unwind-protect (setq value-6
59 matches
Mail list logo
