From: Ben Woodcroft <b.woodcroft@uq.edu.au>
To: Ricardo Wurmus <rekado@elephly.net>
Cc: "guix-devel@gnu.org" <guix-devel@gnu.org>
Subject: Re: [PATCH] Help Ruby packages be reproducible
Date: Thu, 31 Dec 2015 22:03:03 +1000 [thread overview]
Message-ID: <56851977.3080605@uq.edu.au> (raw)
In-Reply-To: <56846E35.6010805@uq.edu.au>
On 31/12/15 09:52, Ben Woodcroft wrote:
> On 30/12/15 18:26, Ricardo Wurmus wrote:
>> Ben Woodcroft <b.woodcroft@uq.edu.au> writes:
>>> The .gem file stored in GEM_HOME after install is both redundant and an
>>> archive that stores timestamped files which makes builds
>>> non-deterministic. So
>>> delete it after 'gem install'.
>> Good idea! I don’t know if the existence of the cached gem is checked
>> for by any Ruby tools (bundler or the like). Is there some
>> documentation about this cache?
> I wondered that too, but I built all of the ruby packages again
> without issue and many of them use bundler. It also doesn't seem like
> a good idea for bundler to use cached gems since I would guess that
> gems that are downloaded but fail to install are kept in the cache. I
> also wasn't able to see any mention of the cache in the rubygems API.
I found one instance where bundler uses cached gems - when installing a
bundle using --local
--local
Do not attempt to connect to rubygems.org. Instead,
Bundler will use the gems already present in Rubygems´ cache or in
vendor/cache. Note that if a appropriate platform-specific gem exists on
rubygems.org it will not be found.
This doesn't seem like a deal breaker for the deletion approach to me
though.
ben
next prev parent reply other threads:[~2015-12-31 12:03 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-29 5:46 [PATCH] Add 12 rubygems Ben Woodcroft
2015-12-29 5:51 ` Ben Woodcroft
2015-12-30 17:26 ` Ludovic Courtès
2015-12-29 7:18 ` Ricardo Wurmus
2015-12-30 0:51 ` [PATCH] Help Ruby packages be reproducible (was: [PATCH] Add 12 rubygems.) Ben Woodcroft
2015-12-30 0:56 ` [PATCH] Help Ruby packages be reproducible Ben Woodcroft
2015-12-30 2:47 ` Pjotr Prins
2015-12-30 8:26 ` Ricardo Wurmus
2015-12-30 23:52 ` Ben Woodcroft
2015-12-31 10:03 ` Ricardo Wurmus
2016-01-01 15:10 ` Ludovic Courtès
2016-01-02 15:02 ` Ben Woodcroft
2016-01-06 11:46 ` Ricardo Wurmus
2016-01-07 13:24 ` Ludovic Courtès
2016-01-08 14:16 ` Thompson, David
2016-01-07 14:31 ` Ludovic Courtès
2016-01-08 11:34 ` Ben Woodcroft
2016-01-08 16:55 ` Ludovic Courtès
2015-12-31 12:03 ` Ben Woodcroft [this message]
2015-12-30 9:14 ` [PATCH] Add 12 rubygems Ricardo Wurmus
2016-01-07 14:29 ` Ricardo Wurmus
2016-01-26 6:37 ` Ben Woodcroft
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56851977.3080605@uq.edu.au \
--to=b.woodcroft@uq.edu.au \
--cc=guix-devel@gnu.org \
--cc=rekado@elephly.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).