Am 31.07.23 um 04:05 schrieb Hilton Chain:
I think we can define library and CLI program separately, since Python
libraries usually need to propagate some inputs, while CLI programs in
/bin and /sbin do not, as they are wrapped by the build system.
I like the idea of "hiding" dependencies behin
Hi,
On Fri, 28 Jul 2023 02:10:38 +0800,
Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
wrote:
>
> [1 ]
> > The idea is that "libraries" (or "modules") start with python-, while
> > "applications" do not emphasize the language they are written in. Calibre,
> > for inst
Hi,
On Fri, 28 Jul 2023 02:10:38 +0800,
Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
wrote:
>
> [1 ]
> > The idea is that "libraries" (or "modules") start with python-, while
> > "applications" do not emphasize the language they are written in. Calibre,
> > for inst
> The idea is that "libraries" (or "modules") start with python-, while
> "applications" do not emphasize the language they are written in. Calibre,
> for instance, also is not called python-calibre.
In this case it seems there are quite a few packages that go against
this convention. 'python-pip'
Hi Andy,
> curious poetry is not named python-poetry in Guix as following
> convention of most python packages
packages providing a binary instead of a library usually skip the
language-specific prefix, because the programming language does
not matter in that case.
Lars
Am Wed, Jul 26, 2023 at 09:25:43PM -0700 schrieb Andy Tai:
> curious poetry is not named python-poetry in Guix as following
> convention of most python packages
See here:
https://guix.gnu.org/de/manual/devel/en/html_node/Python-Modules.html
The idea is that "libraries" (or "modules") start wit
curious poetry is not named python-poetry in Guix as following
convention of most python packages