From mboxrd@z Thu Jan 1 00:00:00 1970 From: Torsten Wagner Subject: Re: org-caldav can't find org-prepare-agenda-buffers Date: Sat, 02 Mar 2013 21:17:27 +0100 Message-ID: <2dd4013d-f27b-4303-8834-4906715ec412@email.android.com> References: <87k3puyri0.fsf@free.fr> <871uc1sv4s.fsf@bzg.ath.cx> <87vc9d36qp.fsf@engster.org> <87lia9o0e9.fsf@bzg.ath.cx> <878v692ae0.fsf@engster.org> <87621cj3bc.fsf@bzg.ath.cx> <874ngw2z26.fsf@engster.org> <87txoum4pe.fsf@bzg.ath.cx> <87y5e66igm.fsf@engster.org> <87zjyl3ck6.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----WBNIV9EF00NVZAZGQ1YVZ6UROSEYA7" Return-path: Received: from eggs.gnu.org ([208.118.235.92]:44710) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UC7Yc-0008TD-KM for emacs-orgmode@gnu.org; Sun, 03 Mar 2013 06:58:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UC7Ya-00032y-9H for emacs-orgmode@gnu.org; Sun, 03 Mar 2013 06:58:22 -0500 Received: from mail-bk0-f46.google.com ([209.85.214.46]:42188) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UC7YZ-00032j-VL for emacs-orgmode@gnu.org; Sun, 03 Mar 2013 06:58:20 -0500 Received: by mail-bk0-f46.google.com with SMTP id j5so1966564bkw.5 for ; Sun, 03 Mar 2013 03:58:18 -0800 (PST) In-Reply-To: <87zjyl3ck6.fsf@bzg.ath.cx> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bastien , David Engster Cc: emacs-orgmode@gnu.org, Julien Cubizolles ------WBNIV9EF00NVZAZGQ1YVZ6UROSEYA7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Bastien, I didn't follow this thread in detail. But shouldn't it be enough to symlink e.g. org-icalendar against ox-icalendar. As far as I understood emacs would prioritize those local symlinks over the system wide installation. This would be a temporary solution until a new emacs release. Actually, under Linux, this is a pretty common way to bend dependencies towards the newest version of a lib. Not sure for windows users. Instead of a simple symlink, the current dev head could have wrappers for those "old" files which bend the calls to the new files and issue a warning. That would help to identify 3 party code which needs some rework. Torsten Bastien wrote: >Hi David, > >David Engster writes: > >> Did you actually try that? How should Emacs possibly know that the >file >> ox-icalendar provides the feature org-icalendar? This will only work >if >> ox-icalendar is already loaded. > >Of course, you're right. I reverted the commit. > >So the problems stay. For third-party libraries developers, >we cannot do anything else now than to ask them to update their >code. For the problem of Emacs autoloaded functions, org.el >provides (load "org-loaddefs.el t t t) which should load >the correct autoloads from the correct files... but that's >unstable. > >It seems the ox- prefix is a bad idea, you're right. >I'll think about it again. > >Thanks, > >-- > Bastien ------WBNIV9EF00NVZAZGQ1YVZ6UROSEYA7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hi Bastien,
I didn't follow this thread in detail. But shouldn't it be enough to symlink e.g. org-icalendar against ox-icalendar. As far as I understood emacs would prioritize those local symlinks over the system wide installation. This would be a temporary solution until a new emacs release.
Actually, under Linux, this is a pretty common way to bend dependencies towards the newest version of a lib.
Not sure for windows users.

Instead of a simple symlink, the current dev head could have wrappers for those "old" files which bend the calls to the new files and issue a warning.
That would help to identify 3 party code which needs some rework.

Torsten

Bastien <bzg@altern.org> wrote:
Hi David,

David Engster <deng@randomsample.de> writes:

Did you actually try that? How should Emacs possibly know that the file
ox-icalendar provides the feature org-icalendar? This will only work if
ox-icalendar is already loaded.

Of course, you're right.  I reverted the commit.

So the problems stay.  For third-party libraries developers,
we cannot do anything else now than to ask them to update their
code.  For the problem of Emacs autoloaded functions, org.el
provides (load "org-loaddefs.el t t
  t) which should load
the correct autoloads from the correct files...  but that's
unstable.

It seems the ox- prefix is a bad idea, you're right.
I'll think about it
again.

Thanks,
------WBNIV9EF00NVZAZGQ1YVZ6UROSEYA7--