Nick Dokos writes:
The first set of code transformations (implemented as commit
63b5f8f2e85b3059a2d30041db6939347a7a2d7d) dealt with the situation by
doing a mass substitution: flet -- org-flet and labels -- org-labels
(and in at least one case, flet -- org-labels to deal with a
recursive
Nick Dokos nicholas.do...@hp.com wrote:
I checked successive versions from 7.01h onwards and found breakage
between release_7.8 and release_7.9. So I bisected and came up
with this as the bad commit:
,
| commit 5cb80c7e5b9bcae180b799d2a49c78d529e029f0
| Author: Eric Schulte
In a previous mail, I wrote:
,
| Which tells me that the tmp file error is a red herring and the real
| breakage occurred after 5cb80c7, probably through a commit that touched
| ob-sh.el (although that's far from guaranteed). Here's that list:
|
| $ git log --oneline -- lisp/ob-sh.el
|
Achim Gratz strom...@nexgo.de writes:
Loris Bennett writes:
OK, I must have goofed. What I did after starting the bisection was
- run 'make autoload'
- open test file in emacs with minimal .emacs
- test
- end emacs
- mark bisection good or bad
I then repeated this for the next commit.
Achim Gratz strom...@nexgo.de writes:
Loris Bennett writes:
OK, I must have goofed. What I did after starting the bisection was
- run 'make autoload'
- open test file in emacs with minimal .emacs
- test
- end emacs
- mark bisection good or bad
I then repeated this for the next commit.
Loris Bennett loris.benn...@fu-berlin.de wrote:
Achim Gratz strom...@nexgo.de writes:
Loris Bennett writes:
OK, I must have goofed. What I did after starting the bisection was
- run 'make autoload'
- open test file in emacs with minimal .emacs
- test
- end emacs
- mark
Nick Dokos nicholas.do...@hp.com wrote:
Back in the days of release_7.01h, the following used to work:
,--
| #+begin_src sh :dir /loris@othercomputer:
| hostname
| #+end_src
`--
Currently it
Nick Dokos nicholas.do...@hp.com writes:
Loris Bennett loris.benn...@fu-berlin.de wrote:
Achim Gratz strom...@nexgo.de writes:
Loris Bennett writes:
OK, I must have goofed. What I did after starting the bisection was
- run 'make autoload'
- open test file in emacs with minimal
Nick Dokos nicholas.do...@hp.com writes:
Nick Dokos nicholas.do...@hp.com wrote:
Back in the days of release_7.01h, the following used to work:
,--
| #+begin_src sh :dir /loris@othercomputer:
| hostname
| #+end_src
Achim Gratz strom...@nexgo.de writes:
Loris Bennett writes:
OK. I don't really get what is going on here, as this is my first
attempt at bisecting. The bad commit does seem to be among those
skipped:
I've done a diff around those commits and there seems nothing related to
your problem.
Loris Bennett writes:
OK, I must have goofed. What I did after starting the bisection was
- run 'make autoload'
- open test file in emacs with minimal .emacs
- test
- end emacs
- mark bisection good or bad
I then repeated this for the next commit.
This would be the correct thing to do,
Achim Gratz strom...@nexgo.de writes:
Loris Bennett writes:
How do I avoid the mixed installation problem when testing with a clone
of the org repository? My version is
,
| Org-mode version 7.9.1 (release_7.9.1-git @ mixed
Hi Loris,
Loris Bennett loris.benn...@fu-berlin.de writes:
Thanks, Achim, that worked. But what exactly does it do?
let me try -- I'm confident Achim will correct me if I'm wrong
or incomplete.
`make autoloads' creates two files in your lisp/ directory:
- org-install.el
- org-version.el
Bastien b...@altern.org writes:
Hi Loris,
Loris Bennett loris.benn...@fu-berlin.de writes:
I have updated from 7.8.something to 7.9.1 and evaluating the following
source block:
,--
| #+header: :cache no :eval
Loris Bennett writes:
Can you try to bisect and find the bad commit (or a set of
suspicious ones)?
552b0edb254a104e441e28f3a942dc6005e97f87 is the first bad commit
commit 552b0edb254a104e441e28f3a942dc6005e97f87
Author: Bastien Guerry b...@altern.org
Date: Sat Mar 17 15:44:41 2012 +0100
Achim Gratz strom...@nexgo.de wrote:
Loris Bennett writes:
Can you try to bisect and find the bad commit (or a set of
suspicious ones)?
552b0edb254a104e441e28f3a942dc6005e97f87 is the first bad commit
commit 552b0edb254a104e441e28f3a942dc6005e97f87
Author: Bastien Guerry
Achim Gratz strom...@nexgo.de writes:
Loris Bennett writes:
Can you try to bisect and find the bad commit (or a set of
suspicious ones)?
552b0edb254a104e441e28f3a942dc6005e97f87 is the first bad commit
commit 552b0edb254a104e441e28f3a942dc6005e97f87
Author: Bastien Guerry b...@altern.org
Loris Bennett writes:
OK. I don't really get what is going on here, as this is my first
attempt at bisecting. The bad commit does seem to be among those
skipped:
I've done a diff around those commits and there seems nothing related to
your problem. So I'm afraid you've marked another commit
Bastien b...@altern.org writes:
Hi Loris,
Loris Bennett loris.benn...@fu-berlin.de writes:
I have updated from 7.8.something to 7.9.1 and evaluating the following
source block:
,--
| #+header: :cache no :eval
Loris Bennett loris.benn...@fu-berlin.de writes:
How do I avoid the mixed installation problem when testing with a clone
of the org repository?
,[ http://orgmode.org/worg/org-faq.html#mixed-install ]
| Among the most common reasons is Orgmode gets loaded before the
| load-path variable is
Loris Bennett writes:
How do I avoid the mixed installation problem when testing with a clone
of the org repository? My version is
,
| Org-mode version 7.9.1 (release_7.9.1-git @ mixed installation!
|
Hi Loris,
Loris Bennett loris.benn...@fu-berlin.de writes:
I have updated from 7.8.something to 7.9.1 and evaluating the following
source block:
,--
| #+header: :cache no :eval query
| #+name: sacct-output
|
Dear List,
I have updated from 7.8.something to 7.9.1 and evaluating the following
source block:
,--
| #+header: :cache no :eval query
| #+name: sacct-output
| #+begin_src sh :exports both :dir /root@xx:
|
Loris Bennett loris.benn...@fu-berlin.de writes:
Dear List,
I have updated from 7.8.something to 7.9.1 and evaluating the following
source block:
,--
| #+header: :cache no :eval query
| #+name: sacct-output
|
24 matches
Mail list logo