From mboxrd@z Thu Jan 1 00:00:00 1970 From: daimrod Subject: Re: Obsolete org contrib package Date: Thu, 10 Nov 2016 12:16:40 +0100 Message-ID: References: <87a8dastys.fsf@fastmail.fm> <87y40ujh34.fsf@nicolasgoaziou.fr> <8737j2rvhq.fsf@fastmail.fm> <87fumzfytd.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c4nLb-00005e-6S for emacs-orgmode@gnu.org; Thu, 10 Nov 2016 06:16:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c4nLX-00057K-BD for emacs-orgmode@gnu.org; Thu, 10 Nov 2016 06:16:47 -0500 Received: from mail-wm0-x241.google.com ([2a00:1450:400c:c09::241]:35505) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c4nLX-000575-4H for emacs-orgmode@gnu.org; Thu, 10 Nov 2016 06:16:43 -0500 Received: by mail-wm0-x241.google.com with SMTP id a20so2432159wme.2 for ; Thu, 10 Nov 2016 03:16:43 -0800 (PST) In-Reply-To: <87fumzfytd.fsf@fastmail.fm> 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 , Nicolas Goaziou Cc: emacs-orgmode On 11/10/16 10:50, Joost Kremers wrote: > > On Tue, Nov 08 2016, Joost Kremers wrote: >> Hi, >> >> On Tue, Nov 08 2016, Nicolas Goaziou wrote: >>> So you mean there is no equivalent to both >>> >>> (ebib-cur-entry-key) >> >> This one was what I was worried about, but on second thought, it >> should be possible to simply use: >> >> (ebib--get-key-at-point) >> >>> and >>> >>> (ebib-db-get-field-value 'title key ebib-cur-db) >> >> That one's easier: >> (ebib-db-get-field-value "title" key ebib--cur-db) >> >>> "org-ebib.el" is already compatible with Org 9.0. >> >> Ah, good, I didn't realise that. >> >>> I'm Cc'ing the author. Ideally this library should be updated to new >>> Ebib and moved to some ELPA. >>> >>> If Grégoire doesn't want to take care of it and no one volunteers to >>> maintain that file, we can remove it. >> >> I was actually planning to add this functionality to Ebib itself. So >> if Grégoire isn't interested in it anymore, I could put it in the Ebib >> repo, or create a separate repo for it, either on Github or somewhere >> else, wherever you prefer. > > I received the following reply from Grégoire (which, although it was > sent to the mailing list as well, apparently didn't show up there): > > > ================================================== > > On 11/08/16 13:23, Nicolas Goaziou wrote: >> I'm Cc'ing the author. Ideally this library should be updated to new >> Ebib and moved to some ELPA. >> >> If Grégoire doesn't want to take care of it and no one volunteers to >> maintain that file, we can remove it. > > I don't use this package anymore. > If anyone uses it, s/he take over it, otherwise we can just remove it > from org-contrib. > > ================================================== > > Like I said, I'd be happy to take over maintainance. Just let me know > how to go about making it available to org-contrib. (If there is a way > to keep the file in the main Ebib repository, that would be my preference.) IMHO it's best if you can maintain org-ebib as part of ebib itself. We can remove org-ebib from contrib and you can add it to ebib. Best, > Best, > > Joost > > > >