Rick Frankel writes:
Ok, i see what's happening in your examples (a testing org file
attached), though i question the usefullness of most of the results ;).
I tend to agree, but as the test case shows anything that does work and
produces the intended results will eventually have at least one
Achim Gratz writes:
Besides, that change breaks test-org-table/compare, which for whatever
reason uses just such a LHS construct.
I've fixed the failing test since it wasn't checking hline expressions
and hence should not have relied on undocumented behaviour in the first
place.
Regards
Rasmus writes:
I bisected emacs-bzr to find the revision where it breaks for me
(cf. attached test case). It's this one:
committer: Dmitry Antipov dmanti...@yandex.ru
Please report this as an Emacs bug. I can find no bug that this change
is fixing and it clearly alters (undocumented,
was unable
to export yesterday with emacs-bzr r115062 (latest or almost latest)
and the latest version Org.
Here's a better patch (I hope).
From c297d59c7ec6ce04ebba3cbeb9641217d1ff5cf1 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Tue, 12 Nov 2013 21:55:53 +0100
Subject: [PATCH
). Not sure if this an Ert or Emacs error, though.
From e123a7c180f5390a8658e0f352e05d85aca3627c Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Tue, 12 Nov 2013 22:01:41 +0100
Subject: [PATCH] testing: fix eager macro expansion failures on Emacs trunk
* testing/lisp/test
Bastien writes:
I suggest you handle this the way you prefer: either by committing
this in Org before asking emacs-devel@, or by asking first then see
of this needs to be fixed upstream? I won't have time to digg this
issue further, sorry.
I'll just keep the patch locally for the moment, at
Bastien writes:
Feel free to install it, thanks!
Applied to master.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada
Dan writes:
Hi, I'd like to install orgmode-stable (8.2.3b I guess) as non-root --
ideally as an ELPA package.
There is absolutely no reason to build an ELPA package locally for this
purpose. Just define SUDO to be empty and adjust the target directory
for the install to some directory that
Achim Gratz writes:
I'll just keep the patch locally for the moment, at least until I've
looked at Ert and/or made a test case that can be reoprted to
emacs-bugs. If anybody wants to test on Emacs trunk, it is easy enough
to apply the patch, I think.
This turned out to be a bug in Org after
Following up on some off-list discussion with Eric Schulte some time
ago, I've just pushed a change to officially enable test selection. The
base functionality had been there for a while… Here's the pertinent
documentation, also added to the build system documentation on Worg:
Alan Schmitt writes:
Regarding this very first request: where can I find documentation about
creating a package? I searched for create ELPA package, and I got
links such as http://tromey.com/elpa/upload.html which tells me
package.el is pedantic about the header and footer comments, please
Loris Bennett writes:
How do I get this
#+RESULTS:
| a | b | c | d |
|-+---+---+---|
| 1 | 2 | 3 | 4 |
| 5 | 6 | 7 | 8 |
You really don't want to use a shell for that, but if you insist, this
would do it:
--8---cut here---start-8---
Achim Gratz writes:
[…]
Looking at this again, of course this simpler version would do the same.
--8---cut here---start-8---
#+BEGIN_SRC sh :results raw
(
echo a b c d
echo
echo 1 2 3 4
echo 5 6 7 8
) | sed -re 's/^| /|/g' -e 's/^\|$/|-/'
#+END_SRC
--8
York Zhao writes:
(add-to-list 'load-path path/to/org-mode)
This line is not needed.
(add-to-list 'load-path path/to/org-mode/lisp) ; this line is the
key
Key for what? Did you create autoload files for this installation?
Third, file yhj-mode.el has to be byte-compiled.
You'll have to
Loris Bennett writes:
No, the column names are fixed, so that's perfect, thank you. I
suspected there might be some more straight-forward way than the
interesting, but slightly more involved methods suggested by Achim and
Rasmus.
There might be way to do that, but it's not implemented for
Carsten Dominik writes:
I think there is an error in the property matching regexp. It will
not match a line where the property value is empty.
See 3c933adaf6 and 68276fd62d for how this regex developed, the
requirement of the whitespace after the colon was in the original regex
from Nicolas.
York Zhao writes:
York Zhao writes:
(add-to-list 'load-path path/to/org-mode)
This line is not needed.
My org-mode is installed in separate directory outside of Emacs system and
therefor this line is needed in my setup, otherwise the org-mode shipped with
Emacs would be used.
The only
Hi Eric,
this change seems to introduce additional line breaks in the following
test:
--8---cut here---start-8---
Test test-ob/catches-all-references condition:
(ert-test-failed
((should
(string=
(org-babel-execute-src-block)
A
Michael Brand writes:
2) choice:
- for quadratic do: M-x org-mode
- for linear do: M-x org-version
You have a botched installation. Make sure that the autoloads are
current, that the Org install directory comes first in load-path and
that you require org-loaddefs before anything else in
Nick Dokos writes:
I pushed the fix to master. Thanks to York and Tom for all the help.
I'm not sure this fix is complete. It seems that when someone would
manually enter org-mode (say, in a scratch buffer) Emacs could return to
an entirely different mode upon executing org-reset.
| 2
Nick Dokos writes:
However, with your patch there is the opposite side of the coin: if you
have a buffer in a mode derived from org (as in York's case), then doing
C-c C-c on the options line will reset the mode to org, not to the
derived one, right?
It would have done exactly that before
Michael Brand writes:
I always do make cleanall uncompiled. Is this correct?
I don't recommend it, but it should work if you're using a non-buggy
Emacs (i.e. not Emacs 23, which never ignores site-lisp).
Before I tried without the --eval, but I can reproduce quadratic with
the following too:
Michael Brand writes:
It shows a difference, see attachements. It looks like but it was not
me loosing some first lines when doing this, I cross-checked :-).
I've had a brief look at this. It seems that some of the differences
are due to elp instrumenting a much larger range of functions when
York Zhao writes:
As explained above, yes, my `org-mode' is in some other path outside of Emacs,
e.g., foo/org-mode, which I had already explained, I'm going to delete the
first line. But it doesn't hurt to have the first line anyways right?
It could have (depending on what other files you
Rick Frankel writes:
For xhtml compatibility, it would need to be 'checked=checked'. I've
done a quick look at the html dtd, and i does look like input elements
are allowed outside of forms, but i would need to double
check... Also, the fallback to [-] for the partially checked state
is a bit
AW alexander.willand at t-online.de writes:
But how can I set org-file-apps to open a *.doc file with MS Word under Linux?
It's probably easiest to put that into a wrapper script and associate it
with .doc/.docx on your desktop environment. That way you probably wouldn't
even need to customize
AW writes:
#!/bin/bash
env WINEPREFIX=/home/AW/.wine-office wine C:\windows\command\start.exe
/Unix
/home/AW/.wine-office/dosdevices/c:/users/AW/Start Menu/Programs/Microsoft
Office/Microsoft Word 2010.lnk
On the command line word.sh works.
But in .emacs the lines
(add-to-list
James Harkins writes:
Now I'm working on a short article-class document, and I included the same
#+PROPERTY at the top, and... no effect. But... *the lines are identical*.
??
Did you C-c C-c the configuration lines (or reverted the document)?
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305
Alan Schmitt writes:
I tried to do this, and do a make clean to make sure old elc files
would not be picked up, but then export fails with
You would want to do make uncompiled and also (require 'org-loaddefs).
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk
Eric Schulte writes:
Fixed.
The test was trying to ascertain that an inline babel codeblock didn't
force a newline at the end. You've just made it test that there is a
trailing newline introduced by the inline babel call, which is clearly
against its intent. You could have marked it as a known
Eric Schulte writes:
In that thread we agreed that the expansion of no-web references
*should* be included in code blocks for hashing, but no-one has had the
time to implement this.
I think we may have discussed this before, but if you make the hashes
dependent on the possibly recursive noweb
Eric Schulte writes:
This test (test-ob/catches-all-references) is from commit c21692506d8,
which doesn't have anything to do with newlines (judging from the commit
message).
To me the more natural behavior is to include the newline in the
expansion. Maybe we have discussed this before on
Michael Brand writes:
Your idea is very good. I suggest to have also a unicode variant using
http://en.wikipedia.org/wiki/Block_Elements
with (elt ▏▎▍▌▋▊▉ [...]) to divide one char into eight widths which
These would be even more useful if all UPPER and RIGHT variants
existed. Oh well.
Rasmus writes:
Since I use multiple computers I'd like to cdlatex in GNU ELPA. An
outdated version is currently on Marmelade, but I think that version
doesn't work with current Org (v4.0 vs. v4.6). Also, cdlatex deserves
to be in GNU ELPA IMO.
Don't you think that emacs-devel would be a
Rainer M Krug writes:
git checkout master
make update
This doesn't update at all since you never do a git pull on master.
which works nicely, but I would like to only execute the make update
if git updated something - I am sure this is possible, but how?
I really don't see why you'd need to
Achim Gratz writes:
Rainer M Krug writes:
git checkout master
make update
This doesn't update at all since you never do a git pull on master.
Scratch that, I was imagining an update2 where you clearly wrote
update. In any case (and to answer Nick Dokos' remark) make always
does a full re
Eric Schulte writes:
I just pushed up a change which fixes this when exporting on my system,
if the problem persists please provide an ECM.
This test is still failing:
Test test-ob/noweb-expansions-in-cache condition:
(void-variable foo)
FAILED 149/491
Eric Schulte writes:
This should be fixed now.
Indeed it is. Thank you.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
James Harkins writes:
$ git status
# On branch hjh8.2
You are on your own branch, with unknown modifications.
In toplevel form:
ox-texinfo.el:1683:1:Warning: !! The file uses old-style backquotes !!
This functionality has been obsolete for more than 10 years already
and will be removed
Eric Schulte writes:
I understand your point, but in reality I doubt there are many systems
on which people use Org-mode with code blocks and on which sh is
available but no bash is installed.
You might want to widen your horizon on the many systems front a bit.
The typical BSD system has no
Eric Schulte writes:
How about the following resolution? We rename ob-sh.el to ob-shell.el.
New shell code blocks could use the value of the
`org-babel-sh-command' environment variable. Then sh, bash, zsh, csh,
ash, dash (am I missing any other common ones) use the specific shell
specified.
schulte.e...@gmail.com writes:
I think this change could make it easier to reproduce problems with
Org-mode loaded and without the user's personal config loaded.
So you want $(BATCH) with -batch filtered out? You can do that
without the code duplication.
+ --eval '(setq
Eric Schulte writes:
I just applied these patches. The worst case is that users may have to
change ob-sh to ob-shell in their config (although some initial
testing seems to indicate that even this change won't be required), and
possibly replace sh with shell in their local.mk file (if they
In a number of recent discussions it transpired that some people expect
to automatically be switched to a specific Git branch when updating.
I've added this as an option to the standard Makefile. Simply define
GIT_BRANCH (either on the command line or in local.mk) to determine
which branch you
Nick Dokos writes:
Not sure why it says 8.2.3c - I'm running:
That looks like the Org version that comes with the trunk Emacs you seem
to be using.
Org-mode version 8.2.4 (release_8.2.4-340-g059dc0 @
/home/nick/elisp/org-mode/lisp/)
Most likely org-html-creator-string is pulled in via
Am 22.12.2013 09:44, schrieb Bastien:
htmlize.el was not included so far when packaging the org-plus-contrib
ELPA package, I fixed this, thanks.
There is nothing to fix here, if you install Org from ELPA presumably
you'd be able to install htmlize via package manager also. Org has no
Am 30.12.2013 06:57, schrieb Rustom Mody:
And doc/Makefile has:
%.pdf:LC_ALL=C# work around a bug in texi2dvi
%.pdf:LANG=C# work around a bug in texi2dvi
%.pdf:%.texi org-version.inc
$(TEXI2PDF) $
Commenting out the LC/LANG lines makes the perl warning
Am 01.01.2014 07:28, schrieb Nick Dokos:
--8---cut here---start-8---
(add-to-list 'load-path ~/src/emacs/org/org-mode/lisp)
(add-to-list 'load-path ~/src/emacs/org/org-mode/contib/lisp)
There is usually no point to include contrib in a minimal Org init, but
Bastien writes:
3. It also wasn't obvious that you have to give org-entry-put a
string. If you try to set it to an integer, you get strange control
characters like ^A or ^C.
Can you tell which place in the documentation you expect to find this
information? In functions' docstrings or in the
Bastien writes:
htmlize.el was not included so far when packaging the org-plus-contrib
ELPA package, I fixed this, thanks.
Again, this isn't our file and we shouldn't distribute it via package
manager. It screws up everyone who installs htmlize via ELPA or MELPA,
please revert that commit.
Nick Dokos writes:
The idea however is that you have to delete all
the .elc files from wherever you are loading your org-mode and reload
org-mode.
The easier way is to simply do either of:
C-u M-x org-reload
C-u C-c C-x !
The latter only works from an org-mode buffer.
Regards,
Achim.
--
Rainer M Krug writes:
The problem seems to been that
a) in my PATH, the /usr/bin (where the build in is located) comes
before /usr/local/bin (where the homebrew is installed).
Except when root, it is almost always wrong to have /usr/local/bin after
any system paths.
b) I have set an alias
Francesco Pizzolante writes:
I understand, but I find it weird that a same version number (like
8.2.4) gives different functionalities/fixes/patches according to the
git branch you take the sources from.
You don't understand what the version numbers mean.
Shouldn't the maintenance branch
François Pinard writes:
Org could tell Gnus that I am not really reading an article as if I was
using Gnus interactively.
You keep saying that; while clearly you could coerce Gnus into doing
something like that I'm not sure Gnus would entertain to listen to such
a request. This is probably
Bastien writes:
I don't understand why properties would be a problem here.
Can you elaborate a bit on this?
With format %S prints an s-expression via prin1, not a string. So
either the format should be %s or the properties need to be stripped
unless one really wants to interpret the result via
Daniel Gerber writes:
Not quite. I thought %S was not a typo because it escapes characters
more nicely. E.g. with %s the buffer should contain \\\ to mean
in python.
If that's the intention, then %S is arguably a latent bug, since the
escaping it applies can only by accident be compatible
Andreas Leha writes:
I am not as organized as Tom is. So the chances to use my up-to-date
orgmode and successfully export any of my org documents from a year ago
(they are almost all 'Literate Programming' documents and, thus, maybe
more fragile?) are slim. I do not have numbers, but it
Jambunathan K writes:
Rustom Mody rustompm...@gmail.com writes:
I could check that org-odt-data-dir is coming in bound to
/usr/share/emacs/etc/org (which is non-existent) before the defvar in
ox-odt.el, so that defvar is not happening
And changing the prefix in local.mk does not seem to do
Andreas Leha writes:
Yes, I know. That's why I am sighing a bit: Both approaches need work
or are inconvenient in one way or the other.
That trait of reproducibility is shared with security. You might want
to have alook at this:
https://www.vagrantup.com/
(no direct experience yet).
Rustom Mody writes:
I could check that
org-odt-data-dir is coming in bound to /usr/share/emacs/etc/org (which
is non-existent) before the defvar in ox-odt.el, so that defvar is not
happening
And changing the prefix in local.mk does not seem to do anything
What do you expect it to do if you
Rick Frankel writes:
After doing a git pull including the rename of ob-sh.el to
ob-shell.el, testing fails with the error:
Cannot open load file: no such file or directory, ob-sh
What commit were you on before the pull and what branch/commit are you
on now? Also, what's the output of
Eric Schulte writes:
I believe Achim's suggestion should be the correct one. See the comment
of the commit making this change.
The part of Bastiens patch changing
(org-babel-do-load-languages
'org-babel-load-languages '((sh . t) (org . t
to
Bastien writes:
Shouldn't we ask Emacs maintainers about this? ox-koma-letter.el into
core means that bug reports will hit them first, then us.
Debbugs has facilities to redirect such reports to this mailing list
should that become an issue. Gnus is using this approach AFAIK.
My suggestion:
Bastien writes:
The first question is what do we want contrib to be?
So let's start with this one.
[…]
You didn't answer the question of what you want contrib to be or I'm too
dense to find where.
You keep talking about an Org ELPA that doesn't exist and about your
expectation of
Bastien writes:
Achim Gratz strom...@nexgo.de writes:
You didn't answer the question of what you want contrib to be or I'm too
dense to find where.
I want contributed Org libraries to be maintained in a separate Git
repository the same what the GNU ELPA packages are maintained in their
own
Bastien writes:
The separate repo could be a submodule of Org's core repo and its
contents could even make it into the .tar.gz and .zip files.
I'd guess you haven't worked with submodules yet.
1) In the long run, maybe Org will be a submodule of Emacs Git repo.
Completely hypothetical,
Bastien writes:
IIUC your suggestion is to keep contrib/ for things that are good
candidates for core, and to remove non-candidate libraries.
No, my suggestion is to look at the things in contrib and decide what to
do with them. A few of those things will never be in core nor will they
be in
Bastien writes:
Hi all,
I released Org 8.2.5g, which fixes several bugs.
http://orgmode.org
Please heavily test this release and report important bugs.
The tag for release_8.2.5e is on the wrong branch (you tagged the merge
instead of the last commit in maint (that would be 0a8fe04a9d).
Bastien writes:
Since you have commit access and the fixes seem non problematic,
I'd say feel free to fix them directly--reporting them if still
useful of course, it helps us not repeating them :)
I didn't fix these for two reasons:
1) I didn't touch the tag because I couldn't sign it.
2)
Bastien bzg at gnu.org writes:
The tag for release_8.2.5e is on the wrong branch (you tagged the merge
instead of the last commit in maint (that would be 0a8fe04a9d).
Actually I don't understand: the release_8.2.5e tag appears on
e7ebe4163a, and 0a8fe04a9d is the merge commit.
You
Jambunathan K writes:
I have my reservations. With stock Emacs Snapshot (i.e., without any
separate Org installation - git or elpa) at Bzr version 116124, at line
16, I am seeing
;;;###autoload
(defvar org-odt-data-dir /usr/share/emacs/etc/org
The location of ODT styles.)
I
Achim Gratz writes:
[…]
in the second or the cdr of the second element of pre-info might
directly get the new value spliced in depending on whether the original
value is used someplace else.
Splicing seems slightly more elegant than list construction, but
pre-info needs to be preserved. Eric
Bastien writes:
More precisely, I suggest these rebindings:
C-c # Checkboxes = C-c C-#
C-c , Priorities = C-c C-,
C-, can not be input using an ASCII terminal as it would produce a line
control character.
C-c ; Comment lines = C-c C-;
C-c @ Mark subtree = C-c C-@
C-@ may get
Sebastien Vauban writes:
When trying to convince colleagues and friends to use macros, I get
kind of allergic reactions because of the many accolades.
Example:
#+MACRO: hlt @@html:span style=background-color: yellow;$1/span@@
This {{{hlt(information)}}} is important.
I wondered
Bastien writes:
What I don't understand is why keeping the right control key between
C-c and C-' is harder than releasing the control key between C-c and
' (or as also proposed.) My experience (which seems the same than
Nick's) is that holding the control key down is easier/faster.
That
Bastien writes:
Samuel Wales samolog...@gmail.com writes:
remember: using
one hand for both modifier and key is never an option.
Why? For me C-c C-' is very easy with one hand, I don't even
need to move the fingers.
I'd think you need to curl the pinky at least unless you're talking
about
Bastien writes:
So C-c : would call org-edit-src-code and C-c C-: would convert the
region to fixed-width region.
You cannot enter C-: in some terminals because it would require
simultaneous processing of shift and control (these terminals ignore
shift while control is pressed).
Regards,
Gregor Zattler writes:
You cannot enter C-: in some terminals because it would require
simultaneous processing of shift and control (these terminals ignore
shift while control is pressed).
this is true for xterm, rxvt-unicode, gnome-terminal, konsole and
the linux console.
Terminal
Michael Brand writes:
Cool, thank you. I added a sentence in org.texi to point out the
dependency on the format specifier.
+Numbers are right-aligned when a format specifier with an explicit width like
+@{%5d} or @code{%5.1f} is used.
+
Isn't there a code missing for the first example?
Gregor Zattler writes:
I never used a terminal emulator which would let me use
Shift-Control key combos. Actually I would be very interested in
working Shift-Ctrl key combos.
I'm not sure when and where I've had that working or I may be
misremembering another combination. In any case, in
Mohamed writes:
I have a problem with beamer export.
(Org-mode version 8.0.2 (8.0.2-dist @ /home/user/.emacs.d/elpa/org-20140127/)
You have a problem with your installation. You are apparently running a
mixed installation between Org from a tarball and Org ELPA. Fix that
first, please, then
Richard Lawrence writes:
OK, I think I've got a patch now that addresses everything you asked
for. It is attached. This has been quite a learning experience! Let
me know if other changes are necessary.
http://orgmode.org/worg/org-contribute.html#sec-5
Please use complete sentences in the
Nick Dokos writes:
I just did a pull of maint and I get:
...
Loading /home/nick/src/emacs/org/org-mode/testing/lisp/test-ob.el (source)...
Eager macro-expansion failure: (void-variable test-line)
Symbol's value as variable is void: test-line
make: *** [test] Error 255
I've fixed that in
Eli Zaretskii writes:
But that's exactly the problem: producing a file name from a file://
URL requires to remove the file:// prefix. It is invalid to leave
the 2 extra slashes and remove only file:. Why does Org do that?
Because Org doesn't know squat about URI schemes and uses ad-hoc
John Kitchin jkitchin at andrew.cmu.edu writes:
I was wondering if there is any documentation somewhere on
how the orgmode elpa repo is setup.
Have a look in mk/server.mk, which you can include from local.mk if you want
to roll your own ELPA tar balls.
Regards,
Achim.
Achim Gratz writes:
Splicing seems slightly more elegant than list construction, but
pre-info needs to be preserved. Eric, please review the attached patch,
I'm not certain about the current test coverage in that area.
I see that this bug remains unfixed. Eric, could you please have a
look
Eric Schulte writes:
Oh, I did not realize `subseq' was part of the cl library. Since it
seems subseq is a generally useful utility, would there be any appetite
for implementing an org-subseq function?
No, please. Besides, copying the info structure twice to splice in one
changed element
Nicolas Goaziou writes:
That is what I don't understand. You added 8.2.5h to maint, and
master wasn't merged into maint since then. How can the tag
propagate to master?
It doesn't. But maint is included in master as an ancestor and git
describe uses the most recent tag in common ancestry to
Carsten Dominik writes:
I am still receiving donations for Org-mode, even though right now I
am only formally the maintainer of Org (it is very difficult to make
time free for me, currently). I would like to pass donations on to
someone here who has expenses related to Org, because this does
Bastien writes:
Applied, thanks!
That badly breaks the following tests:
FAILED test-ob-header-arg-defaults/tree/accumulate/call
FAILED test-ob-header-arg-defaults/tree/accumulate/noweb
FAILED test-ob-header-arg-defaults/tree/complex/call
FAILED
Bastien writes:
Can you tell a bit more about what's wrong with the test?
There is nothing wrong with those tests.
If the patch is good and the tests are outdated, I'd rather
fix the tests than revert the patch to re-revert it again.
No, the patch is bad, otherwise it wouldn't break the
Bastien writes:
Achim Gratz strom...@nexgo.de writes:
Can you tell a bit more about what's wrong with the test?
There is nothing wrong with those tests.
I meant: can you tell me how the tests fail?
They don't produce the result they are supposed to produce.
I'm interested in the answer
Bastien writes:
What I meant is this: broken tests are not a sufficient reason to
revert a commit. You need to show the commit is wrong and the tests
are not outdated.
No code breaking a test should have been committed in the first place,
then we wouldn't need to have this discussion. If the
Ilya Shlyakhter writes:
Here is the test case again:
The test case doesn't work as posted. A working test case produces the
result shown below (with and without your patch reverted) on current
master (tested again via make vanilla just to be sure).
--8---cut
Bastien writes:
Okay, so I committed a different fix in maint and master.
That fix (and the explanation) makes much more sense… I'll have to see
that this also gets tested, but I won't get to it for some time,
unfortunately.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb
Eric S Fraga writes:
The trace shows that the column has been extracted exactly as I
wish.
No, the column has been extracted as a vector, not a table.
However, it would appear that the function may expect a sequence
and not just a single element?
A table line is a list or a symbol, at the
James Harkins writes:
I noticed that C-c C-e h o was running sensible-browser, and after
half an hour's completely wasted effort trying to understand the
update-alternatives system, the only thing I know is that Chrome's
priority in the system is 200 while Firefox is 40. That explains why
James Harkins jamshark70 at gmail.com writes:
In my case, this was not successful.
http://ubuntuforums.org/showthread.php?t=2212948
The reason is most likely that sensible-browswer doesn't use alternatives,
i.e. it doesn't end up calling x-www-browser. You may have set BROWSER in
your
Erich Neuwirth writes:
I just pulled the latest version of the sources on my MacBook with OSX 10.8.1
Buildung does not work any more, here is the error.
Loading /Users/neuwirth/devel/org-mode/lisp/org-compat.el (source)...
Cannot open load file: ../UTILITIES/org-fixup.el
make[1]: ***
Neuwirth Erich erich.neuwirth at univie.ac.at writes:
Pulling the latest version and building it made the problem disappear.
org-version says
7.9 (release_7.9-80-gf29660.dirty)
What have you changed to make it dirty?
Regards,
Achim.
601 - 700 of 1679 matches
Mail list logo