[Kirill Balunov ]
> ...
> In spite of the fact that the pronouncement has
> already been made, there may still be an opportunity to influence this
> decision.
That's not really how this works. Guido has been doing this for
decades, and when he Pronounces he's done with it :-)
> I do not thi
On Mar 22, 2018, at 12:33, Oleg Broytman wrote:
>
> On Thu, Mar 22, 2018 at 12:30:02PM -0700, Barry Warsaw
> wrote:
>> Developers are mostly going to use pip, and maybe a requirements.txt,
>
> +virtual envs to avoid problems with global site-packages.
Yep, that was implied but of course it’
On Thu, Mar 22, 2018 at 12:30:02PM -0700, Barry Warsaw wrote:
> Developers are mostly going to use pip, and maybe a requirements.txt,
+virtual envs to avoid problems with global site-packages.
IMO virtualenv for development and frozen app for distribution solve
the problem much better than
On Mar 22, 2018, at 09:58, Gregory Szorc wrote:
>
> Not all consumers of Python packages wish to consume Python packages in the
> common `pip install ` + `import ` manner. Some Python
> applications may wish to vendor Python package dependencies such that known
> compatible versions are always
On 3/22/2018 10:48 AM, Oleg Broytman wrote:
> Hi!
>
> On Thu, Mar 22, 2018 at 09:58:07AM -0700, Gregory Szorc
> wrote:
>> Not all consumers of Python packages wish to consume Python packages in the
>> common `pip install `
>
> IMO `pip` is for developers. To package and distribute end-user
> ap
2018-03-22 19:47 GMT+03:00 Tim Peters :
>
> > Is this functionality so often used and practical to be a method of
> float,
> > int, ..., and not just to be an auxiliary function?
> >
> > p.s.: The same thoughts about `as_integer_ratio` discussion.
>
> I would have added them as functions in the `m
Hi!
On Thu, Mar 22, 2018 at 09:58:07AM -0700, Gregory Szorc
wrote:
> Not all consumers of Python packages wish to consume Python packages in the
> common `pip install `
IMO `pip` is for developers. To package and distribute end-user
applications there are rpm, dpkg/deb, PyInstaller, cx_Freeze,
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.
I'll start with a problem statement.
Not all consumers of Python packages wish t
[Kirill Balunov ]
> I apologize that I get into the discussion. Obviously in some situations it
> will be useful to check that a floating-point number is integral, but from
> the examples given it is clear that they are very rare. Why the variant with
> the inclusion of this functionality into the
In the PR which implements is_integer() for int, the numeric tower, and
Decimal I elected not to implement it for Complex or complex. This was
principally because complex instances, even if they have an integral real
value, are not convertible to int and it seems reasonable to me that any
number fo
I apologize that I get into the discussion. Obviously in some situations
it will be useful to check that a floating-point number is integral, but
from the examples given it is clear that they are very rare. Why the
variant with the inclusion of this functionality into the math module was
not consi
This mailing list is for the development of CPython, not for the end
user, please could you move your question on python-l...@python.org ?
Thank you,
Le 22/03/18 à 07:27, Rohit Adhikari a écrit :
> Do we have vlookup function which can be used in dataframe same as used
> in excel.
> Can you pleas
12 matches
Mail list logo
