From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Obsolete org contrib package Date: Tue, 08 Nov 2016 13:23:27 +0100 Message-ID: <87y40ujh34.fsf@nicolasgoaziou.fr> References: <87a8dastys.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47219) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c45R1-0005RD-IN for emacs-orgmode@gnu.org; Tue, 08 Nov 2016 07:23:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c45R0-0006Rx-Kb for emacs-orgmode@gnu.org; Tue, 08 Nov 2016 07:23:27 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:32973) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c45R0-0006Rd-Ej for emacs-orgmode@gnu.org; Tue, 08 Nov 2016 07:23:26 -0500 In-Reply-To: <87a8dastys.fsf@fastmail.fm> (Joost Kremers's message of "Tue, 08 Nov 2016 01:20:26 +0100") 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" To: Joost Kremers Cc: =?utf-8?Q?Gr=C3=A9goire?= Jadi , emacs-orgmode Hello, Joost Kremers writes: > I just ran into org-ebib.el, a file that's part of org-contrib. > I noticed that it uses functions from Ebib that were renamed pretty > much exactly two years ago. (They're internal functions and thus got > an extra dash.) This could in principle be fixed by changing the > relevant function calls in org-ebib.el, but as it happens I'm about to > push some changes to Ebib that will make it less straightorward to fix > org-ebib.el. OK. So you mean there is no equivalent to both (ebib-cur-entry-key) and (ebib-db-get-field-value 'title key ebib-cur-db) ? > So perhaps it would be best to simply remove org-ebib.el from > org-contrib? It doesn't seem to have been used by anyone the past two > years and all it does is define a function to store an org link to an > Ebib entry, which, IIUC, is done in a completely different way in Org > 9.0. "org-ebib.el" is already compatible with Org 9.0. I'm Cc'ing the author. Ideally this library should be updated to new Ebib and moved to some ELPA. If Gr=C3=A9goire doesn't want to take care of it and no one volunteers to maintain that file, we can remove it. We should at least wait for a week in any case. Regards, --=20 Nicolas Goaziou