e
really cultish. This, of course, negatively contributes to the overall
quality of Python packages and tools to work with them.
Unfortunately, the landscape of Python today is very diverse. There's
no universally good solution to package management because it's broken
in the place where n
On 19/05/2024 08.49, Peter J. Holzer wrote:
[...]
That's what package management on Linux is for. Sure, it means that you
won't have the newest version of anything and some packages not at all,
but you don't have to care about dependencies. Or updates.
Well, that doesn
.g. if all our developers used Linux and preferrably the same version)
I could see myself using venvs much less or maybe not at all.
> The dependency nightmare created by python, pip and all the rest
> cannot be resolved otherwise.
That's what package management on Linux is for. Sure, it means
On Sunday, 20 January 2019 21:27:53 UTC, Oscar Benjamin wrote:
> On Sun, 20 Jan 2019 at 21:12, dcs3spp via Python-list
> wrote:
> >
> > Pip 18.1 supports reading pep508 direct urls from install_requires. In
> > future release there are plans to deprecate the --process-dependency-links
> > pip i
On Sun, 20 Jan 2019 at 21:12, dcs3spp via Python-list
wrote:
>
> Pip 18.1 supports reading pep508 direct urls from install_requires. In future
> release there are plans to deprecate the --process-dependency-links pip
> install option:
> - https://github.com/pypa/pip/issues/4187
> - https://githu
On Sunday, 20 January 2019 20:38:30 UTC, Oscar Benjamin wrote:
> On Sun, 20 Jan 2019 at 16:22, dcs3spp via Python-list
> wrote:
> >
> > On Saturday, 19 January 2019 11:17:19 UTC, dcs3spp wrote:
> > >
> > > My question is, can setuptools be configured to pull in child from a
> > > separate git r
On Sun, 20 Jan 2019 at 16:22, dcs3spp via Python-list
wrote:
>
> On Saturday, 19 January 2019 11:17:19 UTC, dcs3spp wrote:
> >
> > My question is, can setuptools be configured to pull in child from a
> > separate git repository when running python setup.py develop from parent
> > folder? I have
On Saturday, 19 January 2019 11:17:19 UTC, dcs3spp wrote:
> On Saturday, 19 January 2019 07:33:50 UTC, dieter wrote:
> > dcs3spp via Python-list writes:
> > > On Friday, 18 January 2019 07:39:00 UTC, dieter wrote:
> > > ...
> > > My situation is similar to the following
> > >
> > > Assume t
On Saturday, 19 January 2019 07:33:50 UTC, dieter wrote:
> dcs3spp via Python-list writes:
> > On Friday, 18 January 2019 07:39:00 UTC, dieter wrote:
> > ...
> > My situation is similar to the following
> >
> > Assume the following two privately developed projects that I have written,
> > e
dcs3spp via Python-list writes:
> On Friday, 18 January 2019 07:39:00 UTC, dieter wrote:
> ...
> My situation is similar to the following
>
> Assume the following two privately developed projects that I have written,
> each with their own setup.py:
> 1. parent exists in folder $HOME/project/
On Friday, 18 January 2019 07:39:00 UTC, dieter wrote:
> dcs3spp via Python-list writes:
> > ...
> > How do I configure setuptools to pull my own private dependency package
> > using virtualenv + python setup.py develop
>
>
> You call "python setup.py develop" for your own package
> (which the
dcs3spp via Python-list writes:
> ...
> How do I configure setuptools to pull my own private dependency package using
> virtualenv + python setup.py develop
You call "python setup.py develop" for your own package
(which the "python" from the virtualenv).
This makes your package (more precisely
On Thursday, 17 January 2019 07:41:43 UTC, dieter wrote:
> dcs3spp via Python-list writes:
> > ...
> > How do I configure python setup.py develop to pull the pyramid_core
> > dependent packages using virtualenv?
>
> Your "setup.py" below should work (once, you have removed the "").
> If the
dcs3spp via Python-list writes:
> ...
> How do I configure python setup.py develop to pull the pyramid_core dependent
> packages using virtualenv?
Your "setup.py" below should work (once, you have removed the "").
If the "pyramid" package correctly declares its dependencies,
then the "pyrami
On Wednesday, 16 January 2019 07:07:29 UTC, dieter wrote:
> dcs3spp via Python-list writes:
> > ...
> > So to manage the development of private packages, e.g. wheels, I would have
> > to use my own private repository (something like devpi or a an alternative
> > cloud pypi subscription service)
dcs3spp via Python-list writes:
> ...
> So to manage the development of private packages, e.g. wheels, I would have
> to use my own private repository (something like devpi or a an alternative
> cloud pypi subscription service) to store each private dependency that I have
> written.
No, you do
On Tuesday, 15 January 2019 07:48:57 UTC, Chris Angelico wrote:
> On Tue, Jan 15, 2019 at 6:18 PM dieter wrote:
> >
> > dcs3spp via Python-list writes:
> > > I am a newbie completely confused with python package management.
> > >
> > > I have a setup
On Tue, Jan 15, 2019 at 6:18 PM dieter wrote:
>
> dcs3spp via Python-list writes:
> > I am a newbie completely confused with python package management.
> >
> > I have a setup.py file (listed below) and have setup pip and setup.cfg to
> > install my own de
dcs3spp via Python-list writes:
> I am a newbie completely confused with python package management.
>
> I have a setup.py file (listed below) and have setup pip and setup.cfg to
> install my own dependencies from a local devpi repository.
>
> Can setup.py reference a git re
Hi,
I am a newbie completely confused with python package management.
I have a setup.py file (listed below) and have setup pip and setup.cfg to
install my own dependencies from a local devpi repository.
Can setup.py reference a git repository so that I can install from that url?
Is this
On Tuesday, November 27, 2012 8:45:56 PM UTC-8, Roy Smith wrote:
> In the future, the plan is to build a complete fresh virtualenv for
> every deployment. But we're not there yet.
Maybe a repository of virtualenvs, then when deploying you can see if there's
one the matches what you need and use
In article ,
Miki Tebeka wrote:
> > When we deploy, we create a new virtualenv, then do
> > "pip install -r requirements.txt".
> 1. Do you do that for every run?
Well, sort of.
We are currently using a single virtualenv per deployment host. Each
time we deploy new code, we checkout all th
On Tuesday, November 27, 2012 8:21:48 PM UTC-8, Roy Smith wrote:
> What we do is run "pip freeze > requirements.txt" and check that into
> version control.
That's the idea I was toying with, thanks for confirming.
> When we deploy, we create a new virtualenv, then do
> "pip install -r requirem
In article <8ea52e1b-2e02-40b2-8ce0-fcce7fc2e...@googlegroups.com>,
Miki Tebeka wrote:
> Greetings,
>
> The usual package mangers (easy_install, pip ...) install packages in one
> central location.
>
> I'm looking for a solution that will allow every project (which run on the
> same machine)
Greetings,
The usual package mangers (easy_install, pip ...) install packages in one
central location.
I'm looking for a solution that will allow every project (which run on the same
machine) use it's own packages and versions of packages. (Context - we're
running several applications on the s
In message <87pqxy2aqd@benfinney.id.au>, Ben Finney wrote:
> Have you ever tried to make such a package and get it into Debian?
I have found it very easy to recreate the same steps used by the package
maintainers. For instance, “apt-get source ” brings down the exact
same source files used
Lawrence D'Oliveiro writes:
> In message <87aap44mc7.fsf...@benfinney.id.au>, Ben Finney wrote:
>
> > Sadly, Python's package management is rather lacking by these
> > standards. The Distutils legacy assumption of “package recipient,
> > system administrat
In message <87aap44mc7.fsf...@benfinney.id.au>, Ben Finney wrote:
> Sadly, Python's package management is rather lacking by these standards.
> The Distutils legacy assumption of “package recipient, system
> administrator, and end user are all the same person”, among othe
Mark Lawrence writes:
> How does any user or an admin cope with 500 packages?
Operating systems with good package management come with tools that help
the administrator do this job easily.
Also, operating systems with good package management encourage the
small-pieces-loosely-joined philoso
Hi Dave,
> As of now, Enstaller 3.x is a command-line only tool but it does
> provide a lot of benefits over standard setuptools -- uninstall,
> update/upgrade command, found eggs aren't pre-pended to the full
> sys.path but instead inserted before the containing directory, etc.
Sounds extremely
On Feb 1, 10:57 pm, David Lyon wrote:
> > What's wrong with Enstaller from Enthought ?
>
> for a start
>
> onhttps://svn.enthought.com/enthought/wiki/Enstaller
>
> it claims to be depracated...
Hello,
Actually it was version 2.x and earlier that was deprecated and we
just hadn't updated that
Gabriel Rossetti wrote:
...
Well, isn't tkinter being removed?
(http://www.python.org/dev/peps/pep-3108/)
To quote the referenced PEP:
Rejected Ideas
Modules that were originally suggested for removal
...
* Tkinter
o Would prevent IDLE from existing.
o No GUI
> David, I would really recommend that you
> seriously consider using the Tcp/Tk toolkit.
I would seriously disrecommend using Tcl/Tk.
> Why ?
Because it doesn't allow to build a GUI application with not-ridiculous
functionality, "look-and-feel" and quirk-free behaviour.
> Because of my point a
> Well, isn't tkinter being removed?
> (http://www.python.org/dev/peps/pep-3108/)
PEP3108 isn't only about removals, but some renaming and
reorganizations of certain packages / modules to be consistent within
the standard library. In that section of PEP3108 they're talking about
grouping tkinter m
James Mills wrote:
On Mon, Feb 2, 2009 at 2:57 PM, David Lyon wrote:
To be truly cross platform, consider
using the Tcl/Tk toolkit rather tahn
wxWindows. Why ? Because Tcl/TK
is packaged and provided along with
most Python distributions.
I agree with your point..
The problem is that
On Mon, Feb 2, 2009 at 2:57 PM, David Lyon wrote:
>> To be truly cross platform, consider
>> using the Tcl/Tk toolkit rather tahn
>> wxWindows. Why ? Because Tcl/TK
>> is packaged and provided along with
>> most Python distributions.
>
> I agree with your point..
>
> The problem is that Tcl/TK is
> What's wrong with Enstaller from Enthought ?
for a start
on https://svn.enthought.com/enthought/wiki/Enstaller
it claims to be depracated...
> Can I make a few suggestions ?
Sure..
> To be truly cross platform, consider
> using the Tcl/Tk toolkit rather tahn
> wxWindows. Why ? Because T
On Mon, Feb 2, 2009 at 2:17 PM, David Lyon wrote:
> Hi all,
>
> I am pleased to announce that we have started a new python
> project on sourceforge.
>
> Python Package Manager
> pythonpkgmgr.sourceforge.net
>
> The goal is to provide a cross platform GUI tool that will
> vastly simplify loading
Hi all,
I am pleased to announce that we have started a new python
project on sourceforge.
Python Package Manager
pythonpkgmgr.sourceforge.net
The goal is to provide a cross platform GUI tool that will
vastly simplify loading and installing packages under python.
- written in python
39 matches
Mail list logo
