From unknown Sat Aug 09 09:32:11 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#42948 <42948@debbugs.gnu.org> To: bug#42948 <42948@debbugs.gnu.org> Subject: Status: (wrap-program) bug Reply-To: bug#42948 <42948@debbugs.gnu.org> Date: Sat, 09 Aug 2025 16:32:11 +0000 retitle 42948 (wrap-program) bug reassign 42948 guix submitter 42948 Prafulla Giri severity 42948 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 20 07:59:21 2020 Received: (at submit) by debbugs.gnu.org; 20 Aug 2020 11:59:21 +0000 Received: from localhost ([127.0.0.1]:41780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8jE1-0002HJ-2w for submit@debbugs.gnu.org; Thu, 20 Aug 2020 07:59:21 -0400 Received: from lists.gnu.org ([209.51.188.17]:42868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8jDy-0002HB-E8 for submit@debbugs.gnu.org; Thu, 20 Aug 2020 07:59:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39726) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k8jDx-0007AM-Fm for bug-guix@gnu.org; Thu, 20 Aug 2020 07:59:17 -0400 Received: from mail-pl1-x62a.google.com ([2607:f8b0:4864:20::62a]:36484) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k8jDu-00065Y-VI for bug-guix@gnu.org; Thu, 20 Aug 2020 07:59:17 -0400 Received: by mail-pl1-x62a.google.com with SMTP id y6so938013plt.3 for ; Thu, 20 Aug 2020 04:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=dRxruPmaayJKi63WRsnczvN9CGn7R/courKP9E6kIK0=; b=b0eEMVPgrOFpI/8UgZhpmJqVOYIVQFi1GaHowvzqe+Ck5HLkDSAQsdyTti467gP2Jc l4Qvk1FiYPWyyZkU8EXOdtvnVyAP7Ys8Ma+L3w3KC6A+44rewRw0Yncq2RhGT+gZXUkt zcrHwWc3z+oEUirI1wXTf4Dh2KLfADCddEOZ1jkprKqs6m3B4PghmvE5VeV2iIF1Usf2 +B0UvFRczLhJuftj2q8OTiJHsm0Bd/LOEAoy/KfmHLWZAwq2JufYdE8f1qe4NsIuqmNh E6+kxx/ACMioHLLeR7xiWI1EAa6I5Nns3hBJoeAbWwjOqGKIeZJHOaLHLIS/befDSrlL cn1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dRxruPmaayJKi63WRsnczvN9CGn7R/courKP9E6kIK0=; b=K3S2QNNjGiVZk6Wp3HveYcAGVd+yCxoqgviJw0AHBFeHhMQdWna+sweqBR7I1yxVyO fPbA1MsYa+vkP8THmx08b2RJTghChS3eliDvfXmfXtApa2u7c4n/8irGRYlWlGhVR5GI 4OpOmi+LR4KCJaVc9Eb5woTxgmhGar+idEqGsnUXySphRxYEhahnGCa8ZZ+cAVrJakYf 9J4+T/qybabY2fum4sKDUqMat08Oddypt5atWwDOiHHwW6tbJBct5/9lgeqgaQkEhOQo ij4nTvc97/e5jnn9cUHc/2TLWu14vYNzk+tW2JFIFAQ6fknnSwjdkl70YnNy40J3Mq69 HivQ== X-Gm-Message-State: AOAM530/s9bRjxZJhSu9zH2EjviDMsWNH2o82PLbtXY994x14swdkQcA dRIRzSL2vG0dtIVMoETnGgTUgo8GF8isHLsd7lITjrNhtuk= X-Google-Smtp-Source: ABdhPJx7LNlv4JrtpYys2vnFyoYI9qGK7951VU5fG1igwaNCmdY/15xW+HXSZz/pROgylPKyDS7+EJqN0LPFXJbRP2E= X-Received: by 2002:a17:90a:6301:: with SMTP id e1mr2164746pjj.5.1597924753156; Thu, 20 Aug 2020 04:59:13 -0700 (PDT) MIME-Version: 1.0 From: Prafulla Giri Date: Thu, 20 Aug 2020 17:44:01 +0545 Message-ID: Subject: (wrap-program) bug To: bug-guix@gnu.org Content-Type: multipart/mixed; boundary="0000000000004a703305ad4dd9ca" Received-SPF: pass client-ip=2607:f8b0:4864:20::62a; envelope-from=pratheblackdiamond@gmail.com; helo=mail-pl1-x62a.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -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, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --0000000000004a703305ad4dd9ca Content-Type: multipart/alternative; boundary="0000000000004a703005ad4dd9c8" --0000000000004a703005ad4dd9c8 Content-Type: text/plain; charset="UTF-8" Esteemed maintainers, It seems that (wrap-program ...) over-writes the previous wrapping of a package done by the build system. This does not happen for many (wrap-programs) called in the modify-phases section of the package definition itself. Attached is a package definition for ruby-ronn-ng, that demonstrates this issue. The custom (wrap-program)-s called from the package definition seem to over-write the definitions of GEM_ENV as made by the 'wrap %standard-phase of the ruby-build system. The wrappings made by 'wrap %standard-phase can be seen during the custom 'DEBUG phase. The subsequent 'wrap-program1 and 'wrap-program2 add more environment variables to the wrapping, but on checking the contents of `which ronn`, once it is installed (using `less $(which ronn)`), it can be verified that the GEM_ENV package definitions have been overwritten. This may just be a ruby-build-system issue. Or perhaps it might be something that permeates over a few more build systems. That still remains to be tested. Attached are a few different versions of the package definitions for ruby-ronn-ng for the ease of those who would like to verify this. 1. ruby-ronn-ng-standalone.scm : To be tested using `guix time-machine -- build --verbosity=2 --file=ruby-ronn-ng-standalone.scm`[1] 2. ruby-ronn-ng.scm : To be appended to the end of the gnu/packages/ruby.scm file in local guix checkout, and be tested using the local version 3. ruby-ronn-ng.patch : To be applied to local guix checkout [1] - This package definition needs ruby-mustache, which has only recently been added to guix. Hence, the time-machine. NOTE: `ronn` does not work even with `propagated-inputs`. See this patch as to why: https://aur.archlinux.org/cgit/aur.git/tree/0001-allow-mustache-1.0.patch?h=ruby-ronn-ng --0000000000004a703005ad4dd9c8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Esteemed maintainers,

It seems that (wrap-program .= ..) over-writes the previous wrapping of a package done by the build system= .

This does not happen for many (wrap-programs) called in the modify= -phases section of the package definition itself.

Attached is a pack= age definition for ruby-ronn-ng, that demonstrates this issue. The custom (= wrap-program)-s
called from the package definition seem to over-write th= e definitions of GEM_ENV as made by the 'wrap %standard-phase
of the= ruby-build system.
The wrappings made by 'wrap %standard-phase can = be seen during the custom 'DEBUG phase. The subsequent 'wrap-progra= m1
and 'wrap-program2 add more environment variables to the wrapping= , but on checking the contents of `which ronn`, once
it is installed (us= ing `less $(which ronn)`), it can be verified that the GEM_ENV package defi= nitions have been overwritten.

This may just be a ruby-build-system = issue. Or perhaps it might be something that permeates over a few more buil= d systems.
That still remains to be tested.

Attached are a few di= fferent versions of the package definitions for ruby-ronn-ng for the ease o= f those who would like to
verify this.
1. ruby-ronn-ng-standalon= e.scm : To be tested using `guix time-machine -- build --verbosity=3D2 --fi= le=3Druby-ronn-ng-standalone.scm`[1]
2. ruby-ronn-ng.scm : To be appen= ded to the end of the gnu/packages/ruby.scm file in local guix checkout, an= d be tested using the local version
3. ruby-ronn-ng.patch : To be applie= d to local guix checkout

