Nicolas Goaziou writes:
> It looks like I created absolute symlinks instead of relative ones.
>
> Could you confirm it is now fixed?
>
It is fixed:
Ran 790 tests, 790 results as expected (2018-02-15 11:45:03-0500)
9 expected failures
Thanks!
--
Nick
Hello,
Nick Dokos writes:
> Org mode version 9.1.6 (release_9.1.6-474-g58da7d @
> /home/nick/elisp/org-mode/lisp/)
>
> I updated to the above and got two test failures:
>
> ,
> | 2 unexpected results:
> |FAILED test-org-publish/base-extension
> |FAILED test-org-publish/get-project
Org mode version 9.1.6 (release_9.1.6-474-g58da7d @
/home/nick/elisp/org-mode/lisp/)
I updated to the above and got two test failures:
,
| 2 unexpected results:
|FAILED test-org-publish/base-extension
|FAILED test-org-publish/get-project-from-filename
`
Details on the first on
Hello,
Nick Dokos writes:
> I just updated to release_8.3beta-1286-g20795fd.
>
> ``make test'' shows a failure on test 226:
>
>passed 225/592 test-org-babel/src-block-regexp
> Updating dynamic block `clocktable' at line 2...
> Updating dynamic block `clocktable' at line 2...done
> Test tes
Rasmus writes:
> Nick Dokos writes:
>
>> I ran ``make test'' in a loop, 3 iterations per minute,
>> for about an hour - no (unexpected) failures. Whatever it is,
>> it's hiding.
>
> But did you change the clock to before 13:00? Now it's 10:30 I get the
> error.
>
> I get c76fef6b9df3ffbb6a1cf40
Nick Dokos writes:
> I ran ``make test'' in a loop, 3 iterations per minute,
> for about an hour - no (unexpected) failures. Whatever it is,
> it's hiding.
But did you change the clock to before 13:00? Now it's 10:30 I get the
error.
I get c76fef6b9df3ffbb6a1cf4047f391721c4076caa is the bad co
Rasmus writes:
> Nick Dokos writes:
>
>> Rasmus writes:
>>
>>> Nick Dokos 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
David Engster writes:
> Nick Dokos writes:
>> Rasmus writes:
>>
>
>>> Nick Dokos 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 e
Nick Dokos writes:
> Rasmus writes:
>
>> Nick Dokos 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 c
Nick Dokos writes:
> Rasmus writes:
>
>> Nick Dokos 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 com
Rasmus writes:
> Nick Dokos 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 complained
>
> I know. I don't re
Nick Dokos 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 complained
I know. I don't really understand what untilnow
I just updated to release_8.3beta-1286-g20795fd.
``make test'' shows a failure on test 226:
--8<---cut here---start->8---
passed 225/592 test-org-babel/src-block-regexp
Updating dynamic block `clocktable' at line 2...
Updating dynamic block `clocktable' a
Hello,
Rasmus writes:
> Nick Dokos writes:
>
>> I just pulled (HEAD is 02f2d5b42aabe9e272a5967ad0483b38750a8392)
>> and got this test failure:
[...]
> Nicolas removed the "$" at the end of the regexps identifying LaTeX
> environments here:
>
>
> http://orgmode.org/cgit.cgi/org-mode.git/c
Rasmus writes:
>
> Nicolas removed the "$" at the end of the regexps identifying LaTeX
> environments here:
>
>
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=ec0e3cf70ba353ea59a5e66235462f659c99
>
> There a current thread discussion of this behavior on this list called
> somethin
Hi Nick,
Nick Dokos writes:
> I just pulled (HEAD is 02f2d5b42aabe9e272a5967ad0483b38750a8392)
> and got this test failure:
>
> ,
> | Test test-org-element/latex-environment-parser backtrace:
> | (if (not (unwind-protect (setq value-102202 (apply fn-102200 args-10
> | (let (form-descript
I just pulled (HEAD is 02f2d5b42aabe9e272a5967ad0483b38750a8392)
and got this test failure:
,
| Test test-org-element/latex-environment-parser backtrace:
| (if (not (unwind-protect (setq value-102202 (apply fn-102200 args-10
| (let (form-description-102204) (if (not (unwind-protect (setq
Hi Nick,
Nick Dokos writes:
> ``make test'' fails on just-updated org:
>
> Org-mode version 7.9.2 (release_7.9.2-725-ge55681 @
> /home/nick/elisp/org-mode/lisp/)
>
> with the following backtrace:
>
> ,
> | Test test-org-src/blank-line-block backtrace:
Fixed, thanks.
> I thought Michael Br
``make test'' fails on just-updated org:
Org-mode version 7.9.2 (release_7.9.2-725-ge55681 @
/home/nick/elisp/org-mode/lisp/)
with the following backtrace:
,
| Test test-org-src/blank-line-block backtrace:
| signal(user-error ("No special environment to edit here"))
| user-error("No spe
David Maus writes:
> Running the test suit on
>
> GNU Emacs 22.3.2 (i686-pc-linux-gnu) of 2011-05-28 on x60s
>
> currently fails with the backtrace below.
>
> Somehwere/somehow Babel ends up calling `member' with the second
> argument not being a list. In Emacs22 this triggers an error, but not
>
Running the test suit on
GNU Emacs 22.3.2 (i686-pc-linux-gnu) of 2011-05-28 on x60s
currently fails with the backtrace below.
Somehwere/somehow Babel ends up calling `member' with the second
argument not being a list. In Emacs22 this triggers an error, but not
so in Emacs23 and upwards.
Devs do
21 matches
Mail list logo
