From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Drop the Copyright Assignment requirement for Emacs Date: Sun, 10 May 2020 16:12:02 +0300 Message-ID: <442916f9-71f6-5daf-efbf-790685765efe@yandex.ru> References: <9mmFgzvrBwjt_n_VJyaJdXINraNi5HsGpwq-0MLeKiJA7kG2BQA4uywrzjyz7lpRS0OZDpjEi8lspOKYUA7P_QsODsDew_8nbH960G55fmY=@protonmail.com> <878silajdl.fsf@ericabrahamsen.net> <87tv18pyh4.fsf@russet.org.uk> <83zhaih0oz.fsf@gnu.org> <83pnbegsvm.fsf@gnu.org> <83imh5hby1.fsf@gnu.org> <2e4e8ce9-d857-f3e3-31cf-a40dee67bd25@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="103704"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 Cc: Eli Zaretskii , Stefan Monnier , emacs-devel To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 10 15:12:43 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jXll4-000QrQ-RN for ged-emacs-devel@m.gmane-mx.org; Sun, 10 May 2020 15:12:42 +0200 Original-Received: from localhost ([::1]:51868 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXll3-0006Lc-SC for ged-emacs-devel@m.gmane-mx.org; Sun, 10 May 2020 09:12:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37532) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jXlkV-0005uK-N5 for emacs-devel@gnu.org; Sun, 10 May 2020 09:12:07 -0400 Original-Received: from mail-wr1-x435.google.com ([2a00:1450:4864:20::435]:32873) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jXlkU-0006Nv-Jd; Sun, 10 May 2020 09:12:07 -0400 Original-Received: by mail-wr1-x435.google.com with SMTP id l11so1506876wru.0; Sun, 10 May 2020 06:12:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=DOnuixaaZO87n24hYAmqJsiUsxsgCmQoDXTH4gxCTFE=; b=NAjtbbsmo1IYVhx6/b+0earcm/1A/ydlf5/2pNfKoIK2it7mdWjkGD/hHVTeu8YLJC nKOA0qk9vF/fSSZeEfBNAFnPZYfvwVMAmjpEH/U8vWdVcsC/RDfGGHnU99yBIsSxtRdm JH5fARm1MxDiKKTWKhhNxE1V0XM+/nlYZT0R4aHYkAPYt+oG6aFgkQB4ZDUn+/pmSdPH YVssAOQgOk0JuQi5M7tDUNifJ/63+n5KycwkXIMOaxIwIKI0wH23WqSk8XY3T4q36y5D gNjwgRDDopjmI0hXqD2M54Mylqn919YPOi+Bm7czCsXyJYrHfbjc2+d6FcBl7MS/LdBw 1j1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=DOnuixaaZO87n24hYAmqJsiUsxsgCmQoDXTH4gxCTFE=; b=osrHFOfKE0jlb6pdhAjYChHGHM9VQqLO/iCmA8UewJFKsjYOIxy4L5xPnyCQXdmcGC rdsvwVO4OxXwyVLnq81NZe+p0TiNNE6TCxoVBGyj6RkZcftuiQjozO0KoeWqqfqqttmu Z0wHgADJwivVKR1+LnE/IXm04zo2GU4Gkj2z+8ZZOlMIwT+1AlHtvd0cHsHAQ0b7j4AF YTf9UyfymQJ3NuuIVhupoWF3W8Sr9y/PYM0S4hNzGvlTNwACc2nswrJS+JW9qcErGcVk +p3QVFQj/PLNjhSBtxIWjUpRXRJfr3GYCNaZ/tB+GM4pW7uEL6cef6dt61/kKECYBb+3 KhtA== X-Gm-Message-State: AGi0PuYD1q5bshlS9zmcdaofX7FdJGx9PgMcTdq9YGJKBg/qgVfS0WrB 1exhn8OAvoFy5hGK92cCJx5dfrTJ X-Google-Smtp-Source: APiQypLkg+6IIROMPRdejlClJtd9kH9GuoOIFNJQdfHVZX23RcQdNd83TjxP2VPCSltZsLEUSS9pAQ== X-Received: by 2002:adf:dc50:: with SMTP id m16mr13520829wrj.329.1589116324442; Sun, 10 May 2020 06:12:04 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id g25sm21640399wmh.24.2020.05.10.06.12.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 10 May 2020 06:12:03 -0700 (PDT) In-Reply-To: Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::435; envelope-from=raaahh@gmail.com; helo=mail-wr1-x435.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:249652 Archived-At: On 09.05.2020 18:52, João Távora wrote: >> I'm not sure for what purposes, but hooks are flexible enough for this >> to be possible today already (without Eglot in the core). > > Yes, that works. But Eglot doesn't have only these kinds of interfaces. It > also has generic functions. I guess we could have just a "lsp-interface.el" > in the core that defines the generic functions and no implementations. I suppose so. Though I'd like to look at its contents. So far I don't have any solid idea what this file would contain. >> More generally, I oppose collecting more and more code inside Emacs. >> Lots of features can live just as well as packages. > > That's true. Some things are desirable in the core though. In my view > a proper completion tooltip that lives in the core and uses capf > exclusively is a nice thing to have. I don't want to M-x package-install > completion-thingy. One project that aimed to solve this was bundling a set of ELPA packages together in the Emacs distribution, while they generally continue to reside in ELPA. I agree that having a completion tooltip in there could be a good improvement. A bit less sure about Eglot TBH (or any LSP client), because Emacs has a long history of alternative solutions in this field, and it would be best not to step on their toes either. So this will be a question of how to do this most unobtrusively but still help. >> But even the usual argument to have stuff in the core ("what if I don't >> have Internet?") doesn't work for Eglot, considering it needs to >> download external programs anyway (or have the user download them). > > True, to a point. But the user could have those programs already, > or use Eglot to connect through the network. But that argument sucks, > I agree. I do think once something is in the core it's more > discoverable/taken more seriously. At least until we start bundling > packages. I guess my opinion is that merging Eglot in won't help much, and there are other, smaller things we should start doing first. When we're do with them, maybe bundling is already on the table.