[1] - This package definition needs ruby-mu= stache, which has only recently been added to guix. Hence, the time-machine= .

NOTE: `ronn` does not work even with `propagated-inputs`. See= this patch as to why: https:= //aur.archlinux.org/cgit/aur.git/tree/0001-allow-mustache-1.0.patch?h=3Drub= y-ronn-ng
--0000000000004a703005ad4dd9c8-- --0000000000004a703305ad4dd9ca Content-Type: text/x-patch; charset="US-ASCII"; name="ruby-ronn-ng.patch" Content-Disposition: attachment; filename="ruby-ronn-ng.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_ke2r4kuz0 ZGlmZiAtLWdpdCBhL2dudS9wYWNrYWdlcy9ydWJ5LnNjbSBiL2dudS9wYWNrYWdlcy9ydWJ5LnNj bQppbmRleCAwMTAwMjgwODJhLi41Nzk3YjdjYjlkIDEwMDY0NAotLS0gYS9nbnUvcGFja2FnZXMv cnVieS5zY20KKysrIGIvZ251L3BhY2thZ2VzL3J1Ynkuc2NtCkBAIC0xMTY1OSwzICsxMTY1OSw1 NiBAQCB3aGljaCBzbmFwc2hvdHMgdG8gY29uc2lkZXIgYW5kIHdoYXQgZmlsZXMgdG8gaW5jbHVk ZS4iKQogZGVmaW5lZCBpbiBAZmlsZXsudHJhdmlzLnltbH0gb24geW91ciBsb2NhbCBtYWNoaW5l LCB1c2luZyBAY29kZXtydm19LAogQGNvZGV7cmJlbnZ9LCBvciBAY29kZXtjaHJ1Ynl9IHRvIHRl c3QgZGlmZmVyZW50IHZlcnNpb25zIG9mIFJ1YnkuIikKICAgICAobGljZW5zZSBsaWNlbnNlOmV4 cGF0KSkpCisKKyhkZWZpbmUtcHVibGljIHJ1Ynktcm9ubi1uZworICAocGFja2FnZQorICAgIChu YW1lICJydWJ5LXJvbm4tbmciKQorICAgICh2ZXJzaW9uICIwLjkuMSIpCisgICAgKGhvbWUtcGFn ZSAiYXNkZiIpCisgICAgKHNvdXJjZQorICAgICAob3JpZ2luCisgICAgICAgKG1ldGhvZCB1cmwt ZmV0Y2gpCisgICAgICAgKHVyaSAocnVieWdlbXMtdXJpICJyb25uLW5nIiB2ZXJzaW9uKSkKKyAg ICAgICAoc2hhMjU2CisgICAgICAgIChiYXNlMzIKKyAgICAgICAgICIxc2x4Zmc1N2NhYm1oOThm dzUwN3o0a2E2bHdxMXB2YnJxd3BwZmx4dzY3MDBwaTh5a2ZoIikpKSkKKyAgICAoYnVpbGQtc3lz dGVtIHJ1YnktYnVpbGQtc3lzdGVtKQorICAgIChhcmd1bWVudHMKKyAgICAgYCgjOnBoYXNlcwor ICAgICAgIChtb2RpZnktcGhhc2VzICVzdGFuZGFyZC1waGFzZXMKKyAgICAgICAgIDs7IERlYnVn IHBoYXNlLCBqdXN0IHRvIHNob3cgdGhhdCBiZWZvcmUgYW55IG9mIHRoaXMgd3JhcHBpbmcsIHRo ZSBzdGFuZGFyZCBydWJ5ICd3cmFwIHBoYXNlIGhhcworICAgICAgICAgOzsgYWxyZWFkeSBkb25l IGl0J3Mgam9iLCBBTkQgaXQgZ2V0cyBvdmVyLXdyaXR0ZW4sIGZvciBzb21lIHN0cmFuZ2UgcmVh c29uLiBUaGUgKHdyYXBwaW5ncykKKyAgICAgICAgIDs7IGRlZmluZWQgaW4gdGhlIHBhY2thZ2Ug aXRzZWxmIGRvbid0IHNlZW0gdG8gb3Zlci13cml0ZSBlYWNoIG90aGVyLiBIbW0uCisgICAgICAg ICAoYWRkLWFmdGVyCisgICAgICAgICAgICAgJ3dyYXAgJ0RFQlVHCisgICAgICAgICAgIChsYW1i ZGEgXworICAgICAgICAgICAgIChwayAiSGV5IHRoZXJlLCBJJ20gY2xvc2VyIHRoYW4gSSBhcHBl YXIhIikKKyAgICAgICAgICAgICAoaW52b2tlICJjYXQiIChzdHJpbmctYXBwZW5kIChhc3NvYy1y ZWYgJW91dHB1dHMgIm91dCIpICIvYmluLy5yb25uLXJlYWwiKSkKKyAgICAgICAgICAgICAjdCkp CisgICAgICAgICAoYWRkLWFmdGVyCisgICAgICAgICAgICAgJ3dyYXAgJ3dyYXAtcHJvZ3JhbTIK KyAgICAgICAgICAgKGxhbWJkYSogKCM6a2V5IG91dHB1dHMgIzphbGxvdy1vdGhlci1rZXlzKQor ICAgICAgICAgICAgIChsZXQgKChwcm9nIChzdHJpbmctYXBwZW5kIChhc3NvYy1yZWYgJW91dHB1 dHMgIm91dCIpICIvYmluL3Jvbm4iKSkpCisgICAgICAgICAgICAgICAoYmVnaW4gKGRpc3BsYXkg JWJ1aWxkLWlucHV0cykobmV3bGluZSkpCisgICAgICAgICAgICAgICAod3JhcC1wcm9ncmFtIHBy b2cKKyAgICAgICAgICAgICAgICAgYCgiUEFUSCIgIjoiIHN1ZmZpeCAsKG1hcCAobGFtYmRhIChl eHBfaW5wdCkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChz dHJpbmctYXBwZW5kIChhc3NvYy1yZWYgJWJ1aWxkLWlucHV0cyBleHBfaW5wdCkgIi9iaW4iKSkK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAnKCJydWJ5LWtyYW1k b3duIiAicnVieS1tdXN0YWNoZSIgInJ1Ynktbm9rb2dpcmkiKSkpKSkKKyAgICAgICAgICAgICAj dCkpCisgICAgICAgICAoYWRkLWFmdGVyCisgICAgICAgICAgICAgJ3dyYXAgJ3dyYXAtcHJvZ3Jh bTEKKyAgICAgICAgICAgKGxhbWJkYSogKCM6a2V5IG91dHB1dHMgIzphbGxvdy1vdGhlci1rZXlz KQorICAgICAgICAgICAgIChsZXQgKChwcm9nIChzdHJpbmctYXBwZW5kIChhc3NvYy1yZWYgJW91 dHB1dHMgIm91dCIpICIvYmluL3Jvbm4iKSkpCisgICAgICAgICAgICAgICAod3JhcC1wcm9ncmFt IHByb2cKKyAgICAgICAgICAgICAgICAgYCgiRk9PIiAiOiIgPSAoIkJBUiIpKSkpI3QpKQorICAg ICAgICAgOzsgYW5vdGhlciBhZGQtYWZ0ZXIgbWF5IGdvIGhlcmUKKyAgICAgICAgICkpKQorICAg IChpbnB1dHMgOzsgbm90ZSB0byBzZWxmOiB0aGVzZSB3ZXJlIHByb3BhZ2F0ZWQtaW5wdXRzIGJl Zm9yZQorICAgICBgKCgicnVieS1rcmFtZG93biIgLHJ1Ynkta3JhbWRvd24pCisgICAgICAgKCJy dWJ5LW11c3RhY2hlIiAscnVieS1tdXN0YWNoZSkKKyAgICAgICAoInJ1Ynktbm9rb2dpcmkiICxy dWJ5LW5va29naXJpKSkpCisgICAgKHN5bm9wc2lzCisgICAgICJSb25uLU5HIGJ1aWxkcyBtYW51 YWxzIGluIEhUTUwgYW5kIFVuaXggbWFuIHBhZ2UgZm9ybWF0IGZyb20gTWFya2Rvd24uIikKKyAg ICAoZGVzY3JpcHRpb24KKyAgICAgIlJvbm4tTkcgYnVpbGRzIG1hbnVhbHMgaW4gSFRNTCBhbmQg VW5peCBtYW4gcGFnZSBmb3JtYXQgZnJvbSBNYXJrZG93bi4iKQorICAgIChsaWNlbnNlIGxpY2Vu c2U6ZXhwYXQpKSkgOzsgbGljZW5zZSBhbmQgaG9tZS1wYWdlIGFyZSBtb2NrIHZhbHVlcyBoZXJl Cg== --0000000000004a703305ad4dd9ca Content-Type: text/x-scheme; charset="US-ASCII"; name="ruby-ronn-ng.scm" Content-Disposition: attachment; filename="ruby-ronn-ng.scm" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_ke2r4kvz1 CihkZWZpbmUtcHVibGljIHJ1Ynktcm9ubi1uZwogIChwYWNrYWdlCiAgICAobmFtZSAicnVieS1y b25uLW5nIikKICAgICh2ZXJzaW9uICIwLjkuMSIpCiAgICAoaG9tZS1wYWdlICJhc2RmIikKICAg IChzb3VyY2UKICAgICAob3JpZ2luCiAgICAgICAobWV0aG9kIHVybC1mZXRjaCkKICAgICAgICh1 cmkgKHJ1YnlnZW1zLXVyaSAicm9ubi1uZyIgdmVyc2lvbikpCiAgICAgICAoc2hhMjU2CiAgICAg ICAgKGJhc2UzMgogICAgICAgICAiMXNseGZnNTdjYWJtaDk4Znc1MDd6NGthNmx3cTFwdmJycXdw cGZseHc2NzAwcGk4eWtmaCIpKSkpCiAgICAoYnVpbGQtc3lzdGVtIHJ1YnktYnVpbGQtc3lzdGVt KQogICAgKGFyZ3VtZW50cwogICAgIGAoIzpwaGFzZXMKICAgICAgIChtb2RpZnktcGhhc2VzICVz dGFuZGFyZC1waGFzZXMKICAgICAgICAgOzsgRGVidWcgcGhhc2UsIGp1c3QgdG8gc2hvdyB0aGF0 IGJlZm9yZSBhbnkgb2YgdGhpcyB3cmFwcGluZywgdGhlIHN0YW5kYXJkIHJ1YnkgJ3dyYXAgcGhh c2UgaGFzCiAgICAgICAgIDs7IGFscmVhZHkgZG9uZSBpdCdzIGpvYiwgQU5EIGl0IGdldHMgb3Zl ci13cml0dGVuLCBmb3Igc29tZSBzdHJhbmdlIHJlYXNvbi4gVGhlICh3cmFwcGluZ3MpCiAgICAg ICAgIDs7IGRlZmluZWQgaW4gdGhlIHBhY2thZ2UgaXRzZWxmIGRvbid0IHNlZW0gdG8gb3Zlci13 cml0ZSBlYWNoIG90aGVyLiBIbW0uCiAgICAgICAgIChhZGQtYWZ0ZXIKICAgICAgICAgICAgICd3 cmFwICdERUJVRwogICAgICAgICAgIChsYW1iZGEgXwogICAgICAgICAgICAgKHBrICJIZXkgdGhl cmUsIEknbSBjbG9zZXIgdGhhbiBJIGFwcGVhciEiKQogICAgICAgICAgICAgKGludm9rZSAiY2F0 IiAoc3RyaW5nLWFwcGVuZCAoYXNzb2MtcmVmICVvdXRwdXRzICJvdXQiKSAiL2Jpbi8ucm9ubi1y ZWFsIikpCiAgICAgICAgICAgICAjdCkpCiAgICAgICAgIChhZGQtYWZ0ZXIKICAgICAgICAgICAg ICd3cmFwICd3cmFwLXByb2dyYW0yCiAgICAgICAgICAgKGxhbWJkYSogKCM6a2V5IG91dHB1dHMg IzphbGxvdy1vdGhlci1rZXlzKQogICAgICAgICAgICAgKGxldCAoKHByb2cgKHN0cmluZy1hcHBl bmQgKGFzc29jLXJlZiAlb3V0cHV0cyAib3V0IikgIi9iaW4vcm9ubiIpKSkKICAgICAgICAgICAg ICAgKGJlZ2luIChkaXNwbGF5ICVidWlsZC1pbnB1dHMpKG5ld2xpbmUpKQogICAgICAgICAgICAg ICAod3JhcC1wcm9ncmFtIHByb2cKICAgICAgICAgICAgICAgICBgKCJQQVRIIiAiOiIgc3VmZml4 ICwobWFwIChsYW1iZGEgKGV4cF9pbnB0KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAoc3RyaW5nLWFwcGVuZCAoYXNzb2MtcmVmICVidWlsZC1pbnB1dHMgZXhw X2lucHQpICIvYmluIikpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAnKCJydWJ5LWtyYW1kb3duIiAicnVieS1tdXN0YWNoZSIgInJ1Ynktbm9rb2dpcmkiKSkpKSkK ICAgICAgICAgICAgICN0KSkKICAgICAgICAgKGFkZC1hZnRlcgogICAgICAgICAgICAgJ3dyYXAg J3dyYXAtcHJvZ3JhbTEKICAgICAgICAgICAobGFtYmRhKiAoIzprZXkgb3V0cHV0cyAjOmFsbG93 LW90aGVyLWtleXMpCiAgICAgICAgICAgICAobGV0ICgocHJvZyAoc3RyaW5nLWFwcGVuZCAoYXNz b2MtcmVmICVvdXRwdXRzICJvdXQiKSAiL2Jpbi9yb25uIikpKQogICAgICAgICAgICAgICAod3Jh cC1wcm9ncmFtIHByb2cKICAgICAgICAgICAgICAgICBgKCJGT08iICI6IiA9ICgiQkFSIikpKSkj dCkpCiAgICAgICAgIDs7IGFub3RoZXIgYWRkLWFmdGVyIG1heSBnbyBoZXJlCiAgICAgICAgICkp KQogICAgKGlucHV0cyA7OyBub3RlIHRvIHNlbGY6IHRoZXNlIHdlcmUgcHJvcGFnYXRlZC1pbnB1 dHMgYmVmb3JlCiAgICAgYCgoInJ1Ynkta3JhbWRvd24iICxydWJ5LWtyYW1kb3duKQogICAgICAg KCJydWJ5LW11c3RhY2hlIiAscnVieS1tdXN0YWNoZSkKICAgICAgICgicnVieS1ub2tvZ2lyaSIg LHJ1Ynktbm9rb2dpcmkpKSkKICAgIChzeW5vcHNpcwogICAgICJSb25uLU5HIGJ1aWxkcyBtYW51 YWxzIGluIEhUTUwgYW5kIFVuaXggbWFuIHBhZ2UgZm9ybWF0IGZyb20gTWFya2Rvd24uIikKICAg IChkZXNjcmlwdGlvbgogICAgICJSb25uLU5HIGJ1aWxkcyBtYW51YWxzIGluIEhUTUwgYW5kIFVu aXggbWFuIHBhZ2UgZm9ybWF0IGZyb20gTWFya2Rvd24uIikKICAgIChsaWNlbnNlIGxpY2Vuc2U6 ZXhwYXQpKSkgOzsgbGljZW5zZSBhbmQgaG9tZS1wYWdlIGFyZSBtb2NrIHZhbHVlcyBoZXJlCg== --0000000000004a703305ad4dd9ca Content-Type: text/x-scheme; charset="US-ASCII"; name="ruby-ronn-ng-standalone.scm" Content-Disposition: attachment; filename="ruby-ronn-ng-standalone.scm" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_ke2r4kwa2 KHVzZS1tb2R1bGVzIChndWl4IHBhY2thZ2VzKQoJICAgICAoZ3VpeCBkb3dubG9hZCkKCSAgICAg KGd1aXggYnVpbGQtc3lzdGVtIHJ1YnkpCgkgICAgICgoZ3VpeCBsaWNlbnNlcykgIzpwcmVmaXgg bGljZW5zZTopCgkgICAgIChnbnUgcGFja2FnZXMgcnVieSkpCgooZGVmaW5lIHJ1Ynktcm9ubi1u ZwogIChwYWNrYWdlCiAgIChuYW1lICJydWJ5LXJvbm4tbmciKQogICAodmVyc2lvbiAiMC45LjEi KQogICAoaG9tZS1wYWdlICJhc2RmIikKICAgKHNvdXJjZQogICAgKG9yaWdpbgogICAgIChtZXRo b2QgdXJsLWZldGNoKQogICAgICh1cmkgKHJ1YnlnZW1zLXVyaSAicm9ubi1uZyIgdmVyc2lvbikp CiAgICAgKHNoYTI1NgogICAgICAoYmFzZTMyCiAgICAgICAiMXNseGZnNTdjYWJtaDk4Znc1MDd6 NGthNmx3cTFwdmJycXdwcGZseHc2NzAwcGk4eWtmaCIpKSkpCiAgIChidWlsZC1zeXN0ZW0gcnVi eS1idWlsZC1zeXN0ZW0pCiAgIChhcmd1bWVudHMKICAgIGAoIzpwaGFzZXMKICAgICAgKG1vZGlm eS1waGFzZXMgJXN0YW5kYXJkLXBoYXNlcwoJCSAgICAgOzsgRGVidWcgcGhhc2UsIGp1c3QgdG8g c2hvdyB0aGF0IGJlZm9yZSBhbnkgb2YgdGhpcyB3cmFwcGluZywgdGhlIHN0YW5kYXJkIHJ1Ynkg J3dyYXAgcGhhc2UgaGFzCgkJICAgICA7OyBhbHJlYWR5IGRvbmUgaXQncyBqb2IsIEFORCBpdCBn ZXRzIG92ZXItd3JpdHRlbiwgZm9yIHNvbWUgc3RyYW5nZSByZWFzb24uIFRoZSAod3JhcHBpbmdz KQoJCSAgICAgOzsgZGVmaW5lZCBpbiB0aGUgcGFja2FnZSBpdHNlbGYgZG9uJ3Qgc2VlbSB0byBv dmVyLXdyaXRlIGVhY2ggb3RoZXIuIEhtbS4KCQkgICAgIChhZGQtYWZ0ZXIKCQkgICAgICAnd3Jh cCAnREVCVUcKCQkgICAgICAobGFtYmRhIF8KCQkJKHBrICJIZXkgdGhlcmUsIEknbSBjbG9zZXIg dGhhbiBJIGFwcGVhciEiKQoJCQkoaW52b2tlICJjYXQiIChzdHJpbmctYXBwZW5kIChhc3NvYy1y ZWYgJW91dHB1dHMgIm91dCIpICIvYmluLy5yb25uLXJlYWwiKSkKCQkJI3QpKQoJCSAgICAgKGFk ZC1hZnRlcgoJCSAgICAgICd3cmFwICd3cmFwLXByb2dyYW0yCgkJICAgICAgKGxhbWJkYSogKCM6 a2V5IG91dHB1dHMgIzphbGxvdy1vdGhlci1rZXlzKQoJCQkgICAgICAgKGxldCAoKHByb2cgKHN0 cmluZy1hcHBlbmQgKGFzc29jLXJlZiAlb3V0cHV0cyAib3V0IikgIi9iaW4vcm9ubiIpKSkKCQkJ CSAoYmVnaW4gKGRpc3BsYXkgJWJ1aWxkLWlucHV0cykobmV3bGluZSkpCgkJCQkgKHdyYXAtcHJv Z3JhbSBwcm9nCgkJCQkJICAgICAgIGAoIlBBVEgiICI6IiBzdWZmaXggLChtYXAgKGxhbWJkYSAo ZXhwX2lucHQpCgkJCQkJCQkJCSAgIChzdHJpbmctYXBwZW5kIChhc3NvYy1yZWYgJWJ1aWxkLWlu cHV0cyBleHBfaW5wdCkgIi9iaW4iKSkKCQkJCQkJCQkJICcoInJ1Ynkta3JhbWRvd24iICJydWJ5 LW11c3RhY2hlIiAicnVieS1ub2tvZ2lyaSIpKSkpKQoJCQkgICAgICAgI3QpKQoJCSAgICAgKGFk ZC1hZnRlcgoJCSAgICAgICd3cmFwICd3cmFwLXByb2dyYW0xCgkJICAgICAgKGxhbWJkYSogKCM6 a2V5IG91dHB1dHMgIzphbGxvdy1vdGhlci1rZXlzKQoJCQkgICAgICAgKGxldCAoKHByb2cgKHN0 cmluZy1hcHBlbmQgKGFzc29jLXJlZiAlb3V0cHV0cyAib3V0IikgIi9iaW4vcm9ubiIpKSkKCQkJ CSAod3JhcC1wcm9ncmFtIHByb2cKCQkJCQkgICAgICAgYCgiRk9PIiAiOiIgPSAoIkJBUiIpKSkp I3QpKQoJCSAgICAgOzsgYW5vdGhlciBhZGQtYWZ0ZXIgbWF5IGdvIGhlcmUKCQkgICAgICkpKQog ICAoaW5wdXRzIDs7IG5vdGUgdG8gc2VsZjogdGhlc2Ugd2VyZSBwcm9wYWdhdGVkLWlucHV0cyBi ZWZvcmUKICAgIGAoKCJydWJ5LWtyYW1kb3duIiAscnVieS1rcmFtZG93bikKICAgICAgKCJydWJ5 LW11c3RhY2hlIiAscnVieS1tdXN0YWNoZSkKICAgICAgKCJydWJ5LW5va29naXJpIiAscnVieS1u b2tvZ2lyaSkpKQogICAoc3lub3BzaXMKICAgICJSb25uLU5HIGJ1aWxkcyBtYW51YWxzIGluIEhU TUwgYW5kIFVuaXggbWFuIHBhZ2UgZm9ybWF0IGZyb20gTWFya2Rvd24uIikKICAgKGRlc2NyaXB0 aW9uCiAgICAiUm9ubi1ORyBidWlsZHMgbWFudWFscyBpbiBIVE1MIGFuZCBVbml4IG1hbiBwYWdl IGZvcm1hdCBmcm9tIE1hcmtkb3duLiIpCiAgIChsaWNlbnNlIGxpY2Vuc2U6ZXhwYXQpKSkgOzsg bGljZW5zZSBhbmQgaG9tZS1wYWdlIGFyZSBtb2NrIHZhbHVlcyBoZXJlCgpydWJ5LXJvbm4tbmcK --0000000000004a703305ad4dd9ca-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 20 08:32:16 2020 Received: (at 42948) by debbugs.gnu.org; 20 Aug 2020 12:32:16 +0000 Received: from localhost ([127.0.0.1]:41803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8jjs-000358-0w for submit@debbugs.gnu.org; Thu, 20 Aug 2020 08:32:16 -0400 Received: from lepiller.eu ([89.234.186.109]:41296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8jjp-00034v-Jb for 42948@debbugs.gnu.org; Thu, 20 Aug 2020 08:32:15 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 4f3a87f2; Thu, 20 Aug 2020 12:32:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=dkim; bh=mL+zKauhm3vB pw/pQVpstUjt1H+vCKz68nZ6QuoahdQ=; b=By20VBRpbuCludTLETV4mYBRv7ZU OKEKIUVcDfo8wWnsnWdFkpLkTp+Krl+7q2/eWMX4FIJCPgrGmNRI3FBLSW5KVmbD d2U16WoeAlt6F2XK8f9ppNXWOInyWpX+XDkoczhsl2hd8MTcIOvvfW9QQuoRYBe+ 90xfmFPmbkn1IpNriA/iNtxzQXx5sOJzUeVR3WCUriBrfnSpkfSVVIaw7qEePT4C CyNUbWpTQwA+4yzqxsa7Nnq7GgbfNbBWcCTXzbv2uyaLzt+JMt+sOwPfbapmRFa9 sOMbUmArRBRYFzF28RgmdqWo7r8sRNJ+oJ7hDt7zzRi04kL3c87+KXy9GA== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id fda7bc47 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Thu, 20 Aug 2020 12:32:10 +0000 (UTC) Date: Thu, 20 Aug 2020 14:31:58 +0200 From: Julien Lepiller To: Prafulla Giri Subject: Re: bug#42948: (wrap-program) bug Message-ID: <20200820143158.51e8b321@tachikoma.lepiller.eu> In-Reply-To: References: X-Mailer: Claws Mail 3.17.6 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42948 Cc: 42948@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Le Thu, 20 Aug 2020 17:44:01 +0545, Prafulla Giri a =C3=A9crit : > Esteemed maintainers, >=20 > It seems that (wrap-program ...) over-writes the previous wrapping of > a package done by the build system. >=20 > This does not happen for many (wrap-programs) called in the > modify-phases section of the package definition itself. >=20 > Attached is a package definition for ruby-ronn-ng, that demonstrates > this issue. The custom (wrap-program)-s > called from the package definition seem to over-write the definitions > of GEM_ENV as made by the 'wrap %standard-phase > of the ruby-build system. > The wrappings made by 'wrap %standard-phase can be seen during the > custom 'DEBUG phase. The subsequent 'wrap-program1 > and 'wrap-program2 add more environment variables to the wrapping, > but on checking the contents of `which ronn`, once > it is installed (using `less $(which ronn)`), it can be verified that > the GEM_ENV package definitions have been overwritten. >=20 > This may just be a ruby-build-system issue. Or perhaps it might be > something that permeates over a few more build systems. > That still remains to be tested. >=20 > Attached are a few different versions of the package definitions for > ruby-ronn-ng for the ease of those who would like to > verify this. > 1. ruby-ronn-ng-standalone.scm : To be tested using `guix > time-machine -- build --verbosity=3D2 > --file=3Druby-ronn-ng-standalone.scm`[1] 2. ruby-ronn-ng.scm : To be > appended to the end of the gnu/packages/ruby.scm file in local guix > checkout, and be tested using the local version > 3. ruby-ronn-ng.patch : To be applied to local guix checkout >=20 > [1] - This package definition needs ruby-mustache, which has only > recently been added to guix. Hence, the time-machine. >=20 > NOTE: `ronn` does not work even with `propagated-inputs`. See this > patch as to why: > https://aur.archlinux.org/cgit/aur.git/tree/0001-allow-mustache-1.0.patch= ?h=3Druby-ronn-ng Hi, =46rom what I see, there is no issue here (unless I'm missing something). In the built package, I see bin/ronn is a shell wrapper that defines the PATH and FOO environment variables and calls bin/.ronn-real. bin/.ronn-real itself is a ruby script that defines GEM_PATH and calls bin/.real/ronn, which is the actual program. I don't see anything wrong with that, but I'm not a ruby expert. In fact, when running ronn (from its store path directly), I see the following error: /gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6.5/lib/ruby/2.6.0/rubyg= ems/dependency.rb:313:in `to_specs': Could not find 'mustache' (>=3D 0.7.0, ~> 0.7) - did find: [mustache-1.1.1] (Gem::MissingSpecVersionError) Checked in 'GEM_PATH=3D/gnu/store/l8jicf1ibzrgff754mvbc5k14fa62s7a-ruby-ronn-ng-0.9.1/= lib/ruby/vendor_ruby:/gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6.5= /lib/ruby/vendor_ruby:/gnu/store/w1a9ndhvvbw76g19fgx4j78kx3aghi4k-ruby-kram= down-2.3.0/lib/ruby/vendor_ruby:/gnu/store/jfbzrfd7i8x46q9c8sw26av6kx7jyr3c= -ruby-mustache-1.1.1/lib/ruby/vendor_ruby:/gnu/store/0wsy4yymr5m0wzms0qv5ak= 5q21g8c6hs-ruby-nokogiri-1.10.9/lib/ruby/vendor_ruby:/gnu/store/7ncf7v5prhv= 4ir8bgdlxa1rz8ph5mlry-ruby-pkg-config-1.2.5/lib/ruby/vendor_ruby:/gnu/store= /924np2k8f04lfjr6l9hzic7drah8bgbb-ruby-mini-portile-2.4.0/lib/ruby/vendor_r= uby:/gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6.5/lib/ruby/gems/2.= 6.0', execute `gem env` for more information which suggests that the GEM_PATH is set correctly (after all it found mustache), but the dependencies do not have the expected version. Does that make sense? From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 20 11:15:50 2020 Received: (at 42948) by debbugs.gnu.org; 20 Aug 2020 15:15:50 +0000 Received: from localhost ([127.0.0.1]:43560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8mI9-00074c-9m for submit@debbugs.gnu.org; Thu, 20 Aug 2020 11:15:50 -0400 Received: from mail-pj1-f47.google.com ([209.85.216.47]:51196) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8mI6-0006xM-OS for 42948@debbugs.gnu.org; Thu, 20 Aug 2020 11:15:47 -0400 Received: by mail-pj1-f47.google.com with SMTP id e4so1107920pjd.0 for <42948@debbugs.gnu.org>; Thu, 20 Aug 2020 08:15:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3sZKY3tLdrmni6SxOi3bIQu8W8oCb9VdiWGvpKWCObU=; b=lExGWAz5kGufunlGN0/VmB0bs1QRaB4ixZzs09GQswgOzqSwFTM6B6p4pRDDAxlj09 axUWIfqMsOuL7gQ2ZCS2SVNcmWJnfFbRDJhlgx9Hb+EWOm9q1rMRqGj2FWVUf10Snt4a n41ZM+YnY49oCcEl59B1MmhNeuHh3Zdc2ZLTkVE61BVUFpklOeTZD1jDFO22GM/i81KM I4xHZfVZIvPQ70OldF5rcsshsq7i14v2sd2hW/sWd+/Fivi3udAHlSFA0p9nrD83bPP9 FE3X5rYQyhOhHuJyZBxozo4gYxeSr5go0C46S3D6otFA9GqXyWP7tRvvhSyFlTXV6gxc KaEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3sZKY3tLdrmni6SxOi3bIQu8W8oCb9VdiWGvpKWCObU=; b=beaiL38gCPSJbW8AheykUNekiE5dcoLH+YzYQ0SYXXOi5xsWxe/zNu3rK/W5mLLemz V824O+gqdBy6WFFadWUyDhGo9rOgzPz8JS8n7WtOL/vWSIN10mQPtKmdLA2Av6i8c6Ay kAr1vLbShem3DD7CnaZ4gCC1FtKIbeWz95y8CXabSkhst9SUbhtmFMZp0DdroRFj6toR ihx0jsn5Eb22pTug4fYOt1qVmkA+Dq8kX7jX/I+B0FOKXog/7CGc9c0u/zLdyAvqP8pD NPDDX2ZkZJhXHmko2KiRU4/l857YcVJ0wQbQHntbAicw440yIKGZfrIqAg0JGgcr1X6D FCWQ== X-Gm-Message-State: AOAM5321RUWUPoUNAEPxPQ7ccqGidUydNZtXt6xGBDrY1JdAqUiCQATN dyLrLZSXPr4sJ0CMWbi1YU7fU1BKaME2wb5dgZMkIJ5ox2U= X-Google-Smtp-Source: ABdhPJzWudHHIjGnLPH1lazcWAvY6Ey84FI4RoGg77t+cUnIGvHivM/inpGvrwOpq+LkKsWEKj35xDcL2f1J5nkrWhg= X-Received: by 2002:a17:90a:4fe2:: with SMTP id q89mr3061162pjh.70.1597936540676; Thu, 20 Aug 2020 08:15:40 -0700 (PDT) MIME-Version: 1.0 References: <20200820143158.51e8b321@tachikoma.lepiller.eu> In-Reply-To: <20200820143158.51e8b321@tachikoma.lepiller.eu> From: Prafulla Giri Date: Thu, 20 Aug 2020 21:00:29 +0545 Message-ID: Subject: Re: bug#42948: (wrap-program) bug To: Julien Lepiller Content-Type: multipart/mixed; boundary="000000000000e1924d05ad5097fd" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42948 Cc: 42948@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000e1924d05ad5097fd Content-Type: multipart/alternative; boundary="000000000000e1924b05ad5097fb" --000000000000e1924b05ad5097fb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes, you are correct. This turned out to be a false alarm. I poked around with the definition, and, just like you said, everything works. `ronn` not running was a gempspec issue that I have resolved in the package definition (patch attached). Thank you very much for clearing the matter out! On Thu, Aug 20, 2020 at 6:17 PM Julien Lepiller wrote: > Le Thu, 20 Aug 2020 17:44:01 +0545, > Prafulla Giri a =C3=A9crit : > > > Esteemed maintainers, > > > > It seems that (wrap-program ...) over-writes the previous wrapping of > > a package done by the build system. > > > > This does not happen for many (wrap-programs) called in the > > modify-phases section of the package definition itself. > > > > Attached is a package definition for ruby-ronn-ng, that demonstrates > > this issue. The custom (wrap-program)-s > > called from the package definition seem to over-write the definitions > > of GEM_ENV as made by the 'wrap %standard-phase > > of the ruby-build system. > > The wrappings made by 'wrap %standard-phase can be seen during the > > custom 'DEBUG phase. The subsequent 'wrap-program1 > > and 'wrap-program2 add more environment variables to the wrapping, > > but on checking the contents of `which ronn`, once > > it is installed (using `less $(which ronn)`), it can be verified that > > the GEM_ENV package definitions have been overwritten. > > > > This may just be a ruby-build-system issue. Or perhaps it might be > > something that permeates over a few more build systems. > > That still remains to be tested. > > > > Attached are a few different versions of the package definitions for > > ruby-ronn-ng for the ease of those who would like to > > verify this. > > 1. ruby-ronn-ng-standalone.scm : To be tested using `guix > > time-machine -- build --verbosity=3D2 > > --file=3Druby-ronn-ng-standalone.scm`[1] 2. ruby-ronn-ng.scm : To be > > appended to the end of the gnu/packages/ruby.scm file in local guix > > checkout, and be tested using the local version > > 3. ruby-ronn-ng.patch : To be applied to local guix checkout > > > > [1] - This package definition needs ruby-mustache, which has only > > recently been added to guix. Hence, the time-machine. > > > > NOTE: `ronn` does not work even with `propagated-inputs`. See this > > patch as to why: > > > https://aur.archlinux.org/cgit/aur.git/tree/0001-allow-mustache-1.0.patch= ?h=3Druby-ronn-ng > > Hi, > > From what I see, there is no issue here (unless I'm missing something). > In the built package, I see bin/ronn is a shell wrapper that defines > the PATH and FOO environment variables and calls bin/.ronn-real. > bin/.ronn-real itself is a ruby script that defines GEM_PATH and calls > bin/.real/ronn, which is the actual program. > > I don't see anything wrong with that, but I'm not a ruby expert. In > fact, when running ronn (from its store path directly), I see the > following error: > > > /gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6.5/lib/ruby/2.6.0/rub= ygems/dependency.rb:313:in > `to_specs': Could not find 'mustache' (>=3D 0.7.0, ~> 0.7) - did find: > [mustache-1.1.1] (Gem::MissingSpecVersionError) Checked in > > 'GEM_PATH=3D/gnu/store/l8jicf1ibzrgff754mvbc5k14fa62s7a-ruby-ronn-ng-0.9.= 1/lib/ruby/vendor_ruby:/gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6= .5/lib/ruby/vendor_ruby:/gnu/store/w1a9ndhvvbw76g19fgx4j78kx3aghi4k-ruby-kr= amdown-2.3.0/lib/ruby/vendor_ruby:/gnu/store/jfbzrfd7i8x46q9c8sw26av6kx7jyr= 3c-ruby-mustache-1.1.1/lib/ruby/vendor_ruby:/gnu/store/0wsy4yymr5m0wzms0qv5= ak5q21g8c6hs-ruby-nokogiri-1.10.9/lib/ruby/vendor_ruby:/gnu/store/7ncf7v5pr= hv4ir8bgdlxa1rz8ph5mlry-ruby-pkg-config-1.2.5/lib/ruby/vendor_ruby:/gnu/sto= re/924np2k8f04lfjr6l9hzic7drah8bgbb-ruby-mini-portile-2.4.0/lib/ruby/vendor= _ruby:/gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6.5/lib/ruby/gems/= 2.6.0', > execute `gem env` for more information > > which suggests that the GEM_PATH is set correctly (after all it found > mustache), but the dependencies do not have the expected version. Does > that make sense? > --000000000000e1924b05ad5097fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, you are correct. This turned out to be a false a= larm. I poked around with the definition, and, just like you said, everythi= ng works.

