Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #197159 > unrolled thread

Using pipx for packages as opposed to applications

Started byChris Green <cl@isbd.net>
First post2025-01-11 21:54 +0000
Last post2025-01-13 13:18 -0500
Articles 8 — 5 participants

Back to article view | Back to comp.lang.python


Contents

  Using pipx for packages as opposed to applications Chris Green <cl@isbd.net> - 2025-01-11 21:54 +0000
    Re: Using pipx for packages as opposed to applications Left Right <olegsivokon@gmail.com> - 2025-01-12 11:02 +0100
    Re: Using pipx for packages as opposed to applications Chris Green <cl@isbd.net> - 2025-01-12 12:11 +0000
      Re: Using pipx for packages as opposed to applications Thomas Passin <list1@tompassin.net> - 2025-01-13 13:15 -0500
    Re: Using pipx for packages as opposed to applications (Posting On Python-List Prohibited) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-01-12 22:42 +0000
    Complete working version of cython Queue example? "Henry S. Thompson" <ht@inf.ed.ac.uk> - 2025-01-13 16:09 +0000
    Re: Complete working version of cython Queue example? "Henry S. Thompson" <ht@inf.ed.ac.uk> - 2025-01-13 19:58 +0000
    Re: Complete working version of cython Queue example? Thomas Passin <list1@tompassin.net> - 2025-01-13 13:18 -0500

#197159 — Using pipx for packages as opposed to applications

FromChris Green <cl@isbd.net>
Date2025-01-11 21:54 +0000
SubjectUsing pipx for packages as opposed to applications
Message-ID<ot5b5l-50ps.ln1@q957.zbmc.eu>
Can one use pipx to wrap the process of creating an independent
environment for a python package as opposed to a runnable application?

E.g. I want to install and use pksheet but, as it's not available from
the Debian repositories, I'll have to install it from PyPi.  So I
should put it in its own environment. Can pipx help me with this?

-- 
Chris Green
·

[toc] | [next] | [standalone]


#197163

FromLeft Right <olegsivokon@gmail.com>
Date2025-01-12 11:02 +0100
Message-ID<mailman.63.1736676133.2912.python-list@python.org>
In reply to#197159
What would be the intended use?  If this is for other Debian users,
then why not make a Debian package?  If it's for yourself, why do you
need to automate it?

To be fair, I don't see a point in tools like pipx.  Have never used
it, and cannot imagine a scenario where I'd want to.  It seems like
there's always a better way to do what this tool alleges to be able to
do...

Also, you say that you want it in its own environment: then what
difference does it make if it's on Debian or anywhere else?  If you
are distributing a library, it makes sense to incorporate it into the
user's infrastructure.  Either you do the integration, or let users
decide how to best integrate it.  If you provide them with the
environment that they *must* use, that's going to be the worst of both
worlds: users won't be able to use the library in the environment
created by them, nor will this library integrate with the other
libraries provided by the system.  So, it's hard to imagine why your
users would want that.

On Sun, Jan 12, 2025 at 12:47 AM Chris Green via Python-list
<python-list@python.org> wrote:
>
> Can one use pipx to wrap the process of creating an independent
> environment for a python package as opposed to a runnable application?
>
> E.g. I want to install and use pksheet but, as it's not available from
> the Debian repositories, I'll have to install it from PyPi.  So I
> should put it in its own environment. Can pipx help me with this?
>
> --
> Chris Green
> ·
> --
> https://mail.python.org/mailman/listinfo/python-list

[toc] | [prev] | [next] | [standalone]


#197165

FromChris Green <cl@isbd.net>
Date2025-01-12 12:11 +0000
Message-ID<a4oc5l-l9ft.ln1@q957.zbmc.eu>
In reply to#197159
Stefan Ram <ram@zedat.fu-berlin.de> wrote:
> Chris Green <cl@isbd.net> wrote or quoted:
> >E.g. I want to install and use pksheet but, as it's not available from
> >the Debian repositories, I'll have to install it from PyPi.
> 
>   I can't dig up any "pksheet" on PyPI. So, you got to take
>   my earlier response like a rumor from a random tech meetup in
>   Palo Alto - sounds interesting, but needs serious verification.
> 
Ah, oops, a typo.  It's pysheet (I have pk on the brain from it being
Point Kilometrique, distance markers on canals in France).

Thanks for your previous response, it told me what I needed to know,
that pipx isn't really going to do what I want particularly easily.


If I DIY an environment for pysheet and then develop some python that
uses it, how do I then make it accessible as a 'normal' program? This
is just for my own use by the way, on (probably) just a couple of
Linux systems.

-- 
Chris Green
·

[toc] | [prev] | [next] | [standalone]


#197170

