From mboxrd@z Thu Jan 1 00:00:00 1970 From: Josh Marshall Subject: Re: [EXTERNAL]Re: Modifying squashfs usage for `guix pack` for supporting singularity Date: Thu, 12 Mar 2020 17:58:59 +0000 Message-ID: References: <87v9n9smtp.fsf@gnu.org> , <87ftedr0hz.fsf@inria.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50821) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jCS6q-0002Cw-Ky for guix-devel@gnu.org; Thu, 12 Mar 2020 13:59:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jCS6o-0005A3-S0 for guix-devel@gnu.org; Thu, 12 Mar 2020 13:59:04 -0400 Received: from esa1.hc3102-66.iphmx.com ([139.138.57.78]:31943) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jCS6o-00058n-Iw for guix-devel@gnu.org; Thu, 12 Mar 2020 13:59:02 -0400 In-Reply-To: <87ftedr0hz.fsf@inria.fr> Content-Language: en-US List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: =?Windows-1252?Q?Ludovic_Court=E8s?= Cc: "guix-devel@gnu.org" While the images seem to work well in most cases, removing ways for bits to= change seems to be in the spirit of guix, and so the "-all-time" and "-mkf= s-time" options remove one source of change. Additionally, without the "--= no-recovery" an extra file is made which is not useful to the process, and = for my manual testing seemed to cause write or permission issues which coul= d cause failures. Guix already handles the failure cases in mksquashfs whi= ch the recovery file is for and so the redundant work is not helpful, can c= ause problems, slows down the process, and requires more resources. As for the information given by `guix pack --list-formats`, I'd change to s= omething like the following: ``` tarball Self-contained tarball, ready to run directly on any Linux = machine squashfs Container suitable for Singularity 2.x and 3.x OCI OCI compliant tarball ready for 'docker load' and usable by Sin= gularity 3.x sif Unsupported; container preferred by Singularity 3.x For more information, refer to https://guix.gnu.org/manual/en/html_node/Inv= oking-guix-pack.html ``` ________________________________________ From: Ludovic Court=E8s Sent: Thursday, March 12, 2020 12:39 PM To: Josh Marshall Cc: guix-devel@gnu.org Subject: Re: [EXTERNAL]Re: Modifying squashfs usage for `guix pack` for sup= porting singularity Hi Josh, Josh Marshall skribis: > Thanks for getting back to me on this. > > For the options I mentioned in the email, and the one not yet tracked > in email since it is only in IRC is "--no-recovery". These are what > stood out to me when reading the `mksquashfs` documentation ( > https://github.com/plougher/squashfs-tools/blob/master/USAGE ) and > looking at `guix/scripts/pack.scm'. Perhaps I=92m missing something, but it=92s still not clear to me why these options would be needed, especially since images produced with =91guix pack -f squashfs=92 today appear to work well. What am I missing? > The knowledge you're saying about the `guix pack` options is not > communicated by `guix pack --list-formats`, which yields > > ``` > $ guix pack --list-formats > The supported formats for 'guix pack' are: > > tarball Self-contained tarball, ready to run on another machine > squashfs Squashfs image suitable for Singularity > docker Tarball ready for 'docker load' > ``` Right, it just says =93docker=94, not =93OCI=94. The manual is a bit more verbose: https://guix.gnu.org/manual/en/html_node/Invoking-guix-pack.html What would you suggest adding? > All this seems to be tangential to the fact that `guix pack --format=3Dsq= uashfs ...` fails on CentOS7 for an undescribed reason: > ``` > $ guix pack --format=3Dsquashfs bash-minimal [...] > \builder for `/gnu/store/saar594fgxibr6vkrpjq2n2l5mpyycpp-squashfs-pack.g= z.squashfs.drv' failed with exit code 1 > build of /gnu/store/saar594fgxibr6vkrpjq2n2l5mpyycpp-squashfs-pack.gz.squ= ashfs.drv failed > View build log at '/var/log/guix/drvs/sa/ar594fgxibr6vkrpjq2n2l5mpyycpp-s= quashfs-pack.gz.squashfs.drv.bz2'. Could you email bug-guix@gnu.org with the command above, the output of =91guix describe=92, and the contents of /var/log/guix/drvs/sa/ar594fgxibr6vkrpjq2n2l5mpyycpp-squashfs-pack.gz.squas= hfs.drv.bz2 ? CentOS 7 runs a very old kernel, so it could be that we=92re using some unsupported feature. Thanks for your feedback! Ludo=92. --- The information in this email, including attachments, may be confidential a= nd is intended solely for the addressee(s). If you believe you received thi= s email by mistake, please notify the sender by return email as soon as pos= sible.