From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Radon Rosborough Newsgroups: gmane.emacs.devel Subject: Re: Summary and next steps for (package-initialize) Date: Thu, 24 Aug 2017 20:59:49 -0700 Message-ID: References: <83tw12cocz.fsf@gnu.org> <83wp5xat6i.fsf@gnu.org> <83pobk9aly.fsf@gnu.org> <837exs9603.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403045ea6266cf07505578bfc6a" X-Trace: blaine.gmane.org 1503633648 15887 195.159.176.226 (25 Aug 2017 04:00:48 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 25 Aug 2017 04:00:48 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 25 06:00:42 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dl5nS-0003cP-5j for ged-emacs-devel@m.gmane.org; Fri, 25 Aug 2017 06:00:38 +0200 Original-Received: from localhost ([::1]:51388 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dl5nY-0004cK-Jp for ged-emacs-devel@m.gmane.org; Fri, 25 Aug 2017 00:00:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41377) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dl5nP-0004cD-RI for emacs-devel@gnu.org; Fri, 25 Aug 2017 00:00:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dl5nP-0005ji-5m for emacs-devel@gnu.org; Fri, 25 Aug 2017 00:00:35 -0400 Original-Received: from mail-lf0-x22d.google.com ([2a00:1450:4010:c07::22d]:33199) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dl5nM-0005ix-1V; Fri, 25 Aug 2017 00:00:32 -0400 Original-Received: by mail-lf0-x22d.google.com with SMTP id y15so5346418lfd.0; Thu, 24 Aug 2017 21:00:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=MmF57LR9XQC7e384kPjrVGCz2uh4dw7arexYVNw7v+k=; b=HMenV2qo2Z8eFdpbMTkIgxU7KGqk2iJT0gWnzLHXmKUBu1BYPwoTxDNH4i28PX+0Pm N8JntbGU2hSDQb9jCGtma+sPV1fbM88ChO+HwgtvAk8bh2WkfFOgyrFDxow+cNabL0lM uF6Jhsd8EhUCysasg103H1me4Dqn3MegWby+DvnX1lm7OO62H9LjNbQ1z0u0RWwRhQ2z tbdCeaNn/yfXMfQKlKauVBMn9RqnTRs36qIH6YkLzjKOMTVULc5qbH8ooVRdDWvGWpHY /Hg1//u7sKdJ7wwzhiobRnh63knEmTfDf58jMqDmodI15iKSbunDzobRV5IxZ35x/uoD V9Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=MmF57LR9XQC7e384kPjrVGCz2uh4dw7arexYVNw7v+k=; b=q/e15QM9ccPr/C6S/eNdQZ1HW7JjGzlM4lTdoqefEeXqa0r+MxPkqKJEloEuLWofEI 9PL6AImcSuubdbFmPk7rpRndumAS8KMZFuk640Jt65weHhkH+ovyPj97Dx8pBb4RUEpv JXzo+SpNOttYbMYqNNp3knvZjehhWJLKLehGbd0mtVN9JrcJCnpBd12v9nURJExFOk1A 2WaGBOK3AIqKTOJMDaWUDZvVfZpYmtbtZS99YLcPtQyMWVgSUdVeJjWSU5+RkzP5yLZg XmBNnLxSJvCQr+9qYYQ0iSrFbfO7sf1k3gHqODZevj7cAsZqh8t9sttfkbkQG8X3gub/ KNtA== X-Gm-Message-State: AHYfb5jqR/F5SyIvDgx0/Gv2TM9Z3FD4KozA/JmOuHpEOVQ9756sq7hg vovmbv0c/MVbBmBAOno1Ml0LPQWtwKIfxZZ8JQ== X-Received: by 10.46.76.9 with SMTP id z9mr3346329lja.134.1503633630619; Thu, 24 Aug 2017 21:00:30 -0700 (PDT) Original-Received: by 10.25.42.215 with HTTP; Thu, 24 Aug 2017 20:59:49 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4010:c07::22d X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:217799 Archived-At: --f403045ea6266cf07505578bfc6a Content-Type: text/plain; charset="UTF-8" > I was thinking of doing it via unload-feature Isn't this out of scope for unload-feature? After all, package-initialize does not load features. > if it doesn't work quite-right, it's a bug in the package. I think if we take an approach like this, we'll end up uncovering quite a few bugs, indeed. And I worry that this will result in people thinking that package.el is buggy, since the bugs will only show up when people use package.el, as opposed to any other package manager or as opposed to loading the packages manually. --f403045ea6266cf07505578bfc6a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> I was thinking of doing it via unload-feature

Isn't this out of scope for unload-feature? Afte= r all,
package-initialize does not load features.

<= /div>
> if it doesn't work quite-right, it's a bug in the pa= ckage.

I think if we take an approach like this, w= e'll end up uncovering
quite a few bugs, indeed. And I worry = that this will result in people
thinking that package.el is buggy= , since the bugs will only show up
when people use package.el, as= opposed to any other package manager or
as opposed to loading th= e packages manually.

--f403045ea6266cf07505578bfc6a--