Date: Tue, 13 Dec 2016 19:04:54 +0000 From: "Marcus von Appen" <mva@FreeBSD.org> To: "Vlad K." <vlad-fbsd@acheronmedia.com>, freebsd-python@freebsd.org Subject: Re[2]: lang/python3* ports, __pycache__ included Message-ID: <emdc4cc2e5-adc0-49fb-b318-07e16cc8d3f7@hora> In-Reply-To: <9eb517ced907838f7c604427a01d659f@acheronmedia.com> References: <CACNAnaEueRdkEuuf9MmZwqqaz8HB6hSW14a_VmqZ9%2B8ub3235g@mail.gmail.com> <ema74d97cd-d111-4740-909d-419a4d12c8a6@hora> <CACNAnaF1=D-P0ZTbZP7Wt=BBoWwmDnwe=-mRmz%2Bga_H__zk4-g@mail.gmail.com> <fef69799-bee5-d836-70cf-d928707ccfdb@freebsd.org> <f2f8f2765108cafb3f0c1b931e6314a1@acheronmedia.com> <e1794d8c-9dd0-80b5-e045-3953cd7af8aa@freebsd.org> <9eb517ced907838f7c604427a01d659f@acheronmedia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/13/2016 12:55:40 PM, "Vlad K." <vlad-fbsd@acheronmedia.com> wrote: >On 2016-12-13 12:36, Kubilay Kocak wrote: >> >>My main point was that if disk utilisation is something one wants to >>minimise (at deployment), that one would need to be able to turn the >>optimization knob off each time (or system-wide) and that that would=20 >>be >>a handy thing to know and do. >Personally, I'd love if Python could specify a base dir for bytecode=20 >cache, but it seems that's not gonna happen: > >https://www.python.org/dev/peps/pep-0304/ > > >>Said another way, even if we (FreeBSD) de-packaged optimization files >>which we want to do, that that *by itself* that would only save=20 >>package >>repository size and bandwidth, not deployment size. > >But in reality, what kind of gain/loss are we talking about here? I'm=20 >guessing it's pretty insignificant in this day and age, even for=20 >embedded? > Some systems require very strong audit rules, while stuff is run with=20 privileged permissions. In reality, this does not matter that much in most of the cases (read-only mounts), but=20 nevertheless, it'd be a nice thing to have. Cheers Marcus
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?emdc4cc2e5-adc0-49fb-b318-07e16cc8d3f7>