Re: Scheduled monthly update for (gnu packages astronomy)
Hi Guix! Thank you for feedback, I've sent V2 for https://issues.guix.gnu.org/64201 It was built successfully from the latest master branch check out. Thanks, Oleg On Mon, 24 Jul 2023, 18:36 Sharlatan Hellseher, wrote: > Hi Andreas, > > Thank you for your time. > > This issue may be closed https://issues.guix.gnu.org/64287 as Tobias > applied all of it's patches. > I'm not sure about the reason of splittingt them into smaller ones, it > may be a question to him :-) > > I'll rebase patches from https://issues.guix.gnu.org/64201 to the > current master branch and sent V2, hope they are look ok. > > Regards, > Oleg > > On Mon, 24 Jul 2023 at 09:53, Andreas Enge wrote: > > > > Am Sun, Jul 02, 2023 at 10:36:26PM +0200 schrieb Ludovic Courtès: > > > You’re now well known so pretty much the only thing I would wait for as > > > a reviewer before applying these updates is (1) a green light from > > > qa.guix, > > > > This looks like it lags behind now. > > > > > and (2) a bit of spare time. > > > > Ah, we should not wait for the impossible to happen! ;-) > > > > The status of the patches is unclear to me, it looks as if some of them > > have been rewritten and merged by Tobias (maybe this also confuses QA? > > do the patches still apply?) But I find it difficult to understand what > > needs to be done still. For instance, there is a patch "stuff: Update to > > 1.26.0-0.9008dc0", but it is already at version 2.0.1 in master. > > > > How about sending a second version for the remaining patches on top of > > current master? > > > > Andreas > > > > > -- > > … наш разум - превосходная объяснительная машина которая способна > найти смысл почти в чем угодно, истолковать любой феномен, но > совершенно не в состоянии принять мысль о непредсказуемости. >
Re: poetry: python-poetry?
> 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', for example, is mostly used as a CLI *application*. This has been actually causing me confusion. At some point I was wondering how I should call a package I was writing and it seems I erroneously added "python-" taking example from other packages :/ Wojtek -- (sig_start) website: https://koszko.org/koszko.html fingerprint: E972 7060 E3C5 637C 8A4F 4B42 4BC5 221C 5A79 FD1A follow me on Fediverse: https://friendica.me/profile/koszko/profile ♥ R29kIGlzIHRoZXJlIGFuZCBsb3ZlcyBtZQ== | ÷ c2luIHNlcGFyYXRlZCBtZSBmcm9tIEhpbQ== ✝ YnV0IEplc3VzIGRpZWQgdG8gc2F2ZSBtZQ== | ? U2hhbGwgSSBiZWNvbWUgSGlzIGZyaWVuZD8= -- (sig_end) On Thu, 27 Jul 2023 08:56:32 +0200 Andreas Enge wrote: > 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 with python-, while > "applications" do not emphasize the language they are written in. Calibre, > for instance, also is not called python-calibre. > > Of course with script languages there is no clear technical barrier; > but a package with lots of binaries will not start with python-, while > software that is mainly used in lines "import xyz;" tends to be called > python-something. > > Andreas > > pgpBhFz3sdpAp.pgp Description: OpenPGP digital signature
Re: poetry: python-poetry?
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
Re: poetry: python-poetry?
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 with python-, while "applications" do not emphasize the language they are written in. Calibre, for instance, also is not called python-calibre. Of course with script languages there is no clear technical barrier; but a package with lots of binaries will not start with python-, while software that is mainly used in lines "import xyz;" tends to be called python-something. Andreas