As i recall git LFS makes storing large binary objects in some external object
storage fairly seamless - might be a good fit for keeping the same workflow and
not bloating the repo.
M
--
Matt Billenstein
m...@vazor.com
Sent from my iPhone 6 (this put here so you know I have one)
> On Mar 24,
On 25 March 2018 at 06:52, Ned Deily wrote:
> On Mar 24, 2018, at 16:13, Steve Dower wrote:
> > Or we could just pull the right version directly from PyPI? (Note that
> updating the version should be an explicit step, as it is today, but the
> file should be identical to what’s on PyPI, right? A
On 25 March 2018 at 00:18, Tin Tvrtković wrote:
> But is it safe to do on CPython?
>
That depends on what you mean by "safe" :)
It won't crash, but it will lose any existing entries that a metaclass,
subclass, or __new__ method implementation might have added to the instance
dictionary before c
On Mar 24, 2018, at 16:13, Steve Dower wrote:
> Or we could just pull the right version directly from PyPI? (Note that
> updating the version should be an explicit step, as it is today, but the file
> should be identical to what’s on PyPI, right? And a urlretrieve is easier
> than pulling from
Or we could just pull the right version directly from PyPI? (Note that updating
the version should be an explicit step, as it is today, but the file should be
identical to what’s on PyPI, right? And a urlretrieve is easier than pulling
from a git repo.)
Top-posted from my Windows phone
From: P
> On Mar 24, 2018, at 7:18 AM, Tin Tvrtković wrote:
>
> it's faster to do this:
>
> self.__dict__ = {'a': a, 'b': b, 'c': c}
>
> i.e. to replace the instance dictionary altogether. On PyPy, their core devs
> inform me this is a bad idea because the instance dictionary is special
> there,
On Sat, Mar 24, 2018 at 02:18:14PM +, Tin Tvrtković wrote:
> self.__dict__ = {'a': a, 'b': b, 'c': c}
>
> i.e. to replace the instance dictionary altogether. On PyPy, their core
> devs inform me this is a bad idea because the instance dictionary is
> special there, so we won't be doing t
2018-03-24 17:18 GMT+03:00 Tin Tvrtković :
>
> I've found that, if a class has more than one attribute, instead of
> creating an init like this:
>
> self.a = a
> self.b = b
> self.c = c
>
> it's faster to do this:
>
> self.__dict__ = {'a': a, 'b': b, 'c': c}
>
> i.e. to replace the
Hi Python-dev,
I'm one of the core attrs contributors, and I'm contemplating applying an
optimization to our generated __init__s. Before someone warns me python-dev
is for the development of the language itself, there are two reasons I'm
posting this here:
1) it's a very low level question that I
On 24 March 2018 at 10:50, Nick Coghlan wrote:
> On 24 March 2018 at 18:50, Serhiy Storchaka wrote:
>>
>> Currently the repository contains bundled pip and setuptools (2 MB total)
>> which are updated with every release of pip and setuptools. This increases
>> the size of the repository by around
On 24 March 2018 at 18:50, Serhiy Storchaka wrote:
> Currently the repository contains bundled pip and setuptools (2 MB total)
> which are updated with every release of pip and setuptools. This increases
> the size of the repository by around 2 MB several times per year. There
> were total 37 upd
On Sat, Mar 24, 2018 at 9:29 AM, Nick Coghlan wrote:
> On 23 March 2018 at 02:58, Gregory Szorc wrote:
>
>> I'd like to start a discussion around practices for vendoring package
>> dependencies. I'm not sure python-dev is the appropriate venue for this
>> discussion. If not, please point me to o
On 24 March 2018 at 19:29, Nick Coghlan wrote:
> On 23 March 2018 at 02:58, Gregory Szorc wrote:
>
>> I'd like to start a discussion around practices for vendoring package
>> dependencies. I'm not sure python-dev is the appropriate venue for this
>> discussion. If not, please point me to one and
On 23 March 2018 at 02:58, Gregory Szorc wrote:
> I'd like to start a discussion around practices for vendoring package
> dependencies. I'm not sure python-dev is the appropriate venue for this
> discussion. If not, please point me to one and I'll gladly take it there.
>
>
Since you mainly seem i
Currently the repository contains bundled pip and setuptools (2 MB
total) which are updated with every release of pip and setuptools. This
increases the size of the repository by around 2 MB several times per
year. There were total 37 updates of Lib/ensurepip/_bundled, therefore
the repository
15 matches
Mail list logo