`ronn` not running was a gempspec issue = that I have resolved in the package definition (patch attached).
=
Thank you very much for clearing the matter out!

On= Thu, Aug 20, 2020 at 6:17 PM Julien Lepiller <julien@lepiller.eu> wrote:
Le Thu, 20 Aug 2020 17:44:01 +0545,
Prafulla Giri <pratheblackdiamond@gmail.com> a =C3=A9crit :

> Esteemed maintainers,
>
> It seems that (wrap-program ...) over-writes the previous wrapping of<= br> > a package done by the build system.
>
> This does not happen for many (wrap-programs) called in the
> modify-phases section of the package definition itself.
>
> Attached is a package definition for ruby-ronn-ng, that demonstrates > this issue. The custom (wrap-program)-s
> called from the package definition seem to over-write the definitions<= br> > of GEM_ENV as made by the 'wrap %standard-phase
> of the ruby-build system.
> The wrappings made by 'wrap %standard-phase can be seen during the=
> custom 'DEBUG phase. The subsequent 'wrap-program1
> and 'wrap-program2 add more environment variables to the wrapping,=
> but on checking the contents of `which ronn`, once
> it is installed (using `less $(which ronn)`), it can be verified that<= br> > the GEM_ENV package definitions have been overwritten.
>
> This may just be a ruby-build-system issue. Or perhaps it might be
> something that permeates over a few more build systems.
> That still remains to be tested.
>
> Attached are a few different versions of the package definitions for > ruby-ronn-ng for the ease of those who would like to
> verify this.
> 1. ruby-ronn-ng-standalone.scm : To be tested using `guix
> time-machine -- build --verbosity=3D2
> --file=3Druby-ronn-ng-standalone.scm`[1] 2. ruby-ronn-ng.scm : To be > appended to the end of the gnu/packages/ruby.scm file in local guix > checkout, and be tested using the local version
> 3. ruby-ronn-ng.patch : To be applied to local guix checkout
>
> [1] - This package definition needs ruby-mustache, which has only
> recently been added to guix. Hence, the time-machine.
>
> NOTE: `ronn` does not work even with `propagated-inputs`. See this
> patch as to why:
> https= ://aur.archlinux.org/cgit/aur.git/tree/0001-allow-mustache-1.0.patch?h=3Dru= by-ronn-ng

