Received: (at 63916) by debbugs.gnu.org; 8 Sep 2023 17:14:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 08 13:14:24 2023 Received: from localhost ([127.0.0.1]:45461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qef3n-0005O6-O3 for submit <at> debbugs.gnu.org; Fri, 08 Sep 2023 13:14:24 -0400 Received: from mout01.posteo.de ([185.67.36.65]:41407) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1qef3i-0005Nq-Rs for 63916 <at> debbugs.gnu.org; Fri, 08 Sep 2023 13:14:22 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id D3157240029 for <63916 <at> debbugs.gnu.org>; Fri, 8 Sep 2023 19:14:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1694193250; bh=C+WJUlZyahbV+b4tCJGHZ8tQdu91hWuRIa1NQA2vpWE=; h=From:To:Cc:Subject:Autocrypt:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=HhCFhw/wb84CZWDdtW3XbjlecSppKPdvf1v+n5I66ngUNBA6ewG0b+LKpwcJAppHT rtRD8b5AUYZgDKS0Lm+wg6nnsnlATh8FADl8KlEp8ugRzp+Nvc04/idjPYXDriwFpn NhXRgxvVL+SFd+RbE5/JI5bRGR8U7l+W+imfZRSTKCoZZidWmWcdXayVFIXzx0sBpd axCO0a3XoM7tS3j0D5kQB9mZJ7k4vowQSkx1hrDfQ1ydQ64ou4JzXCN2CXawP5cYgG XkBlPMhEI2OV8R/C3W6huJahHt3/TEr3QPEgPnVXhuaY12GW1lZqmAh0wUxLvQaUWm fl3hSXdgEpCYg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rj2lQ2zvdz6tsj; Fri, 8 Sep 2023 19:14:10 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Benjamin Orthen <benjamin@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel In-Reply-To: <db97512773b995b351782a1c62eb5537fcbc9182.camel@HIDDEN> (Benjamin Orthen's message of "Fri, 08 Sep 2023 12:55:38 +0200") References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> <87wn0a2sp8.fsf@HIDDEN> <jwvlegqvvxe.fsf-monnier+emacs@HIDDEN> <87fs6y6jkq.fsf@HIDDEN> <jwvmt16ueib.fsf-monnier+emacs@HIDDEN> <bd9414ec73ab925cd081e4ed333ebd95310aabd7.camel@HIDDEN> <db97512773b995b351782a1c62eb5537fcbc9182.camel@HIDDEN> Autocrypt: addr=philipk@HIDDEN; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM Date: Fri, 08 Sep 2023 17:14:10 +0000 Message-ID: <87edj837vh.fsf@HIDDEN> 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: 63916 Cc: 63916 <at> debbugs.gnu.org, Stefan Monnier <monnier@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 (---) To: Benjamin Orthen <benjamin@HIDDEN> Cc: Stefan Monnier <monnier@HIDDEN>, 63916 <at> debbugs.gnu.org Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to e= lpa-devel From: Philip Kaludercic <philipk@HIDDEN> Gcc: nnimap+posteo.de:Sent --text follows this line-- Benjamin Orthen <benjamin@HIDDEN> writes: > Related to this, > > I have a patch for elpa-admin.el (in the elpa repository) which would > improve devel versioning for core packages: > > Instead of looking only at the git log of the main package file, we > look instead at the git log of all files of the core package. > This way, a new devel version is created when any other package file is > changed, not just the main file. This seems to make sense. > Is this the right mailing list to send the patch? If not, where could I > send it to? This is fine, the main thing is that someone has a patch that can be applied. > > Best, > Benjamin > > On Sun, 2023-06-11 at 19:32 +0200, Benjamin Orthen wrote: >> Hi, >>=20 >> I think I figured out why elpa does not build a new version of use- >> package. >>=20 >> To determine the devel version, it looks only at the git log of >> `(elpa- >> -main-file pkg-spec)`, which in this case turns out to be use- >> package.el. However, use-package.el has not been changed since >> 20230115, I suppose this is why no new version is built. >>=20 >> Best, Benjamin >>=20 >>=20 >> On Sun, 2023-06-11 at 12:55 -0400, Stefan Monnier wrote: >> > > > I agree that these kinds of problems are annoying to debug.=C2=A0 = It >> > > > would be >> > > > nice to offer a "debug mode" where the user can see what's >> > > > going >> > > > on >> > > > within the sandbox.=C2=A0 Maybe we could do that by opening an >> > > > interactive >> > > > shell with a message saying "this is the command that we want >> > > > to >> > > > run" >> > > > and then let the user run that command? >> > > Shouldn't just invoking bash do that? >> >=20 >> > Yes, it should be fairly easy to do. >> >=20 >> > > But returning to the initial issue (hoping I did not miss >> > > anything), if >> > > the issue is not what I mentioned, then why is use-package not >> > > building? >> >=20 >> > You did not miss anything: it's not building simply because the >> > process >> > run within the sandbox cannot read the target of the `use- >> > package.texi` >> > symlink because the sandbox does not expose this target. >> >=20 >> >=20 >> > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Stefan > > From d29163e00313690435b2baacc770a734598dd956 Mon Sep 17 00:00:00 2001 > From: Benjamin Orthen <git@HIDDEN> > Date: Fri, 8 Sep 2023 12:05:14 +0200 > Subject: [PATCH] Add elpa--core-files to get more exact devel-versions for > core packages > > --- > elpa-admin.el | 51 ++++++++++++++++++++++++++++++++++++++++----------- > 1 file changed, 40 insertions(+), 11 deletions(-) > > diff --git a/elpa-admin.el b/elpa-admin.el > index 2c2d2aeab7..57dfee8f18 100644 > --- a/elpa-admin.el > +++ b/elpa-admin.el > @@ -908,20 +908,49 @@ of the current `process-environment'. Return the m= odified copy." > 0))) > (encode-time (list s mi h d mo y nil nil zs)))) >=20=20 > +(defun elpaa--core-files (pkg-spec) > + "Get a list of core files (and only files) for PKG-SPEC. > +Core folders are recursively searched, excluded files are ignored." > + (when-let > + ((core (elpaa--spec-get pkg-spec :core))) There is no need to fold this. > + (let* Or this. > + ((excludes (elpaa--spec-get pkg-spec :excludes)) > + (emacs-repo-root (expand-file-name "emacs")) > + (default-directory emacs-repo-root) > + (file-patterns > + (if (listp core) > + core > + (list core))) > + (core-files nil)) You can use list-ensure here. > + ;; we look at each file or files in folder and add them > + ;; to core-files if they are in the excludes > + (cl-labels ((process-item (item) > + (unless (member item excludes) > + (if (file-directory-p item) > + (dolist (file (directory-files item nil direct= ory-files-no-dot-files-regexp)) > + (process-item (concat item file))) > + (push item core-files))))) > + (dolist (item file-patterns) > + (process-item item))) Couldn't `directory-files-recursively' be useful here? > + core-files))) > + > (defun elpaa--get-devel-version (dir pkg-spec) > "Compute the date-based pseudo-version used for devel builds." > - (let* ((ftn (file-truename ;; Follow symlinks! > - (expand-file-name (elpaa--main-file pkg-spec) dir))) > - (default-directory (file-name-directory ftn)) > - (gitdate > + (let* ((gitdate > (with-temp-buffer > - (if (plist-get (cdr pkg-spec) :core) > - ;; For core packages, don't use the date of the last > - ;; commit to the branch, but that of the last commit > - ;; to the main file. > - (elpaa--call t "git" "log" "--pretty=3Dformat:%cI" "--no-= patch" > - "-1" "--" (file-name-nondirectory ftn)) > - (elpaa--call t "git" "show" "--pretty=3Dformat:%cI" "--no-p= atch")) > + (if (plist-get (cdr pkg-spec) :core) > + (let > + ((core-files (elpaa--core-files pkg-spec)) > + (default-directory (expand-file-name "emacs"))) > + ;; For core packages, don't use the date of the last > + ;; commit to the branch, but that of the last commit > + ;; to the core files. > + (apply 'elpaa--call t "git" "log" "--pretty=3Dformat:%= cI" "--no-patch" While we are at it, you might as well sharp-quote the `elpaa-call' here. > + "-1" "--" core-files)) > + (let* ((ftn (file-truename ;; Follow symlinks! > + (expand-file-name (elpaa--main-file pkg-spec)= dir))) > + (default-directory (file-name-directory ftn))) > + (elpaa--call t "git" "show" "--pretty=3Dformat:%cI" "--n= o-patch"))) > (buffer-string))) > (verdate > ;; Convert Git's date into something that looks like a version= number.
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 8 Sep 2023 10:55:46 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 08 06:55:46 2023 Received: from localhost ([127.0.0.1]:42292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qeZ9O-00046i-7I for submit <at> debbugs.gnu.org; Fri, 08 Sep 2023 06:55:46 -0400 Received: from mailproxy01.manitu.net ([217.11.48.65]:50502) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <benjamin@HIDDEN>) id 1qeZ9L-00046Z-FP for 63916 <at> debbugs.gnu.org; Fri, 08 Sep 2023 06:55:44 -0400 Message-ID: <db97512773b995b351782a1c62eb5537fcbc9182.camel@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel From: Benjamin Orthen <benjamin@HIDDEN> To: Stefan Monnier <monnier@HIDDEN>, Philip Kaludercic <philipk@HIDDEN> Date: Fri, 08 Sep 2023 12:55:38 +0200 In-Reply-To: <bd9414ec73ab925cd081e4ed333ebd95310aabd7.camel@HIDDEN> References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> <87wn0a2sp8.fsf@HIDDEN> <jwvlegqvvxe.fsf-monnier+emacs@HIDDEN> <87fs6y6jkq.fsf@HIDDEN> <jwvmt16ueib.fsf-monnier+emacs@HIDDEN> <bd9414ec73ab925cd081e4ed333ebd95310aabd7.camel@HIDDEN> Content-Type: multipart/mixed; boundary="=-u9i+kT17SsRoEkMBV6cQ" MIME-Version: 1.0 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: 63916 <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 (---) --=-u9i+kT17SsRoEkMBV6cQ Content-Type: multipart/alternative; boundary="=-zmT79MLTb0ALixNJKJ1c" --=-zmT79MLTb0ALixNJKJ1c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Related to this, I have a patch for elpa-admin.el (in the elpa repository) which would improve devel versioning for core packages: Instead of looking only at the git log of the main package file, we look instead at the git log of all files of the core package. This way, a new devel version is created when any other package file is changed, not just the main file. Is this the right mailing list to send the patch? If not, where could I send it to? Best, Benjamin On Sun, 2023-06-11 at 19:32 +0200, Benjamin Orthen wrote: > Hi, >=20 > I think I figured out why elpa does not build a new version of use- > package. >=20 > To determine the devel version, it looks only at the git log of > `(elpa- > -main-file pkg-spec)`, which in this case turns out to be use- > package.el. However, use-package.el has not been changed since > 20230115, I suppose this is why no new version is built. >=20 > Best, Benjamin >=20 >=20 > On Sun, 2023-06-11 at 12:55 -0400, Stefan Monnier wrote: > > > > I agree that these kinds of problems are annoying to debug.=C2=A0 I= t > > > > would be > > > > nice to offer a "debug mode" where the user can see what's > > > > going > > > > on > > > > within the sandbox.=C2=A0 Maybe we could do that by opening an > > > > interactive > > > > shell with a message saying "this is the command that we want > > > > to > > > > run" > > > > and then let the user run that command? > > > Shouldn't just invoking bash do that? > >=20 > > Yes, it should be fairly easy to do. > >=20 > > > But returning to the initial issue (hoping I did not miss > > > anything), if > > > the issue is not what I mentioned, then why is use-package not > > > building? > >=20 > > You did not miss anything: it's not building simply because the > > process > > run within the sandbox cannot read the target of the `use- > > package.texi` > > symlink because the sandbox does not expose this target. > >=20 > >=20 > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Stefan > >=20 >=20 --=-zmT79MLTb0ALixNJKJ1c Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html><head><style>pre,code,address { margin: 0px; } h1,h2,h3,h4,h5,h6 { margin-top: 0.2em; margin-bottom: 0.2em; } ol,ul { margin-top: 0em; margin-bottom: 0em; } blockquote { margin-top: 0em; margin-bottom: 0em; } </style></head><body><div>Related to this,</div><div><br></div><div>I have = a patch for elpa-admin.el (in the elpa repository) which would improve deve= l versioning for core packages:</div><div><br></div><div>Instead of looking= only at the git log of the main package file, we look instead at the git l= og of all files of the core package.</div><div>This way, a new devel versio= n is created when any other package file is changed, not just the main file= .</div><div><br></div><div>Is this the right mailing list to send the patch= ? If not, where could I send it to?</div><div><br></div><div><br></div><div= >Best,</div><div>Benjamin</div><div><br></div><div>On Sun, 2023-06-11 at 19= :32 +0200, Benjamin Orthen wrote:</div><blockquote type=3D"cite" style=3D"m= argin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>Hi,<= br></div><div><br></div><div>I think I figured out why elpa does not build = a new version of use-<br></div><div>package.<br></div><div><br></div><div>T= o determine the devel version, it looks only at the git log of `(elpa-<br><= /div><div>-main-file pkg-spec)`, which in this case turns out to be use-<br= ></div><div>package.el. However, use-package.el has not been changed since<= br></div><div>20230115, I suppose this is why no new version is built.<br><= /div><div><br></div><div>Best, Benjamin<br></div><div><br></div><div><br></= div><div>On Sun, 2023-06-11 at 12:55 -0400, Stefan Monnier wrote:<br></div>= <blockquote type=3D"cite" style=3D"margin:0 0 0 .8ex; border-left:2px #729f= cf solid;padding-left:1ex"><blockquote type=3D"cite" style=3D"margin:0 0 0 = .8ex; border-left:2px #729fcf solid;padding-left:1ex"><blockquote type=3D"c= ite" style=3D"margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left= :1ex"><div>I agree that these kinds of problems are annoying to debug. = ; It<br></div><div>would be<br></div><div>nice to offer a "debug mode" wher= e the user can see what's going<br></div><div>on<br></div><div>within the s= andbox. Maybe we could do that by opening an<br></div><div>interactiv= e<br></div><div>shell with a message saying "this is the command that we wa= nt to<br></div><div>run"<br></div><div>and then let the user run that comma= nd?<br></div></blockquote><div>Shouldn't just invoking bash do that?<br></d= iv></blockquote><div><br></div><div>Yes, it should be fairly easy to do.<br= ></div><div><br></div><blockquote type=3D"cite" style=3D"margin:0 0 0 .8ex;= border-left:2px #729fcf solid;padding-left:1ex"><div>But returning to the = initial issue (hoping I did not miss<br></div><div>anything), if<br></div><= div>the issue is not what I mentioned, then why is use-package not<br></div= ><div>building?<br></div></blockquote><div><br></div><div>You did not miss = anything: it's not building simply because the<br></div><div>process<br></d= iv><div>run within the sandbox cannot read the target of the `use-<br></div= ><div>package.texi`<br></div><div>symlink because the sandbox does not expo= se this target.<br></div><div><br></div><div><br></div><div> &nb= sp; Stefan<br></div><div><br></div></blockquote><di= v><br></div></blockquote><div><br></div><div><span></span></div></body></ht= ml> --=-zmT79MLTb0ALixNJKJ1c-- --=-u9i+kT17SsRoEkMBV6cQ Content-Disposition: attachment; filename*0=0001-Add-elpa-core-files-to-get-more-exact-devel-versions.pat; filename*1=ch Content-Type: text/x-patch; name="0001-Add-elpa-core-files-to-get-more-exact-devel-versions.patch"; charset="UTF-8" Content-Transfer-Encoding: base64 RnJvbSBkMjkxNjNlMDAzMTM2OTA0MzViMmJhYWNjNzcwYTczNDU5OGRkOTU2IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBCZW5qYW1pbiBPcnRoZW4gPGdpdEBvcnRoZW4ubmV0PgpEYXRl OiBGcmksIDggU2VwIDIwMjMgMTI6MDU6MTQgKzAyMDAKU3ViamVjdDogW1BBVENIXSBBZGQgZWxw YS0tY29yZS1maWxlcyB0byBnZXQgbW9yZSBleGFjdCBkZXZlbC12ZXJzaW9ucyBmb3IKIGNvcmUg cGFja2FnZXMKCi0tLQogZWxwYS1hZG1pbi5lbCB8IDUxICsrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKystLS0tLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDQwIGluc2VydGlv bnMoKyksIDExIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2VscGEtYWRtaW4uZWwgYi9lbHBh LWFkbWluLmVsCmluZGV4IDJjMmQyYWVhYjcuLjU3ZGZlZThmMTggMTAwNjQ0Ci0tLSBhL2VscGEt YWRtaW4uZWwKKysrIGIvZWxwYS1hZG1pbi5lbApAQCAtOTA4LDIwICs5MDgsNDkgQEAgb2YgdGhl IGN1cnJlbnQgYHByb2Nlc3MtZW52aXJvbm1lbnQnLiAgUmV0dXJuIHRoZSBtb2RpZmllZCBjb3B5 LiIKICAgICAgICAgICAgICAgIDApKSkKICAgICAoZW5jb2RlLXRpbWUgKGxpc3QgcyBtaSBoIGQg bW8geSBuaWwgbmlsIHpzKSkpKQogCisoZGVmdW4gZWxwYWEtLWNvcmUtZmlsZXMgKHBrZy1zcGVj KQorICAiR2V0IGEgbGlzdCBvZiBjb3JlIGZpbGVzIChhbmQgb25seSBmaWxlcykgZm9yIFBLRy1T UEVDLgorQ29yZSBmb2xkZXJzIGFyZSByZWN1cnNpdmVseSBzZWFyY2hlZCwgZXhjbHVkZWQgZmls ZXMgYXJlIGlnbm9yZWQuIgorICAod2hlbi1sZXQKKyAgICAgICgoY29yZSAoZWxwYWEtLXNwZWMt Z2V0IHBrZy1zcGVjIDpjb3JlKSkpCisgICAgKGxldCoKKyAgICAgICAgKChleGNsdWRlcyAoZWxw YWEtLXNwZWMtZ2V0IHBrZy1zcGVjIDpleGNsdWRlcykpCisgICAgICAgICAoZW1hY3MtcmVwby1y b290IChleHBhbmQtZmlsZS1uYW1lICJlbWFjcyIpKQorICAgICAgICAgKGRlZmF1bHQtZGlyZWN0 b3J5IGVtYWNzLXJlcG8tcm9vdCkKKyAgICAgICAgIChmaWxlLXBhdHRlcm5zCisgICAgICAgICAg KGlmIChsaXN0cCBjb3JlKQorICAgICAgICAgICAgICBjb3JlCisgICAgICAgICAgICAobGlzdCBj b3JlKSkpCisgICAgICAgICAoY29yZS1maWxlcyBuaWwpKQorICAgICAgOzsgd2UgbG9vayBhdCBl YWNoIGZpbGUgb3IgZmlsZXMgaW4gZm9sZGVyIGFuZCBhZGQgdGhlbQorICAgICAgOzsgdG8gY29y ZS1maWxlcyBpZiB0aGV5IGFyZSBpbiB0aGUgZXhjbHVkZXMKKyAgICAgIChjbC1sYWJlbHMgKChw cm9jZXNzLWl0ZW0gKGl0ZW0pCisgICAgICAgICAgICAgICAgICAgICh1bmxlc3MgKG1lbWJlciBp dGVtIGV4Y2x1ZGVzKQorICAgICAgICAgICAgICAgICAgICAgIChpZiAoZmlsZS1kaXJlY3Rvcnkt cCBpdGVtKQorICAgICAgICAgICAgICAgICAgICAgICAgICAoZG9saXN0IChmaWxlIChkaXJlY3Rv cnktZmlsZXMgaXRlbSBuaWwgZGlyZWN0b3J5LWZpbGVzLW5vLWRvdC1maWxlcy1yZWdleHApKQor ICAgICAgICAgICAgICAgICAgICAgICAgICAgIChwcm9jZXNzLWl0ZW0gKGNvbmNhdCBpdGVtIGZp bGUpKSkKKyAgICAgICAgICAgICAgICAgICAgICAgIChwdXNoIGl0ZW0gY29yZS1maWxlcykpKSkp CisgICAgICAgIChkb2xpc3QgKGl0ZW0gZmlsZS1wYXR0ZXJucykKKyAgICAgICAgICAocHJvY2Vz cy1pdGVtIGl0ZW0pKSkKKyAgICAgIGNvcmUtZmlsZXMpKSkKKwogKGRlZnVuIGVscGFhLS1nZXQt ZGV2ZWwtdmVyc2lvbiAoZGlyIHBrZy1zcGVjKQogICAiQ29tcHV0ZSB0aGUgZGF0ZS1iYXNlZCBw c2V1ZG8tdmVyc2lvbiB1c2VkIGZvciBkZXZlbCBidWlsZHMuIgotICAobGV0KiAoKGZ0biAoZmls ZS10cnVlbmFtZSAgICAgIDs7IEZvbGxvdyBzeW1saW5rcyEKLSAgICAgICAgICAgICAgKGV4cGFu ZC1maWxlLW5hbWUgKGVscGFhLS1tYWluLWZpbGUgcGtnLXNwZWMpIGRpcikpKQotICAgICAgICAg KGRlZmF1bHQtZGlyZWN0b3J5IChmaWxlLW5hbWUtZGlyZWN0b3J5IGZ0bikpCi0gICAgICAgICAo Z2l0ZGF0ZQorICAobGV0KiAoKGdpdGRhdGUKICAgICAgICAgICAod2l0aC10ZW1wLWJ1ZmZlcgot ICAgICAgICAgICAoaWYgKHBsaXN0LWdldCAoY2RyIHBrZy1zcGVjKSA6Y29yZSkKLSAgICAgICAg ICAgICAgIDs7IEZvciBjb3JlIHBhY2thZ2VzLCBkb24ndCB1c2UgdGhlIGRhdGUgb2YgdGhlIGxh c3QKLSAgICAgICAgICAgICAgIDs7IGNvbW1pdCB0byB0aGUgYnJhbmNoLCBidXQgdGhhdCBvZiB0 aGUgbGFzdCBjb21taXQKLSAgICAgICAgICAgICAgIDs7IHRvIHRoZSBtYWluIGZpbGUuCi0gICAg ICAgICAgICAgICAoZWxwYWEtLWNhbGwgdCAiZ2l0IiAibG9nIiAiLS1wcmV0dHk9Zm9ybWF0OiVj SSIgIi0tbm8tcGF0Y2giCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgIi0xIiAiLS0iIChm aWxlLW5hbWUtbm9uZGlyZWN0b3J5IGZ0bikpCi0gICAgICAgICAgICAgKGVscGFhLS1jYWxsIHQg ImdpdCIgInNob3ciICItLXByZXR0eT1mb3JtYXQ6JWNJIiAiLS1uby1wYXRjaCIpKQorICAgICAg ICAgICAgKGlmIChwbGlzdC1nZXQgKGNkciBwa2ctc3BlYykgOmNvcmUpCisgICAgICAgICAgICAg ICAgKGxldAorICAgICAgICAgICAgICAgICAgICAoKGNvcmUtZmlsZXMgKGVscGFhLS1jb3JlLWZp bGVzIHBrZy1zcGVjKSkKKyAgICAgICAgICAgICAgICAgICAgIChkZWZhdWx0LWRpcmVjdG9yeSAo ZXhwYW5kLWZpbGUtbmFtZSAiZW1hY3MiKSkpCisgICAgICAgICAgICAgICAgICA7OyBGb3IgY29y ZSBwYWNrYWdlcywgZG9uJ3QgdXNlIHRoZSBkYXRlIG9mIHRoZSBsYXN0CisgICAgICAgICAgICAg ICAgICA7OyBjb21taXQgdG8gdGhlIGJyYW5jaCwgYnV0IHRoYXQgb2YgdGhlIGxhc3QgY29tbWl0 CisgICAgICAgICAgICAgICAgICA7OyB0byB0aGUgY29yZSBmaWxlcy4KKyAgICAgICAgICAgICAg ICAgIChhcHBseSAnZWxwYWEtLWNhbGwgdCAiZ2l0IiAibG9nIiAiLS1wcmV0dHk9Zm9ybWF0OiVj SSIgIi0tbm8tcGF0Y2giCisgICAgICAgICAgICAgICAgICAgICAgICAgIi0xIiAiLS0iIGNvcmUt ZmlsZXMpKQorICAgICAgICAgICAgICAobGV0KiAoKGZ0biAoZmlsZS10cnVlbmFtZSAgICAgIDs7 IEZvbGxvdyBzeW1saW5rcyEKKyAgICAgICAgICAgICAgICAgICAgICAgICAgIChleHBhbmQtZmls ZS1uYW1lIChlbHBhYS0tbWFpbi1maWxlIHBrZy1zcGVjKSBkaXIpKSkKKyAgICAgICAgICAgICAg ICAgICAgIChkZWZhdWx0LWRpcmVjdG9yeSAoZmlsZS1uYW1lLWRpcmVjdG9yeSBmdG4pKSkKKyAg ICAgICAgICAgICAgICAoZWxwYWEtLWNhbGwgdCAiZ2l0IiAic2hvdyIgIi0tcHJldHR5PWZvcm1h dDolY0kiICItLW5vLXBhdGNoIikpKQogICAgICAgICAgICAgKGJ1ZmZlci1zdHJpbmcpKSkKICAg ICAgICAgICh2ZXJkYXRlCiAgICAgICAgICAgOzsgQ29udmVydCBHaXQncyBkYXRlIGludG8gc29t ZXRoaW5nIHRoYXQgbG9va3MgbGlrZSBhIHZlcnNpb24gbnVtYmVyLgotLSAKMi40MS4wCgo= --=-u9i+kT17SsRoEkMBV6cQ--
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 11 Jun 2023 17:32:14 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 11 13:32:14 2023 Received: from localhost ([127.0.0.1]:37704 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q8OvG-0001ak-0y for submit <at> debbugs.gnu.org; Sun, 11 Jun 2023 13:32:14 -0400 Received: from mailproxy07.manitu.net ([217.11.48.71]:37874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <benjamin@HIDDEN>) id 1q8OvD-0001aZ-E0 for 63916 <at> debbugs.gnu.org; Sun, 11 Jun 2023 13:32:12 -0400 Received: from [192.168.178.23] (dslb-092-073-125-242.092.073.pools.vodafone-ip.de [92.73.125.242]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: benjamin@HIDDEN) by mailproxy07.manitu.net (Postfix) with ESMTPSA id 438E2C81C8; Sun, 11 Jun 2023 19:32:10 +0200 (CEST) Message-ID: <bd9414ec73ab925cd081e4ed333ebd95310aabd7.camel@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel From: Benjamin Orthen <benjamin@HIDDEN> To: Stefan Monnier <monnier@HIDDEN>, Philip Kaludercic <philipk@HIDDEN> Date: Sun, 11 Jun 2023 19:32:09 +0200 In-Reply-To: <jwvmt16ueib.fsf-monnier+emacs@HIDDEN> References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> <87wn0a2sp8.fsf@HIDDEN> <jwvlegqvvxe.fsf-monnier+emacs@HIDDEN> <87fs6y6jkq.fsf@HIDDEN> <jwvmt16ueib.fsf-monnier+emacs@HIDDEN> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.3 (3.48.3-1.fc38) MIME-Version: 1.0 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: 63916 <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 (---) Hi, I think I figured out why elpa does not build a new version of use- package. To determine the devel version, it looks only at the git log of `(elpa- -main-file pkg-spec)`, which in this case turns out to be use- package.el. However, use-package.el has not been changed since 20230115, I suppose this is why no new version is built. Best, Benjamin On Sun, 2023-06-11 at 12:55 -0400, Stefan Monnier wrote: > > > I agree that these kinds of problems are annoying to debug.=C2=A0 It > > > would be > > > nice to offer a "debug mode" where the user can see what's going > > > on > > > within the sandbox.=C2=A0 Maybe we could do that by opening an > > > interactive > > > shell with a message saying "this is the command that we want to > > > run" > > > and then let the user run that command? > > Shouldn't just invoking bash do that? >=20 > Yes, it should be fairly easy to do. >=20 > > But returning to the initial issue (hoping I did not miss > > anything), if > > the issue is not what I mentioned, then why is use-package not > > building? >=20 > You did not miss anything: it's not building simply because the > process > run within the sandbox cannot read the target of the `use- > package.texi` > symlink because the sandbox does not expose this target. >=20 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Stefan >=20
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 11 Jun 2023 16:55:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 11 12:55:51 2023 Received: from localhost ([127.0.0.1]:37697 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q8OM2-0000eH-Rk for submit <at> debbugs.gnu.org; Sun, 11 Jun 2023 12:55:51 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:7699) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1q8OM0-0000e4-KU for 63916 <at> debbugs.gnu.org; Sun, 11 Jun 2023 12:55:49 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id ED9901000C3; Sun, 11 Jun 2023 12:55:42 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id F147F100006; Sun, 11 Jun 2023 12:55:41 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1686502542; bh=AZeSlr8Ox29xWgCVogyKf+pYhm8UBlrRlH7V/UgaDrE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=brGwPvwpbpXyA5uES0F/Ks/hrQpctpDZhBn+SXjyfTKEjvaU2/6SE6hQppMegmA2P 6g01MThGwC2GRFn7ESuN/YUJDk6kfdyy9FtEFaFGr3DhyKVlfEdKsCf/rlNTfACjZT FqfTEwtgy9RceymgcrlTIbSC7+4c5DgfA+ZT+LZIpVnrLqVEV1gZc3x1iPZG63zi38 kACpePddgDyanic1J3VIXGWqIdBPL4ilV+mD5b+1VqrtlvdKKWwp2hYpm+MK6SxSqG czialRJ459/P8IDnhBYFkQc53rddtsObt5u3bNnjwYJHk+NPX3frG1GjCzN25oUZP+ eCIHaICnsRP9A== Received: from pastel (76-10-180-239.dsl.teksavvy.com [76.10.180.239]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 6E8411205D9; Sun, 11 Jun 2023 12:55:41 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Philip Kaludercic <philipk@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel In-Reply-To: <87fs6y6jkq.fsf@HIDDEN> (Philip Kaludercic's message of "Sun, 11 Jun 2023 16:37:57 +0000") Message-ID: <jwvmt16ueib.fsf-monnier+emacs@HIDDEN> References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> <87wn0a2sp8.fsf@HIDDEN> <jwvlegqvvxe.fsf-monnier+emacs@HIDDEN> <87fs6y6jkq.fsf@HIDDEN> Date: Sun, 11 Jun 2023 12:55:39 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.084 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: Benjamin Orthen <benjamin@HIDDEN>, 63916 <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 (---) >> I agree that these kinds of problems are annoying to debug. It would be >> nice to offer a "debug mode" where the user can see what's going on >> within the sandbox. Maybe we could do that by opening an interactive >> shell with a message saying "this is the command that we want to run" >> and then let the user run that command? > Shouldn't just invoking bash do that? Yes, it should be fairly easy to do. > But returning to the initial issue (hoping I did not miss anything), if > the issue is not what I mentioned, then why is use-package not building? You did not miss anything: it's not building simply because the process run within the sandbox cannot read the target of the `use-package.texi` symlink because the sandbox does not expose this target. Stefan
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 11 Jun 2023 16:38:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 11 12:38:08 2023 Received: from localhost ([127.0.0.1]:37677 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q8O4t-0000CP-TR for submit <at> debbugs.gnu.org; Sun, 11 Jun 2023 12:38:08 -0400 Received: from mout02.posteo.de ([185.67.36.66]:50903) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1q8O4r-0000Bt-0R for 63916 <at> debbugs.gnu.org; Sun, 11 Jun 2023 12:38:06 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id F2E5E240104 for <63916 <at> debbugs.gnu.org>; Sun, 11 Jun 2023 18:37:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1686501479; bh=McmIAEJ0uXBVOm+Om6hdPL9s7xZPKuxW8oMuJ/7j5Bw=; h=From:To:Cc:Subject:Autocrypt:Date:Message-ID:MIME-Version:From; b=Rr+MKH77nE0fUZUYvDX8gibizZrh7WCfOfUDIovAVFz1g3wvQvhyVzrzOFLVxCfXR Wfy1DT+4NGVRce7chwnXRKUv8VVIveFCa5g2WBcXQyk2RGR4D434zIg6JK43zE5i4m x5bkKatdAUGTB0VF5JpuhlJUJOULsMeprkQ/cST0DCgkrA8AcotF87QHsvFb78YuGJ NDPY4y0iGe0IsB73xzUPWc2xFdhjuVVOc3oQz06nEKoDGrG12nMLcl4+qcPG6gpU2r J1UQ80qaxP1dMXCk/TGd6ixqBTS1QXArjST7u/VGTEsbgEQX/h4O7rfXzCLpzHZMis NCuh4TH4yCtvw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4QfL8k2YByz6tvb; Sun, 11 Jun 2023 18:37:58 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel In-Reply-To: <jwvlegqvvxe.fsf-monnier+emacs@HIDDEN> (Stefan Monnier's message of "Sun, 11 Jun 2023 11:55:59 -0400") References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> <87wn0a2sp8.fsf@HIDDEN> <jwvlegqvvxe.fsf-monnier+emacs@HIDDEN> Autocrypt: addr=philipk@HIDDEN; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM Date: Sun, 11 Jun 2023 16:37:57 +0000 Message-ID: <87fs6y6jkq.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: Benjamin Orthen <benjamin@HIDDEN>, 63916 <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 (---) Stefan Monnier <monnier@HIDDEN> writes: >>> The above patch feels a bit hackish because it depends on the >>> directory that happens to be current when the file is loaded. >> I agree, that could be made more robust but isn't elpa-admin.el always >> invoked via make? > > In 99% of the cases, yes, but users are free to be more creative. > >> Of course, that was my first idea but I wanted to find a solution that >> wouldn't require every user to manually configure this, since the error >> message does not make it obvious what went wrong. > > I agree that these kinds of problems are annoying to debug. It would be > nice to offer a "debug mode" where the user can see what's going on > within the sandbox. Maybe we could do that by opening an interactive > shell with a message saying "this is the command that we want to run" > and then let the user run that command? Shouldn't just invoking bash do that? But returning to the initial issue (hoping I did not miss anything), if the issue is not what I mentioned, then why is use-package not building? -- Philip Kaludercic
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 11 Jun 2023 15:56:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 11 11:56:09 2023 Received: from localhost ([127.0.0.1]:37635 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q8NQH-0007YN-4a for submit <at> debbugs.gnu.org; Sun, 11 Jun 2023 11:56:09 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:20834) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1q8NQF-0007YA-Da for 63916 <at> debbugs.gnu.org; Sun, 11 Jun 2023 11:56:07 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1CB84441071; Sun, 11 Jun 2023 11:56:02 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id CE9C8440FA7; Sun, 11 Jun 2023 11:56:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1686498960; bh=VfB7BNPCMXwx7oGxn5CGjREhDYmCFIFOutN3aHXLPWg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=D2qwK4urf4NEo+bJpt2GdBEnxy8s19EBMI5ks8G9Qj1OZlmsCmTD5m+thF80EwS7B 4TqWVswAGz/JndJW8KTK20F54O8jctF+xVMUcQleEYXffPNws0sp312ib9B1NOrqtn f5AQaNIOaof6tdCMsiy4Wxjv47rehhuVabUP5cHUv64QRD/iZGI7dwned48yLf8zyX Dufh0l9O3RTrIoHmMF2GxWGWDGCAAfmH4b52aFNOm5Ss3naylz/O+JT22Wgk4l1Njw RTjAOPgrDwXM1vIrqGk8BYtiHXoiXeucOAZRLunD9hE+U6yLzTGs4Nrl2HGSH25q3s Pxm43Rsc+Cgng== Received: from pastel (76-10-180-239.dsl.teksavvy.com [76.10.180.239]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id A7B5A12080A; Sun, 11 Jun 2023 11:56:00 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Philip Kaludercic <philipk@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel In-Reply-To: <87wn0a2sp8.fsf@HIDDEN> (Philip Kaludercic's message of "Sun, 11 Jun 2023 10:34:27 +0000") Message-ID: <jwvlegqvvxe.fsf-monnier+emacs@HIDDEN> References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> <87wn0a2sp8.fsf@HIDDEN> Date: Sun, 11 Jun 2023 11:55:59 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.112 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: Benjamin Orthen <benjamin@HIDDEN>, 63916 <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 (---) >> The above patch feels a bit hackish because it depends on the >> directory that happens to be current when the file is loaded. > I agree, that could be made more robust but isn't elpa-admin.el always > invoked via make? In 99% of the cases, yes, but users are free to be more creative. > Of course, that was my first idea but I wanted to find a solution that > wouldn't require every user to manually configure this, since the error > message does not make it obvious what went wrong. I agree that these kinds of problems are annoying to debug. It would be nice to offer a "debug mode" where the user can see what's going on within the sandbox. Maybe we could do that by opening an interactive shell with a message saying "this is the command that we want to run" and then let the user run that command? Stefan
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 11 Jun 2023 10:34:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 11 06:34:42 2023 Received: from localhost ([127.0.0.1]:36763 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q8IP9-0004Ni-Dp for submit <at> debbugs.gnu.org; Sun, 11 Jun 2023 06:34:42 -0400 Received: from mout01.posteo.de ([185.67.36.65]:59931) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1q8IP4-0004NN-Db for 63916 <at> debbugs.gnu.org; Sun, 11 Jun 2023 06:34:38 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 2F3AB240027 for <63916 <at> debbugs.gnu.org>; Sun, 11 Jun 2023 12:34:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1686479668; bh=Oz4lkAwp/It+vgZRTM41rzytNEpf+wdQ07czwKtxCLk=; h=From:To:Cc:Subject:Autocrypt:Date:Message-ID:MIME-Version:From; b=Qiv51Y3hdXMp2T+J9rew902rCR7qUnXz+MSj81hgZR+IRRobD38j5uoPsfaYh2zDY IpXOJKbxcdImhilui28RJU2bIWPNpZDGulPbF2pg7BUZxd7wDUiq+vjPG0t5NJOSbd uKGx7m8xzXS+W0/F3dMBkaPsN+4NzlTy6zuOm9F5dkA30JZ3y0s2Q6ffs+rTijtAwY Zpqh4IloCX+uD+F9EO1ysFSF8Xy5Pl65LMX75J+Mw1s6RJXNgu8YfIfrsrsksoOopS mk3+poqsZW34GuEW7rfFjLGAcfrKUF26DnbjeTQVk1zKpv7PmvuFk5BcyCk8aHtS0D Pes9wQ3Y8O8+g== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4QfB5H3cHMz6tvq; Sun, 11 Jun 2023 12:34:27 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel In-Reply-To: <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> (Stefan Monnier's message of "Sat, 10 Jun 2023 12:01:04 -0400") References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> Autocrypt: addr=philipk@HIDDEN; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM Date: Sun, 11 Jun 2023 10:34:27 +0000 Message-ID: <87wn0a2sp8.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: Benjamin Orthen <benjamin@HIDDEN>, 63916 <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 (---) Stefan Monnier <monnier@HIDDEN> writes: >> But if I disable sandboxing, then it works. The issue appears to be >> that the files under package/use-package are linked in using symlinks, >> but the directory (the emacs checkout) that is being linked to is not >> exposed via bwarp. If I add that to the ro-binds, then I can build the >> package. This diff might be enough to resolve the issue: >> >> diff --git a/elpa-admin.el b/elpa-admin.el >> index 24dd16d3cb..81467aa628 100644 >> --- a/elpa-admin.el >> +++ b/elpa-admin.el >> @@ -1262,7 +1262,8 @@ The INFILE and DISPLAY arguments are fixed as nil." >> "--tmpfs" "/tmp")) >> >> (defvar elpaa--sandbox-ro-binds >> - '("/lib" "/lib64" "/bin" "/usr" "/etc/alternatives" "/etc/emacs" "/gnu")) >> + `("/lib" "/lib64" "/bin" "/usr" "/etc/alternatives" "/etc/emacs" "/gnu" >> + ,(file-truename (expand-file-name "emacs")))) > [...] >> CC: Stefan, does this look OK to you? > > Building of :core packages outside of `elpa.gnu.org` is indeed tested on > very lightly. In `elpa.gnu.org`, the `emacs` subdirectory is not > a symlink so we avoid that problem. OK, I forgot that I added the symlink. > The above patch feels a bit hackish because it depends on the > directory that happens to be current when the file is loaded. I agree, that could be made more robust but isn't elpa-admin.el always invoked via make? > BTW, you should be able to make the current code work without changing > it, by adding > > (sandbox-extra-ro-dirs "/where/ever/your/emacs/source/dir/is") > > to the `elpa-config` file. Of course, that was my first idea but I wanted to find a solution that wouldn't require every user to manually configure this, since the error message does not make it obvious what went wrong. > > Stefan > -- Philip Kaludercic
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 10 Jun 2023 16:01:19 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 10 12:01:18 2023 Received: from localhost ([127.0.0.1]:36138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q811i-00009r-I9 for submit <at> debbugs.gnu.org; Sat, 10 Jun 2023 12:01:18 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:38615) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1q811f-00009Y-Qv for 63916 <at> debbugs.gnu.org; Sat, 10 Jun 2023 12:01:16 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4A8671000BA; Sat, 10 Jun 2023 12:01:10 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 1D91410000A; Sat, 10 Jun 2023 12:01:05 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1686412865; bh=h00uHh1Ro+typbdYY1H0SjsQsuGNlJ3JEM34qmt7KLY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=DiLsUV6Q8eif5w4YLEHEIyPbQMveZwAMXWao46zAnyzPDARm7d8WxKUW4KY9/Xosj vQy4F99svDl0ph8Tmp9iLzkwssZc/qrxl5lgM4KNN05jQu65ZiRAdfqv5ZtSdIXxHo ri9cO9P0F9s5UvUxADhebHUc5FD9Y31NaEVkiyyzId89R7mQyL9fkBGcx5chLrcTN6 P/O2ILU/vT/z7l2LUveXFXLUd8DpprpoANKIRjQ4r2y9T1TihjRumEnwf7l2uY36ab WgnkgB0Z2WuFjjrUGTIs8uduqZDDSRiPR2hFKqaNgSE2GAc23Py+urI6vvuO19Qs5k qQEFSvB9uhybw== Received: from pastel (76-10-180-239.dsl.teksavvy.com [76.10.180.239]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id E7C7612086B; Sat, 10 Jun 2023 12:01:04 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Philip Kaludercic <philipk@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel In-Reply-To: <874jnf3d0c.fsf@HIDDEN> (Philip Kaludercic's message of "Sat, 10 Jun 2023 09:03:31 +0000") Message-ID: <jwv1qijz55o.fsf-monnier+emacs@HIDDEN> References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> <874jnf3d0c.fsf@HIDDEN> Date: Sat, 10 Jun 2023 12:01:04 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.098 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: Benjamin Orthen <benjamin@HIDDEN>, 63916 <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 (---) > But if I disable sandboxing, then it works. The issue appears to be > that the files under package/use-package are linked in using symlinks, > but the directory (the emacs checkout) that is being linked to is not > exposed via bwarp. If I add that to the ro-binds, then I can build the > package. This diff might be enough to resolve the issue: > > diff --git a/elpa-admin.el b/elpa-admin.el > index 24dd16d3cb..81467aa628 100644 > --- a/elpa-admin.el > +++ b/elpa-admin.el > @@ -1262,7 +1262,8 @@ The INFILE and DISPLAY arguments are fixed as nil." > "--tmpfs" "/tmp")) > > (defvar elpaa--sandbox-ro-binds > - '("/lib" "/lib64" "/bin" "/usr" "/etc/alternatives" "/etc/emacs" "/gnu")) > + `("/lib" "/lib64" "/bin" "/usr" "/etc/alternatives" "/etc/emacs" "/gnu" > + ,(file-truename (expand-file-name "emacs")))) [...] > CC: Stefan, does this look OK to you? Building of :core packages outside of `elpa.gnu.org` is indeed tested on very lightly. In `elpa.gnu.org`, the `emacs` subdirectory is not a symlink so we avoid that problem. The above patch feels a bit hackish because it depends on the directory that happens to be current when the file is loaded. BTW, you should be able to make the current code work without changing it, by adding (sandbox-extra-ro-dirs "/where/ever/your/emacs/source/dir/is") to the `elpa-config` file. Stefan
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at 63916) by debbugs.gnu.org; 10 Jun 2023 09:03:43 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 10 05:03:43 2023 Received: from localhost ([127.0.0.1]:33277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q7uVa-0002eY-Rv for submit <at> debbugs.gnu.org; Sat, 10 Jun 2023 05:03:43 -0400 Received: from mout02.posteo.de ([185.67.36.66]:47663) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1q7uVX-0002eJ-Dp for 63916 <at> debbugs.gnu.org; Sat, 10 Jun 2023 05:03:41 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 19AE4240103 for <63916 <at> debbugs.gnu.org>; Sat, 10 Jun 2023 11:03:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1686387813; bh=FPdj5rPXL+5pmg3QRKZnY6D27Codwi/AEloSbtH/e2Q=; h=From:To:Cc:Subject:Autocrypt:Date:Message-ID:MIME-Version:From; b=KILQ/UF+x2ust9WzARi/Qjro04SYZ3p5hO9bKcQrWjYCC1CkK8qWax6nk8uWNZbm5 toDq9TQOby6d76Hse2PhV0lgQjdrtMuxE0ZeLDoJyEgXEUSZQpWscAL8hNZGgdvdIo MrbJRfBGJIM7DMI1a0ob3tTKDnH15QLHL1MyB02b+T+uJLr+t3KS4AxSiMn0R4N+1d lDS4zJLq8CwOCzJBFPohCuoVN7DfjgL6g4YfXR7XtuG/mKlf6J7SIE83HcRKMomp/A co4OCES8iNfPQSpgcSBsio5Hy6I5X595PQkrGadG3MM4GLqxP6ejjyNJyq/o45IYR9 BxYnXtCd4q39Q== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4QdX6r35kyz9rxD; Sat, 10 Jun 2023 11:03:32 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Benjamin Orthen <benjamin@HIDDEN> Subject: Re: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel In-Reply-To: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> (Benjamin Orthen's message of "Mon, 05 Jun 2023 23:21:54 +0200") References: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> Autocrypt: addr=philipk@HIDDEN; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM Date: Sat, 10 Jun 2023 09:03:31 +0000 Message-ID: <874jnf3d0c.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63916 Cc: 63916 <at> debbugs.gnu.org, Stefan Monnier <monnier@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 Benjamin Orthen <benjamin@HIDDEN> writes: > Recent changes in use-package (i.e., commit > 2ce279680bf9c1964e98e2aa48a03d6675c386fe) have not propagated to > emacs-devel (https://elpa.gnu.org/devel/use-package.html) even though > use-package is designated as a :core package in elpa. > > My understanding is that changes in emacs for :core packages are > automatically propagated to elpa(-devel). I was however not able to > find documentation on how this propagation/sync works. I noticed that > use-package.el does not have the disclaimer ";; This is a GNU ELPA > :core package. Avoid adding functionality [...]" in its header. I > suppose this is unrelated to the elpa-devel sync, but could be fixed > as well. Unless I broke something on my local end, there seems to be a general problem with the ELPA build system. When trying to build use-package, I get these error messages: --8<---------------cut here---------------start------------->8--- $ make build/use-package emacs --batch -Q -l admin/elpa-admin.el \ -f elpaa-batch-pkg-spec-make-dependencies .pkg-descs.mk emacs --batch -l /home/philip/Source/elpa/admin/elpa-admin.el \ -f elpaa-batch-make-one-package use-package Linking files for package: use-package lisp/use-package/use-package.el -> use-package.el lisp/use-package/use-package-lint.el -> use-package-lint.el lisp/use-package/use-package-jump.el -> use-package-jump.el lisp/use-package/use-package-ensure.el -> use-package-ensure.el lisp/use-package/use-package-ensure-system-package.el -> use-package-ensure-system-package.el lisp/use-package/use-package-diminish.el -> use-package-diminish.el lisp/use-package/use-package-delight.el -> use-package-delight.el lisp/use-package/use-package-core.el -> use-package-core.el lisp/use-package/use-package-bind-key.el -> use-package-bind-key.el lisp/use-package/bind-key.el -> bind-key.el doc/emacs/doclicense.texi -> doclicense.texi doc/emacs/docstyle.texi -> docstyle.texi doc/misc/use-package.texi -> use-package.texi ======== Building tarball archive-devel/use-package-2.4.5.0.20230115.133305.tar... Build error for archive-devel/use-package-2.4.5.0.20230115.133305.tar: (error "Error-indicating exit code in elpaa--call-sandboxed: could not open use-package.texi: No such file or directory ") ######## Build of package archive-devel/use-package-2.4.5.0.20230115.133305.tar FAILED!! ======== Building tarball archive/use-package-2.4.5.tar... Build error for archive/use-package-2.4.5.tar: (error "Error-indicating exit code in elpaa--call-sandboxed: could not open use-package.texi: No such file or directory ") ######## Build of package archive/use-package-2.4.5.tar FAILED!! --8<---------------cut here---------------end--------------->8--- But if I disable sandboxing, then it works. The issue appears to be that the files under package/use-package are linked in using symlinks, but the directory (the emacs checkout) that is being linked to is not exposed via bwarp. If I add that to the ro-binds, then I can build the package. This diff might be enough to resolve the issue: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable diff --git a/elpa-admin.el b/elpa-admin.el index 24dd16d3cb..81467aa628 100644 --- a/elpa-admin.el +++ b/elpa-admin.el @@ -1262,7 +1262,8 @@ The INFILE and DISPLAY arguments are fixed as nil." "--tmpfs" "/tmp")) =20 (defvar elpaa--sandbox-ro-binds - '("/lib" "/lib64" "/bin" "/usr" "/etc/alternatives" "/etc/emacs" "/gnu")) + `("/lib" "/lib64" "/bin" "/usr" "/etc/alternatives" "/etc/emacs" "/gnu" + ,(file-truename (expand-file-name "emacs")))) =20 (defun elpaa--call-sandboxed (destination &rest args) "Like =E2=80=98elpaa--call=E2=80=99 but sandboxed. --=-=-= Content-Type: text/plain CC: Stefan, does this look OK to you? > > Best regards, > Benjamin --=-=-=--
bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.Received: (at submit) by debbugs.gnu.org; 5 Jun 2023 21:22:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 05 17:22:16 2023 Received: from localhost ([127.0.0.1]:50434 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1q6HeZ-0003dc-Cp for submit <at> debbugs.gnu.org; Mon, 05 Jun 2023 17:22:16 -0400 Received: from lists.gnu.org ([209.51.188.17]:53924) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <benjamin@HIDDEN>) id 1q6HeM-0003cu-2E for submit <at> debbugs.gnu.org; Mon, 05 Jun 2023 17:22:14 -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 <benjamin@HIDDEN>) id 1q6HeK-0004KS-J6 for bug-gnu-emacs@HIDDEN; Mon, 05 Jun 2023 17:22:00 -0400 Received: from server01.webapps.manitu.net ([217.11.48.33]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <benjamin@HIDDEN>) id 1q6HeI-0000rv-OF for bug-gnu-emacs@HIDDEN; Mon, 05 Jun 2023 17:22:00 -0400 Received: from webmail.manitu.de (localhost [127.0.0.1]) by server01.webapps.manitu.net (Postfix) with ESMTP id 9EB92AA0E26 for <bug-gnu-emacs@HIDDEN>; Mon, 5 Jun 2023 23:21:54 +0200 (CEST) MIME-Version: 1.0 Date: Mon, 05 Jun 2023 23:21:54 +0200 From: Benjamin Orthen <benjamin@HIDDEN> To: bug-gnu-emacs@HIDDEN Subject: 30.0.50; use-package: changes do not propagate to elpa-devel User-Agent: Roundcube Webmail/1.4.11 Message-ID: <4b1ff1660351348f3d5f1bc848965d59@HIDDEN> X-Sender: benjamin@HIDDEN Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-manitu-Webmail-Sender: dTMzODE2QG9ydGhlbi5uZXQ= Received-SPF: pass client-ip=217.11.48.33; envelope-from=benjamin@HIDDEN; helo=server01.webapps.manitu.net X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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: 0.9 (/) 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.4 (--) Recent changes in use-package (i.e., commit 2ce279680bf9c1964e98e2aa48a03d6675c386fe) have not propagated to emacs-devel (https://elpa.gnu.org/devel/use-package.html) even though use-package is designated as a :core package in elpa. My understanding is that changes in emacs for :core packages are automatically propagated to elpa(-devel). I was however not able to find documentation on how this propagation/sync works. I noticed that use-package.el does not have the disclaimer ";; This is a GNU ELPA :core package. Avoid adding functionality [...]" in its header. I suppose this is unrelated to the elpa-devel sync, but could be fixed as well. Best regards, Benjamin
Benjamin Orthen <benjamin@HIDDEN>
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#63916
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.