[O] bug#10125: RFE: require and load-path-shadowing

[Achim Gratz]

Eli Zaretskii writes:
> Sorry, I don't follow: new packages can only affect "emacs -Q" if you
> re-dump Emacs in between.  Am I missing something?

No, for package manager "emacs -Q" should work well enough.  The
fork/spawn thing might still be useful to make this more efficient or
(if you allow to create such fork points programmatically) to enable
Emacs to easily backtrack to some earlier state.  But that should be
discussed in emacs-devel under a different headline.


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

Re: [O] emacs initialization files in org mode

[Alan Schmitt]

Tony Day writes:

> And this has to be tangled before emacs loads or it will load the old
> version of init.el. It's a good idea to tell emacs straight away where
> your org directory is or you might end up with the nasty split org
> version hassle where half of org is the old emacs version and half is
> the shiny new repository.

This is a very useful suggestion, thanks a lot.

Alan

Re: [O] Macros and HTML new exporter

[Nicolas Goaziou]

Hello,

Fabrice Popineau  writes:

> I need some clarficiation here.
>
> I tried the following :
>
> ...
> #+MACRO: internal #+BEGIN_HTML\n\n onclick="toggleContainer('Home', '$1');"> $2 \n\n#+END_HTML
> ...
> * Some title
> [2013-01-13 dim. 09:31]
>
> {{{internal(2, 'foo')}}}
> ...
>
> The I call org-e-publish and the html file produced has the macro inlined
> in the html output :
>
> 
> #+BEGIN_HTML\n
\n onclick="toggleContainer('Home', '2');"> 'foo'
> \n
\n#+END_HTML
> 
>
>
> However with this :
>
> #+MACRO: internal @@e-html:  onclick="toggleContainer('Home', $1);"> $2 @@
>
> the result obtained is as expected.
> Why is it this way ? I would have expected the first version to also
> work.

That's because macros are single line objects. Your first example, when
expanded, will generate:

  #+BEGIN_HTML\n\n 'foo' \n\n#+END_HTML

with literal "\n".

> Incidentally, there is a potential difficulty with macro arguments and
> quoting.
> Arguments to macros are not quoted and seems to be split wlong with commas.
> Maybe a quoting mechanism would be needed (how to pass an argument with a
> comma ?)

Macros are a simple answer to simple problems. If you want to construct
something more elaborate, I highly suggest to use Babel.


Regards,

-- 
Nicolas Goaziou

Re: [O] habits don't get re-scheduled

[J. David Boyd]

Karl Voit  writes:

> * Bastien  wrote:
>> Hi Karl,
>
> Hi!
>
>> Karl Voit  writes:
>>
>>> I bisected this issue. It resulted in:
>>
>> I should have fixed this now, please let me know!
>
> Fixed, thank you very much - once again! :-)


I must still be doing something wrong.  I'm using org version 7.9.3c,
and my habits are closing when I change TODO to DONE.

Is there something else that has to be changed.   They used to work a
few updates ago.