Hi,

>From what I see, there is no issue here (unless I'm missing something).=
In the built package, I see bin/ronn is a shell wrapper that defines
the PATH and FOO environment variables and calls bin/.ronn-real.
bin/.ronn-real itself is a ruby script that defines GEM_PATH and calls
bin/.real/ronn, which is the actual program.

I don't see anything wrong with that, but I'm not a ruby expert. In=
fact, when running ronn (from its store path directly), I see the
following error:

/gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6.5/lib/ruby/2.6.0/rubyg= ems/dependency.rb:313:in
`to_specs': Could not find 'mustache' (>=3D 0.7.0, ~> 0.7= ) - did find:
[mustache-1.1.1] (Gem::MissingSpecVersionError) Checked in
'GEM_PATH=3D/gnu/store/l8jicf1ibzrgff754mvbc5k14fa62s7a-ruby-ronn-ng-0.= 9.1/lib/ruby/vendor_ruby:/gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2= .6.5/lib/ruby/vendor_ruby:/gnu/store/w1a9ndhvvbw76g19fgx4j78kx3aghi4k-ruby-= kramdown-2.3.0/lib/ruby/vendor_ruby:/gnu/store/jfbzrfd7i8x46q9c8sw26av6kx7j= yr3c-ruby-mustache-1.1.1/lib/ruby/vendor_ruby:/gnu/store/0wsy4yymr5m0wzms0q= v5ak5q21g8c6hs-ruby-nokogiri-1.10.9/lib/ruby/vendor_ruby:/gnu/store/7ncf7v5= prhv4ir8bgdlxa1rz8ph5mlry-ruby-pkg-config-1.2.5/lib/ruby/vendor_ruby:/gnu/s= tore/924np2k8f04lfjr6l9hzic7drah8bgbb-ruby-mini-portile-2.4.0/lib/ruby/vend= or_ruby:/gnu/store/9yqh0g1p5bmxar8dlfp84j4py3j631jv-ruby-2.6.5/lib/ruby/gem= s/2.6.0',
execute `gem env` for more information

which suggests that the GEM_PATH is set correctly (after all it found
mustache), but the dependencies do not have the expected version. Does
that make sense?
--000000000000e1924b05ad5097fb-- --000000000000e1924d05ad5097fd Content-Type: text/x-patch; charset="US-ASCII"; name="ronn-ng-working.patch" Content-Disposition: attachment; filename="ronn-ng-working.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_ke2y5ahp0 ZGlmZiAtLWdpdCBhL2dudS9wYWNrYWdlcy9ydWJ5LnNjbSBiL2dudS9wYWNrYWdlcy9ydWJ5LnNj bQppbmRleCAwMTAwMjgwODJhLi4wYTI0NTg1NWVlIDEwMDY0NAotLS0gYS9nbnUvcGFja2FnZXMv cnVieS5zY20KKysrIGIvZ251L3BhY2thZ2VzL3J1Ynkuc2NtCkBAIC0xMTY1OSwzICsxMTY1OSw0 NiBAQCB3aGljaCBzbmFwc2hvdHMgdG8gY29uc2lkZXIgYW5kIHdoYXQgZmlsZXMgdG8gaW5jbHVk ZS4iKQogZGVmaW5lZCBpbiBAZmlsZXsudHJhdmlzLnltbH0gb24geW91ciBsb2NhbCBtYWNoaW5l LCB1c2luZyBAY29kZXtydm19LAogQGNvZGV7cmJlbnZ9LCBvciBAY29kZXtjaHJ1Ynl9IHRvIHRl c3QgZGlmZmVyZW50IHZlcnNpb25zIG9mIFJ1YnkuIikKICAgICAobGljZW5zZSBsaWNlbnNlOmV4 cGF0KSkpCisKKyhkZWZpbmUtcHVibGljIHJ1Ynktcm9ubi1uZworICAocGFja2FnZQorICAgIChu YW1lICJydWJ5LXJvbm4tbmciKQorICAgICh2ZXJzaW9uICIwLjkuMSIpCisgICAgKHNvdXJjZQor ICAgICAob3JpZ2luCisgICAgICAgKG1ldGhvZCB1cmwtZmV0Y2gpCisgICAgICAgKHVyaSAocnVi eWdlbXMtdXJpICJyb25uLW5nIiB2ZXJzaW9uKSkKKyAgICAgICAoc2hhMjU2CisgICAgICAgIChi YXNlMzIKKyAgICAgICAgICIxc2x4Zmc1N2NhYm1oOThmdzUwN3o0a2E2bHdxMXB2YnJxd3BwZmx4 dzY3MDBwaTh5a2ZoIikpKSkKKyAgICAoYnVpbGQtc3lzdGVtIHJ1YnktYnVpbGQtc3lzdGVtKQor ICAgIChhcmd1bWVudHMKKyAgICAgYCgjOnBoYXNlcworICAgICAgIChtb2RpZnktcGhhc2VzICVz dGFuZGFyZC1waGFzZXMKKyAgICAgICAgIChhZGQtYWZ0ZXIKKyAgICAgICAgICAgICAnZXh0cmFj dC1nZW1zcGVjICdmaXgtZ2Vtc3BlYy1tdXN0YWNoZQorICAgICAgICAgICAobGFtYmRhIF8KKyAg ICAgICAgICAgICAoc3Vic3RpdHV0ZSogInJvbm4tbmcuZ2Vtc3BlYyIKKyAgICAgICAgICAgICAg ICgoIig8bXVzdGFjaGU+LmZyZWV6ZS4qfj4pLiooXCIuKiQpIiBhbGwgc3RhcnQgZW5kKQorICAg ICAgICAgICAgICAgIChzdHJpbmctYXBwZW5kIHN0YXJ0ICIgMS4wIiBlbmQpKSkKKyAgICAgICAg ICAgICAjdCkpCisgICAgICAgICAoYWRkLWFmdGVyCisgICAgICAgICAgICAgJ3dyYXAgJ3dyYXAt cHJvZ3JhbQorICAgICAgICAgICAobGFtYmRhKiAoIzprZXkgb3V0cHV0cyAjOmFsbG93LW90aGVy LWtleXMpCisgICAgICAgICAgICAgKGxldCAoKHByb2cgKHN0cmluZy1hcHBlbmQgKGFzc29jLXJl ZiAlb3V0cHV0cyAib3V0IikgIi9iaW4vcm9ubiIpKSkKKyAgICAgICAgICAgICAgIChiZWdpbiAo ZGlzcGxheSAlYnVpbGQtaW5wdXRzKShuZXdsaW5lKSkKKyAgICAgICAgICAgICAgICh3cmFwLXBy b2dyYW0gcHJvZworICAgICAgICAgICAgICAgICBgKCJQQVRIIiAiOiIgc3VmZml4ICwobWFwIChs YW1iZGEgKGV4cF9pbnB0KQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgKHN0cmluZy1hcHBlbmQgKGFzc29jLXJlZiAlYnVpbGQtaW5wdXRzIGV4cF9pbnB0KSAi L2JpbiIpKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICcoInJ1 Ynkta3JhbWRvd24iICJydWJ5LW11c3RhY2hlIiAicnVieS1ub2tvZ2lyaSIpKSkpKQorICAgICAg ICAgICAgICN0KSkgKSkpCisgICAgKGlucHV0cworICAgICBgKCgicnVieS1rcmFtZG93biIgLHJ1 Ynkta3JhbWRvd24pCisgICAgICAgKCJydWJ5LW11c3RhY2hlIiAscnVieS1tdXN0YWNoZSkKKyAg ICAgICAoInJ1Ynktbm9rb2dpcmkiICxydWJ5LW5va29naXJpKSkpCisgICAgKHN5bm9wc2lzCisg ICAgICJSb25uLU5HIGJ1aWxkcyBtYW51YWxzIGluIEhUTUwgYW5kIFVuaXggbWFuIHBhZ2UgZm9y bWF0IGZyb20gTWFya2Rvd24uIikKKyAgICAoZGVzY3JpcHRpb24KKyAgICAgIlJvbm4tTkcgYnVp bGRzIG1hbnVhbHMgaW4gSFRNTCBhbmQgVW5peCBtYW4gcGFnZSBmb3JtYXQgZnJvbSBNYXJrZG93 bi4iKQorICAgIChob21lLXBhZ2UgImh0dHBzOi8vZ2l0aHViLmNvbS9hcGphbmtlL3Jvbm4tbmci KQorICAgIChsaWNlbnNlIGxpY2Vuc2U6ZXhwYXQpKSkK --000000000000e1924d05ad5097fd-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 20 12:57:31 2020 Received: (at 42948-close) by debbugs.gnu.org; 20 Aug 2020 16:57:31 +0000 Received: from localhost ([127.0.0.1]:43847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8nsY-000146-Sn for submit@debbugs.gnu.org; Thu, 20 Aug 2020 12:57:31 -0400 Received: from lepiller.eu ([89.234.186.109]:41390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8nsX-00013t-4m for 42948-close@debbugs.gnu.org; Thu, 20 Aug 2020 12:57:30 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id ce3c92bb; Thu, 20 Aug 2020 16:57:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date :in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:to:from:message-id; s=dkim; bh=aXKrQhYy1uPsAEDBrRK19CdM2K/k5heloTBvjMp4Z04=; b=hJy1U92fxj2U zoYv0e5ADnNewKxgkGec2l5l7OXKFNByt2hMltannOXH5EyV8ZUORzfRq9YY2JZm lqKGq/orx7CSs3xkArgIsT6puJfl36tR9dOjCAwOqSB9qDuZw1CCN2UcN75s2687 xHYjXou0aSScnUVW+qCnC0JyZKIYMacmtei5nx913jZCtS3nFZkp1GRz52tvZ7Dd NnmXoh3lw7wPyYHQSS2cUpcc3IWRL1U8/KyCqJZ06E4himzl3QlhPnim18oI6qdC vtqme/S8udzC48HXJZ0KYgpOsm2XQd1wVREAWW6EAeIgKFNGi+Kh2i9e5xsKp/WS yCf+q2c1HA== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id a8f09f67 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Thu, 20 Aug 2020 16:57:26 +0000 (UTC) Date: Thu, 20 Aug 2020 12:57:15 -0400 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----D29NBFNYBDZ79U6GEHNWR1UV5BP5T7" Content-Transfer-Encoding: 7bit Subject: Re: bug#42948: (wrap-program) bug To: Prafulla Giri ,42948-close@debbugs.gnu.org From: Julien Lepiller Message-ID: <5ECBDDD2-2FDC-4386-9564-8DF12218D0DB@lepiller.eu> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42948-close X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------D29NBFNYBDZ79U6GEHNWR1UV5BP5T7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I see you've posted your patch in another thread, so I'm closing this one a= s it was a false alarm=2E Thank you! On 2020=E5=B9=B48=E6=9C=8820=E6=97=A5 7:59:01 GMT-04:00, Prafulla Giri wrote: >Esteemed maintainers, > >It seems that (wrap-program =2E=2E=2E) over-writes the previous wrapping = of a >package done by the build system=2E > >This does not happen for many (wrap-programs) called in the >modify-phases >section of the package definition itself=2E > >Attached is a package definition for ruby-ronn-ng, that demonstrates >this >issue=2E The custom (wrap-program)-s >called from the package definition seem to over-write the definitions >of >GEM_ENV as made by the 'wrap %standard-phase >of the ruby-build system=2E >The wrappings made by 'wrap %standard-phase can be seen during the >custom >'DEBUG phase=2E The subsequent 'wrap-program1 >and 'wrap-program2 add more environment variables to the wrapping, but >on >checking the contents of `which ronn`, once >it is installed (using `less $(which ronn)`), it can be verified that >the >GEM_ENV package definitions have been overwritten=2E > >This may just be a ruby-build-system issue=2E Or perhaps it might be >something that permeates over a few more build systems=2E >That still remains to be tested=2E > >Attached are a few different versions of the package definitions for >ruby-ronn-ng for the ease of those who would like to >verify this=2E >1=2E ruby-ronn-ng-standalone=2Escm : To be tested using `guix time-machin= e >-- >build --verbosity=3D2 --file=3Druby-ronn-ng-standalone=2Escm`[1] >2=2E ruby-ronn-ng=2Escm : To be appended to the end of the >gnu/packages/ruby=2Escm file in local guix checkout, and be tested using >the >local version >3=2E ruby-ronn-ng=2Epatch : To be applied to local guix checkout > >[1] - This package definition needs ruby-mustache, which has only >recently >been added to guix=2E Hence, the time-machine=2E > >NOTE: `ronn` does not work even with `propagated-inputs`=2E See this >patch as >to why: >https://aur=2Earchlinux=2Eorg/cgit/aur=2Egit/tree/0001-allow-mustache-1= =2E0=2Epatch?h=3Druby-ronn-ng ------D29NBFNYBDZ79U6GEHNWR1UV5BP5T7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable I see you've posted your patch in another thread, = so I'm closing this one as it was a false alarm=2E Thank you!

On 2020=E5=B9=B48=E6=9C=8820=E6=97=A5 7:59:01 GMT-04:0= 0, Prafulla Giri <pratheblackdiamond@gmail=2Ecom> wrote:
Esteemed maintainers,

It seems that (wrap-program = =2E=2E=2E) over-writes the previous wrapping of a package done by the build= system=2E

This does not happen for many (wrap-programs) called in t= he modify-phases section of the package definition itself=2E

Attache= d is a package definition for ruby-ronn-ng, that demonstrates this issue=2E= The custom (wrap-program)-s
called from the package definition seem to = over-write the definitions of GEM_ENV as made by the 'wrap %standard-phase<= br>of the ruby-build system=2E
The wrappings made by 'wrap %standard-pha= se can be seen during the custom 'DEBUG phase=2E The subsequent 'wrap-progr= am1
and 'wrap-program2 add more environment variables to the wrapping, b= ut on checking the contents of `which ronn`, once
it is installed (using= `less $(which ronn)`), it can be verified that the GEM_ENV package definit= ions have been overwritten=2E

This may just be a ruby-build-system i= ssue=2E Or perhaps it might be something that permeates over a few more bui= ld systems=2E
That still remains to be tested=2E

Attached are a f= ew different versions of the package definitions for ruby-ronn-ng for the e= ase of those who would like to
verify this=2E
1=2E ruby-ronn-ng-= standalone=2Escm : To be tested using `guix time-machine -- build --verbosi= ty=3D2 --file=3Druby-ronn-ng-standalone=2Escm`[1]
2=2E ruby-ronn-ng=2E= scm : To be appended to the end of the gnu/packages/ruby=2Escm file in loca= l guix checkout, and be tested using the local version
3=2E ruby-ronn-ng= =2Epatch : To be applied to local guix checkout

[1] - This package d= efinition needs ruby-mustache, which has only recently been added to guix= =2E Hence, the time-machine=2E

NOTE: `ronn` does not work even = with `propagated-inputs`=2E See this patch as to why: https://aur=2Earchlinux=2Eorg/cgit/aur= =2Egit/tree/0001-allow-mustache-1=2E0=2Epatch?h=3Druby-ronn-ng
------D29NBFNYBDZ79U6GEHNWR1UV5BP5T7-- From unknown Sat Aug 09 09:32:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 18 Sep 2020 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator