From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Catriel_Omar_D'El=C3=ADa?= Subject: Re: enchant hash, fail to upgrade Date: Tue, 24 Sep 2019 12:32:32 -0300 Message-ID: <87ftklwvzj.fsf@dc.uba.ar> References: <87a7awm8ze.fsf@dc.uba.ar> <87y2ygrm6o.fsf@dc.uba.ar> <9FCDF2CE-1390-47D2-B5F2-BC8B40E88037@lepiller.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50212) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iCmoA-0001bw-Sw for help-guix@gnu.org; Tue, 24 Sep 2019 11:32:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iCmo8-0002a7-Om for help-guix@gnu.org; Tue, 24 Sep 2019 11:32:54 -0400 Received: from mta1.exactas.uba.ar ([157.92.32.131]:46408) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iCmo4-0002XP-FP for help-guix@gnu.org; Tue, 24 Sep 2019 11:32:51 -0400 In-Reply-To: <9FCDF2CE-1390-47D2-B5F2-BC8B40E88037@lepiller.eu> (Julien Lepiller's message of "Mon, 23 Sep 2019 12:11:21 +0200") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Julien Lepiller Cc: help-guix@gnu.org Julien Lepiller writes: > Le 23 septembre 2019 00:38:39 GMT+02:00, Catriel a =C3= =A9crit : >>Julien Lepiller writes: >>> >>> Sorry I'm too tired to answer properly. Their is a section about >>contributing in the manual. Have you read that? >>> >> >>yes, but I was asking a way or methodology to modify packages from guix >>and using them even when they are dependencies. Because just defining a >>package doesn't seem to handle that situation very well. As opose to >>inheriting emacs package definition, calling it >>awesome-mario-bros-emacs, patching it, and installing it. I was not >>interested so much on the details of contributing. > > I see, sorry for the misunderstanding. Honestly, I'm not sure how to do i= t. My best answer is: get the repository, make your change, build it and us= e ./pre-inst-env. > No problem! Honestly, me neither XD. Your idea is not bad, but then is the problem to replacing the package in the system. I think that all the family of --with-source/--with-graft... should be the answer, but my recent failure to replace enchant with a downloaded tar.gz cast a dark shadow on that thought. >> >>> As a workaround, you can try guix package -u >>> --with-source=3Denchant=3D`guix download =E2=80=A6` where =E2=80=A6 is = the url of the >>> sources you want to use. Iirc, it applies to dependencies >>recursively. >>> >> >>mmm the problem remaings the same. The source is accesible and >>downloads >>just fine, the issue here is with the package definition: it have a >>wrong sha256 (asuming that is the case and not a sec. vulnerability in >>upstream). >> >>So even if I download it manually and write: >> >>$guix upgrade --fallback --with-source=3Denchant=3Dpath-to-downloaded-file >> >>it's equivalent to let guix download the package by itself. When it >>tries to build the derivation the sha256 mismatch aborts the upgrade. > > That's weird: enchant should be replaced everywhere and build with the > new source, it shouldn't even look for a hash. The file is available > at the ci server though, so maybe check your substitute servers? You > can download it directly at > https://ci.guix.gnu.org/nar/wsyfm5avik0wvh82gyxw9acbixp0ygbp-enchant-2.2.= 5.tar.gz > I don't know, I download it from the github source, and then try to upgrade= it: $guix upgrade --with-source=3Denchant=3D/gnu/store/wsyfm5avik0wvh82gyxw9acbixp0ygbp-encha= nt-2.2.5.tar.gz guix upgrade: aviso: paquete 'libstdc++' ya no existe guix upgrade: el paquete 'sbcl-next' ha sido reemplazado por 'next' substitute: updating substitutes from 'https://mirror.hydra.gnu.org'... 100.0% substitute: updating substitutes from 'https://mirror.hydra.gnu.org'... 100.0% construyendo /gnu/store/qmld15kzh9azm1mpbbs21wsz3x4ibab7-libwacom-0.33.drv... /gnu/store/qmld15kzh9azm1mpbbs21wsz3x4ibab7-libwacom-0.33.drv construido satisfactoriamente construyendo /gnu/store/3dfjsc9nm0bjcv4p0gidgi61n3yk3ps3-enchant-2.2.5.tar.gz.drv... la construcci=C3=B3n de /gnu/store/3dfjsc9nm0bjcv4p0gidgi61n3yk3ps3-enchant-2.2.5.tar.gz.drv fall=C3=B3 Muestra el registro de construcci=C3=B3n en '/var/log/guix/drvs/3d/fjsc9nm0bjcv4p0gidgi61n3yk3ps3-enchant-2.2.5.tar.gz.= drv.bz2'. construyendo /gnu/store/7gsxkb7qivmw6kw4aizfxnx5r6m6i2lh-gnupg-2.2.17.tar.bz2.drv... /guix upgrade: error: build of `/gnu/store/9xsx8j5b5j3khlicg91nrv6v84c3nssa-arc-theme-20181022.drv' failed What I can guess is that it only change the url/fetch method in the (package (source (...))) record, instead of replacing all the (source ...) with the file. So you provide the file but hash validations, as well any other definition on it's .scm, still holds. But I should read the code to really be shure. > I'll update to 2.2.7 when I have access to my gpg key, so the problem > should be fixed after that. The 2.2.5 release was made twice by > accident, which overwrote the old tarball. The new 2.2.5 tarball > actually is the 2.2.6 release. See > https://github.com/AbiWord/enchant/pull/221 fos details. > Nice!.. well it seems to be only a minor mistake from Thomas on upstream. No harm done. >> >>> Good night, and good luck :) >> >>Have a good sleep! >>and really thank you for answering! Thanks! Chau che.