FromThomas Passin <list1@tompassin.net>
Date2025-01-13 13:15 -0500
Message-ID<mailman.65.1736792542.2912.python-list@python.org>
In reply to#197165
On 1/12/2025 7:11 AM, Chris Green via Python-list wrote:
> Stefan Ram <ram@zedat.fu-berlin.de> wrote:
>> Chris Green <cl@isbd.net> wrote or quoted:
>>> E.g. I want to install and use pksheet but, as it's not available from
>>> the Debian repositories, I'll have to install it from PyPi.
>>
>>    I can't dig up any "pksheet" on PyPI. So, you got to take
>>    my earlier response like a rumor from a random tech meetup in
>>    Palo Alto - sounds interesting, but needs serious verification.
>>
> Ah, oops, a typo.  It's pysheet (I have pk on the brain from it being
> Point Kilometrique, distance markers on canals in France).
> 
> Thanks for your previous response, it told me what I needed to know,
> that pipx isn't really going to do what I want particularly easily.
> 
> 
> If I DIY an environment for pysheet and then develop some python that
> uses it, how do I then make it accessible as a 'normal' program? This
> is just for my own use by the way, on (probably) just a couple of
> Linux systems.

Create a launch script that sets the environmental variables and 
launches the program.

[toc] | [prev] | [next] | [standalone]


#197167 — Re: Using pipx for packages as opposed to applications (Posting On Python-List Prohibited)

FromLawrence D'Oliveiro <ldo@nz.invalid>
Date2025-01-12 22:42 +0000
SubjectRe: Using pipx for packages as opposed to applications (Posting On Python-List Prohibited)
Message-ID<vm1ghc$1el7t$1@dont-email.me>
In reply to#197159
On 12 Jan 2025 10:26:17 GMT, Stefan Ram wrote:

> I can't dig up any "pksheet" on PyPI. So, you got to take my earlier
> response like a rumor from a random tech meetup in Palo Alto - sounds
> interesting, but needs serious verification.

More of a fill-in-the-blanks type of response, shall we say?

[toc] | [prev] | [next] | [standalone]


#197169 — Complete working version of cython Queue example?

From"Henry S. Thompson" <ht@inf.ed.ac.uk>
Date2025-01-13 16:09 +0000
SubjectComplete working version of cython Queue example?
Message-ID<mailman.64.1736790268.2912.python-list@python.org>
In reply to#197159
I've spent several days trying to get this example [1] working, using
Python3.11 and Cython 3.0.11 of Debian.

I've copied the example files as carefully as I can, renamed some to
avoid a name clash with the queue.py library, but the Pure Python
version throws errors at compile time and although the Cython version
compiles, it doesn't work.

Before giving details, just checking first if anyone can simply point
to a set of files, preferably Pure Python but failing that Cython,
that actually work for them.

Thanks,

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND
                           e-mail: ht@inf.ed.ac.uk
                      URL: https://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

[toc] | [prev] | [next] | [standalone]


#197171 — Re: Complete working version of cython Queue example?

From"Henry S. Thompson" <ht@inf.ed.ac.uk>
Date2025-01-13 19:58 +0000
SubjectRe: Complete working version of cython Queue example?
Message-ID<mailman.66.1736799406.2912.python-list@python.org>
In reply to#197159
[with link]
Henry S. Thompson via Python-list writes:

> I've spent several days trying to get this example [1] working, using
> Python3.11 and Cython 3.0.11 of Debian.
>
> I've copied the example files as carefully as I can, renamed some to
> avoid a name clash with the queue.py library, but the Pure Python
> version throws errors at compile time and although the Cython version
> compiles, it doesn't work.
>
> Before giving details, just checking first if anyone can simply point
> to a set of files, preferably Pure Python but failing that Cython,
> that actually work for them.
>
> Thanks,
>
> ht

[1] https://cython.readthedocs.io/en/stable/src/tutorial/clibraries.html
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND
                           e-mail: ht@inf.ed.ac.uk
                      URL: https://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

[toc] | [prev] | [next] | [standalone]


#197172 — Re: Complete working version of cython Queue example?

FromThomas Passin <list1@tompassin.net>
Date2025-01-13 13:18 -0500
SubjectRe: Complete working version of cython Queue example?
Message-ID<mailman.67.1736807031.2912.python-list@python.org>
In reply to#197159
On 1/13/2025 11:09 AM, Henry S. Thompson via Python-list wrote:
> I've spent several days trying to get this example [1] working, using
> Python3.11 and Cython 3.0.11 of Debian.
> 
> I've copied the example files as carefully as I can, renamed some to
> avoid a name clash with the queue.py library, but the Pure Python
> version throws errors at compile time and although the Cython version
> compiles, it doesn't work.
> 
> Before giving details, just checking first if anyone can simply point
> to a set of files, preferably Pure Python but failing that Cython,
> that actually work for them.


Your reference [1] is missing from your post.  If it was an attachment, 
this list doesn't do attachments.

[toc] | [prev] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web