Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 18:04:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 14:04:40 2024 Received: from localhost ([127.0.0.1]:50157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sGjNo-0003Vb-JC for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 14:04:40 -0400 Received: from mout02.posteo.de ([185.67.36.66]:54007) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1sGjNm-0003VJ-N6 for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 14:04:39 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 02875240107 for <71356 <at> debbugs.gnu.org>; Mon, 10 Jun 2024 20:04:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1718042656; bh=Ke+9kVLOsh7/3MQHd7ytEMtDvEyu1DtSePIdQaPnxFk=; h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=VEiaepwJwK32YwNMIcUOFhso65B8LQcDUC2mcUxw7rrJOqKNfxv00dndSJCnKZ+1R Nn/n/eeKbgwhigsdedCpGt4YfEz9QQhLZlUC8DqtEZlFEXdXVqxogMQLkzIcSSxpxh +UTuuaCK2QTQZz0FWtGYd1Gxg0tSxtZi28Gy3pi95rSVKZQESH6gYfG4PK+l0T0oLW tS08eraBBbZz89KjwKhg7IB7cJDlUgBQuhF4a6awYdhEDcoq4Y091JOtpCmnR3L8qE gm6rT9L1KMvW7QvqUe/aUi22/Vsm/yXMIBte6UguveSEXaLcXPB2yDfIfK6+DLUUEQ 3LexWwpQdIu9w== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Vyfnq29KHz6tvx; Mon, 10 Jun 2024 20:04:14 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa In-Reply-To: <865xug8zcf.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 10 Jun 2024 20:46:56 +0300") References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> <87msnt1gkf.fsf@HIDDEN> <yp1jzixky9a.fsf@HIDDEN> <86y17d7zzm.fsf@HIDDEN> <877cew24c5.fsf@HIDDEN> <86cyoo93pw.fsf@HIDDEN> <CAO48Bk8wTW+5KpNZrVt-dnCEfDCBFCukD9ACLpV9a88Dw-mRXw@HIDDEN> <865xug8zcf.fsf@HIDDEN> OpenPGP: id=7126E1DE2F0CE35C770BED01F2C3CC513DB89F66; url="https://keys.openpgp.org/vks/v1/by-fingerprint/7126E1DE2F0CE35C770BED01F2C3CC513DB89F66"; preference=signencrypt Date: Mon, 10 Jun 2024 18:04:14 +0000 Message-ID: <8734pkznc1.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, acorallo@HIDDEN, Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> >> Date: Mon, 10 Jun 2024 18:51:08 +0200 >> Cc: Philip Kaludercic <philipk@HIDDEN>, acorallo@HIDDEN, 71356 <at> debbugs.gnu.org >> >> We don't want to change what :pin means, IMHO we need it to obey `package-install-upgrade-built-in`. >> That wouldn't be incompatible, right? > > Right. But AFAIU, that was not what Philip was proposing. If I > misunderstood, my apologies. No it wasn't. I was proposing to add `package-pinned-packages' as an alternative to `package-install-upgrade-built-in' to upgrade specific packages. >> So the sketch that actually loads org from elpa would be >> >> (let ((package-install-upgrade-built-in t)) >> (use-package org >> :ensure t :pin gnu)) > > No, you are supposed to customize that option if you want built-in > packages to be upgraded as the rest of them. You aren't supposed to > let-bind user options. -- Philip Kaludercic on peregrine
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.
Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 17:10:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 13:10:25 2024
Received: from localhost ([127.0.0.1]:47337 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sGiXI-0006bZ-IZ
for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 13:10:25 -0400
Received: from mail-wr1-f46.google.com ([209.85.221.46]:51265)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <paaguti@HIDDEN>) id 1sGiNx-00066U-DR
for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 13:00:46 -0400
Received: by mail-wr1-f46.google.com with SMTP id
ffacd0b85a97d-35f1691b18fso1791780f8f.2
for <71356 <at> debbugs.gnu.org>; Mon, 10 Jun 2024 10:00:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1718038762; x=1718643562; darn=debbugs.gnu.org;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:from:to:cc:subject:date:message-id:reply-to;
bh=czlrf9b5I6uS9xq3n0n8Zsf5HAaDMklm4zKsVRT0YPM=;
b=mFxDWbAH1DMHZzeWliJ56RQlhJcamUCMPzImdkcFExOgtcQ4LOHC5eOLbPwusA2AK/
6cnpxTExSn0PK3+ZR0UQ49Iwr8vuouSap8EjgPZgZiBzMDVxUv3WWQ3ILcGeS5QLZUog
LfVROGYp490eyu75LUeoL+qSUypw5TQePcl9DN1cMv29Y51JJ/eRHa+L034OZG5eYIya
WrltT9p8VILAXwkKKHqtjcsaMivhiVDBA4qPzkX+gl0WP791MJI1GDGPkj/NRyNKpmfw
47/rWuBvaKMjMFlH+zMdGZ2bNLrGvHw7RqT59CK9vTaWuPk1FYT4BWt2G6m6pCb1ta2h
QQoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1718038762; x=1718643562;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
:reply-to;
bh=czlrf9b5I6uS9xq3n0n8Zsf5HAaDMklm4zKsVRT0YPM=;
b=J2zW22nhgdKKILkVVm22pTRlaIJG+5eX4AzlrDwSfGR0cNa6I4pKwnpEdr+y52hO1z
f94KzklLiWiY1qUMWyPcgpmotkJ13NyFaFycM21p85UXZ/MfFWHUr9mTPQ6uoykJRuDO
2Jw1ymT2/aHIdnfRcCp960FAvQBhZOMxjQAaOPNLnH7Gmq0NafYpRZVy0J0wa9qIkuSl
qCxbAppv9vvivSWMQkTyX2FsNjke91qze5UT53lbJ3kVctTwhWZiqt771A5SOksn1x9v
02BAKbQv3r6mp7+XsUYdFXBC8G9Xa9UnZR0mh5FTwB6amquvPrKEFy6ntNJ3Uf5RlBQs
oIvw==
X-Forwarded-Encrypted: i=1;
AJvYcCWKSeujpM1VbYcmW8YYkyowTjBJ8ov9MIiOMRq/84JfCkl41r4mcfPL9cGlzCOE+4FlqQrsdwNMaqHHkbP56p7GDUbXhr8=
X-Gm-Message-State: AOJu0YynCA4DrGQtdJgk5SCb7q/C9ue8yAe0+3sgVYYqGl0EBfAJ8HPA
/f5OcVgIUl12j1jQdiJPQrfqjY+4JQ7qrsH54NGVG69mXfp36lJHNZuMwtAvGAILSlbBgZ/8XlP
qOrjmP2zu18r4BIn35lVvA0Tq4U4Ej/EuSrc=
X-Google-Smtp-Source: AGHT+IFfyRRUsBFdn8u1KrXayl5QmE3RjCMMSoSlKVyzeGiw+OcM5gthCWovj5nCxY+4zYeHRrJlu7djnFS4nAjKmP0=
X-Received: by 2002:a50:8ad3:0:b0:57c:61a2:ed47 with SMTP id
4fb4d7f45d1cf-57c61a2eee4mr4921867a12.24.1718038294755; Mon, 10 Jun 2024
09:51:34 -0700 (PDT)
MIME-Version: 1.0
References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN>
<yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN>
<yp1le3jmfcd.fsf@HIDDEN>
<CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN>
<86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN>
<87msnt1gkf.fsf@HIDDEN> <yp1jzixky9a.fsf@HIDDEN>
<86y17d7zzm.fsf@HIDDEN> <877cew24c5.fsf@HIDDEN> <86cyoo93pw.fsf@HIDDEN>
In-Reply-To: <86cyoo93pw.fsf@HIDDEN>
From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>
Date: Mon, 10 Jun 2024 18:51:08 +0200
Message-ID: <CAO48Bk8wTW+5KpNZrVt-dnCEfDCBFCukD9ACLpV9a88Dw-mRXw@HIDDEN>
Subject: Re: bug#71356: use-package doesn't load org from elpa
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000450030061a8bf6b2"
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 71356
Cc: 71356 <at> debbugs.gnu.org, Philip Kaludercic <philipk@HIDDEN>,
acorallo@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
--000000000000450030061a8bf6b2
Content-Type: text/plain; charset="UTF-8"
We don't want to change what :pin means, IMHO we need it to obey
`package-install-upgrade-built-in`.
That wouldn't be incompatible, right?
So the sketch that actually loads org from elpa would be
(let ((package-install-upgrade-built-in t))
(use-package org
:ensure t :pin gnu))
whereas
(use-package org
:ensure t :pin gnu)
would keep the original org packaged with emacs (called with emacs -Q)
Best, /PA
On Mon, 10 Jun 2024 at 18:12, Eli Zaretskii <eliz@HIDDEN> wrote:
> > From: Philip Kaludercic <philipk@HIDDEN>
> > Cc: Andrea Corallo <acorallo@HIDDEN>, paaguti@HIDDEN,
> > 71356 <at> debbugs.gnu.org
> > Date: Mon, 10 Jun 2024 15:40:58 +0000
> >
> > >> > To me :pin would make perfect sense, as it explicitly expresses what
> > >> > archive we want to follow for package upgrades.
> > >>
> > >> +1, also use-package interface is very declarative and I'm not sure
> > >> having it influenced by a dynamic var would match user expected
> > >> behavior.
> > >
> > > If you prefer, we could add a new :foo keyword to mean this. But
> > > unconditionally changing what :pin means in these cases is out of the
> > > question.
> >
> > We wouldn't change what :pin means directly, but just have
> > package-install respect `package-pinned-packages'.
>
> How is that different? It's an incompatible change of behavior, and I
> cannot agree to that, sorry.
>
--
Fragen sind nicht da, um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler
Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet
--000000000000450030061a8bf6b2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">We don't want to change what=C2=A0:pin means, IMHO we =
need it to obey `package-install-upgrade-built-in`.<div>That wouldn't b=
e incompatible, right?</div><div><br></div><div>So the sketch that actually=
loads org from elpa would be</div><div><br></div><div>(let ((package-insta=
ll-upgrade-built-in t))</div><div>=C2=A0 (use-package org<br>=C2=A0 =C2=A0 =
:ensure t :pin gnu))<br></div><div><br></div><div>whereas</div><div><br></d=
iv><div><div>=C2=A0 (use-package org<br></div><div>=C2=A0 =C2=A0 :ensure t =
:pin gnu)<br></div><div><br></div></div><div>would keep the original org pa=
ckaged with emacs (called with emacs -Q)</div><div><br></div><div>Best, /PA=
</div><div><br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Mon, 10 Jun 2024 at 18:12, Eli Zaretskii <<a hre=
f=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br></div><blockquote =
class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol=
id rgb(204,204,204);padding-left:1ex">> From: Philip Kaludercic <<a h=
ref=3D"mailto:philipk@HIDDEN" target=3D"_blank">philipk@HIDDEN</a>&=
gt;<br>
> Cc: Andrea Corallo <<a href=3D"mailto:acorallo@HIDDEN" target=3D"_=
blank">acorallo@HIDDEN</a>>,=C2=A0 <a href=3D"mailto:paaguti@HIDDEN"=
target=3D"_blank">paaguti@HIDDEN</a>,<br>
>=C2=A0 =C2=A0<a href=3D"mailto:71356 <at> debbugs.gnu.org" target=3D"_blank"=
>71356 <at> debbugs.gnu.org</a><br>
> Date: Mon, 10 Jun 2024 15:40:58 +0000<br>
> <br>
> >> > To me :pin would make perfect sense, as it explicitly ex=
presses what<br>
> >> > archive we want to follow for package upgrades.<br>
> >> <br>
> >> +1, also use-package interface is very declarative and I'=
m not sure<br>
> >> having it influenced by a dynamic var would match user expect=
ed<br>
> >> behavior.<br>
> ><br>
> > If you prefer, we could add a new :foo keyword to mean this.=C2=
=A0 But<br>
> > unconditionally changing what :pin means in these cases is out of=
the<br>
> > question.<br>
> <br>
> We wouldn't change what :pin means directly, but just have<br>
> package-install respect `package-pinned-packages'.<br>
<br>
How is that different?=C2=A0 It's an incompatible change of behavior, a=
nd I<br>
cannot agree to that, sorry.<br>
</blockquote></div><br clear=3D"all"><div><br></div><span class=3D"gmail_si=
gnature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><d=
iv dir=3D"ltr"><div><div dir=3D"ltr"><div><div>Fragen sind nicht da, um bea=
ntwortet zu werden,<br></div>Fragen sind da um gestellt zu werden<br></div>=
Georg Kreisler</div><div><br></div><div>Headaches with a Juju log:</div><di=
v>unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should ru=
n a leader-deposed hook here, but we can't yet<br><br></div></div></div=
></div>
--000000000000450030061a8bf6b2--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 16:30:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 12:30:39 2024 Received: from localhost ([127.0.0.1]:45106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sGhuo-0003YM-KO for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 12:30:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sGhuj-00037I-JI for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 12:30:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1sGhdF-0002so-8e; Mon, 10 Jun 2024 12:12:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=NU0mqEfAL89yBOh+67Cx8/v1Pat16mqw0PiGcHxwtRo=; b=G3C9ky7mb3SJ 77yQvYGGli0tp1xwMMgfMcbgKBW1jmwuY5yjwq5Su6bVxihNE3pH7ILuHzPQ2yvTHLQ8F0JzOEhIi /zGBs/ney7iRHbhsEb15qnN2xrzy8Tm7Xlg/Wl6m/wog39Wc+dW6lXO+ueht+1zi4SQg3XuvKGaEj RRXpHA7GZzhw8nV2DDFszWJubBw2s0zEQrMyHEN2vZMoCwKOqGNA3Wf5PYJuLCHYaaYXYJ6+Q1A1E GXW3IYW8Ldmc1L8a9rWBKsMyqRZft2BFmuxKopLsJF/IcCU5GwSc0MmUbt/TyM6FIiDNBpAqAB38i pTA6MkETHW978OUlmLQ+zQ==; Date: Mon, 10 Jun 2024 19:12:27 +0300 Message-Id: <86cyoo93pw.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Philip Kaludercic <philipk@HIDDEN> In-Reply-To: <877cew24c5.fsf@HIDDEN> (message from Philip Kaludercic on Mon, 10 Jun 2024 15:40:58 +0000) Subject: Re: bug#71356: use-package doesn't load org from elpa References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> <87msnt1gkf.fsf@HIDDEN> <yp1jzixky9a.fsf@HIDDEN> <86y17d7zzm.fsf@HIDDEN> <877cew24c5.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, acorallo@HIDDEN, paaguti@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Philip Kaludercic <philipk@HIDDEN> > Cc: Andrea Corallo <acorallo@HIDDEN>, paaguti@HIDDEN, > 71356 <at> debbugs.gnu.org > Date: Mon, 10 Jun 2024 15:40:58 +0000 > > >> > To me :pin would make perfect sense, as it explicitly expresses what > >> > archive we want to follow for package upgrades. > >> > >> +1, also use-package interface is very declarative and I'm not sure > >> having it influenced by a dynamic var would match user expected > >> behavior. > > > > If you prefer, we could add a new :foo keyword to mean this. But > > unconditionally changing what :pin means in these cases is out of the > > question. > > We wouldn't change what :pin means directly, but just have > package-install respect `package-pinned-packages'. How is that different? It's an incompatible change of behavior, and I cannot agree to that, sorry.
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.
Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 15:55:19 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 11:55:19 2024
Received: from localhost ([127.0.0.1]:43414 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sGhMc-0000Ai-T4
for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 11:55:19 -0400
Received: from mout02.posteo.de ([185.67.36.66]:57887)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <philipk@HIDDEN>) id 1sGh99-0007yI-Fk
for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 11:41:24 -0400
Received: from submission (posteo.de [185.67.36.169])
by mout02.posteo.de (Postfix) with ESMTPS id 8C70E240101
for <71356 <at> debbugs.gnu.org>; Mon, 10 Jun 2024 17:41:00 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017;
t=1718034060; bh=TbYn/6EFLLrJNsZ8BG3ExuQP1zEsVOSjVHBdWfep+9I=;
h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version:
Content-Type:From;
b=npESTtRQQwjOLAyz15Um3L6SKqke23GRxI9xTQ/HIWRqoRSwEYvj9J/VofhXEs9dn
ffxT0TONmXwaua1zUcadj+HrNCVeswzJmDdek+BBmNBgQXdOo+f1GLlBlgJ1g2B3l9
3Ga+OQWZiRxCM9dJweN2ajpydtzyIa9m4OuqB1O6Wq3zs364i3+6Rwa+hybd+VU23X
cmpnkNWAlUbY//Xuko9AD+MwUHFiZABQimnzUV+EDN/XvJvV/dXYSk3QhMbfuEgJjq
YGr0kOQP+RmN+pJX8+Ro/B8Lv36il3Z2MlBNSYoY8fHfo3Q8Qf5C6P3eGrhlkqgdyW
uq07uYPz1Zrcw==
Received: from customer (localhost [127.0.0.1])
by submission (posteo.de) with ESMTPSA id 4VybcW4YLXz9rxD;
Mon, 10 Jun 2024 17:40:59 +0200 (CEST)
From: Philip Kaludercic <philipk@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71356: use-package doesn't load org from elpa
In-Reply-To: <86y17d7zzm.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 10 Jun
2024 15:18:21 +0300")
References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN>
<yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN>
<yp1le3jmfcd.fsf@HIDDEN>
<CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN>
<86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN>
<868qziifzd.fsf@HIDDEN> <87msnt1gkf.fsf@HIDDEN>
<yp1jzixky9a.fsf@HIDDEN> <86y17d7zzm.fsf@HIDDEN>
OpenPGP: id=7126E1DE2F0CE35C770BED01F2C3CC513DB89F66;
url="https://keys.openpgp.org/vks/v1/by-fingerprint/7126E1DE2F0CE35C770BED01F2C3CC513DB89F66";
preference=signencrypt
Date: Mon, 10 Jun 2024 15:40:58 +0000
Message-ID: <877cew24c5.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 71356
Cc: 71356 <at> debbugs.gnu.org, Andrea Corallo <acorallo@HIDDEN>, paaguti@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
--=-=-=
Content-Type: text/plain
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: Andrea Corallo <acorallo@HIDDEN>
>> Cc: Eli Zaretskii <eliz@HIDDEN>, paaguti@HIDDEN, 71356 <at> debbugs.gnu.org
>> Date: Mon, 10 Jun 2024 04:17:21 -0400
>>
>> Philip Kaludercic <philipk@HIDDEN> writes:
>>
>> > Eli Zaretskii <eliz@HIDDEN> writes:
>> >
>> >>> From: Philip Kaludercic <philipk@HIDDEN>
>> >>> Cc: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>, acorallo@HIDDEN,
>> >>> 71356 <at> debbugs.gnu.org
>> >>> Date: Thu, 06 Jun 2024 06:15:44 +0000
>> >>>
>> >>> Sorry for the delayed response; I don't think that has to be expected.
>> >>> While use-package can utilise package.el for package management, my
>> >>> impression is that it is at liberty to be more flexible/declarative.
>> >>
>> >> Doesn't use-package utilize package.el already?
>> >>
>> >> If not, how does it handle installation and upgrades? by its own code?
>> >
>> > By default it uses package.el, but there is an option to change it.
>> >
>> >>> > Do you have package-install-upgrade-built-in set non-nil? If not, can
>> >>> > you set it non-nil and try the recipe again?
>> >>>
>> >>> I have tried it out myself, and it doesn't appear to do anything. The
>> >>> issue looks like that `package-installed-p' doesn't respect
>> >>> package-install-upgrade-built-in or :pin.
>> >>
>> >> We should fix that, I think. If package-install-upgrade-built-in is
>> >> non-nil, use-package should upgrade built-in packages.
>> >>
>> >>> > As for a feature request: what exactly is the feature requested here?
>> >>> > Are you saying that use-package should automatically upgrade built-in
>> >>> > packages? If so, I don't think this will fly, since it would mean
>> >>> > inconsistencies with package-install.
>> >>>
>> >>> IIUC the feature would be that if a use-package form has a
>> >>>
>> >>> :pin gnu
>> >>>
>> >>> argument, then this is an indication that we want to install the package
>> >>> from GNU ELPA, disregarding the fact that Emacs already has a built-in
>> >>> version of the same package. Sort of a package-local version of
>> >>> `package-install-upgrade-built-in'.
>> >>
>> >> I'm not sure. People tend to copy/paste recipes from the Internet
>> >> without really understanding what they do. I think a simple :pin
>> >> should not be sufficient, we need some specialized keyword (in
>> >> addition to supporting package-install-upgrade-built-in).
>> >
>> > To me :pin would make perfect sense, as it explicitly expresses what
>> > archive we want to follow for package upgrades.
>>
>> +1, also use-package interface is very declarative and I'm not sure
>> having it influenced by a dynamic var would match user expected
>> behavior.
>
> If you prefer, we could add a new :foo keyword to mean this. But
> unconditionally changing what :pin means in these cases is out of the
> question.
We wouldn't change what :pin means directly, but just have
package-install respect `package-pinned-packages'. It seems that all we
have to change is this:
--=-=-=
Content-Type: text/plain
Content-Disposition: inline
diff --git a/lisp/emacs-lisp/package.el b/lisp/emacs-lisp/package.el
index fda855d2143..562dc5dbca3 100644
--- a/lisp/emacs-lisp/package.el
+++ b/lisp/emacs-lisp/package.el
@@ -2173,7 +2173,8 @@ package-installed-p
(version-list-<= min-version
(package-desc-version (car pkg-descs)))))
;; Also check built-in packages.
- (package-built-in-p package min-version)))))
+ (and (not (package-install-upgrade-built-in-p package))
+ (package-built-in-p package min-version))))))
(defun package-download-transaction (packages)
"Download and install all the packages in PACKAGES.
@@ -2197,6 +2198,11 @@ package-install-upgrade-built-in
:type 'boolean
:version "29.1")
+(defun package-install-upgrade-built-in-p (pkg)
+ "Return non-nil if PKG should be upgraded."
+ (or (assq pkg package-pinned-packages)
+ package-install-upgrade-built-in))
+
;;;###autoload
(defun package-install (pkg &optional dont-select)
"Install the package PKG.
@@ -2226,7 +2232,7 @@ package-install
(mapcan
(lambda (elt)
(and (or (and (or current-prefix-arg
- package-install-upgrade-built-in)
+ (package-install-upgrade-built-in-p elt))
(package--active-built-in-p (car elt)))
(not (package-installed-p (car elt))))
(list (symbol-name (car elt)))))
@@ -2241,7 +2247,7 @@ package-install
(unless (or dont-select (package--user-selected-p name))
(package--save-selected-packages
(cons name package-selected-packages)))
- (when (and (or current-prefix-arg package-install-upgrade-built-in)
+ (when (and (or current-prefix-arg (package-install-upgrade-built-in-p name))
(package--active-built-in-p pkg))
(setq pkg (or (cadr (assq name package-archive-contents)) pkg)))
(if-let* ((transaction
--=-=-=
Content-Type: text/plain
(not thoroughly tested, just a sketch that makes (use-package org
:ensure t :pin gnu) work)
--
Philip Kaludercic on peregrine
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 15:12:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 11:12:21 2024 Received: from localhost ([127.0.0.1]:40746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sGgh2-0003bv-LA for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 11:12:21 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sGggw-0003Zs-Do for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 11:12:15 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1sGdv3-0004Ce-AV; Mon, 10 Jun 2024 08:14:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=jKNAyxVJO9rMAMmK5NcB/EIQR15vNqobc9Bj/del3Gg=; b=U5Y7HRrmRX2m bamkc0Wd6ijWEjnVe5i8bS1ZHZT1R6wxBpLjh2higDdWyZYMmP5syiBIDi/yW8kRAw8n80SlkmRMp zl5nNswjl8G/cDeMjABvlQlsayb1OEVu0QaiYi5PNl/bfrMObFhTmGu9tei4Mee4EKTmFiRYFCCGW KxEfi/mIIK0xubmwTQNIdtGaQUdzybzvtgkyQMACJN1+44aZHw+MXo2yItbnueM5jzhsOaOA1tWAz PJGi5V2Sy3M+zxJpwB1S7VsKjJDMWOOuA7sBYoFXfaQNcfET0BPYcSG5Hq9ZCLomKj8T9tSgtm6ky 5br5BuwMz9HzFLQkdVRR6Q==; Date: Mon, 10 Jun 2024 15:14:34 +0300 Message-Id: <861q559eqd.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Philip Kaludercic <philipk@HIDDEN> In-Reply-To: <87msnt1gkf.fsf@HIDDEN> (message from Philip Kaludercic on Mon, 10 Jun 2024 06:02:08 +0000) Subject: Re: bug#71356: use-package doesn't load org from elpa References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> <87msnt1gkf.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, acorallo@HIDDEN, paaguti@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Philip Kaludercic <philipk@HIDDEN> > Cc: paaguti@HIDDEN, acorallo@HIDDEN, 71356 <at> debbugs.gnu.org > Date: Mon, 10 Jun 2024 06:02:08 +0000 > > >> IIUC the feature would be that if a use-package form has a > >> > >> :pin gnu > >> > >> argument, then this is an indication that we want to install the package > >> from GNU ELPA, disregarding the fact that Emacs already has a built-in > >> version of the same package. Sort of a package-local version of > >> `package-install-upgrade-built-in'. > > > > I'm not sure. People tend to copy/paste recipes from the Internet > > without really understanding what they do. I think a simple :pin > > should not be sufficient, we need some specialized keyword (in > > addition to supporting package-install-upgrade-built-in). > > To me :pin would make perfect sense, as it explicitly expresses what > archive we want to follow for package upgrades. Bitter experience should have taught us that what makes perfect sense to us does not necessarily make such perfect sense to others. Which is why we don't like to make incompatible changes in behavior even though the new behavior sounds like a definite TRT to us. Let me remind you that similar arguments were voiced to make package-install-upgrade-built-in be the default. We didn't. So I'd like us to trod cautiously here, abiding by the same logic as package-install-upgrade-built-in. If nothing else, that's consistent with other methods of upgrading built-in packages. > >> I am not familiar with the use-package code, but it seems like we could > >> implement this generally in package-install, by checking > >> `package-pinned-packages'. > > > > I would prefer not to introduce another indication of whether built-in > > packages should or should not be upgraded. If we do, we will next > > need to decide which one "wins" when they contradict each other. > > One idea would be that use-package would check :pin and then > conditionally bind `package-install-upgrade-built-in' when invoking > `package-install'. That being said, I am not a fan of the user option > any way, and wouldn't mind if we came up with a cleaner solution. Cleaner that package-install-upgrade-built-in? Why is that "unclean"? Given that users may or may not want the built-in packages to be updated en-masse with their usual updates, a user option lets everyone have what they prefer, so it's the cleanest possible solution, IMO.
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 15:12:20 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 11:12:20 2024 Received: from localhost ([127.0.0.1]:40744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sGgh2-0003bo-5o for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 11:12:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sGggv-0003Zs-OL for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 11:12:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1sGdyh-00059P-Mv; Mon, 10 Jun 2024 08:18:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Y/oGpf349uCtCTfzezcTHcqhT3FX5R2xIrBslAiiLIg=; b=AIp6yxG4fM6E CZ4OKnGMyFyIc7+3KqEn4vf3ZvSyxnpfQAXUlIX83S8xlbz4BMZPTbrWOCVNypULQJidyREQ5Jnod LjJAEeeY1rwj4vsoF4GJxX3GEGGpab7qr0cl3eaNYLWPv4TfxxgvdugSF3Sdhwrn5PB+q3QBrFnv0 CKpX9QW+SMK3IxSnaTooZzy/hlPDg3+xjdLeiqBM/Kbj3NPs7WxMgG7a1/lzn+tGVzaGrFSGDFw1s siGBKsoQ74mLCJHeXFwb3ammvanzEN75YBWoboL58bUZSUXEYunaX5mR53cPk/hQvC/+fSkRw/jez kGbhCLx/dDkg5gzuTEv2pA==; Date: Mon, 10 Jun 2024 15:18:21 +0300 Message-Id: <86y17d7zzm.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Andrea Corallo <acorallo@HIDDEN> In-Reply-To: <yp1jzixky9a.fsf@HIDDEN> (message from Andrea Corallo on Mon, 10 Jun 2024 04:17:21 -0400) Subject: Re: bug#71356: use-package doesn't load org from elpa References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> <87msnt1gkf.fsf@HIDDEN> <yp1jzixky9a.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, philipk@HIDDEN, paaguti@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Andrea Corallo <acorallo@HIDDEN> > Cc: Eli Zaretskii <eliz@HIDDEN>, paaguti@HIDDEN, 71356 <at> debbugs.gnu.org > Date: Mon, 10 Jun 2024 04:17:21 -0400 > > Philip Kaludercic <philipk@HIDDEN> writes: > > > Eli Zaretskii <eliz@HIDDEN> writes: > > > >>> From: Philip Kaludercic <philipk@HIDDEN> > >>> Cc: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>, acorallo@HIDDEN, > >>> 71356 <at> debbugs.gnu.org > >>> Date: Thu, 06 Jun 2024 06:15:44 +0000 > >>> > >>> Sorry for the delayed response; I don't think that has to be expected. > >>> While use-package can utilise package.el for package management, my > >>> impression is that it is at liberty to be more flexible/declarative. > >> > >> Doesn't use-package utilize package.el already? > >> > >> If not, how does it handle installation and upgrades? by its own code? > > > > By default it uses package.el, but there is an option to change it. > > > >>> > Do you have package-install-upgrade-built-in set non-nil? If not, can > >>> > you set it non-nil and try the recipe again? > >>> > >>> I have tried it out myself, and it doesn't appear to do anything. The > >>> issue looks like that `package-installed-p' doesn't respect > >>> package-install-upgrade-built-in or :pin. > >> > >> We should fix that, I think. If package-install-upgrade-built-in is > >> non-nil, use-package should upgrade built-in packages. > >> > >>> > As for a feature request: what exactly is the feature requested here? > >>> > Are you saying that use-package should automatically upgrade built-in > >>> > packages? If so, I don't think this will fly, since it would mean > >>> > inconsistencies with package-install. > >>> > >>> IIUC the feature would be that if a use-package form has a > >>> > >>> :pin gnu > >>> > >>> argument, then this is an indication that we want to install the package > >>> from GNU ELPA, disregarding the fact that Emacs already has a built-in > >>> version of the same package. Sort of a package-local version of > >>> `package-install-upgrade-built-in'. > >> > >> I'm not sure. People tend to copy/paste recipes from the Internet > >> without really understanding what they do. I think a simple :pin > >> should not be sufficient, we need some specialized keyword (in > >> addition to supporting package-install-upgrade-built-in). > > > > To me :pin would make perfect sense, as it explicitly expresses what > > archive we want to follow for package upgrades. > > +1, also use-package interface is very declarative and I'm not sure > having it influenced by a dynamic var would match user expected > behavior. If you prefer, we could add a new :foo keyword to mean this. But unconditionally changing what :pin means in these cases is out of the question.
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 08:17:48 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 04:17:48 2024 Received: from localhost ([127.0.0.1]:44098 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sGaDs-0002iD-4x for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 04:17:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55148) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1sGaDq-0002hh-1K for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 04:17:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1sGaDT-0000FV-P6; Mon, 10 Jun 2024 04:17:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=5IU7OCn1/2J64fdDkez8+w/LEugFvhDvHd9ZeWDcrT8=; b=OludXBg0+pgaCBFENyIF lKFz8uKwl94H8LUdHne6gHO0Rz8fnSrvEtKjSTIeW1cHS+mzMOxfAmBSymjexkVTDtbDdPtmXoknU tcSp1oEbHDuhi4UScamrEi0jWHdmcXI0cIG/umMkudaUlBd2OpWMOlPGhMdoaD/qVeGlHAGq5br8k 8xJftDYgQYzHrURc8uPQR2HUvrTATipV/7e7treeAk9Tq8OwxrHmxuza7wEDU5ML+7A8OofwaNsh9 CMJx7QeORirohGmPH3MsMjgdb01/0pdKuZ3/F6s9YEJMLoDTdudQzCmDC7Rvf5h1cpnZZrZ+Y617k F6NLcfvGN52Rhw==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1sGaDS-0003Yg-2n; Mon, 10 Jun 2024 04:17:22 -0400 From: Andrea Corallo <acorallo@HIDDEN> To: Philip Kaludercic <philipk@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa In-Reply-To: <87msnt1gkf.fsf@HIDDEN> (Philip Kaludercic's message of "Mon, 10 Jun 2024 06:02:08 +0000") References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> <87msnt1gkf.fsf@HIDDEN> Date: Mon, 10 Jun 2024 04:17:21 -0400 Message-ID: <yp1jzixky9a.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>, paaguti@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Philip Kaludercic <philipk@HIDDEN> writes: > Eli Zaretskii <eliz@HIDDEN> writes: > >>> From: Philip Kaludercic <philipk@HIDDEN> >>> Cc: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>, acorallo@HIDDEN, >>> 71356 <at> debbugs.gnu.org >>> Date: Thu, 06 Jun 2024 06:15:44 +0000 >>> >>> Sorry for the delayed response; I don't think that has to be expected. >>> While use-package can utilise package.el for package management, my >>> impression is that it is at liberty to be more flexible/declarative. >> >> Doesn't use-package utilize package.el already? >> >> If not, how does it handle installation and upgrades? by its own code? > > By default it uses package.el, but there is an option to change it. > >>> > Do you have package-install-upgrade-built-in set non-nil? If not, can >>> > you set it non-nil and try the recipe again? >>> >>> I have tried it out myself, and it doesn't appear to do anything. The >>> issue looks like that `package-installed-p' doesn't respect >>> package-install-upgrade-built-in or :pin. >> >> We should fix that, I think. If package-install-upgrade-built-in is >> non-nil, use-package should upgrade built-in packages. >> >>> > As for a feature request: what exactly is the feature requested here? >>> > Are you saying that use-package should automatically upgrade built-in >>> > packages? If so, I don't think this will fly, since it would mean >>> > inconsistencies with package-install. >>> >>> IIUC the feature would be that if a use-package form has a >>> >>> :pin gnu >>> >>> argument, then this is an indication that we want to install the package >>> from GNU ELPA, disregarding the fact that Emacs already has a built-in >>> version of the same package. Sort of a package-local version of >>> `package-install-upgrade-built-in'. >> >> I'm not sure. People tend to copy/paste recipes from the Internet >> without really understanding what they do. I think a simple :pin >> should not be sufficient, we need some specialized keyword (in >> addition to supporting package-install-upgrade-built-in). > > To me :pin would make perfect sense, as it explicitly expresses what > archive we want to follow for package upgrades. +1, also use-package interface is very declarative and I'm not sure having it influenced by a dynamic var would match user expected behavior. Andrea
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 07:10:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 03:10:30 2024 Received: from localhost ([127.0.0.1]:39943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sGZAj-00051y-VT for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 03:10:30 -0400 Received: from mail-ed1-f52.google.com ([209.85.208.52]:60500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <paaguti@HIDDEN>) id 1sGYvS-0004Gj-7y for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 02:54:43 -0400 Received: by mail-ed1-f52.google.com with SMTP id 4fb4d7f45d1cf-57c75464e77so1254325a12.0 for <71356 <at> debbugs.gnu.org>; Sun, 09 Jun 2024 23:54:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718002399; x=1718607199; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=jgWn607ZxkQivhZqEVW+cakNA4BCQc4OvBbla0LZADM=; b=c65wVOUNhdDMH0lDST3Z2py+HDaknfGyfcJoXEUYbmOXLYyCibOZWvbupZ9azBkPX2 ateTWFtB3zahQEcnNy8Jy4rZ3UtCoRKW5mAP7NJgE8dDDd40Quk7MBWLrOvmahELUKjk gVWHudrGGbo7SJsqb5HRuU2Pkf0GnP3bAiXcm2Gdm+dF21+1wcLUzW5gXy39Jnv9If8Z Eee4R1IhUA+sL+nqtJQWMP2BXGBRpbEb6oGlN/PsCAm9njYZZrAWJc7T8dZlnlucpGfT xXvavNe9v7BxRfX5mqYWNsz0zcM0MNmQcnWtyKmXKQyFRwCkjXCRwTlyLUYOpn8ecPFv lvjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718002399; x=1718607199; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jgWn607ZxkQivhZqEVW+cakNA4BCQc4OvBbla0LZADM=; b=uboy045i4t52I6Lm9xFupfwdIjS6UIGUeKCjo53jYHzYBVslvRARbi4KWEuxl+WVRT HhXuus7QW8zLIHl1wJpW3qhPEyacWBEocPZHfqs7zjqIMt5Q2/Sc7lIvvJrDObR26bbN fqMEdbFLGObR4uABM7DBcLHFWp7dNtaY5X/oKymweg+yNc+iUyG5q+mIhHpZ/PBL8q3E GZfxSiXsLGLlLrE79sQpIWkZYDAC73w+0f5e0rm6QWRZKAoKtg8mLVQ5R8LpePU0DLRV RhMxsxonUo5cJ4X+5zUPyvq6HJvCo1ncq2k2x2e7qoO/1Gd99xIC/UZEkfqiKNIiiKrZ ze/Q== X-Forwarded-Encrypted: i=1; AJvYcCXN9O+H6k0NQp204M0p8z1E0PC7UzjcUeVdIE5rpm8QIPffX0IJPYCalYbm2l5G67bo7aO1XHfgJIQ7s4VGej1dnfJakTE= X-Gm-Message-State: AOJu0Yy3qYj/wzasAx1Q5444kqLwZnQBOjA89Np5dVgYPYz0jckEAlNN BD9ohu2GfQZ1wgCh5kSd3x7NNinqp4Zzc5d0SG1JdaPcxKT3UTKeyfIFaLnxmxGT6rsDEuuSvsl Ls2hrw6TY9kg6IuTIvmO4ibEAtRqKlRNL X-Google-Smtp-Source: AGHT+IFoL4fzMGIGHdwU2+BMPVQiKtGM93GwFCiP6muH2gYU24TQDJm9AaEnFBtHdaauQc3U3eiG+aLUF08xdiFfPCc= X-Received: by 2002:a50:ab4c:0:b0:57c:5637:b2a8 with SMTP id 4fb4d7f45d1cf-57c5637c76cmr4149921a12.42.1718002399311; Sun, 09 Jun 2024 23:53:19 -0700 (PDT) MIME-Version: 1.0 References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> <87msnt1gkf.fsf@HIDDEN> In-Reply-To: <87msnt1gkf.fsf@HIDDEN> From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> Date: Mon, 10 Jun 2024 08:52:53 +0200 Message-ID: <CAO48Bk_V6UacKQhgCjjrWGxSdUCtnoaFJMxv-q-deBKgtWXncA@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa To: Philip Kaludercic <philipk@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000bbfff4061a839a59" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000bbfff4061a839a59 Content-Type: text/plain; charset="UTF-8" On Mon, 10 Jun 2024 at 08:02, Philip Kaludercic <philipk@HIDDEN> wrote: > Eli Zaretskii <eliz@HIDDEN> writes: > > >> From: Philip Kaludercic <philipk@HIDDEN> > >> Cc: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>, > acorallo@HIDDEN, > >> 71356 <at> debbugs.gnu.org > >> Date: Thu, 06 Jun 2024 06:15:44 +0000 > >> > >> Sorry for the delayed response; I don't think that has to be expected. > >> While use-package can utilise package.el for package management, my > >> impression is that it is at liberty to be more flexible/declarative. > > > > Doesn't use-package utilize package.el already? > > > > If not, how does it handle installation and upgrades? by its own code? > > By default it uses package.el, but there is an option to change it. > > >> > Do you have package-install-upgrade-built-in set non-nil? If not, can > >> > you set it non-nil and try the recipe again? > >> > >> I have tried it out myself, and it doesn't appear to do anything. The > >> issue looks like that `package-installed-p' doesn't respect > >> package-install-upgrade-built-in or :pin. > > > > We should fix that, I think. If package-install-upgrade-built-in is > > non-nil, use-package should upgrade built-in packages. > > > >> > As for a feature request: what exactly is the feature requested here? > >> > Are you saying that use-package should automatically upgrade built-in > >> > packages? If so, I don't think this will fly, since it would mean > >> > inconsistencies with package-install. > >> > >> IIUC the feature would be that if a use-package form has a > >> > >> :pin gnu > >> > >> argument, then this is an indication that we want to install the package > >> from GNU ELPA, disregarding the fact that Emacs already has a built-in > >> version of the same package. Sort of a package-local version of > >> `package-install-upgrade-built-in'. > > > > I'm not sure. People tend to copy/paste recipes from the Internet > > without really understanding what they do. I think a simple :pin > > should not be sufficient, we need some specialized keyword (in > > addition to supporting package-install-upgrade-built-in). > > To me :pin would make perfect sense, as it explicitly expresses what > archive we want to follow for package upgrades. > > >> I am not familiar with the use-package code, but it seems like we could > >> implement this generally in package-install, by checking > >> `package-pinned-packages'. > > > > I would prefer not to introduce another indication of whether built-in > > packages should or should not be upgraded. If we do, we will next > > need to decide which one "wins" when they contradict each other. > > One idea would be that use-package would check :pin and then > conditionally bind `package-install-upgrade-built-in' when invoking > `package-install'. That being said, I am not a fan of the user option > any way, and wouldn't mind if we came up with a cleaner solution. > > -- > Philip Kaludercic on peregrine > Just as a "parachute", one could obey the global `package-install-upgrade-built-in` value and make :pin cry out for built-in packages when the user indicates a repo and `package-install-upgrade-built-in` is nil My .2cents, /PA -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --000000000000bbfff4061a839a59 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><br></div><div class=3D"gmail_quote"><div dir=3D"ltr"= class=3D"gmail_attr">On Mon, 10 Jun 2024 at 08:02, Philip Kaludercic <<= a href=3D"mailto:philipk@HIDDEN">philipk@HIDDEN</a>> wrote:<br><= /div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo= rder-left:1px solid rgb(204,204,204);padding-left:1ex">Eli Zaretskii <<a= href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>> writes= :<br> <br> >> From: Philip Kaludercic <<a href=3D"mailto:philipk@HIDDEN" = target=3D"_blank">philipk@HIDDEN</a>><br> >> Cc: Pedro Andres Aranda Gutierrez <<a href=3D"mailto:paaguti@gm= ail.com" target=3D"_blank">paaguti@HIDDEN</a>>,=C2=A0 <a href=3D"mail= to:acorallo@HIDDEN" target=3D"_blank">acorallo@HIDDEN</a>,<br> >>=C2=A0 =C2=A0<a href=3D"mailto:71356 <at> debbugs.gnu.org" target=3D"_bl= ank">71356 <at> debbugs.gnu.org</a><br> >> Date: Thu, 06 Jun 2024 06:15:44 +0000<br> >> <br> >> Sorry for the delayed response;=C2=A0 I don't think that has t= o be expected.<br> >> While use-package can utilise package.el for package management, m= y<br> >> impression is that it is at liberty to be more flexible/declarativ= e.=C2=A0 <br> ><br> > Doesn't use-package utilize package.el already?<br> ><br> > If not, how does it handle installation and upgrades? by its own code?= <br> <br> By default it uses package.el, but there is an option to change it.<br> <br> >> > Do you have package-install-upgrade-built-in set non-nil?=C2= =A0 If not, can<br> >> > you set it non-nil and try the recipe again?<br> >> <br> >> I have tried it out myself, and it doesn't appear to do anythi= ng.=C2=A0 The<br> >> issue looks like that `package-installed-p' doesn't respec= t<br> >> package-install-upgrade-built-in or :pin.<br> ><br> > We should fix that, I think.=C2=A0 If package-install-upgrade-built-in= is<br> > non-nil, use-package should upgrade built-in packages.<br> ><br> >> > As for a feature request: what exactly is the feature request= ed here?<br> >> > Are you saying that use-package should automatically upgrade = built-in<br> >> > packages?=C2=A0 If so, I don't think this will fly, since= it would mean<br> >> > inconsistencies with package-install.<br> >> <br> >> IIUC the feature would be that if a use-package form has a<br> >> <br> >>=C2=A0 =C2=A0 =C2=A0 :pin gnu<br> >> <br> >> argument, then this is an indication that we want to install the p= ackage<br> >> from GNU ELPA, disregarding the fact that Emacs already has a buil= t-in<br> >> version of the same package.=C2=A0 Sort of a package-local version= of<br> >> `package-install-upgrade-built-in'.<br> ><br> > I'm not sure.=C2=A0 People tend to copy/paste recipes from the Int= ernet<br> > without really understanding what they do.=C2=A0 I think a simple :pin= <br> > should not be sufficient, we need some specialized keyword (in<br> > addition to supporting package-install-upgrade-built-in).<br> <br> To me :pin would make perfect sense, as it explicitly expresses what<br> archive we want to follow for package upgrades.<br> <br> >> I am not familiar with the use-package code, but it seems like we = could<br> >> implement this generally in package-install, by checking<br> >> `package-pinned-packages'.<br> ><br> > I would prefer not to introduce another indication of whether built-in= <br> > packages should or should not be upgraded.=C2=A0 If we do, we will nex= t<br> > need to decide which one "wins" when they contradict each ot= her.<br> <br> One idea would be that use-package would check :pin and then<br> conditionally bind `package-install-upgrade-built-in' when invoking<br> `package-install'.=C2=A0 That being said, I am not a fan of the user op= tion<br> any way, and wouldn't mind if we came up with a cleaner solution.<br> <br> -- <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Philip Kaludercic on peregrine<br> </blockquote></div><br clear=3D"all"><div>Just as a "parachute", = one could obey the global `package-install-upgrade-built-in`</div><div>valu= e and make :pin cry out for built-in packages when the user indicates a rep= o and</div><div>`package-install-upgrade-built-in`=C2=A0 is nil</div><div><= br></div><div>My .2cents, /PA</div><span class=3D"gmail_signature_prefix">-= - </span><br><div dir=3D"ltr" class=3D"gmail_signature"><div dir=3D"ltr"><d= iv><div dir=3D"ltr"><div><div>Fragen sind nicht da, um beantwortet zu werde= n,<br></div>Fragen sind da um gestellt zu werden<br></div>Georg Kreisler</d= iv><div><br></div><div>Headaches with a Juju log:</div><div>unit-basic-16: = 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-depose= d hook here, but we can't yet<br><br></div></div></div></div></div> --000000000000bbfff4061a839a59--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 10 Jun 2024 06:10:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 10 02:10:32 2024 Received: from localhost ([127.0.0.1]:36495 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sGYEh-0002JW-G4 for submit <at> debbugs.gnu.org; Mon, 10 Jun 2024 02:10:32 -0400 Received: from mout01.posteo.de ([185.67.36.65]:49257) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1sGY6z-0001y8-GG for 71356 <at> debbugs.gnu.org; Mon, 10 Jun 2024 02:02:34 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 786A0240028 for <71356 <at> debbugs.gnu.org>; Mon, 10 Jun 2024 08:02:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1717999330; bh=oucLJs4kNai774vwUvku2ZSuO+tpOvRsr5ct6I+JVuc=; h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=KsyfgKmj4YTtP3EgBqeBjZR8KRCuwNrIPA6ESagzMPyl8XP+MGslCfbOOzY8ig4oq kdhSPFUfpV8ItffFi+U8KyjCyidsvDydKSEFX6Rr3+70dDQ9Lv4DtEap9wUiZGgDAd T3tK7s1tUriLdm+FtTWYq0ulOFEkVgqaVNZS0GAjtCtJKO4tQDL1fssEWP8FNhLlpo 54foJ7kRen+9VWdvTDZfD2OzBpOc1ibAzOUSx9yn9p9nRuWcAppYP/2nSV0N5q5kcX 9sMjQkIDOgSaxiE5Grp9uUx9MbWqsnJ6gucqgljuBIjE7NOzxXJzLto/6Ycvq9FoS5 lWjMY7e4zsa+A== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4VyLmd3pypz6tvl; Mon, 10 Jun 2024 08:02:09 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa In-Reply-To: <868qziifzd.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 06 Jun 2024 12:21:26 +0300") References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> OpenPGP: id=7126E1DE2F0CE35C770BED01F2C3CC513DB89F66; url="https://keys.openpgp.org/vks/v1/by-fingerprint/7126E1DE2F0CE35C770BED01F2C3CC513DB89F66"; preference=signencrypt Date: Mon, 10 Jun 2024 06:02:08 +0000 Message-ID: <87msnt1gkf.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, acorallo@HIDDEN, paaguti@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Philip Kaludercic <philipk@HIDDEN> >> Cc: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>, acorallo@HIDDEN, >> 71356 <at> debbugs.gnu.org >> Date: Thu, 06 Jun 2024 06:15:44 +0000 >> >> Sorry for the delayed response; I don't think that has to be expected. >> While use-package can utilise package.el for package management, my >> impression is that it is at liberty to be more flexible/declarative. > > Doesn't use-package utilize package.el already? > > If not, how does it handle installation and upgrades? by its own code? By default it uses package.el, but there is an option to change it. >> > Do you have package-install-upgrade-built-in set non-nil? If not, can >> > you set it non-nil and try the recipe again? >> >> I have tried it out myself, and it doesn't appear to do anything. The >> issue looks like that `package-installed-p' doesn't respect >> package-install-upgrade-built-in or :pin. > > We should fix that, I think. If package-install-upgrade-built-in is > non-nil, use-package should upgrade built-in packages. > >> > As for a feature request: what exactly is the feature requested here? >> > Are you saying that use-package should automatically upgrade built-in >> > packages? If so, I don't think this will fly, since it would mean >> > inconsistencies with package-install. >> >> IIUC the feature would be that if a use-package form has a >> >> :pin gnu >> >> argument, then this is an indication that we want to install the package >> from GNU ELPA, disregarding the fact that Emacs already has a built-in >> version of the same package. Sort of a package-local version of >> `package-install-upgrade-built-in'. > > I'm not sure. People tend to copy/paste recipes from the Internet > without really understanding what they do. I think a simple :pin > should not be sufficient, we need some specialized keyword (in > addition to supporting package-install-upgrade-built-in). To me :pin would make perfect sense, as it explicitly expresses what archive we want to follow for package upgrades. >> I am not familiar with the use-package code, but it seems like we could >> implement this generally in package-install, by checking >> `package-pinned-packages'. > > I would prefer not to introduce another indication of whether built-in > packages should or should not be upgraded. If we do, we will next > need to decide which one "wins" when they contradict each other. One idea would be that use-package would check :pin and then conditionally bind `package-install-upgrade-built-in' when invoking `package-install'. That being said, I am not a fan of the user option any way, and wouldn't mind if we came up with a cleaner solution. -- Philip Kaludercic on peregrine
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.
Received: (at 71356) by debbugs.gnu.org; 7 Jun 2024 08:13:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jun 07 04:13:09 2024
Received: from localhost ([127.0.0.1]:33722 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sFUii-0005Sr-Sa
for submit <at> debbugs.gnu.org; Fri, 07 Jun 2024 04:13:09 -0400
Received: from mail-ed1-f44.google.com ([209.85.208.44]:54738)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <paaguti@HIDDEN>) id 1sFUig-0005RQ-GT
for 71356 <at> debbugs.gnu.org; Fri, 07 Jun 2024 04:13:07 -0400
Received: by mail-ed1-f44.google.com with SMTP id
4fb4d7f45d1cf-57a68b0fbd0so2123989a12.1
for <71356 <at> debbugs.gnu.org>; Fri, 07 Jun 2024 01:12:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1717747906; x=1718352706; darn=debbugs.gnu.org;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:from:to:cc:subject:date:message-id:reply-to;
bh=E1bBzxk7b6QUxVSZZKyoazpTIE5Iwb9GuVIBGYXSUyY=;
b=bO/J/rwiRMRipVvHxr3HRwEteb3Y8qZGicUxG7cMUfKJHvVlI55hkU+142xvbU9Kmu
Dd7XVFd4O6lJUB/4FugRvdr8gGr3hSpLezo4/Q+npwzUInU0q2iyT22497HE42Ft6kon
B7Z9BN5M/3HWW55hoUhKGlCo59kbtovRJeojXOrDVuClyzJRobjO8JrITHDZJir+Ec3M
gsXPnHjPl+BbmJOrTVOdRmFIKJyIVzkK7SpYqhPXllVTaV9bxXtd5X+dpoeaD/b7q4dg
d28WtkT2aqJqWeTINQP4tZv9Q1TbrsO3FBRyvprk4oiez+lkWaBll0ffJ6QkauVr+8nY
vbBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1717747906; x=1718352706;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
:reply-to;
bh=E1bBzxk7b6QUxVSZZKyoazpTIE5Iwb9GuVIBGYXSUyY=;
b=LmV+zqe0hucwdMfborkTZ7hDHtc5exBqe//cBTwPLmmmj7CAZpJX6spvn3tuBkWtNU
RxpcpXkkZZKgA2zwnvedhVQoive/oTc9MWTdZ7Lxl1Aly+31OgLOkyRlVtYNW+y2jWWw
thtY7HJ8zcwSPuwKVq+X5w6gX0Xjidsx3dPuOMUu9IhqfUZKobn2M0yN8aw5fAG7f8dq
iTFpjTOUJvbC3dUq7h26LpvaNt+IgnMFXmpgnP/TUe6+2cFCWKEcm2656QA0xzdUGi2D
TwnF7HxQ8SyFXjXPOA5BXZNfWAA7nirsCDcPBJQjvtgdmZOVOw6rEKjDDsh5WJV3YbAI
zXoQ==
X-Forwarded-Encrypted: i=1;
AJvYcCXnBSrfi7DZMlFn7AiuQ99jrJfP6ud/RsK+abFVtug/Voy7EGIpoSdQCE3l2y2aOPQAcTKQpXXM8GQKwODcTEinmjZ9mJU=
X-Gm-Message-State: AOJu0YzVbGK5Jcu4lp6o+DBL7FUF9WUYukGaQ0Bb7PtZE1/sSOze/Ug1
7m6e05okhQdJ0FdZZ7sF0pmloYdKnvQBCO19bHhENgvm7nA4mQs2E4P+OPmCZzvXhSd9zq+7S6d
9Xn+RKQe1paoViwBm5RiPKHMyN3gJ/lTmkqA=
X-Google-Smtp-Source: AGHT+IH5eRYSLbh5dlBYSU2bRCJ0y9+YmsIK7S3cbMrh3CMU5eRjAJdhm1EY7yeZk/xxCybmunYHll4Y2nWtk+4Xxto=
X-Received: by 2002:a50:8ad5:0:b0:57c:5fca:ab25 with SMTP id
4fb4d7f45d1cf-57c5fcaab6dmr282317a12.25.1717747528646; Fri, 07 Jun 2024
01:05:28 -0700 (PDT)
MIME-Version: 1.0
References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN>
<yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN>
<yp1le3jmfcd.fsf@HIDDEN>
<CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN>
<86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN>
<CAO48Bk8fit2Zh3K+DNbKh3jw+5iLBiC=Wf7Bu_4rxjYC2fd=-Q@HIDDEN>
<865xumgku6.fsf@HIDDEN>
In-Reply-To: <865xumgku6.fsf@HIDDEN>
From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>
Date: Fri, 7 Jun 2024 10:05:02 +0200
Message-ID: <CAO48Bk9JfzxeORzqOBobj1n2WZzSft2=B9iLoYxLEAmm=K=gKQ@HIDDEN>
Subject: Re: bug#71356: use-package doesn't load org from elpa
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000424eda061a48430b"
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 71356
Cc: 71356 <at> debbugs.gnu.org, philipk@HIDDEN, acorallo@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
--000000000000424eda061a48430b
Content-Type: text/plain; charset="UTF-8"
Just for the record. Further tests I have done:
--- init.el ---
(require 'benchmark)
(require 'package)
(setq custom-file (locate-user-emacs-file "custom.el"))
(when (not package-archive-contents)
(package-refresh-contents))
(message "Loading org from elpa took %f s"
(benchmark-elapse
(setq-default package-install-upgrade-built-in t)
(use-package org
:ensure t
:pin gnu)
(message "org-version: %s" org-version)))
---
M-x org-version yields 9.6.15 (expected was 9.7.3)
Best, /PA
On Thu, 6 Jun 2024 at 17:19, Eli Zaretskii <eliz@HIDDEN> wrote:
> > From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>
> > Date: Thu, 6 Jun 2024 17:07:02 +0200
> > Cc: Philip Kaludercic <philipk@HIDDEN>, acorallo@HIDDEN,
> 71356 <at> debbugs.gnu.org
> >
> > > IIUC the feature would be that if a use-package form has a
> > >
> > > :pin gnu
> > >
> > > argument, then this is an indication that we want to install the
> package
> > > from GNU ELPA, disregarding the fact that Emacs already has a built-in
> > > version of the same package. Sort of a package-local version of
> > > `package-install-upgrade-built-in'.
> >
> > I'm not sure. People tend to copy/paste recipes from the Internet
> > without really understanding what they do. I think a simple :pin
> > should not be sufficient, we need some specialized keyword (in
> > addition to supporting package-install-upgrade-built-in).
> >
> > I didn't arrive at trying :pin gnu from anything in the Internet, but
> from
> > reading the use-package documentation (just this time ;-) )
> >
> > > I am not familiar with the use-package code, but it seems like we
> could
> > > implement this generally in package-install, by checking
> > > `package-pinned-packages'.
> >
> > I would prefer not to introduce another indication of whether built-in
> > packages should or should not be upgraded. If we do, we will next
> > need to decide which one "wins" when they contradict each other.
> >
> >
> > My feeling is that if I set package-install-upgrade-built-in to t and pin
> > a package to (say) gnu elpa, that should be enough.
>
> I agree. I was responding to the suggestion that just :pin should be
> enough. That use-package currently ignores
> package-install-upgrade-built-in is a bug we should surely fix.
>
--
Fragen sind nicht da, um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler
Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet
--000000000000424eda061a48430b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Just for the record. Further tests I have done:<div><br></=
div><div>--- init.el ---</div><div>(require 'benchmark)<br>(require =
9;package)<br>(setq custom-file (locate-user-emacs-file "custom.el&quo=
t;))<br><br>(when (not package-archive-contents)<br>=C2=A0 (package-refresh=
-contents))<br>(message "Loading org from elpa took %f s"<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(benchmark-elapse<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0(setq-default package-install-upgrade-built-in t)<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(use-package org<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:ensure t<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0:pin gnu)<br> =C2=A0 (message "org-version: %s&qu=
ot; org-version)))<br></div><div>---</div><div><br></div><div>M-x org-versi=
on yields 9.6.15 (expected was 9.7.3)</div><div><br></div><div>Best, /PA</d=
iv></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_att=
r">On Thu, 6 Jun 2024 at 17:19, Eli Zaretskii <<a href=3D"mailto:eliz@gn=
u.org">eliz@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex">> From: Pedro Andres Aranda Gutierrez <<a href=3D"=
mailto:paaguti@HIDDEN" target=3D"_blank">paaguti@HIDDEN</a>><br>
> Date: Thu, 6 Jun 2024 17:07:02 +0200<br>
> Cc: Philip Kaludercic <<a href=3D"mailto:philipk@HIDDEN" target=
=3D"_blank">philipk@HIDDEN</a>>, <a href=3D"mailto:acorallo@HIDDEN"=
target=3D"_blank">acorallo@HIDDEN</a>, <a href=3D"mailto:71356@HIDDEN=
u.org" target=3D"_blank">71356 <at> debbugs.gnu.org</a><br>
> <br>
>=C2=A0 > IIUC the feature would be that if a use-package form has a<=
br>
>=C2=A0 > <br>
>=C2=A0 >=C2=A0 =C2=A0 =C2=A0 :pin gnu<br>
>=C2=A0 > <br>
>=C2=A0 > argument, then this is an indication that we want to instal=
l the package<br>
>=C2=A0 > from GNU ELPA, disregarding the fact that Emacs already has=
a built-in<br>
>=C2=A0 > version of the same package.=C2=A0 Sort of a package-local =
version of<br>
>=C2=A0 > `package-install-upgrade-built-in'.<br>
> <br>
>=C2=A0 I'm not sure.=C2=A0 People tend to copy/paste recipes from t=
he Internet<br>
>=C2=A0 without really understanding what they do.=C2=A0 I think a simpl=
e :pin<br>
>=C2=A0 should not be sufficient, we need some specialized keyword (in<b=
r>
>=C2=A0 addition to supporting package-install-upgrade-built-in).<br>
> <br>
> I didn't arrive at trying :pin gnu from anything in the Internet, =
but from<br>
> reading the use-package documentation (just this time ;-) )<br>
> <br>
>=C2=A0 > I am not familiar with the use-package code, but it seems l=
ike we could<br>
>=C2=A0 > implement this generally in package-install, by checking<br=
>
>=C2=A0 > `package-pinned-packages'.<br>
> <br>
>=C2=A0 I would prefer not to introduce another indication of whether bu=
ilt-in<br>
>=C2=A0 packages should or should not be upgraded.=C2=A0 If we do, we wi=
ll next<br>
>=C2=A0 need to decide which one "wins" when they contradict e=
ach other.<br>
> <br>
>=C2=A0 <br>
> My feeling is that if I set package-install-upgrade-built-in to t and =
pin<br>
> a package to (say) gnu elpa, that should be enough.<br>
<br>
I agree.=C2=A0 I was responding to the suggestion that just :pin should be<=
br>
enough.=C2=A0 That use-package currently ignores<br>
package-install-upgrade-built-in is a bug we should surely fix.<br>
</blockquote></div><br clear=3D"all"><div><br></div><span class=3D"gmail_si=
gnature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><d=
iv dir=3D"ltr"><div><div dir=3D"ltr"><div><div>Fragen sind nicht da, um bea=
ntwortet zu werden,<br></div>Fragen sind da um gestellt zu werden<br></div>=
Georg Kreisler</div><div><br></div><div>Headaches with a Juju log:</div><di=
v>unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should ru=
n a leader-deposed hook here, but we can't yet<br><br></div></div></div=
></div>
--000000000000424eda061a48430b--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 15:19:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 11:19:56 2024 Received: from localhost ([127.0.0.1]:54214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sFEuC-0001w9-Eb for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 11:19:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sFEu7-0001vt-LF for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 11:19:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1sFEtn-0001uI-A6; Thu, 06 Jun 2024 11:19:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=z6BoZTWDhRy3NW9zMuXkqnojgNxY3W6WwCerES19P9Y=; b=e+PP8REmCmxg Vtr07OyRxC38HgHAn0fAzXswY+Qc2PYO5LohdFPjpRTHwC8yzyRnZbHtL3q7d1VbjEMn01EkuieOZ ccfKfEM4NVhYhd9AODmty80kcIOqeEqibMOJK80ghqoRCJ6HtTalZicLrpDqI92i7kClEcU+bsFrj Ki370E3QYYd4SK7bRXWHNpxJXtReeBAhBGisMyWqX+Szi2UPdKoax64tZXI4/TRxDZ2V6sfhjGAtj AFtq+e2k9y6DVMSxw5fVRSqzTLsudZF0Lm85oEc+lf+vqamLXQ3AdVNWjnLGcAeTtjRDGKX6sUiqX pXEpeKFzZ9InxK1m/lirrw==; Date: Thu, 06 Jun 2024 18:19:29 +0300 Message-Id: <865xumgku6.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> In-Reply-To: <CAO48Bk8fit2Zh3K+DNbKh3jw+5iLBiC=Wf7Bu_4rxjYC2fd=-Q@HIDDEN> (message from Pedro Andres Aranda Gutierrez on Thu, 6 Jun 2024 17:07:02 +0200) Subject: Re: bug#71356: use-package doesn't load org from elpa References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> <CAO48Bk8fit2Zh3K+DNbKh3jw+5iLBiC=Wf7Bu_4rxjYC2fd=-Q@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, philipk@HIDDEN, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> > Date: Thu, 6 Jun 2024 17:07:02 +0200 > Cc: Philip Kaludercic <philipk@HIDDEN>, acorallo@HIDDEN, 71356 <at> debbugs.gnu.org > > > IIUC the feature would be that if a use-package form has a > > > > :pin gnu > > > > argument, then this is an indication that we want to install the package > > from GNU ELPA, disregarding the fact that Emacs already has a built-in > > version of the same package. Sort of a package-local version of > > `package-install-upgrade-built-in'. > > I'm not sure. People tend to copy/paste recipes from the Internet > without really understanding what they do. I think a simple :pin > should not be sufficient, we need some specialized keyword (in > addition to supporting package-install-upgrade-built-in). > > I didn't arrive at trying :pin gnu from anything in the Internet, but from > reading the use-package documentation (just this time ;-) ) > > > I am not familiar with the use-package code, but it seems like we could > > implement this generally in package-install, by checking > > `package-pinned-packages'. > > I would prefer not to introduce another indication of whether built-in > packages should or should not be upgraded. If we do, we will next > need to decide which one "wins" when they contradict each other. > > > My feeling is that if I set package-install-upgrade-built-in to t and pin > a package to (say) gnu elpa, that should be enough. I agree. I was responding to the suggestion that just :pin should be enough. That use-package currently ignores package-install-upgrade-built-in is a bug we should surely fix.
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 15:08:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 11:08:55 2024 Received: from localhost ([127.0.0.1]:54209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sFEjW-0001gc-S1 for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 11:08:55 -0400 Received: from mail-ed1-f41.google.com ([209.85.208.41]:58406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <paaguti@HIDDEN>) id 1sFEjS-0001gN-64 for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 11:08:53 -0400 Received: by mail-ed1-f41.google.com with SMTP id 4fb4d7f45d1cf-57a4ce82f30so1402469a12.0 for <71356 <at> debbugs.gnu.org>; Thu, 06 Jun 2024 08:08:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717686449; x=1718291249; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=V0jrTZ9xymQyY9oPPPAj8TYXuon48y6CHfiKLOHWoHg=; b=mVm5ZxDot6ktpe0ht4jXfm41HUobQFi58vhH/t2NgtcuynzPl1jKeWvnSzmen7VeOP 8GYLhlrCiEucdqpKfjiLlU2RhDS19KH13RoxPRlWjL701tL0BokTUTCnktzY/jyyahIK yRJAIm7jFWy3w30cwfOgBk4Nnhc5SJPIjIr6sQyKr9ABCF+1aObhMXT1q/8BNK1ge+3v UdTggGZqC5rMzuw4NhWS2j19g9Gf3t3qPpnWYhqoNPXH+ccx+XJrVHR8EtqmWNiKYTdO cr/DEgJ5G1PGGXrzk3JkADjzNX2tmPoCHT/ABw/mp3gy9pO+n8mT1PEf7jnkMsUDEKmU txpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717686449; x=1718291249; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=V0jrTZ9xymQyY9oPPPAj8TYXuon48y6CHfiKLOHWoHg=; b=BIdone5Fajbfur1bzYzNFzr4CVI2sa5iFVSdBNqG4OIqMfp4OyVbYZTG/gl9LuL3Mb 4wxQWYkiII+nKfLypKtv8xijtTLMFkIGKWx222u6ywT/prFRX+wQui2qual4xVEMiGOA 2CS/Lm1L4H+FqUQrbZgq51RtSasCgbi9gZRUjRXbZD77yo1HtIas7WOfW217mnZQnNsF 0xBcGR3LvgbA20qwSrgTL3WxwUFVRvBXHgk+2RSHcBqyDmu3q5B+5MSnCt22RzsUM5v6 4b3+EXz9RsPitLNA7sGEyqcuYexZp2lkFIiA65tdbT/gHlYP/DI32S5AMtjHpn7CJHkd sb4w== X-Forwarded-Encrypted: i=1; AJvYcCVFAuGkfbv7zStcqZtx+40KdhjNmU1+LQKqI0KBPfH+QNiTk//zpOtkmOsfNu4pA7aISy0tCxX2Rz3Amn5Tir/ay4DUYVY= X-Gm-Message-State: AOJu0YzyHeMVL9Sp5iZLT/hIcOq4SyC2yLbVBZntdqETM6M8az/zAiJ8 y4iP0PgDMgqmBxm3V9ELUIJc8PaJZSMHtffNmG/Vv8TK8tZ104AHqttVsVoe5/nQmDzTA99wI3Y c0OQh2S2q3NSWUcKO/23swvvUtOc= X-Google-Smtp-Source: AGHT+IHOUhujYuPqvucJ4WFwrsmh2yygf/oyaTTHUH3+PVP24/7Qujf+HvJadxcVffQAjodR1bpSoZE2RjWPxKUwEvM= X-Received: by 2002:a50:99c7:0:b0:579:eb77:6d85 with SMTP id 4fb4d7f45d1cf-57a8b7c7cfbmr4452615a12.27.1717686449239; Thu, 06 Jun 2024 08:07:29 -0700 (PDT) MIME-Version: 1.0 References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> <868qziifzd.fsf@HIDDEN> In-Reply-To: <868qziifzd.fsf@HIDDEN> From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> Date: Thu, 6 Jun 2024 17:07:02 +0200 Message-ID: <CAO48Bk8fit2Zh3K+DNbKh3jw+5iLBiC=Wf7Bu_4rxjYC2fd=-Q@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000a47e2b061a3a0a0a" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, Philip Kaludercic <philipk@HIDDEN>, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000a47e2b061a3a0a0a Content-Type: text/plain; charset="UTF-8" Answers inline On Thu, 6 Jun 2024 at 11:21, Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Philip Kaludercic <philipk@HIDDEN> > > Cc: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>, acorallo@HIDDEN > , > > 71356 <at> debbugs.gnu.org > > Date: Thu, 06 Jun 2024 06:15:44 +0000 > > > > Sorry for the delayed response; I don't think that has to be expected. > > While use-package can utilise package.el for package management, my > > impression is that it is at liberty to be more flexible/declarative. > > Doesn't use-package utilize package.el already? > > If not, how does it handle installation and upgrades? by its own code? > > > > Do you have package-install-upgrade-built-in set non-nil? If not, can > > > you set it non-nil and try the recipe again? > > > > I have tried it out myself, and it doesn't appear to do anything. The > > issue looks like that `package-installed-p' doesn't respect > > package-install-upgrade-built-in or :pin. > > We should fix that, I think. If package-install-upgrade-built-in is > non-nil, use-package should upgrade built-in packages. > > > > As for a feature request: what exactly is the feature requested here? > > > Are you saying that use-package should automatically upgrade built-in > > > packages? If so, I don't think this will fly, since it would mean > > > inconsistencies with package-install. > > > > IIUC the feature would be that if a use-package form has a > > > > :pin gnu > > > > argument, then this is an indication that we want to install the package > > from GNU ELPA, disregarding the fact that Emacs already has a built-in > > version of the same package. Sort of a package-local version of > > `package-install-upgrade-built-in'. > > I'm not sure. People tend to copy/paste recipes from the Internet > without really understanding what they do. I think a simple :pin > should not be sufficient, we need some specialized keyword (in > addition to supporting package-install-upgrade-built-in). I didn't arrive at trying :pin gnu from anything in the Internet, but from reading the use-package documentation (just this time ;-) ) > I am not familiar with the use-package code, but it seems like we could > > implement this generally in package-install, by checking > > `package-pinned-packages'. > > I would prefer not to introduce another indication of whether built-in > packages should or should not be upgraded. If we do, we will next > need to decide which one "wins" when they contradict each other. > My feeling is that if I set package-install-upgrade-built-in to t and pin a package to (say) gnu elpa, that should be enough. I may resort to use-package from everything, but would not use :pin on built-in packages that I don't want to upgrade (makes no sense, right?). It's a bit like adding a load-path to the use-package call and download the package externally (for example cloning with git) into that directory, which is the way I use to get the development version of, for example, org-mode when I want to contribute to it. Does it sound strange? /PA -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --000000000000a47e2b061a3a0a0a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Answers inline</div><br><div class=3D"gmail_quote"><d= iv dir=3D"ltr" class=3D"gmail_attr">On Thu, 6 Jun 2024 at 11:21, Eli Zarets= kii <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br></di= v><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;borde= r-left:1px solid rgb(204,204,204);padding-left:1ex">> From: Philip Kalud= ercic <<a href=3D"mailto:philipk@HIDDEN" target=3D"_blank">philipk@p= osteo.net</a>><br> > Cc: Pedro Andres Aranda Gutierrez <<a href=3D"mailto:paaguti@gmail.= com" target=3D"_blank">paaguti@HIDDEN</a>>,=C2=A0 <a href=3D"mailto:a= corallo@HIDDEN" target=3D"_blank">acorallo@HIDDEN</a>,<br> >=C2=A0 =C2=A0<a href=3D"mailto:71356 <at> debbugs.gnu.org" target=3D"_blank"= >71356 <at> debbugs.gnu.org</a><br> > Date: Thu, 06 Jun 2024 06:15:44 +0000<br> > <br> > Sorry for the delayed response;=C2=A0 I don't think that has to be= expected.<br> > While use-package can utilise package.el for package management, my<br= > > impression is that it is at liberty to be more flexible/declarative.= =C2=A0 <br> <br> Doesn't use-package utilize package.el already?<br> <br> If not, how does it handle installation and upgrades? by its own code?<br> <br> > > Do you have package-install-upgrade-built-in set non-nil?=C2=A0 I= f not, can<br> > > you set it non-nil and try the recipe again?<br> > <br> > I have tried it out myself, and it doesn't appear to do anything.= =C2=A0 The<br> > issue looks like that `package-installed-p' doesn't respect<br= > > package-install-upgrade-built-in or :pin.<br> <br> We should fix that, I think.=C2=A0 If package-install-upgrade-built-in is<b= r> non-nil, use-package should upgrade built-in packages.<br> <br> > > As for a feature request: what exactly is the feature requested h= ere?<br> > > Are you saying that use-package should automatically upgrade buil= t-in<br> > > packages?=C2=A0 If so, I don't think this will fly, since it = would mean<br> > > inconsistencies with package-install.<br> > <br> > IIUC the feature would be that if a use-package form has a<br> > <br> >=C2=A0 =C2=A0 =C2=A0 :pin gnu<br> > <br> > argument, then this is an indication that we want to install the packa= ge<br> > from GNU ELPA, disregarding the fact that Emacs already has a built-in= <br> > version of the same package.=C2=A0 Sort of a package-local version of<= br> > `package-install-upgrade-built-in'.<br> <br> I'm not sure.=C2=A0 People tend to copy/paste recipes from the Internet= <br> without really understanding what they do.=C2=A0 I think a simple :pin<br> should not be sufficient, we need some specialized keyword (in<br> addition to supporting package-install-upgrade-built-in).</blockquote><div>= <br></div><div>I didn't arrive at trying :pin gnu from anything in the = Internet, but from</div><div>reading the use-package documentation (just th= is time ;-) )</div><div><br></div><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">> I am not familiar with the use-package code, but it seems l= ike we could<br> > implement this generally in package-install, by checking<br> > `package-pinned-packages'.<br> <br> I would prefer not to introduce another indication of whether built-in<br> packages should or should not be upgraded.=C2=A0 If we do, we will next<br> need to decide which one "wins" when they contradict each other.<= br></blockquote><div>=C2=A0</div></div><div>My feeling is that if I set pac= kage-install-upgrade-built-in to t and pin</div><div>a package to (say) gnu= elpa, that should be enough. I may resort to</div><div>use-package from ev= erything, but would not use :pin on built-in packages</div><div>that I don&= #39;t want to upgrade (makes no sense, right?).</div><div><br></div><div>It= 's a bit like adding a load-path to the use-package call=C2=A0</div><di= v>and download the package externally</div><div>(for example cloning with g= it) into that directory, which is</div><div>the way I use to get the develo= pment version of, for example, org-mode</div><div>when I want to contribute= to it.</div><div><br></div><div>Does it sound strange?=C2=A0</div><div>=C2= =A0/PA</div><br class=3D"gmail-Apple-interchange-newline"><div><br></div><s= pan class=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class= =3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div>Frage= n sind nicht da, um beantwortet zu werden,<br></div>Fragen sind da um geste= llt zu werden<br></div>Georg Kreisler</div><div><br></div><div>Headaches wi= th a Juju log:</div><div>unit-basic-16: 09:17:36 WARNING juju.worker.uniter= .operation we should run a leader-deposed hook here, but we can't yet<b= r><br></div></div></div></div></div> --000000000000a47e2b061a3a0a0a--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 09:21:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 05:21:56 2024 Received: from localhost ([127.0.0.1]:52352 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sF9Jk-0000TN-87 for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 05:21:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sF9Ji-0000T9-PH for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 05:21:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1sF9JO-0004my-RL; Thu, 06 Jun 2024 05:21:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=qhABnRPPQfbnwettiVR0jOO2VK5vf3QNmyn1LnOdR5M=; b=q6MFHmyah6/W YG0Z4yJJwbD4Tl2BeMogeVFVf/tNh5nf78QbDgfVp6/cSGFs2BorVX4fbt5mhYnAmwyfsPXH16sV/ hOLUazOenNjaOvin+FkSwvrF/kbIXVT5PBFq5xFna+N/72kp3XMIs+/mdTupIxqhpRPArIJAKQNAs qnyTEHDpAmyz2fv/GHUBskylp2HY3HBLRmYQGUXiAsZVPl0hUYeBHZZjYgJBT4tR8hxaWdhBevbdj 8cfbSnnAY16sHxIsQBKY918b+jh3XdPMKN8JJ4Lcmzhc7ID0keLwYpVinqg21rfKrUIhu/YP/CXNR cjhqRpVqELQNRWgDYizV7w==; Date: Thu, 06 Jun 2024 12:21:26 +0300 Message-Id: <868qziifzd.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Philip Kaludercic <philipk@HIDDEN> In-Reply-To: <87ed9abnqn.fsf@HIDDEN> (message from Philip Kaludercic on Thu, 06 Jun 2024 06:15:44 +0000) Subject: Re: bug#71356: use-package doesn't load org from elpa References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <87ed9abnqn.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, acorallo@HIDDEN, paaguti@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Philip Kaludercic <philipk@HIDDEN> > Cc: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>, acorallo@HIDDEN, > 71356 <at> debbugs.gnu.org > Date: Thu, 06 Jun 2024 06:15:44 +0000 > > Sorry for the delayed response; I don't think that has to be expected. > While use-package can utilise package.el for package management, my > impression is that it is at liberty to be more flexible/declarative. Doesn't use-package utilize package.el already? If not, how does it handle installation and upgrades? by its own code? > > Do you have package-install-upgrade-built-in set non-nil? If not, can > > you set it non-nil and try the recipe again? > > I have tried it out myself, and it doesn't appear to do anything. The > issue looks like that `package-installed-p' doesn't respect > package-install-upgrade-built-in or :pin. We should fix that, I think. If package-install-upgrade-built-in is non-nil, use-package should upgrade built-in packages. > > As for a feature request: what exactly is the feature requested here? > > Are you saying that use-package should automatically upgrade built-in > > packages? If so, I don't think this will fly, since it would mean > > inconsistencies with package-install. > > IIUC the feature would be that if a use-package form has a > > :pin gnu > > argument, then this is an indication that we want to install the package > from GNU ELPA, disregarding the fact that Emacs already has a built-in > version of the same package. Sort of a package-local version of > `package-install-upgrade-built-in'. I'm not sure. People tend to copy/paste recipes from the Internet without really understanding what they do. I think a simple :pin should not be sufficient, we need some specialized keyword (in addition to supporting package-install-upgrade-built-in). > I am not familiar with the use-package code, but it seems like we could > implement this generally in package-install, by checking > `package-pinned-packages'. I would prefer not to introduce another indication of whether built-in packages should or should not be upgraded. If we do, we will next need to decide which one "wins" when they contradict each other.
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 09:15:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 05:15:31 2024 Received: from localhost ([127.0.0.1]:52320 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sF9DW-0000I0-LR for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 05:15:30 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sF9DV-0000Hn-7E for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 05:15:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1sF9DA-0003Is-V0; Thu, 06 Jun 2024 05:15:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=oF3sRB6TQaYa4Yv13JBqBlkjKU+lmXi26Y0RP5l0qRU=; b=mfefY+ecC5aO oj0+jpDRGDGZEheUaFDhawblOEK6H4TctBOE7bK2E95//DRn9rKnBQabL+rzGzwIXygweikDk/8xo cttcixNEkTQ44rrQ7bKnE9hZdET4iVfAibivyQAOX7lw20FKm/2F+Xp9vxND9EJ/5NZFEuXArwJ+Q xS9tM0I+jWwOSVm7qAUlp4/OiTGl0n1c61+8KgdrPwuJw/4G/cNPSg9uGUD6i4tqfzdGPECis4i+t IvwGlnYtS0tPbPWwdmYAhootOXjPzrvdBzbJa5GawpzlP9prvGUq05uvBFDCmp91YOTpEzpf22Ue2 YwwATOcN+VD5rPA3C+cXcg==; Date: Thu, 06 Jun 2024 12:15:05 +0300 Message-Id: <86a5jyig9y.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> In-Reply-To: <CAO48Bk-t3BNhziPohVg0AhDYbrftWJUu+ubxknH1qtEEY86Y2w@HIDDEN> (message from Pedro Andres Aranda Gutierrez on Thu, 6 Jun 2024 08:11:37 +0200) Subject: Re: bug#71356: use-package doesn't load org from elpa References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> <CAO48Bk-t3BNhziPohVg0AhDYbrftWJUu+ubxknH1qtEEY86Y2w@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, philipk@HIDDEN, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> > Date: Thu, 6 Jun 2024 08:11:37 +0200 > Cc: acorallo@HIDDEN, philipk@HIDDEN, 71356 <at> debbugs.gnu.org > > Do you have package-install-upgrade-built-in set non-nil? If not, can > you set it non-nil and try the recipe again? > > Retried on an unpatched emacs master with package-install-upgrade-builtin set to t and had the same > behaviour. I think this is a bug. > As for a feature request: what exactly is the feature requested here? > Are you saying that use-package should automatically upgrade built-in > packages? If so, I don't think this will fly, since it would mean > inconsistencies with package-install. > > This is exactly what I would like to discuss ;-) What options do we have to allow built-in packages to be > upgradable from the archives? I quoted from the Emacs manual what should be done to allow that. If and when use-package supports that, it's how we decided to handle built-in packages: by default not upgraded, unless the user says to upgrade them in one of those ways. > A new keyword in combination with :pin so that we can cherry-pick which packages we want to actually refresh > from elpa > and which ones we are fine with if they are built in? Maybe. First we should see that use-package obeys the user option I mentioned.
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 06:25:20 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 02:25:20 2024 Received: from localhost ([127.0.0.1]:41765 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sF6Yp-00017V-UZ for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 02:25:20 -0400 Received: from mail-ed1-f50.google.com ([209.85.208.50]:54589) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <paaguti@HIDDEN>) id 1sF6NI-0000YC-0a for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 02:13:25 -0400 Received: by mail-ed1-f50.google.com with SMTP id 4fb4d7f45d1cf-57a68b0fbd0so531123a12.1 for <71356 <at> debbugs.gnu.org>; Wed, 05 Jun 2024 23:13:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717654324; x=1718259124; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=uwYx+Jjp65UAqhmwd5cFaEFJ1hFR9GIKRBQhPvGOBKc=; b=Kpp4d/5jJVeZjubkWtMq8dGSJ7W1CgLWUXB2pITH8IDPTWQ8qygdgmYxd70avtAqIK GsVQvVzEKGHj7q0tpcuzxns/pSnJ2FAVbtmh2AIWKZO6uViv6kAmIZqNV03Wqmsn+8jP wteM5t3/3Vjm3dlVNs/PXHnCikIIHC7bCl2M/ZqyyW/5aGpJ4A3QK/PGuz7+4HrxXjmo jN8TRXTcRMHWaokxu1EadNKDG4aU9xBOUkCPc6XG2YMjqLfazGeU165/1udV7w0pANkx YOKuh5mF1J0p40PuHckDGO7lKC6OUR+5p8Y+NW42Ox8RTzGRfIhuOtoW83ePmtpMbY+V PF4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717654324; x=1718259124; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=uwYx+Jjp65UAqhmwd5cFaEFJ1hFR9GIKRBQhPvGOBKc=; b=Nxx/mJ6IyBTytwmbxcHalSrcBdxl9n8q768nBulYcud9y3443Z5N1MBAaCMgvv3nvh n2shC09sN45eY9lWPMwxrfQD6PmPt7NhdQgnWXAmzWOSpbuH3AigXeXI712cdw5usSz3 eSQQrtTznsFJTGlCH04f95gk0qWKEaybMVi0+0wfMSjL5ayFgkVhtr/mYcEk6aeJaAFr stTt5c0AykHs78pMF6cP+h2oDsd3KVoAVWX36hgkmlqx9iZqf1vAkUGkx8/LbDF/YDA/ EAoOIj43gRjwMBIXk/4IyzRlflyBefrydt7Jei0M12jvhPPDnVAyTBeSlx8kqXDEXrqy j12Q== X-Forwarded-Encrypted: i=1; AJvYcCVtnRJd5ddRlpFJCtzrCulwL50rRI7spOfJJZRjOqL7wym0Y0zGgi05YomjKTnP/V8hfba/nDDS2Pk5zLVDppOsE3SJYXI= X-Gm-Message-State: AOJu0Yw9xI+9TC67xWo4X2z42evGyyE9tvP+bKrYHVJq2K/2/n7n4VmL P63mg/lHudZngaHbn866LKZV/ogW7gHcYFwOgG27P3TQAvS2uw9IUsEHXg8GOTzp6e5iYbtM8AK WoWAtdJfDOJH3kri5YBpRjTUBj9w= X-Google-Smtp-Source: AGHT+IFgWLJKBIzS2GB6qw2MCKXfs4cAemNYyFOuXYaUxA7V9mjy3vAwRcyWMR/G3ZskSG9VhhWpwR65tbHMFeOd2GU= X-Received: by 2002:a50:a6d5:0:b0:575:954:7ef with SMTP id 4fb4d7f45d1cf-57a8b6740f4mr3398465a12.3.1717654323721; Wed, 05 Jun 2024 23:12:03 -0700 (PDT) MIME-Version: 1.0 References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> <86ed9aip6z.fsf@HIDDEN> In-Reply-To: <86ed9aip6z.fsf@HIDDEN> From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> Date: Thu, 6 Jun 2024 08:11:37 +0200 Message-ID: <CAO48Bk-t3BNhziPohVg0AhDYbrftWJUu+ubxknH1qtEEY86Y2w@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000cffdd3061a328f1a" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, philipk@HIDDEN, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000cffdd3061a328f1a Content-Type: text/plain; charset="UTF-8" Answers inline On Thu, 6 Jun 2024 at 08:02, Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> > > Date: Thu, 6 Jun 2024 07:46:31 +0200 > > Cc: Eli Zaretskii <eliz@HIDDEN>, Philip Kaludercic <philipk@HIDDEN>, > 71356 <at> debbugs.gnu.org > > > > Andrea is right. Reading through all the documentation, I implied > > that use-package would upgrade built-in packages if I pinned them to an > archive > > and I :ensure'd them. > > > > Use case: want to upgrade org from the 9.6.x version packaged with > master to the > > 9.7.x version available in elpa. > > > > Maybe this is more a FR and if so, we could move this to the list and > have an informed > > discussion there. > > I'd like to hear from Philip. If use-package just uses package.el, > then the behavior is expected. > Let's see > Do you have package-install-upgrade-built-in set non-nil? If not, can > you set it non-nil and try the recipe again? > Retried on an unpatched emacs master with package-install-upgrade-builtin set to t and had the same behaviour. > As for a feature request: what exactly is the feature requested here? > Are you saying that use-package should automatically upgrade built-in > packages? If so, I don't think this will fly, since it would mean > inconsistencies with package-install. > This is exactly what I would like to discuss ;-) What options do we have to allow built-in packages to be upgradable from the archives? Maybe something that would emulate #+begin_src (require 'package) (setq package-install-upgrade-built-in t) (package-initialize) (when (not package-archive-contents) (package-refresh-contents)) (package-install 'org) #+end-src A new keyword in combination with :pin so that we can cherry-pick which packages we want to actually refresh from elpa and which ones we are fine with if they are built in? I just want to raise the question (see below ;-) ) Best, /PA -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --000000000000cffdd3061a328f1a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr">Answers inline</div><br><div class=3D"gma= il_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, 6 Jun 2024 at 08:02= , Eli Zaretskii <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wr= ote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px= 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> From: = Pedro Andres Aranda Gutierrez <<a href=3D"mailto:paaguti@HIDDEN" targ= et=3D"_blank">paaguti@HIDDEN</a>><br> > Date: Thu, 6 Jun 2024 07:46:31 +0200<br> > Cc: Eli Zaretskii <<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank= ">eliz@HIDDEN</a>>, Philip Kaludercic <<a href=3D"mailto:philipk@pos= teo.net" target=3D"_blank">philipk@HIDDEN</a>>, <a href=3D"mailto:71= 356 <at> debbugs.gnu.org" target=3D"_blank">71356 <at> debbugs.gnu.org</a><br> > <br> > Andrea is right. Reading through all the documentation, I implied<br> > that use-package would upgrade built-in packages if I pinned them to a= n archive<br> > and I :ensure'd them. <br> > <br> > Use case: want to upgrade org from the 9.6.x version packaged with mas= ter to the<br> > 9.7.x version available in elpa. <br> > <br> > Maybe this is more a FR and if so, we could move this to the list and = have an informed <br> > discussion there.<br> <br> I'd like to hear from Philip.=C2=A0 If use-package just uses package.el= ,<br> then the behavior is expected.<br></blockquote><div><br></div><div>Let'= s see</div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"marg= in:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1e= x">Do you have package-install-upgrade-built-in set non-nil?=C2=A0 If not, = can<br> you set it non-nil and try the recipe again?<br></blockquote><div><br></div= ><div>Retried on an unpatched emacs master with package-install-upgrade-bui= ltin=C2=A0set to t and had the same behaviour.</div><div>=C2=A0</div><block= quote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1= px solid rgb(204,204,204);padding-left:1ex">As for a feature request: what = exactly is the feature requested here?<br> Are you saying that use-package should automatically upgrade built-in<br> packages?=C2=A0 If so, I don't think this will fly, since it would mean= <br> inconsistencies with package-install.<br> </blockquote></div><div><br></div>This is exactly what I would like to disc= uss ;-) What options do we have to allow built-in packages to be=C2=A0<div>= upgradable from the archives? Maybe something that=C2=A0would emulate</div>= <div><br></div><div>#+begin_src</div><div>(require 'package)<br>(setq p= ackage-install-upgrade-built-in t)<br>(package-initialize)<br>(when (not pa= ckage-archive-contents)<br>=C2=A0 (package-refresh-contents))<br>(package-i= nstall 'org)<br><div>#+end-src</div><div><br></div><div>A new keyword i= n combination with :pin so that we can cherry-pick which packages we want t= o actually refresh from elpa</div><div>and which ones we are fine with if t= hey are built in?</div><div><br></div><div>I just want to raise the questio= n (see below ;-) )</div><div><br></div><div>Best, /PA</div><span class=3D"g= mail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signat= ure"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div>Fragen sind nicht da,= um beantwortet zu werden,<br></div>Fragen sind da um gestellt zu werden<br= ></div>Georg Kreisler</div><div><br></div><div>Headaches with a Juju log:</= div><div>unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we sh= ould run a leader-deposed hook here, but we can't yet<br><br></div></di= v></div></div></div></div> --000000000000cffdd3061a328f1a--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.
Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 06:24:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 02:24:25 2024
Received: from localhost ([127.0.0.1]:41724 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sF6Xx-00014f-05
for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 02:24:25 -0400
Received: from mout01.posteo.de ([185.67.36.65]:51087)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <philipk@HIDDEN>) id 1sF6Xu-00014C-0A
for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 02:24:22 -0400
Received: from submission (posteo.de [185.67.36.169])
by mout01.posteo.de (Postfix) with ESMTPS id E077E240027
for <71356 <at> debbugs.gnu.org>; Thu, 6 Jun 2024 08:15:45 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017;
t=1717654545; bh=Vs1HndreLsWF8RielJK2JtaFL4Sg5mBZ5r+xkANlXCY=;
h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version:
Content-Type:From;
b=FAjSfThfqF5diqXPrWyrdlfP64hqC26zRD4m5mHMOzCLKqFjPgs+okZ+lgUjxmsON
qLgr9hZAoB6GTA7JEVq5T9YSToFc83MTMQT8HVNEE2SJxkI7C16r8Fvgq1l8E3tUrb
qULoH2if9JpBnalirbxRZ5S55qfWullyt9CIPAYTP7PV7wqb/hT/lktxsxhFSCIM6f
GAOJ+r4mMTp5aVTn159wKBIN9Q/fRGloLZ/lj9JOLHSlRKzFYTi06F1OTxXnMZq5Hq
sujuOIL6XMzyF3Wecn6ZRKS4gHzSYQgUqLXEvGEZz8Z5zvUkh10aFFp/kL/eyw/apJ
RQexF2QQVUcvw==
Received: from customer (localhost [127.0.0.1])
by submission (posteo.de) with ESMTPSA id 4VvvG85hJdz9rxG;
Thu, 6 Jun 2024 08:15:44 +0200 (CEST)
From: Philip Kaludercic <philipk@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71356: use-package doesn't load org from elpa
In-Reply-To: <86ed9aip6z.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 06 Jun
2024 09:02:28 +0300")
References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN>
<yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN>
<yp1le3jmfcd.fsf@HIDDEN>
<CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN>
<86ed9aip6z.fsf@HIDDEN>
OpenPGP: id=7126E1DE2F0CE35C770BED01F2C3CC513DB89F66;
url="https://keys.openpgp.org/vks/v1/by-fingerprint/7126E1DE2F0CE35C770BED01F2C3CC513DB89F66";
preference=signencrypt
Date: Thu, 06 Jun 2024 06:15:44 +0000
Message-ID: <87ed9abnqn.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 71356
Cc: 71356 <at> debbugs.gnu.org, acorallo@HIDDEN,
Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>
>> Date: Thu, 6 Jun 2024 07:46:31 +0200
>> Cc: Eli Zaretskii <eliz@HIDDEN>, Philip Kaludercic <philipk@HIDDEN>, 71356 <at> debbugs.gnu.org
>>
>> Andrea is right. Reading through all the documentation, I implied
>> that use-package would upgrade built-in packages if I pinned them to an archive
>> and I :ensure'd them.
>>
>> Use case: want to upgrade org from the 9.6.x version packaged with master to the
>> 9.7.x version available in elpa.
>>
>> Maybe this is more a FR and if so, we could move this to the list and have an informed
>> discussion there.
>
> I'd like to hear from Philip. If use-package just uses package.el,
> then the behavior is expected.
Sorry for the delayed response; I don't think that has to be expected.
While use-package can utilise package.el for package management, my
impression is that it is at liberty to be more flexible/declarative.
> Do you have package-install-upgrade-built-in set non-nil? If not, can
> you set it non-nil and try the recipe again?
I have tried it out myself, and it doesn't appear to do anything. The
issue looks like that `package-installed-p' doesn't respect
package-install-upgrade-built-in or :pin.
> As for a feature request: what exactly is the feature requested here?
> Are you saying that use-package should automatically upgrade built-in
> packages? If so, I don't think this will fly, since it would mean
> inconsistencies with package-install.
IIUC the feature would be that if a use-package form has a
:pin gnu
argument, then this is an indication that we want to install the package
from GNU ELPA, disregarding the fact that Emacs already has a built-in
version of the same package. Sort of a package-local version of
`package-install-upgrade-built-in'.
I am not familiar with the use-package code, but it seems like we could
implement this generally in package-install, by checking
`package-pinned-packages'.
--
Philip Kaludercic on peregrine
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 06:02:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 02:02:54 2024 Received: from localhost ([127.0.0.1]:40571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sF6D8-00009D-B6 for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 02:02:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49620) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sF6D6-00008r-R0 for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 02:02:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1sF6Cl-0005F4-0a; Thu, 06 Jun 2024 02:02:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=jVvJ+d7lWOJdqnKnIvfJ28WjXvPIfVBwlS82ac4sDpw=; b=U4P8O7BbOtr9 pNxagmIeJohhBwBHx4iX3ExkCcaAb5Nt8isxA0Zyu6itMVjAxbrjDCBBn2bd/4QAw4jZ7QZBj0pNF DEB13EFOzaSqv2f5YgfYKSHZedcgHEiDDELWXrcR31FhUCgVugRnIfSX4Z3lRzw2GWIUCX6R66omX WclfNTWBP/dT1IMdjeu1g10MXDfahjueHOOoYbL50TyGgPwFYzdHwLbo2/phHAvVRIEAx8geSdv68 Ru4Tl/bTDU9PgTDhMsZmVVjuhhTGnJny2Un3YOgvgg5YFIme08Z6J8o8N+QFnpDywpOgI74jHkCHn o/9rlHZn89zsksxlZgHwgg==; Date: Thu, 06 Jun 2024 09:02:28 +0300 Message-Id: <86ed9aip6z.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> In-Reply-To: <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> (message from Pedro Andres Aranda Gutierrez on Thu, 6 Jun 2024 07:46:31 +0200) Subject: Re: bug#71356: use-package doesn't load org from elpa References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, philipk@HIDDEN, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> > Date: Thu, 6 Jun 2024 07:46:31 +0200 > Cc: Eli Zaretskii <eliz@HIDDEN>, Philip Kaludercic <philipk@HIDDEN>, 71356 <at> debbugs.gnu.org > > Andrea is right. Reading through all the documentation, I implied > that use-package would upgrade built-in packages if I pinned them to an archive > and I :ensure'd them. > > Use case: want to upgrade org from the 9.6.x version packaged with master to the > 9.7.x version available in elpa. > > Maybe this is more a FR and if so, we could move this to the list and have an informed > discussion there. I'd like to hear from Philip. If use-package just uses package.el, then the behavior is expected. Do you have package-install-upgrade-built-in set non-nil? If not, can you set it non-nil and try the recipe again? As for a feature request: what exactly is the feature requested here? Are you saying that use-package should automatically upgrade built-in packages? If so, I don't think this will fly, since it would mean inconsistencies with package-install.
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 6 Jun 2024 05:55:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 06 01:55:23 2024 Received: from localhost ([127.0.0.1]:40259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sF65q-0008HG-U8 for submit <at> debbugs.gnu.org; Thu, 06 Jun 2024 01:55:23 -0400 Received: from mail-wr1-f42.google.com ([209.85.221.42]:51365) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <paaguti@HIDDEN>) id 1sF652-0008Ei-Og for 71356 <at> debbugs.gnu.org; Thu, 06 Jun 2024 01:54:33 -0400 Received: by mail-wr1-f42.google.com with SMTP id ffacd0b85a97d-35e4d6f7c5cso604741f8f.2 for <71356 <at> debbugs.gnu.org>; Wed, 05 Jun 2024 22:54:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717653192; x=1718257992; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=45nNOPmQsCEUWP3n349IplJfnPj0nxri/1j3HLLRMc8=; b=P1VJ6f6/Shwfb/zdARgqCDoqeDXIqD+V2r0N1NZbB8OLK8R86PAfTTu5SMfR0Jd9Nb tHgAqY8ju0RD9MjK/+xLK7rzljjn0+aF8GNMO0FZ+ABLcp+nm2Nhi2DnTXI1ch+g1Z9h UUI+pxcIz29pk82sc/v5u3PRFYP8LC2M/povW/WkXrdptDiwrEe9UVT1o+dUhJ48pISj AV+uZJiuDgp3yVDE1d9W3e7ktR9TJnvO+Ct2BeZdbjeLOTZM97CtLtT1poSGlN+Ru3zO 6YYEYaWUHaWMjOCumi/p6sqe/EjoH+uLOMJD2Tfjq4M0Yz8YMJQF13ThXyuhhElboOYd zWPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717653192; x=1718257992; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=45nNOPmQsCEUWP3n349IplJfnPj0nxri/1j3HLLRMc8=; b=dFKzSKnEABpQMT7RfdZp2OAkMIF3KflNIdkBiC709/8uHRK4ag+p7OThQnnnsBhIiR 6PBsN17EuTcW068Pa/smFQGeDj2Ui0phvBkftpWMaPawNWA5fVGldkf9NxQNGr1g41rT i3s/H5IXwKZeQu6ztJ6BduYTcpUVd3nNedKV/2Tk4CbmC7+cJqNxYTNgTOLUOrYKEEI1 FSSSn2kVVLnmkhbsi7Kh7M2cn5CgG+sLWz4vzvBg5I7hzup/bC2j7xSvNXF7pkvaLVL7 uzWu/r0rvcIyw39jRRpvuV4GjfQnlLqoTTCpZAq542LxSkLBehU7Szw1feiOOUwp6uiy 1jLQ== X-Forwarded-Encrypted: i=1; AJvYcCWU1Ki+x4I4o1Ijzhfh38uLTCZpMVVgurQjzIghh7lr768CcUcHUX+Xiiq4TG6rLMp9vz4CL7C8QAUPqoyBL+SME4/IXKY= X-Gm-Message-State: AOJu0YyFLsOdrGOoqDs6Xpq2AY8vApewN/F3yDfb2kqwTY2G8ekvqWQA ZhUpuftlm/Otq3oOpebg/kde0PyV2aV6XK134wdLiDdxZOF05140m+td0lEofISSgPblok5l8C/ yDoGLjj9DdmGnJ06rwAez6AOW76zgLQ== X-Google-Smtp-Source: AGHT+IE9uVOBN+AdwTHxtuyp+g8IxP1RIruF/qM+qR7SIeoIgOENbVgUmjW/N210t4eeo1qAS+VdLu4j1j3mhRlvo2o= X-Received: by 2002:a2e:8609:0:b0:2ea:9449:7719 with SMTP id 38308e7fff4ca-2eac774e64emr23769151fa.0.1717652817408; Wed, 05 Jun 2024 22:46:57 -0700 (PDT) MIME-Version: 1.0 References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> <yp1le3jmfcd.fsf@HIDDEN> In-Reply-To: <yp1le3jmfcd.fsf@HIDDEN> From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> Date: Thu, 6 Jun 2024 07:46:31 +0200 Message-ID: <CAO48Bk-y=QYVbY56-RTCc-nh0KWP3Sh-8a_Yjb4j=v0-EdO2KQ@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa To: Andrea Corallo <acorallo@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000077a32061a32369b" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>, Philip Kaludercic <philipk@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000077a32061a32369b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Andrea is right. Reading through all the documentation, I implied that use-package would upgrade built-in packages if I pinned them to an archive and I :ensure'd them. Use case: want to upgrade org from the 9.6.x version packaged with master to the 9.7.x version available in elpa. Maybe this is more a FR and if so, we could move this to the list and have an informed discussion there. Best, /PA On Wed, 5 Jun 2024 at 20:09, Andrea Corallo <acorallo@HIDDEN> wrote: > Eli Zaretskii <eliz@HIDDEN> writes: > > >> Cc: 71356 <at> debbugs.gnu.org > >> From: Andrea Corallo <acorallo@HIDDEN> > >> Date: Tue, 04 Jun 2024 17:44:37 -0400 > >> > >> Seems the issue is in 'use-package-ensure-elpa' where we gate any > >> installation with "(unless (package-installed-p package)". I think we > >> should progress also if we see that the package is built-in and is > >> actually pinned. > >> > >> The attached seems to do the job for me, but I'm not 100% sure it's th= e > >> best/right fix so I'd appretiate someone else to have a look. > > > > Isn't this because we require an explicit directive by the user in > > order to upgrade a built-in package? The Emacs user manual says: > > > > By default, =E2=80=98package-install=E2=80=99 doesn't consider bui= lt-in packages for > > which new versions are available from the archives. (A package is > > built-in if it is included in the Emacs distribution.) In particular= , > > it will not show built-in packages in the list of completion candidat= es > > when you type at its prompt. But if you invoke =E2=80=98package-inst= all=E2=80=99 with > a > > prefix argument, it will also consider built-in packages that can be > > upgraded. You can make this behavior the default by customizing the > > variable =E2=80=98package-install-upgrade-built-in=E2=80=99: if its v= alue is non-=E2=80=98nil=E2=80=99, > > =E2=80=98package-install=E2=80=99 will consider built-in packages eve= n when invoked > > without a prefix argument. Note that the package-menu commands (*not= e > > Package Menu::) are also affected by > =E2=80=98package-install-upgrade-built-in=E2=80=99. > > > > By contrast, =E2=80=98package-upgrade=E2=80=99 and =E2=80=98packag= e-upgrade-all=E2=80=99 never > > consider built-in packages. If you want to use these commands for > > upgrading some built-in packages, you need to upgrade each of those > > packages, once, either via =E2=80=98C-u M-x package-install <RET>=E2= =80=99, or by > > customizing =E2=80=98package-install-upgrade-built-in=E2=80=99 to a n= on-=E2=80=98nil=E2=80=99 value, > and > > then upgrading the package once via the package menu or by > > =E2=80=98package-install=E2=80=99. > > > > We had a long (and somewhat heated) discussion about this a year ago, > > see bug#62720. > > I see thanks, OTOH this report is about the use-package macro not > package itself. > > use-package doc doesn't mention built-in packages, but describes the two > keyword parameters as: > > :ensure Loads the package using package.el if necessary. > :pin Pin the package to an archive. > > So I found reasonable that for the reported case the user expects the > package to be loaded using package.el. But as I mentioned I'm no expert > in this area so I might very well be off :) > > Thanks > > Andrea > > --=20 Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --000000000000077a32061a32369b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi,=C2=A0<div><br></div><div>Andrea is right. Reading thro= ugh all the documentation, I implied</div><div>that use-package would upgra= de built-in packages if I pinned them to an archive</div><div>and I :ensure= 'd them.=C2=A0</div><div><br></div><div>Use case: want to upgrade org f= rom the 9.6.x version packaged with master to the</div><div>9.7.x version a= vailable in elpa.=C2=A0</div><div><br></div><div>Maybe this is more a FR an= d if so, we could move this to the list and have an informed=C2=A0</div><di= v>discussion there.</div><div><br></div><div>Best, /PA</div></div><br><div = class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, 5 Jun 2= 024 at 20:09, Andrea Corallo <<a href=3D"mailto:acorallo@HIDDEN">acoral= lo@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">Eli Zaretskii <<a href=3D"mailto:eliz@HIDDEN" target=3D"_bla= nk">eliz@HIDDEN</a>> writes:<br> <br> >> Cc: <a href=3D"mailto:71356 <at> debbugs.gnu.org" target=3D"_blank">713= 56 <at> debbugs.gnu.org</a><br> >> From: Andrea Corallo <<a href=3D"mailto:acorallo@HIDDEN" targe= t=3D"_blank">acorallo@HIDDEN</a>><br> >> Date: Tue, 04 Jun 2024 17:44:37 -0400<br> >><br> >> Seems the issue is in 'use-package-ensure-elpa' where we g= ate any<br> >> installation with "(unless (package-installed-p package)"= ;.=C2=A0 I think we<br> >> should progress also if we see that the package is built-in and is= <br> >> actually pinned.<br> >><br> >> The attached seems to do the job for me, but I'm not 100% sure= it's the<br> >> best/right fix so I'd appretiate someone else to have a look.<= br> ><br> > Isn't this because we require an explicit directive by the user in= <br> > order to upgrade a built-in package?=C2=A0 The Emacs user manual says:= <br> ><br> >=C2=A0 =C2=A0 =C2=A0 By default, =E2=80=98package-install=E2=80=99 does= n't consider built-in packages for<br> >=C2=A0 =C2=A0which new versions are available from the archives.=C2=A0 = (A package is<br> >=C2=A0 =C2=A0built-in if it is included in the Emacs distribution.)=C2= =A0 In particular,<br> >=C2=A0 =C2=A0it will not show built-in packages in the list of completi= on candidates<br> >=C2=A0 =C2=A0when you type at its prompt.=C2=A0 But if you invoke =E2= =80=98package-install=E2=80=99 with a<br> >=C2=A0 =C2=A0prefix argument, it will also consider built-in packages t= hat can be<br> >=C2=A0 =C2=A0upgraded.=C2=A0 You can make this behavior the default by = customizing the<br> >=C2=A0 =C2=A0variable =E2=80=98package-install-upgrade-built-in=E2=80= =99: if its value is non-=E2=80=98nil=E2=80=99,<br> >=C2=A0 =C2=A0=E2=80=98package-install=E2=80=99 will consider built-in p= ackages even when invoked<br> >=C2=A0 =C2=A0without a prefix argument.=C2=A0 Note that the package-men= u commands (*note<br> >=C2=A0 =C2=A0Package Menu::) are also affected by =E2=80=98package-inst= all-upgrade-built-in=E2=80=99.<br> ><br> >=C2=A0 =C2=A0 =C2=A0 By contrast, =E2=80=98package-upgrade=E2=80=99 and= =E2=80=98package-upgrade-all=E2=80=99 never<br> >=C2=A0 =C2=A0consider built-in packages.=C2=A0 If you want to use these= commands for<br> >=C2=A0 =C2=A0upgrading some built-in packages, you need to upgrade each= of those<br> >=C2=A0 =C2=A0packages, once, either via =E2=80=98C-u M-x package-instal= l <RET>=E2=80=99, or by<br> >=C2=A0 =C2=A0customizing =E2=80=98package-install-upgrade-built-in=E2= =80=99 to a non-=E2=80=98nil=E2=80=99 value, and<br> >=C2=A0 =C2=A0then upgrading the package once via the package menu or by= <br> >=C2=A0 =C2=A0=E2=80=98package-install=E2=80=99.<br> ><br> > We had a long (and somewhat heated) discussion about this a year ago,<= br> > see bug#62720.<br> <br> I see thanks, OTOH this report is about the use-package macro not<br> package itself.<br> <br> use-package doc doesn't mention built-in packages, but describes the tw= o<br> keyword parameters as:<br> <br> :ensure=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Loads the package using package.e= l if necessary.<br> :pin=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Pin the package to an a= rchive.<br> <br> So I found reasonable that for the reported case the user expects the<br> package to be loaded using package.el.=C2=A0 But as I mentioned I'm no = expert<br> in this area so I might very well be off :)<br> <br> Thanks<br> <br> =C2=A0 Andrea<br> <br> </blockquote></div><br clear=3D"all"><div><br></div><span class=3D"gmail_si= gnature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><d= iv dir=3D"ltr"><div><div dir=3D"ltr"><div><div>Fragen sind nicht da, um bea= ntwortet zu werden,<br></div>Fragen sind da um gestellt zu werden<br></div>= Georg Kreisler</div><div><br></div><div>Headaches with a Juju log:</div><di= v>unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should ru= n a leader-deposed hook here, but we can't yet<br><br></div></div></div= ></div> --000000000000077a32061a32369b--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 5 Jun 2024 18:36:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 05 14:36:39 2024 Received: from localhost ([127.0.0.1]:55924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sEvV0-00019T-Fa for submit <at> debbugs.gnu.org; Wed, 05 Jun 2024 14:36:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40686) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1sEvUy-00018y-B8 for 71356 <at> debbugs.gnu.org; Wed, 05 Jun 2024 14:36:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1sEv4e-0006w5-Bg; Wed, 05 Jun 2024 14:09:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=mu8KyfibvFmHqS2gCZtrNgYga2952t6N6ufCyWIJMbY=; b=bfvsArgdtgUD+DEFzc86 yW9il4ZtVWfWqniKTstylz8cw40jNsNoSiz+8KeDYQDPKzfqmBrBZDAatqEJb6FzFsYD1SolxCwc6 M2MZyZOB5glNWjntqIyMZ9tQBv8uEPWthv07N/60m7I7s3UKYLTcqQhLFh4X35HmIjkycKAx7A3Ui wWbL/sdJOt6Y+gbP9p2q5xNw0iHsDOOJU6Ah9h0DuFjXL19MHFHULZo0/fcT81CcpvhQpjBjBYYBe LdB+o6yYeQBdfZx1nrZiyCyiDhxRiBmNQhacIALekwL1PQ+LcR+BM1ISSbLAQEH+nZcZF0Erg/ooA vF4ZT759qSxf9w==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1sEv4c-0001co-NW; Wed, 05 Jun 2024 14:09:23 -0400 From: Andrea Corallo <acorallo@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa In-Reply-To: <86plsvk57o.fsf@HIDDEN> (Eli Zaretskii's message of "Wed, 05 Jun 2024 14:18:51 +0300") References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> <86plsvk57o.fsf@HIDDEN> Date: Wed, 05 Jun 2024 14:09:22 -0400 Message-ID: <yp1le3jmfcd.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org, Philip Kaludercic <philipk@HIDDEN>, paaguti@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Eli Zaretskii <eliz@HIDDEN> writes: >> Cc: 71356 <at> debbugs.gnu.org >> From: Andrea Corallo <acorallo@HIDDEN> >> Date: Tue, 04 Jun 2024 17:44:37 -0400 >> >> Seems the issue is in 'use-package-ensure-elpa' where we gate any >> installation with "(unless (package-installed-p package)". I think we >> should progress also if we see that the package is built-in and is >> actually pinned. >> >> The attached seems to do the job for me, but I'm not 100% sure it's the >> best/right fix so I'd appretiate someone else to have a look. > > Isn't this because we require an explicit directive by the user in > order to upgrade a built-in package? The Emacs user manual says: > > By default, =E2=80=98package-install=E2=80=99 doesn't consider built= -in packages for > which new versions are available from the archives. (A package is > built-in if it is included in the Emacs distribution.) In particular, > it will not show built-in packages in the list of completion candidates > when you type at its prompt. But if you invoke =E2=80=98package-instal= l=E2=80=99 with a > prefix argument, it will also consider built-in packages that can be > upgraded. You can make this behavior the default by customizing the > variable =E2=80=98package-install-upgrade-built-in=E2=80=99: if its val= ue is non-=E2=80=98nil=E2=80=99, > =E2=80=98package-install=E2=80=99 will consider built-in packages even = when invoked > without a prefix argument. Note that the package-menu commands (*note > Package Menu::) are also affected by =E2=80=98package-install-upgrade-b= uilt-in=E2=80=99. > > By contrast, =E2=80=98package-upgrade=E2=80=99 and =E2=80=98package-= upgrade-all=E2=80=99 never > consider built-in packages. If you want to use these commands for > upgrading some built-in packages, you need to upgrade each of those > packages, once, either via =E2=80=98C-u M-x package-install <RET>=E2=80= =99, or by > customizing =E2=80=98package-install-upgrade-built-in=E2=80=99 to a non= -=E2=80=98nil=E2=80=99 value, and > then upgrading the package once via the package menu or by > =E2=80=98package-install=E2=80=99. > > We had a long (and somewhat heated) discussion about this a year ago, > see bug#62720. I see thanks, OTOH this report is about the use-package macro not package itself. use-package doc doesn't mention built-in packages, but describes the two keyword parameters as: :ensure Loads the package using package.el if necessary. :pin Pin the package to an archive. So I found reasonable that for the reported case the user expects the package to be loaded using package.el. But as I mentioned I'm no expert in this area so I might very well be off :) Thanks Andrea
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.
Received: (at 71356) by debbugs.gnu.org; 5 Jun 2024 11:19:18 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 05 07:19:18 2024
Received: from localhost ([127.0.0.1]:53136 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sEofm-0005k7-3s
for submit <at> debbugs.gnu.org; Wed, 05 Jun 2024 07:19:18 -0400
Received: from eggs.gnu.org ([209.51.188.92]:34602)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1sEofj-0005ji-ML
for 71356 <at> debbugs.gnu.org; Wed, 05 Jun 2024 07:19:16 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1sEofP-0000lF-Il; Wed, 05 Jun 2024 07:18:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
Date; bh=0McILC/DJPlcSFMGmJ+TBzypN455M1gxHRJlvQOxT00=; b=rfcW1iVcMnKS8HVLeMb8
TK/M93HTpJKTXc5UM/+STOG2Jn3uePh57NEO1R8ST3F97gci5qgjgy2wXyHgG1o3B2Z2J5AS+tkHq
SrHKrqm3Y1KxCoA5xqd+AZRPGP1Ul5lWzMo3vAGXTr6jBmLG9kJ4Gdr1a9yuq0tx4JmcBt8OsRFeb
v5EvFZLOqjHVhojL/Gk67O+HaJ/yq7XOM1uc9PKp2ksQJh/Woo1vfyCwp6IeWDCdoVexIYNO4Z+3x
fL84JMSIex4fXO05xFYEz7Ofk2CKFqRDgiHjZi+Ba2ZiN00sAi9mX+7mlW2LNeMRFIy1RpZiWJMut
R4xbjfxG3ioZvw==;
Date: Wed, 05 Jun 2024 14:18:51 +0300
Message-Id: <86plsvk57o.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Andrea Corallo <acorallo@HIDDEN>, Philip Kaludercic <philipk@HIDDEN>
In-Reply-To: <yp1bk4go01m.fsf@HIDDEN> (message from Andrea Corallo
on Tue, 04 Jun 2024 17:44:37 -0400)
Subject: Re: bug#71356: use-package doesn't load org from elpa
References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN>
<yp1bk4go01m.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 71356
Cc: 71356 <at> debbugs.gnu.org, paaguti@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> Cc: 71356 <at> debbugs.gnu.org
> From: Andrea Corallo <acorallo@HIDDEN>
> Date: Tue, 04 Jun 2024 17:44:37 -0400
>
> Seems the issue is in 'use-package-ensure-elpa' where we gate any
> installation with "(unless (package-installed-p package)". I think we
> should progress also if we see that the package is built-in and is
> actually pinned.
>
> The attached seems to do the job for me, but I'm not 100% sure it's the
> best/right fix so I'd appretiate someone else to have a look.
Isn't this because we require an explicit directive by the user in
order to upgrade a built-in package? The Emacs user manual says:
By default, ‘package-install’ doesn't consider built-in packages for
which new versions are available from the archives. (A package is
built-in if it is included in the Emacs distribution.) In particular,
it will not show built-in packages in the list of completion candidates
when you type at its prompt. But if you invoke ‘package-install’ with a
prefix argument, it will also consider built-in packages that can be
upgraded. You can make this behavior the default by customizing the
variable ‘package-install-upgrade-built-in’: if its value is non-‘nil’,
‘package-install’ will consider built-in packages even when invoked
without a prefix argument. Note that the package-menu commands (*note
Package Menu::) are also affected by ‘package-install-upgrade-built-in’.
By contrast, ‘package-upgrade’ and ‘package-upgrade-all’ never
consider built-in packages. If you want to use these commands for
upgrading some built-in packages, you need to upgrade each of those
packages, once, either via ‘C-u M-x package-install <RET>’, or by
customizing ‘package-install-upgrade-built-in’ to a non-‘nil’ value, and
then upgrading the package once via the package menu or by
‘package-install’.
We had a long (and somewhat heated) discussion about this a year ago,
see bug#62720.
Philip, am I missing something?
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at 71356) by debbugs.gnu.org; 5 Jun 2024 06:42:06 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 05 02:42:06 2024 Received: from localhost ([127.0.0.1]:33875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sEkLV-0007BO-P5 for submit <at> debbugs.gnu.org; Wed, 05 Jun 2024 02:42:06 -0400 Received: from mail-ed1-f41.google.com ([209.85.208.41]:50180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <paaguti@HIDDEN>) id 1sEkLT-0007Ak-2M for 71356 <at> debbugs.gnu.org; Wed, 05 Jun 2024 02:42:03 -0400 Received: by mail-ed1-f41.google.com with SMTP id 4fb4d7f45d1cf-57a1fe63a96so6003486a12.0 for <71356 <at> debbugs.gnu.org>; Tue, 04 Jun 2024 23:41:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717569643; x=1718174443; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=3WwUb4kmdCw8B3lOffSJpuK3RSKtBqfo7BhfGvavVeQ=; b=ciwfQUHyv07YIH7pe9qhGUvROeYU2wVFOFx/oXTeSnvAtAE1zV2sz66Wdln38b2Vtb duNvXB4ocm2GNIX9ixuMLKgQ+5SaOP6Y1kaLkfyuG4b8hDZp8z+1Wqm/SCW5h42bfiMP YtSurVE1JlHWUH4FHLo4L4jRwGDahZFMOzZj4LFw9ZnSQpB4E8KluKT5M51bBpaozxus 5BzRTPrqWtwopVgmkjeBX8aGCApMUHSDspTAauwg3jYNr6nNCzxMk2GlOZoe9v9M1oSk dKqe0PlACXq6yR6Pm+rPH9DOTRoGpH3hxm6F+210PnMblj08dQFtCQ+GqBbuwVS1gxzf RDqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717569643; x=1718174443; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=3WwUb4kmdCw8B3lOffSJpuK3RSKtBqfo7BhfGvavVeQ=; b=rdNyJB9UhXXsHHeCebqZyHZrvAdJv84mPXLtKuWI7FLp/nUw1ZMODy8KECuhr0gQuS 0tGc8BAD9Iw5/GynNteiIEXb/uye40+Xkz9HR37Hram9JqBlPRBr7LOusO12g1PcM0me ERIn2/UNtpzJFsPNX1Z7tAcJsoLZQnYh32ubPyLVfZXm+nwH8MH3F2JeQz3VLbbENgzM 1C5R+U5tEeirFkjNjbBm/vBws1CZwCPJ61akVg3CLSM/V7d4femsTlJB/B35qRcnGagg CTJtuDved+TRYmfYjpLq48xPqSBPo9QyOBCnAXD2XsaCeTEAjGy6EJjLWMTUshXpkUdb QaxQ== X-Gm-Message-State: AOJu0Yy+AHV5ACBASPqqcznPg1zskw4seAkFBujUU6gzbG2igPV3VooX S0VtYwfDzJB6qlwfctW0d0jih+5XbTZycCiUuwCMT0vvt/2n25dPNyWFE/mhWHXhhHJsT4f+uD1 w+dKczc2G7usJAfzV/3g879bRgrc= X-Google-Smtp-Source: AGHT+IGNCiEP5T65rvQ3Ww5OdjI7geYENrxP8Thpd/kAr0osD5ALnBwOiMGqBn3APLF6NOz4hqIlLfeeeN4/YusfSzE= X-Received: by 2002:a50:cd97:0:b0:57a:2537:a730 with SMTP id 4fb4d7f45d1cf-57a8b68754amr1087235a12.4.1717569643089; Tue, 04 Jun 2024 23:40:43 -0700 (PDT) MIME-Version: 1.0 References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> <yp1bk4go01m.fsf@HIDDEN> In-Reply-To: <yp1bk4go01m.fsf@HIDDEN> From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> Date: Wed, 5 Jun 2024 08:40:16 +0200 Message-ID: <CAO48Bk9hbBiu_W0a0qZiGy19NPyzD840HLJADZ+sKsmZXuR6Mw@HIDDEN> Subject: Re: bug#71356: use-package doesn't load org from elpa To: Andrea Corallo <acorallo@HIDDEN> Content-Type: multipart/alternative; boundary="00000000000074162e061a1ed8a1" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71356 Cc: 71356 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --00000000000074162e061a1ed8a1 Content-Type: text/plain; charset="UTF-8" Seems to for me too Thanks, /PA On Tue, 4 Jun 2024 at 23:44, Andrea Corallo <acorallo@HIDDEN> wrote: > tags 71356 patch > thanks > > Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> writes: > > > A minimal init.el: > > ----- > > (package-initialize) > > (package-refresh-contents) > > (use-package org > > :ensure t > > :pin gnu) > > ----- > > Expected result would be C-h v org-version returning 9.7.2, but I see > 9.6.15 (the builtin package) > > I can reproduce it. > > Seems the issue is in 'use-package-ensure-elpa' where we gate any > installation with "(unless (package-installed-p package)". I think we > should progress also if we see that the package is built-in and is > actually pinned. > > The attached seems to do the job for me, but I'm not 100% sure it's the > best/right fix so I'd appretiate someone else to have a look. > > Thanks > > Andrea > > -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --00000000000074162e061a1ed8a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Seems to for me too=C2=A0<div><br></div><div>Thanks, /PA</= div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_at= tr">On Tue, 4 Jun 2024 at 23:44, Andrea Corallo <<a href=3D"mailto:acora= llo@HIDDEN">acorallo@HIDDEN</a>> wrote:<br></div><blockquote class=3D"= gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20= 4,204,204);padding-left:1ex">tags 71356 patch<br> thanks<br> <br> Pedro Andres Aranda Gutierrez <<a href=3D"mailto:paaguti@HIDDEN" targ= et=3D"_blank">paaguti@HIDDEN</a>> writes:<br> <br> > A minimal init.el:<br> > -----<br> > (package-initialize)<br> > (package-refresh-contents)<br> > (use-package org<br> >=C2=A0 =C2=A0:ensure t<br> >=C2=A0 =C2=A0:pin gnu)<br> > -----<br> > Expected result would be C-h v org-version returning 9.7.2, but I see = 9.6.15 (the builtin package)<br> <br> I can reproduce it.<br> <br> Seems the issue is in 'use-package-ensure-elpa' where we gate any<b= r> installation with "(unless (package-installed-p package)".=C2=A0 = I think we<br> should progress also if we see that the package is built-in and is<br> actually pinned.<br> <br> The attached seems to do the job for me, but I'm not 100% sure it's= the<br> best/right fix so I'd appretiate someone else to have a look.<br> <br> Thanks<br> <br> =C2=A0 Andrea<br> <br> </blockquote></div><br clear=3D"all"><div><br></div><span class=3D"gmail_si= gnature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><d= iv dir=3D"ltr"><div><div dir=3D"ltr"><div><div>Fragen sind nicht da, um bea= ntwortet zu werden,<br></div>Fragen sind da um gestellt zu werden<br></div>= Georg Kreisler</div><div><br></div><div>Headaches with a Juju log:</div><di= v>unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should ru= n a leader-deposed hook here, but we can't yet<br><br></div></div></div= ></div> --00000000000074162e061a1ed8a1--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Andrea Corallo <acorallo@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at 71356) by debbugs.gnu.org; 4 Jun 2024 21:45:08 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 04 17:45:08 2024
Received: from localhost ([127.0.0.1]:53904 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sEbxm-0000B2-Ks
for submit <at> debbugs.gnu.org; Tue, 04 Jun 2024 17:45:08 -0400
Received: from eggs.gnu.org ([209.51.188.92]:52388)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <acorallo@HIDDEN>) id 1sEbxh-0000A6-Ah
for 71356 <at> debbugs.gnu.org; Tue, 04 Jun 2024 17:45:01 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <acorallo@HIDDEN>)
id 1sEbxN-0002sY-M0; Tue, 04 Jun 2024 17:44:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
From; bh=p4Z1NAzT/NAq0mr6f8GAdx4iDMxMdr4bmtPIzWDjmCg=; b=lQwdsmO06/rw7QMhSSBI
73/JOnWzyhmOGUVVo5AcwiSa7jiHoYB+s2qVZP1g+NBLl8f56cmqKDfK2W24jKwet+4yQyYGLd47T
eOKP7ESqNyNGqXSVPjGFnOHwp4v3RCE2TTEmespgZbGI0n4CMKIzdUppm8zuTPnonw9JMv4ABIi/Y
ZwlD03Zg8yObH+rAM+M3ofL3tT/fzmqQMZjQFnR8FiOLNSb2VEIhnmqni4pdAc0DD0GSSiAJ96OSi
bD/f5lFikMe02yNFUh1+cUPBm9DVHJQV9jAucLRo8ur9Ln4OhTIrOTVKNkLgRkzp2Tq/tRG1WElxd
rHVbQK2zxDhESA==;
Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1)
(envelope-from <acorallo@HIDDEN>)
id 1sEbxN-0000L4-6I; Tue, 04 Jun 2024 17:44:37 -0400
From: Andrea Corallo <acorallo@HIDDEN>
To: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>
Subject: Re: bug#71356: use-package doesn't load org from elpa
In-Reply-To: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN>
(Pedro Andres Aranda Gutierrez's message of "Tue, 4 Jun 2024 08:26:20
+0200")
References: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN>
Date: Tue, 04 Jun 2024 17:44:37 -0400
Message-ID: <yp1bk4go01m.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 71356
Cc: 71356 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
--=-=-=
Content-Type: text/plain
tags 71356 patch
thanks
Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> writes:
> A minimal init.el:
> -----
> (package-initialize)
> (package-refresh-contents)
> (use-package org
> :ensure t
> :pin gnu)
> -----
> Expected result would be C-h v org-version returning 9.7.2, but I see 9.6.15 (the builtin package)
I can reproduce it.
Seems the issue is in 'use-package-ensure-elpa' where we gate any
installation with "(unless (package-installed-p package)". I think we
should progress also if we see that the package is built-in and is
actually pinned.
The attached seems to do the job for me, but I'm not 100% sure it's the
best/right fix so I'd appretiate someone else to have a look.
Thanks
Andrea
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline;
filename=0001-Fix-use-package-for-built-in-pinned-packages.patch
From 4942ef85c2db0fb7b24e87da57456be208e83605 Mon Sep 17 00:00:00 2001
From: Andrea Corallo <acorallo@HIDDEN>
Date: Tue, 4 Jun 2024 23:30:07 +0200
Subject: [PATCH] Fix use-package for built-in pinned packages
* lisp/use-package/use-package-ensure.el (use-package-ensure-elpa):
Always install built-in pinned packages.
---
lisp/use-package/use-package-ensure.el | 47 ++++++++++++++------------
1 file changed, 26 insertions(+), 21 deletions(-)
diff --git a/lisp/use-package/use-package-ensure.el b/lisp/use-package/use-package-ensure.el
index 5f75b6b59ea..a6ed980610f 100644
--- a/lisp/use-package/use-package-ensure.el
+++ b/lisp/use-package/use-package-ensure.el
@@ -157,28 +157,33 @@ use-package-ensure-elpa
ensure)))
(when package
(require 'package)
- (when (consp package)
- (use-package-pin-package (car package) (cdr package))
- (setq package (car package)))
- (unless (package-installed-p package)
- (condition-case-unless-debug err
- (progn
- (when (assoc package (bound-and-true-p
- package-pinned-packages))
- (package-read-all-archive-contents))
- (if (assoc package package-archive-contents)
- (package-install package)
- (package-refresh-contents)
- (when (assoc package (bound-and-true-p
- package-pinned-packages))
+ (let* ((pinned (assoc package (bound-and-true-p
+ package-pinned-packages)))
+ (need-upgrade (and pinned (package-built-in-p package))))
+ (when (consp package)
+ (use-package-pin-package (car package) (cdr package))
+ (setq package (car package)))
+ (when (or (not (package-installed-p package)) need-upgrade)
+ (condition-case-unless-debug err
+ (progn
+ (when pinned
(package-read-all-archive-contents))
- (package-install package))
- t)
- (error
- (display-warning 'use-package
- (format "Failed to install %s: %s"
- name (error-message-string err))
- :error))))))))
+ (if (assoc package package-archive-contents)
+ (if need-upgrade
+ (package-upgrade package)
+ (package-install package))
+ (package-refresh-contents)
+ (when pinned
+ (package-read-all-archive-contents))
+ (if need-upgrade
+ (package-upgrade package)
+ (package-install package)))
+ t)
+ (error
+ (display-warning 'use-package
+ (format "Failed to install %s: %s"
+ name (error-message-string err))
+ :error)))))))))
;;;###autoload
(defun use-package-handler/:ensure (name _keyword ensure rest state)
--
2.34.1
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 4 Jun 2024 06:27:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 04 02:27:10 2024 Received: from localhost ([127.0.0.1]:56188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sENdV-0004r3-FV for submit <at> debbugs.gnu.org; Tue, 04 Jun 2024 02:27:10 -0400 Received: from lists.gnu.org ([209.51.188.17]:55240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <paaguti@HIDDEN>) id 1sENdQ-0004qs-2E for submit <at> debbugs.gnu.org; Tue, 04 Jun 2024 02:27:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <paaguti@HIDDEN>) id 1sENdC-0004w9-Bw for bug-gnu-emacs@HIDDEN; Tue, 04 Jun 2024 02:26:50 -0400 Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <paaguti@HIDDEN>) id 1sENdA-0001G8-4P for bug-gnu-emacs@HIDDEN; Tue, 04 Jun 2024 02:26:50 -0400 Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-572c65cea55so9039281a12.0 for <bug-gnu-emacs@HIDDEN>; Mon, 03 Jun 2024 23:26:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717482406; x=1718087206; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=AbOBOb3WbF3yQFYTW989P/95C2IkslaiCwuOiKMpcL8=; b=CXrldwhWUMDHPdXgsPuAVqeDDaWxcSt/6UVuEea1blks60q87uImIiUSon4uCADXbd 4rB6PdGZgaBhh8twzIL/80Ey+JqYP3rmd5KIG2SKhXf12Os4rA+8lh8hulK21JcV8GqU xoZLF1IWOauVSYAvWBAiCyHngTAfVe8dwVAh9Zzuz6JV8XYhmHNtZBw6uGCZsocI3nhU BxHKb8lQf7Kd4ue8Eajwh+cvfAFo7LkIqzK4CRU5qJxNaimhL+G4I2ED1Cs8Jki0Di+E Jolcp7FsB7z51gXwgpvppr4Ou2vUpI5Q3yeO9i/1PHcpxj2t+ypnc2suTKJXXKg0K7y6 QPRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717482406; x=1718087206; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=AbOBOb3WbF3yQFYTW989P/95C2IkslaiCwuOiKMpcL8=; b=TBIfb5l4C2H50MCaluWgHDfFdK+g+XjKmhHe2wRzEOpbv2Glval1BWEcgeZPHp6kMr trSjxqA6iSAQYB2MhbevxzvCwt93dLmj780IWrn5PIWYyNKxuhiTI+ihW8K5tFp72n6N mZeZ0Gb8rGLvwrkrH0L3Oz0FyCpvM0nYdHU+wb2QB9o0dopu1ac3Z4oaErfJhJQerQ5Z 9vSxprkQuS4MZg4pVWkpWv+bx6dZ2lfNCqpz/Jxcj8X42IduW/Sm8LnUQHqbKz0CTqwU YYlq9c9jJfIbqkSDjaE47JyAKfubXAceUHr3E9iZtCMMjk20jQv0XxtIgFDYsYV7shqI 5J/g== X-Gm-Message-State: AOJu0Yzj3J8NyMRHGb5wqYAOsNcFtnqEi89cMcRQChC4S101giWQ+iKk AmQNHmGpmwQ+RFN3Z77zqcJGEBtcTqjWKsGYGCZJMxrdFzy6yrK5ip8iPJwtYcNei8+1UVx7wPR FvJuTl4p56pXGN8APPhGxQIdPLmOSCm+0 X-Google-Smtp-Source: AGHT+IGeLFBRpF3G3F6MC2HLST6jDa0rMbQvJw2LW8xXJxYP6AI4vImbGTmJYUekFmj6hB4bGnwWtPKuOzmaRyHFAyM= X-Received: by 2002:a50:8e1e:0:b0:579:c37c:1b36 with SMTP id 4fb4d7f45d1cf-57a7a6f0dd8mr1150274a12.17.1717482405908; Mon, 03 Jun 2024 23:26:45 -0700 (PDT) MIME-Version: 1.0 From: Pedro Andres Aranda Gutierrez <paaguti@HIDDEN> Date: Tue, 4 Jun 2024 08:26:20 +0200 Message-ID: <CAO48Bk87Ffg3TagV=_dHboOBqpkY0xV4F4XWUhRrRZzOfd+RRg@HIDDEN> Subject: use-package doesn't load org from elpa To: bug-gnu-emacs@HIDDEN Content-Type: multipart/alternative; boundary="000000000000b659e9061a0a8822" Received-SPF: pass client-ip=2a00:1450:4864:20::533; envelope-from=paaguti@HIDDEN; helo=mail-ed1-x533.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.3 (--) --000000000000b659e9061a0a8822 Content-Type: text/plain; charset="UTF-8" A minimal init.el: ----- (package-initialize) (package-refresh-contents) (use-package org :ensure t :pin gnu) ----- Expected result would be C-h v org-version returning 9.7.2, but I see 9.6.15 (the builtin package) ls -lR in the init directory doesn't show any org-.. files Emacs version: In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2024-06-03 built on 4fcd1a4aa6cf Repository revision: 760b54de080c238ea9f7b16055e820862d3e8896 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12201001 System Description: Ubuntu 22.04.4 LTS Configured using: 'configure --prefix=/usr --program-suffix=30 --with-x --with-x-toolkit=gtk3 --with-cairo --with-compress-install --with-modules=yes --with-threads --with-included-regex --with-zlib --with-json --with-rsvg --with-small-ja-dic --with-native-compilation=aot --with-tree-sitter=no 'CFLAGS=-g -O2 -ffile-prefix-map=/home/paag/emacs=. -flto=auto -ffat-lto-objects -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-Bsymbolic-functions -flto=auto -ffat-lto-objects -flto=auto -Wl,-z,relro'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LC_MONETARY: es_ES.UTF-8 value of $LC_NUMERIC: es_ES.UTF-8 value of $LC_TIME: es_ES.UTF-8 value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t buffer-read-only: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /usr/share/emacs/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/30.0.50/lisp/language/thai-word Features: (shadow sort mail-extr emacsbug compile comp-run comp-common org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete pcomplete comint ansi-osc ansi-color ring org-list org-footnote org-faces org-entities noutline outline org-version ob-emacs-lisp ob-core ob-eval org-cycle org-table ol rx org-fold org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar cal-loaddefs org-compat org-macs format-spec cl-extra help-mode use-package-ensure use-package-core mm-archive message sendmail yank-media dired dired-loaddefs rfc822 mml mml-sec epa derived gnus-util text-property-search time-date mailabbrev gmm-utils mailheader mm-decode mm-bodies mm-encode mail-utils gnutls network-stream url-cache url-http url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm puny epg rfc6068 epg-config finder-inf package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 192752 19341) (symbols 48 14741 0) (strings 32 58804 3103) (string-bytes 1 1841578) (vectors 16 24106) (vector-slots 8 293920 10503) (floats 8 121 18) (intervals 56 462 0) (buffers 984 13)) -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --000000000000b659e9061a0a8822 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><div>A minimal=C2=A0init.el:</div><div><span style=3D= "color:rgb(80,0,80)">-----</span><br style=3D"color:rgb(80,0,80)"><span sty= le=3D"color:rgb(80,0,80)">(package-initialize)</span><br style=3D"color:rgb= (80,0,80)"><span style=3D"color:rgb(80,0,80)">(package-refresh-contents)</s= pan><br style=3D"color:rgb(80,0,80)"><span style=3D"color:rgb(80,0,80)">(us= e-package org</span><br style=3D"color:rgb(80,0,80)"><span style=3D"color:r= gb(80,0,80)">=C2=A0 :ensure t</span><br style=3D"color:rgb(80,0,80)"><span = style=3D"color:rgb(80,0,80)">=C2=A0 :pin gnu)</span><br style=3D"color:rgb(= 80,0,80)"><span style=3D"color:rgb(80,0,80)">-----</span><br style=3D"color= :rgb(80,0,80)"><div>Expected result would be C-h v org-version returning 9.= 7.2, but I see 9.6.15 (the builtin package)</div><div><br></div><div>ls -lR= in the init directory doesn't show any org-.. files</div><div></div></= div></div><div><br></div>Emacs version:<div><br></div><div>In GNU Emacs 30.= 0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version<br>=C2=A03.24.33, cairo ve= rsion 1.16.0) of 2024-06-03 built on 4fcd1a4aa6cf<br>Repository revision: 7= 60b54de080c238ea9f7b16055e820862d3e8896<br>Repository branch: master<br>Win= dowing system distributor 'The X.Org Foundation', version 11.0.1220= 1001<br>System Description: Ubuntu 22.04.4 LTS<br><br>Configured using:<br>= =C2=A0'configure --prefix=3D/usr --program-suffix=3D30 --with-x<br>=C2= =A0--with-x-toolkit=3Dgtk3 --with-cairo --with-compress-install<br>=C2=A0--= with-modules=3Dyes --with-threads --with-included-regex --with-zlib<br>=C2= =A0--with-json --with-rsvg --with-small-ja-dic<br>=C2=A0--with-native-compi= lation=3Daot --with-tree-sitter=3Dno 'CFLAGS=3D-g -O2<br>=C2=A0-ffile-p= refix-map=3D/home/paag/emacs=3D. -flto=3Dauto -ffat-lto-objects<br>=C2=A0-f= lto=3Dauto -ffat-lto-objects -fstack-protector-strong -Wformat<br>=C2=A0-We= rror=3Dformat-security' 'CPPFLAGS=3D-Wdate-time -D_FORTIFY_SOURCE= =3D2'<br>=C2=A0'LDFLAGS=3D-Wl,-Bsymbolic-functions -flto=3Dauto -ff= at-lto-objects<br>=C2=A0-flto=3Dauto -Wl,-z,relro''<br><br>Configur= ed features:<br>CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ = JPEG<br>LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG R= SVG<br>SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2 = XPM<br>GTK3 ZLIB<br><br>Important settings:<br>=C2=A0 value of $LC_MONETARY= : es_ES.UTF-8<br>=C2=A0 value of $LC_NUMERIC: es_ES.UTF-8<br>=C2=A0 value o= f $LC_TIME: es_ES.UTF-8<br>=C2=A0 value of $LANG: en_US.UTF-8<br>=C2=A0 val= ue of $XMODIFIERS: @im=3Dibus<br>=C2=A0 locale-coding-system: utf-8-unix<br= ><br>Major mode: Fundamental<br><br>Minor modes in effect:<br>=C2=A0 toolti= p-mode: t<br>=C2=A0 global-eldoc-mode: t<br>=C2=A0 show-paren-mode: t<br>= =C2=A0 electric-indent-mode: t<br>=C2=A0 mouse-wheel-mode: t<br>=C2=A0 tool= -bar-mode: t<br>=C2=A0 menu-bar-mode: t<br>=C2=A0 file-name-shadow-mode: t<= br>=C2=A0 global-font-lock-mode: t<br>=C2=A0 blink-cursor-mode: t<br>=C2=A0= minibuffer-regexp-mode: t<br>=C2=A0 buffer-read-only: t<br>=C2=A0 line-num= ber-mode: t<br>=C2=A0 indent-tabs-mode: t<br>=C2=A0 transient-mark-mode: t<= br>=C2=A0 auto-composition-mode: t<br>=C2=A0 auto-encryption-mode: t<br>=C2= =A0 auto-compression-mode: t<br><br>Load-path shadows:<br>/usr/share/emacs/= site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/30.0.50/lisp/lang= uage/thai-word<br><br>Features:<br>(shadow sort mail-extr emacsbug compile = comp-run comp-common org ob<br>ob-tangle ob-ref ob-lob ob-table ob-exp org-= macro org-src ob-comint<br>org-pcomplete pcomplete comint ansi-osc ansi-col= or ring org-list<br>org-footnote org-faces org-entities noutline outline or= g-version<br>ob-emacs-lisp ob-core ob-eval org-cycle org-table ol rx org-fo= ld<br>org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar<br= >cal-loaddefs org-compat org-macs format-spec cl-extra help-mode<br>use-pac= kage-ensure use-package-core mm-archive message sendmail<br>yank-media dire= d dired-loaddefs rfc822 mml mml-sec epa derived gnus-util<br>text-property-= search time-date mailabbrev gmm-utils mailheader mm-decode<br>mm-bodies mm-= encode mail-utils gnutls network-stream url-cache url-http<br>url-auth mail= -parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums<br>mail-prsvr url-gw nsm = puny epg rfc6068 epg-config finder-inf package<br>browse-url url url-proxy = url-privacy url-expand url-methods url-history<br>url-cookie generate-lisp-= file url-domsuf url-util mailcap url-handlers<br>url-parse auth-source cl-s= eq eieio eieio-core cl-macs icons<br>password-cache json subr-x map byte-op= t gv bytecomp byte-compile<br>url-vars cl-loaddefs cl-lib rmc iso-transl to= oltip cconv eldoc paren<br>electric uniquify ediff-hook vc-hooks lisp-float= -type elisp-mode mwheel<br>term/x-win x-win term/common-win x-dnd touch-scr= een tool-bar dnd fontset<br>image regexp-opt fringe tabulated-list replace = newcomment text-mode<br>lisp-mode prog-mode register page tab-bar menu-bar = rfn-eshadow isearch<br>easymenu timer select scroll-bar mouse jit-lock font= -lock syntax<br>font-core term/tty-colors frame minibuffer nadvice seq simp= le cl-generic<br>indonesian philippine cham georgian utf-8-lang misc-lang v= ietnamese<br>tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 heb= rew greek<br>romanian slovak czech european ethiopic indian cyrillic chines= e<br>composite emoji-zwj charscript charprop case-table epa-hook<br>jka-cmp= r-hook help abbrev obarray oclosure cl-preloaded button loaddefs<br>theme-l= oaddefs faces cus-face macroexp files window text-properties<br>overlay sha= 1 md5 base64 format env code-pages mule custom widget keymap<br>hashtable-p= rint-readable backquote threads dbusbind inotify<br>dynamic-setting system-= font-setting font-render-setting cairo gtk<br>x-toolkit xinput2 x multi-tty= move-toolbar make-network-process<br>native-compile emacs)<br><br>Memory i= nformation:<br>((conses 16 192752 19341) (symbols 48 14741 0) (strings 32 5= 8804 3103)<br>=C2=A0(string-bytes 1 1841578) (vectors 16 24106)<br>=C2=A0(v= ector-slots 8 293920 10503) (floats 8 121 18) (intervals 56 462 0)<br>=C2= =A0(buffers 984 13))<br></div><div><br></div><div><div><br></div><div><br><= /div><div><br></div><span class=3D"gmail_signature_prefix">-- </span><br><d= iv dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_signature"= ><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div>Fragen sind nicht da, um = beantwortet zu werden,<br></div>Fragen sind da um gestellt zu werden<br></d= iv>Georg Kreisler</div><div><br></div><div>Headaches with a Juju log:</div>= <div>unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should= run a leader-deposed hook here, but we can't yet<br><br></div></div></= div></div></div></div> --000000000000b659e9061a0a8822--
Pedro Andres Aranda Gutierrez <paaguti@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#71356; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.