From users+bounces-82-archive=mail-archive@sv.libreoffice.org Sun Jan 13 
07:32:23 2013
Return-path: 
Envelope-to: arch...@mail-archive.com
Delivery-date: Sun, 13 Jan 2013 07:32:23 -0800
Received: from exprod5mx184.postini.com ([64.18.0.209] helo=psmtp.com)
by mail-archive.com with esmtp (Exim 4.76)
(envelope-from 
)
id 1TuPXq-0001Yw-Rw
for arch...@mail-archive.com; Sun, 13 Jan 2013 07:32:22 -0800
Received: from bilbo.documentfoundation.org ([178.63.91.70]) (using TLSv1) by 
exprod5mx184.postini.com ([64.18.4.10]) with SMTP;
Sun, 13 Jan 2013 10:32:20 EST
Received: from bilbo.documentfoundation.org (localhost [127.0.0.1])
by bilbo.documentfoundation.org (Postfix) with SMTP id E34B51BF2699
for ; Sun, 13 Jan 2013 16:32:18 +0100 (CET)
X-Original-To: us...@sv.libreoffice.org
Delivered-To: sv.libreoffice.org--us...@bilbo.documentfoundation.org
Received: from localhost (localhost [127.0.0.1])
by bilbo.documentfoundation.org (Postfix) with ESMTP id 10A331BF2657
for ; Sun, 13 Jan 2013 16:32:17 +0100 (CET)
X-Virus-Scanned: amavisd-new-2.6.4 (20090625) at bilbo.documentfoundation.org
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=6.31
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7,
SPF_PASS=-0.001] autolearn=ham
Authentication-Results: bilbo.documentfoundation.org (amavisd-new); dkim=pass
header.i=@gmail.com
Received: from bilbo.documentfoundation.org ([127.0.0.1])
by localhost (bilbo.documentfoundation.org [127.0.0.1]) (amavisd-new,
port 10030)
with ESMTP id uw1dz8B4AClJ for ;
Sun, 13 Jan 2013 16:32:13 +0100 (CET)
Received: from mail-qc0-f175.google.com (mail-qc0-f175.google.com
[209.85.216.175]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
(No client certificate requested)
by bilbo.documentfoundation.org (Postfix) with ESMTPS
for ; Sun, 13 Jan 2013 16:32:13 +0100 (CET)
Received: by mail-qc0-f175.google.com with SMTP id j3so2034476qcs.6
for ; Sun, 13 Jan 2013 07:32:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:date:message-id:subject:from:to:content-type
:content-transfer-encoding;
bh=knJu94a4xzq2jZ13CYbylBRMeqglUGxPklYmv8HTp3k=;
b=tHIxNRQpTzthRsnr+j4qI5QJQs7sRBbE62T4RNZGbkBt0feQrcnB/yYfDVj/EoXLsn
QSCwBcxQ2EsZa0VpThXR/CtKBJqsqp+Z/RPC7QBvuMv0tCChpE4eImMt69/PGE6C1GYP
lJXx2irqXRgdRwp1gFRl8kFbS6u2ZBGeqZbDY0CzyM0OS7necZRFjdbp2w8SIivKSRUt
qQEX8VIGRpfbW43xGcFLjj2W/79S8lbJWPeYz1DNVBQ0ZFwEha+uiBw6y4R4QteZ4JUi
eub+0AAp+ChrldXyR83psXGVbQ/FmefmRzOYow/wH90jC709pZbNfCRZ+Qte5hqMwaVM
8PhA==
Received: by 10.49.107.4 with SMTP id gy4mr80841594qeb.63.1358091132472; Sun,
13 Jan 2013 07:32:12 -0800 (PST)
Received: by 10.49.72.104 with HTTP; Sun, 13 Jan 2013 07:32:12 -0800 (PST)
Date: Sun, 13 Jan 2013 16:32:12 +0100
Message-ID: 

Subject: [sv-users] =?UTF-8?Q?Mer_om_LibreOffice_Calc=2Dhj=C3=A4lpen=E2=80=A6?=
From: Johnny Rosenberg 
To: "us...@sv.libreoffice.org" 
Archived-At: 
Errors-To: postmas...@documentfoundation.org
Precedence: list
List-Id: 
List-Unsubscribe: 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: 
List-Owner: 
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-pstn-levels: (S: 5.37599/99.9 CV:99.9000 FC:95.5390 LC:95.5390 
R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 1 skipped:not-enabled
X-pstn-settings: 4 (1.5000:1.5000) s cv gt3 gt2 gt1 r p m c 
X-pstn-addresses: from  [294/10] 

TsOkciBkZXQgZ8OkbGxlciBjZWxsZnVua3Rpb25lbiBTw5ZLKCksIHNvbSBzw7ZrZXIgZWZ0ZXIg
ZW4gc3Ryw6RuZyBpbnV0aQplbiBhbm5hbiwgw6RyIGRldCB0eWRsaWdlbiBtZW5pbmdlbiBhdHQg
ZGVuIHNrYSByZXR1cm5lcmEgZXR0CmZlbG1lZGRlbGFuZGUgb20gc3Ryw6RuZ2VuIGludGUgaGl0
dGFzLiBEZXR0YSBmcmFtZ8OlciBkb2NrIGludGUgYXYKaGrDpGxwdGV4dGVuLCBzb20gc2VyIHV0
IHPDpSBow6RyOgoK4oCdU8OWSwpSZXR1cm5lcmFyIHBvc2l0aW9uZW4gZsO2ciBldHQgdGV4dHNl
Z21lbnQgaSBlbiB0ZWNrZW5zdHLDpG5nLiBEdSBrYW4KYW5nZSB2YXIgc8O2a25pbmdlbiBza2Eg
YsO2cmphLiBTw7ZrdGV4dGVuIGthbi

Re: [O] habits don't get re-scheduled

[Karl Voit]

* J. David Boyd  wrote:
>
> I must still be doing something wrong.  I'm using org version 7.9.3c,
> and my habits are closing when I change TODO to DONE.
>
> Is there something else that has to be changed.   They used to work a
> few updates ago.

I am using the git version: Org-mode version 7.9.3c
(release_7.9.3c-816-g409ee8 ...)

If you aren't pulling from the git, your 7.9.3c might be outdated.

-- 
Karl Voit

Re: [O] Confused about inline html images

[John Hendy]

On Sun, Jan 13, 2013 at 1:48 PM, John Hendy  wrote:
> I'm trying to recreate this html:
>
> http://path/to/image.jpg";>http://path/to/image.jpg";
> width="400px" />
>
> My approach was like so:
>
> #+attr_html: width="400px"
> [[http://path/to/image.jpg][http://path/to/image.jpg]]
>
> From the description at using inline images
> (http://orgmode.org/manual/Images-in-HTML-export.html):
>
> #+begin_quote
> If the description part itself is a file: link or a http: URL pointing
> to an image, this image will be inlined and activated so that clicking
> on the image will activate the link. For example, to include a
> thumbnail that will link to a high resolution version of the image,
> you could use:
>
>  [[file:highres.jpg][file:thumb.jpg]]
> #+end_quote
>
> That sounds like my example above should work; the example indicates
> that thumb.jpg would be inlined and clicking it would send to
> highres.jpg. I'd like http://path/to/image.jpg to be inlined at 400px
> but clicking it would make the full size jpg viewable in a browser.
>
> I haven't changed the variable org-export-html-inline-images. It
> should be set to the default, which appears to be 'maybe.'
>

As usual (right after tinkering a lot and finally mailing the list),
this seems to have just started working, so I'll chalk that up to
something I goofed in my bracket syntax perhaps?

Still one issue: it's applying the attr_html to the wrong bit. Here's
the resultant export output:

#+attr_html: width="400px"
[[http://path/to/file.jpg][http://path/to/file.jpg]]

becomes:

http://path/to/file.jpg"; width="400px">http://path/to/file.jpg"; alt="file.jpg"/>

So the width attr is passed to the link section, not the the img.

Is this a bug?


Thanks,
John

>
> Thanks for any suggestions,
> John

Re: [O] Confused about inline html images

[John Hendy]

On Sun, Jan 13, 2013 at 1:54 PM, John Hendy  wrote:
> On Sun, Jan 13, 2013 at 1:48 PM, John Hendy  wrote:
>> I'm trying to recreate this html:
>>
>> http://path/to/image.jpg";>http://path/to/image.jpg";
>> width="400px" />
>>
>> My approach was like so:
>>
>> #+attr_html: width="400px"
>> [[http://path/to/image.jpg][http://path/to/image.jpg]]
>>
>> From the description at using inline images
>> (http://orgmode.org/manual/Images-in-HTML-export.html):
>>
>> #+begin_quote
>> If the description part itself is a file: link or a http: URL pointing
>> to an image, this image will be inlined and activated so that clicking
>> on the image will activate the link. For example, to include a
>> thumbnail that will link to a high resolution version of the image,
>> you could use:
>>
>>  [[file:highres.jpg][file:thumb.jpg]]
>> #+end_quote
>>
>> That sounds like my example above should work; the example indicates
>> that thumb.jpg would be inlined and clicking it would send to
>> highres.jpg. I'd like http://path/to/image.jpg to be inlined at 400px
>> but clicking it would make the full size jpg viewable in a browser.
>>
>> I haven't changed the variable org-export-html-inline-images. It
>> should be set to the default, which appears to be 'maybe.'
>>
>
> As usual (right after tinkering a lot and finally mailing the list),
> this seems to have just started working, so I'll chalk that up to
> something I goofed in my bracket syntax perhaps?

Just kidding. Still getting finnicky results, and don't know why. I'm
getting either:

1) full sized inline image that *does* click/link

2) a properly sized image that does not click/link. Copied directly
from org-mode to make sure I'm not goofing something up by re-writing
the syntax since I can't see it when it's in link-formatted face:

[[http://path/to/image.jpg][http://path/to/image.jpg]]

Produces:

http://path/to/image.jpg"; width="400px"
alt="http://path/to/image.jpg"; />

I can't get it to reproduce the big (but properly linked) image
mentioned below at the moment.


John

>
> Still one issue: it's applying the attr_html to the wrong bit. Here's
> the resultant export output:
>
> #+attr_html: width="400px"
> [[http://path/to/file.jpg][http://path/to/file.jpg]]
>
> becomes:
>
> http://path/to/file.jpg"; width="400px"> src="http://path/to/file.jpg"; alt="file.jpg"/>
>
> So the width attr is passed to the link section, not the the img.
>
> Is this a bug?
>
>
> Thanks,
> John
>
>>
>> Thanks for any suggestions,
>> John

Re: [O] OBBDB(3) or org-contacts

[Eric S Fraga]

Gour  writes:

Do you use bbdb3 and what are important things it brings over 
bbdb2? 


I use bbdb3; never got to grips with org-contacts and I have too 
many contacts in any case.  bbdb3 provides a subtle improvement to 
bbdb2: better more logical key bindings and less surprising 
behaviour overall.  I like it.


Org will interpret the "anniversary" (e.g. birthdays, wedding 
anniversary, other dates) field in bbdb entries to bring in 
information into the agenda view, if desired.  Look at 
=org-bbdb-anniversary-format-alist=.


Have you, maybe, tried mu4e or should I simply stick with proven 
Gnus? 


I am a confirmed gnus user.  No other email system comes close to 
doing what gnus can do.  Given the large volume of email I get, 
splitting and scoring are essential to survival!  Integration with 
bbdb is also obviously key for me. 


--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3a-808-gf94d81

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

[Thorsten Jolitz]

Achim Gratz  writes:

> Eric Schulte writes:
>> Recently my Emacs start up fails when I (require 'org) because the
>> function `org-load-noerror-mustsuffix' is undefined.  I was able to fix
>> this by checking out the version previous to commit 5484a33b [1].
>
> Your Emacs loads an outdated org-macs.el.  Additionally, you have no
> autoloads generated in the Git work tree:
>
>   *Messages*
>   Loading /home/eschulte/.emacs.d/src/org-mode/lisp/org.el (source)...
>   Package assoc is obsolete!
>   Loading /home/eschulte/.emacs.d/elpa/org-20121231/org-loaddefs.el 
> (source)...done
>   Problems while trying to load feature `org-jsinfo'
>   eval-buffer: Symbol's function definition is void: 
> org-define-obsolete-function-alias
>
> This makes Emacs pick up the (wrong) autoloads from the ELPA directory,
> although the root cause for your failure is that Org has been partly
> loaded before the load-path were pointing to the Git work tree and other
> parts have been loaded after the load-path changed.  Please remove or
> deactivate the ELPA package.


I just updated Org-mode from Git a few minutes ago, and, after having
problems, deleted the repo and cloned it again, ran make and make
autoloads, but still cannot load org.el (or start with my usual
starter-kit customizations):

Symbol's function definition is void: 
org-define-obsolete-function-alias

Loading org-compat.el first does not help. 

I do not have the original Org-mode that came with Emacs anymore - I
replaced it with a link to the git-repo, i.e. /usr/share/emacs/24.2/ is
a symlink. 

I do not have an Org-mode version in my Elpa directory (only
org-magit.el).

I followed the advice from this thread and evaluated a list of
expressions in the scratch buffer after loading Emacs -Q, and post the
output below. This is quite a long thread, I'm not sure if I have
exactly the same problem described, and, since I seem to have only the
Org-mode git-version and not a mixed installation, I'm not sure about
the proposed solution.

GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.6.2) of
2012-11-18 on eric

org-version
"7.9.3d"

;; This buffer is for notes you don't want to save, and for Lisp evaluation.
;; If you want to create a file, visit that file with C-x C-f,
;; then enter the text in that file's own buffer.

features
(time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd 
tool-bar dnd fontset image ...)
(symbol-file 'org-release)
nil
(add-to-list 'load-path "~/gitclone/org-mode/lisp")
("~/gitclone/org-mode/lisp" "/usr/share/emacs/24.2/lisp" 
"/usr/share/emacs/24.2/lisp/vc" "/usr/share/emacs/24.2/lisp/url" 
"/usr/share/emacs/24.2/lisp/textmodes" "/usr/share/emacs/24.2/lisp/progmodes" 
"/usr/share/emacs/24.2/lisp/play" "/usr/share/emacs/24.2/lisp/org" 
"/usr/share/emacs/24.2/lisp/org/contrib" "/usr/share/emacs/24.2/lisp/org/etc" 
"/usr/share/emacs/24.2/lisp/org/lisp" "/usr/share/emacs/24.2/lisp/org/mk" ...)
(load-library "org-loaddefs")
t
features
(org-loaddefs time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel 
x-win x-dnd tool-bar dnd fontset ...)
load-history
(("/home/tj/gitclone/org-mode/lisp/org-loaddefs.el" (autoload . 
org-babel-execute-safely-maybe) (autoload . org-babel-execute-maybe) (autoload 
. org-babel-view-src-block-info) (autoload . org-babel-expand-src-block-maybe) 
(autoload . org-babel-load-in-session-maybe) (autoload . 
org-babel-pop-to-session-maybe) (autoload . org-babel-execute-src-block) 
(autoload . org-babel-expand-src-block) (autoload . org-babel-check-src-block) 
(autoload . org-babel-insert-header-arg) (autoload . org-babel-load-in-session) 
...) ("/home/tj/git/dotemacsd/abbrev_defs" Buffer-menu-mode-abbrev-table 
Custom-mode-abbrev-table Rd-mode-abbrev-table bbdb-mode-abbrev-table 
bibtex-mode-abbrev-table bookmark-bmenu-mode-abbrev-table 
calendar-mode-abbrev-table change-log-mode-abbrev-table 
comint-mode-abbrev-table completion-list-mode-abbrev-table 
diary-fancy-display-mode-abbrev-table ...) 
("/usr/share/emacs/24.2/lisp/calendar/time-date.elc" (defun . 
with-decoded-time-value) (defun . encode-time-value) (autoload . 
parse-time-string) (autoload . timezone-make-date-arpa-standard) (t . 
date-to-time) (defun . date-to-time) (t . seconds-to-time) (defun . 
seconds-to-time) (t . time-less-p) (defun . time-less-p) (t . days-to-time) 
...) ("/usr/share/emacs/24.2/lisp/international/uni-mirrored.el") 
("/usr/share/emacs/24.2/leim/leim-list.el" (autoload . ucs-input-activate) 
(autoload . hangul-input-method-activate)) 
("/home/tj/gitclone/misc/subdirs.el") ("/usr/share/emacs/24.2/lisp/subdirs.el") 
("/usr/share/emacs/24.2/lisp/tooltip.elc" tooltip-mode (defun . tooltip-mode) 
tooltip-delay tooltip-delay tooltip-short-delay tooltip-short-delay 
tooltip-recent-seconds tooltip-recent-seconds tooltip-hide-delay 
tooltip-hide-delay tooltip-x-offset ...) 
("/usr/share/emacs/24.2/lisp/vc/ediff-hook.elc" menu-bar-ediff-misc-menu 
menu-bar-epatch-menu menu-bar-ediff-merge-menu menu-bar-ediff-menu (pr

[O] heads up: mode hooks not executed for agenda files

[Eric S Fraga]

Hello,

a problem I have had for a long time is that agenda files are 
opened without =org-mode-hook= and =text-mode-hook= being 
processed.  This is a problem because I work within the agenda 
view all the time, writing notes by accessing entries from the 
agenda view.


If I open an org file directly, both hooks are executed just 
fine.  However, if I hit =RET= on an agenda view line, I get put 
into the org file, at the correct point, but without those hooks 
having been executed.  This means that the behaviour is different 
depending on how I ended up in the org file.


This is confusing!

The solution is to add the same processing to 
=org-agenda-after-show-hook= as is included in =text-mode=hook= 
and =org-mode=hook=.  This works.  However, it seems clumsy to me.


I just thought I'd highlight this as it took me a while to 
understand why Emacs was doing things differently in org files 
depending on how I got to them. 

Bastien: enjoy your two week break and don't you dare read this 
email before then! ;-)


Thanks,
eric

--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3a-808-gf94d81

[O] Error building org-e-publish

[Michael Gauland]

I'm having trouble building the latest code from git.

I don't normally use 'publish', but it appears to be required for some
of the exporters I use. I've added it to ORG_ADD_CONTRIB, but it fails
to build:

  Compiling file /home/mike/elisp/org-mode-clean/lisp/org-e-publish.el
at Mon Jan 14 11:51:11 2013
  org-e-publish.el:844:35:Error: Not a lambda list: (quote ignore)

The faulty line is simply
(org-e-publish-projects project-alist)

Has anyone else run into this?  Any advice would be greatly appreciated.

Kind Regards,
Mike



signature.asc
Description: OpenPGP digital signature

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

[Stelian Iancu]

On Jan 13, 2013, at 11:08 PM, Thorsten Jolitz  wrote:

> Achim Gratz  writes:
> 
>> Eric Schulte writes:
>>> Recently my Emacs start up fails when I (require 'org) because the
>>> function `org-load-noerror-mustsuffix' is undefined.  I was able to fix
>>> this by checking out the version previous to commit 5484a33b [1].
>> 
>> Your Emacs loads an outdated org-macs.el.  Additionally, you have no
>> autoloads generated in the Git work tree:
>> 
>>  *Messages*
>>  Loading /home/eschulte/.emacs.d/src/org-mode/lisp/org.el (source)...
>>  Package assoc is obsolete!
>>  Loading /home/eschulte/.emacs.d/elpa/org-20121231/org-loaddefs.el 
>> (source)...done
>>  Problems while trying to load feature `org-jsinfo'
>>  eval-buffer: Symbol's function definition is void: 
>> org-define-obsolete-function-alias
>> 
>> This makes Emacs pick up the (wrong) autoloads from the ELPA directory,
>> although the root cause for your failure is that Org has been partly
>> loaded before the load-path were pointing to the Git work tree and other
>> parts have been loaded after the load-path changed.  Please remove or
>> deactivate the ELPA package.
> 
> 
> I just updated Org-mode from Git a few minutes ago, and, after having
> problems, deleted the repo and cloned it again, ran make and make
> autoloads, but still cannot load org.el (or start with my usual
> starter-kit customisations):
> 

[SNIP]

Just my 2c: in my case, all I did was: 
- clone the git repo
- add org-mode/lisp to the load-path
- make autoloads
- require 'org

After that, M-x org-version returns the correct org version and path: Org-mode 
version 7.9.3c (release_7.9.3c-816-g409ee8 @ 
/Users/stelianiancu/.emacs-live-packs/orgmode-pack/lib/org-mode/lisp/)

Emacs version: GNU Emacs 24.2.92.1 (x86_64-apple-darwin, NS 
apple-appkit-1038.36) of 2013-01-10 on bob.porkrind.org

HTH, 
Stelian

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

[Thorsten Jolitz]

Stelian Iancu  writes:

>> I just updated Org-mode from Git a few minutes ago, and, after having
>> problems, deleted the repo and cloned it again, ran make and make
>> autoloads, but still cannot load org.el (or start with my usual
>> starter-kit customisations):
>> 
>
> [SNIP]
>
> Just my 2c: in my case, all I did was: 
> - clone the git repo
> - add org-mode/lisp to the load-path
> - make autoloads
> - require 'org
>
> After that, M-x org-version returns the correct org version and path:
> Org-mode version 7.9.3c (release_7.9.3c-816-g409ee8 @
> /Users/stelianiancu/.emacs-live-packs/orgmode-pack/lib/org-mode/lisp/)
>
> Emacs version: GNU Emacs 24.2.92.1 (x86_64-apple-darwin, NS 
> apple-appkit-1038.36) of 2013-01-10 on bob.porkrind.org

I my case, org is a symlink in the Emacs folder:

/usr/share/emacs/24.2/lisp/
  drwxr-xr-x  2 root root4096 18. Nov 08:40 nxml
  drwxr-xr-x  2 root root4096 18. Nov 08:40 obsolete
  lrwxrwxrwx  1 root root  26 30. Apr 2012  org -> 
/home/tj/gitclone/org-mode
  -rw-r--r--  1 root root   10926 23. Aug 07:33 outline.el.gz
  -rw-r--r--  1 root root   35745 24. Aug 11:58 outline.elc
  -rw-r--r--  1 root root3151 23. Aug 07:33 

and the load-path points to this folder:

C-v load-path
...
"/usr/share/emacs/24.2/lisp/org" 
"/usr/share/emacs/24.2/lisp/org/contrib" 
"/usr/share/emacs/24.2/lisp/org/etc" 
"/usr/share/emacs/24.2/lisp/org/lisp" 
"/usr/share/emacs/24.2/lisp/org/mk" 
"/usr/share/emacs/24.2/lisp/org/testing" 
"/usr/share/emacs/24.2/lisp/org/contrib/babel" 
"/usr/share/emacs/24.2/lisp/org/contrib/lisp" 
"/usr/share/emacs/24.2/lisp/org/contrib/scripts" 
"/usr/share/emacs/24.2/lisp/org/etc/schema" 
"/usr/share/emacs/24.2/lisp/org/etc/styles" 
"/usr/share/emacs/24.2/lisp/org/testing/examples" 
"/usr/share/emacs/24.2/lisp/org/testing/jump" 
"/usr/share/emacs/24.2/lisp/org/testing/lisp" 
"/usr/share/emacs/24.2/lisp/org/contrib/babel/langs" 
"/usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax" 
"/usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/chrome" 
"/usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/defaults" 
"/usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/chrome/content" 
"/usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/defaults/preferences"
 
...

this worked before.
If I try org-version or (require 'org), I always get:
Symbol's function definition is void: org-define-obsolete-function-alias

-- 
cheers,
Thorsten

Re: [O] Error building org-e-publish

[J. David Boyd]

Michael Gauland  writes:

> I'm having trouble building the latest code from git.
>
> I don't normally use 'publish', but it appears to be required for some
> of the exporters I use. I've added it to ORG_ADD_CONTRIB, but it fails
> to build:
>
>   Compiling file /home/mike/elisp/org-mode-clean/lisp/org-e-publish.el
> at Mon Jan 14 11:51:11 2013
>   org-e-publish.el:844:35:Error: Not a lambda list: (quote ignore)
>
> The faulty line is simply
> (org-e-publish-projects project-alist)
>
> Has anyone else run into this?  Any advice would be greatly appreciated.
>
> Kind Regards,
> Mike


Mine builds with no problem at all, using emacs 24.2.92.

You sure you have the latest git source?  I just did an update a moment
ago...

[O] colorg: A few more thoughts

[François Pinard]

Hi, Orgers!

Here are some development news about ColOrg, which is a tool meant for
real-time collaborative edition for Org files.  I pushed a bit on the
project this weekend, but now, job duties might force me to delay
further work until next weekend.

I'm not done yet with the initial writing, it is all very broken, many
things need to be completed before usability.  Yet, a bit everything
starts to move, I even got the encouraging proof that some communication
occurs between Emacs and the ColOrg server. :-)

The tool is likely to be surprisingly small, both on the client side (in
Emacs Lisp) and the server side (in Python).  Usage is going to be
simple and crude at start.  We minimally do not need much: a toggle
command to put any Emacs buffer under ColOrg, and a few initial
questions (most of them may be spared), and that's it.  A newly created
resource gets transparently uploaded to the server for sharing, an
existing resource is downloaded when associated with an empty buffer.

Separate buffers may be associated to separate (or even the same)
resource, ColOrg is designed to multiplex and manage them.  Responsivity
(typing speed) might be reasonable enough.  I stuffed a few stub
routines with delays, to get an idea of how it would go.

I've given some good thought to the rewriting of the operational
transforms, this is the main missing part on the Python side.  I think I
have a dependable but inefficient solution in head, that would admit
hairy optimization.  The ColOrg Wiki would be a nice place to receive a
description of the problem and chosen solutions.  To be done later.

Many details remain to be addressed.  For example: how to interface with
Undo within Emacs?  It has incidence on the design of the protocol.  My
current choice is either to postpone and let every change be separate,
or collapse outside changes from many users, arriving at once, into a
single Undo step.

Have fun!  For now, sleep time!

François