bug#66015: [PATCH] gnu: python-pyxel: Update to 1.4.3-2.be75b72.
* gnu/packages/game-development.scm (python-pyxel): Update to 1.4.3-2.be75b72.
[version]: Use git-version even though it is a release.
[source]: Use commit.
: Adjust accordingly.
---
Hi Simon
Am Freitag, dem 15.09.2023 um 21:09 +0200 schrieb Simon Tournier:
> Upstream is managing using the worse workflow I have seen.
>
> Here is the history of tag v1.4.3 replacement:
>
> v1.4.3 8bcb6f04eb184876d7807b89b34057ca0897b392 07 August 2021
> v1.4.3 8bcb6f04eb184876d7807b89b34057ca0897b392 09 December 2021
> v1.4.3 7d27898e218d6b4cb62779dc22b409d02860f155 27 December 2021
> v1.4.3 be75b724cae9e10e56a82a5421f9dd65390f1a06 22 September 2022
> v1.4.3 be75b724cae9e10e56a82a5421f9dd65390f1a06 today
>
> And surprise surprise:
>
> --8<---cut here---start->8---
> $ git clone https://github.com/kitao/pyxel
>
> $ git -C pyxel show 8bcb6f04eb184876d7807b89b34057ca0897b392
> fatal: bad object 8bcb6f04eb184876d7807b89b34057ca0897b392
>
> $ git -C pyxel show 7d27898e218d6b4cb62779dc22b409d02860f155
> fatal: bad object 7d27898e218d6b4cb62779dc22b409d02860f155
Ouch.
> I am proposing to remove the package python-pyxel. The rationale is:
>
> + Broken [1] since months
> + Update needs âsomeâ work
> + Two years without an update
> + An issue about upstream source
>
> Therefore, if someone is interested, please update it. Else I will
> remove it.
Well, I did âsomeâ work, but I only got to update it to the new 1.4.3.
Refering to things by commit ought to be fine since we have SWH as an
additional buffer. As for newer versions, that requires an ugly hack
to get Rust and Python into a single build system and the last time
I tried to do something non-standard with Cargo has left deep emotional
scars.
Cheers
gnu/packages/game-development.scm | 96 +--
1 file changed, 52 insertions(+), 44 deletions(-)
diff --git a/gnu/packages/game-development.scm
b/gnu/packages/game-development.scm
index c25dadb39e..215c12e2d9 100644
--- a/gnu/packages/game-development.scm
+++ b/gnu/packages/game-development.scm
@@ -1646,53 +1646,61 @@ (define-public renpy
(license license:expat)))
(define-public python-pyxel
- (package
-(name "python-pyxel")
-(version "1.4.3")
-(source
- (origin
- (method git-fetch)
- (uri
-(git-reference
- (url "https://github.com/kitao/pyxel;)
- (commit (string-append "v" version
- (file-name (git-file-name name version))
- (sha256
-(base32
- "0bwsgb5yq5s479cnf046v379zsn5ybp5195kbfvzr9l11qbaicm9"))
- (modules '((guix build utils)))
- (snippet
-'(begin
- (delete-file-recursively "pyxel/core/bin")
-(build-system python-build-system)
-(arguments
- `(#:tests? #f ; "Tests" are actually example programs that never halt.
- #:phases
- (modify-phases %standard-phases
- (add-after 'unpack 'patch-build-files
- (lambda* (#:key inputs #:allow-other-keys)
- (substitute* "setup.py"
- (("\"pyxel\\.core\\.bin\\.(.*)\"," all arch)
-(if (string=? arch "linux")
-all
-"")))
- (substitute* "pyxel/core/Makefile"
- (("`sdl2-config")
-(string-append "`sdl2-config --prefix="
- (assoc-ref inputs "sdl2"))
- (add-before 'build 'prebuild
- (lambda _
- (invoke "make" "-C" "pyxel/core"))
-(inputs
- `(("gifsicle" ,gifsicle)
- ("sdl2" ,(sdl-union (list sdl2 sdl2-image)
-(home-page "https://github.com/kitao/pyxel;)
-(synopsis "Retro game engine for Python")
-(description "Pyxel is a game engine inspired by retro gaming consoles.
+ ;; Note to updaters: Use commit and revision even if you're bumping
+ ;; to a release, as upstream is known to "reuse" tags.
+ ;; See for more information.
+ (let ((commit "be75b724cae9e10e56a82a5421f9dd65390f1a06")
+(revision "2"))
+(package
+ (name "python-pyxel")
+ ;; This is the latest version to not require Rustâ¦
+ (version (git-version "1.4.3" revision commit))
+ (source
+ (origin
+ (method git-fetch)
+ (uri
+ (git-reference
+ (url "https://github.com/kitao/pyxel;)
+ (commit commit)))
+ (file-name (git-file-name name version))
+ (sha256
+ (base32
+ "03ch79cmh9fxvq6c2f3zc2snzczhqi2n01f254lsigckc7d5wz08"))
+ (modules '((guix build utils)))
+ (snippet
+ #~(begin
+ (substitute* "pyxel/__init__.py"
+(("from collections import MutableSequence")
+ "from collections.abc import MutableSequence"))
+ (build-system python-build-system)
+ (arguments
+ `(#:tests? #f ; "Tests" are actually example programs that never
bug#63986: Fixed.
bug#63986: Julia is very slow
>jeu. 14 sept. 2023 at 13:33, Efraim Flashner wrote: > [[PGP Signed Part:Undecided]] > On Sun, Aug 20, 2023 at 10:53:44PM +0200, Ludovic Courtès wrote: >> Hi! >> >> Friendly ping. :-) >> >> https://issues.guix.gnu.org/63986 >> >> Ludo’. >> >> Ludovic Courtès skribis: >> >> > Hi there! >> > >> > What’s the status? Sounds like we have a couple of fixes already. >> > >> > Maybe you can submit one of them to guix-patc...@gnu.org so qa.guix can >> > pick it up. And if one of them is more intrusive (more rebuilds), then >> > submit it separately so it gets merged later? How does that sound? >> > >> > Ludo’. > > I've attached a diff to adjust openblas64 and to use it for x86_64 in > julia. I don't know if it's faster than the current openblas. I have applied the patch in a freshly cloned guix repo, and build julia within a shell as for the instructions under ’Contributing’. I get the 13 ms when running the original test, so I guess the issue is solved (other than thinking about the feasibility of performance tests to avoid this kind of situations). Thanks a lot ! C.
bug#66015: Removal of python-pyxel
Hi,
I am proposing to remove the package python-pyxel. The rationale is:
+ Broken [1] since months
+ Update needs “some” work
+ Two years without an update
+ An issue about upstream source
Therefore, if someone is interested, please update it. Else I will
remove it.
Some more explanations for the interested reader about unavailable
source. :-)
If I read correctly, ‘python-pixel’ had been added and never modified
since then.
bca5d7dbb0fc919f954a8fe5f6236c0a89e451bd
AuthorDate: Mon Aug 30 17:27:25 2021 +0200
CommitDate: Tue Aug 31 23:20:09 2021 +0200
Two years later, an user gets the source of “python-pyxel” because the
Guix project still stores it. But we cannot predict when the store of
the build farms will be garbage collected and this checkout substitute
will disappear making this package broken for many Guix revisions.
--8<---cut here---start->8---
$ guix build python-pyxel -S --no-substitutes
The following derivations will be built:
/gnu/store/r84kncvf8ppr5q1lijp33rb9bsyzbgks-python-pyxel-1.4.3-checkout.drv
/gnu/store/pi07a883dv6d7l4bkw4f1wwipw1fhin7-python-pyxel-1.4.3-checkout.drv
building
/gnu/store/pi07a883dv6d7l4bkw4f1wwipw1fhin7-python-pyxel-1.4.3-checkout.drv...
guile: warning: failed to install locale
environment variable `PATH' set to
`/gnu/store/y3vdq2pdkljrw63xxnc2vb6lz07ycar6-git-minimal-2.41.0/bin:/gnu/store/78rf44kf4xf6lc01jjy9ci5905j2344l-gzip-1.12/bin:/gnu/store/z45rrcnvcw31h1wbl1zh8hh79jkwv0gs-tar-1.34/bin'
Initialized empty Git repository in
/gnu/store/m79d72fh3k4vypcqrsikrwikrscwqd6m-python-pyxel-1.4.3-checkout/.git/
>From https://github.com/kitao/pyxel
* tag v1.4.3 -> FETCH_HEAD
[...]
HEAD is now at be75b72 Merge branch 'develop'
r:sha256 hash mismatch for
/gnu/store/m79d72fh3k4vypcqrsikrwikrscwqd6m-python-pyxel-1.4.3-checkout:
expected hash: 0bwsgb5yq5s479cnf046v379zsn5ybp5195kbfvzr9l11qbaicm9
actual hash: 03ch79cmh9fxvq6c2f3zc2snzczhqi2n01f254lsigckc7d5wz08
hash mismatch for store item
'/gnu/store/m79d72fh3k4vypcqrsikrwikrscwqd6m-python-pyxel-1.4.3-checkout'
build of
/gnu/store/pi07a883dv6d7l4bkw4f1wwipw1fhin7-python-pyxel-1.4.3-checkout.drv
failed
View build log at
'/var/log/guix/drvs/pi/07a883dv6d7l4bkw4f1wwipw1fhin7-python-pyxel-1.4.3-checkout.drv.gz'.
cannot build derivation
`/gnu/store/r84kncvf8ppr5q1lijp33rb9bsyzbgks-python-pyxel-1.4.3-checkout.drv':
1 dependencies couldn't be built
guix build: error: build of
`/gnu/store/r84kncvf8ppr5q1lijp33rb9bsyzbgks-python-pyxel-1.4.3-checkout.drv'
failed
--8<---cut here---end--->8---
Now, one can think it is a classic hash mismatch. Arf, foolish no!
Upstream is managing using the worse workflow I have seen.
Here is the history of tag v1.4.3 replacement:
v1.4.3 8bcb6f04eb184876d7807b89b34057ca0897b392 07 August 2021
v1.4.3 8bcb6f04eb184876d7807b89b34057ca0897b392 09 December 2021
v1.4.3 7d27898e218d6b4cb62779dc22b409d02860f155 27 December 2021
v1.4.3 be75b724cae9e10e56a82a5421f9dd65390f1a06 22 September 2022
v1.4.3 be75b724cae9e10e56a82a5421f9dd65390f1a06 today
And surprise surprise:
--8<---cut here---start->8---
$ git clone https://github.com/kitao/pyxel
$ git -C pyxel show 8bcb6f04eb184876d7807b89b34057ca0897b392
fatal: bad object 8bcb6f04eb184876d7807b89b34057ca0897b392
$ git -C pyxel show 7d27898e218d6b4cb62779dc22b409d02860f155
fatal: bad object 7d27898e218d6b4cb62779dc22b409d02860f155
$ git -C pyxel show --format=%H v1.4.3
tag v1.4.3
Tagger: Takashi Kitao
Pyxel 1.4.3
be75b724cae9e10e56a82a5421f9dd65390f1a06
--8<---cut here---end--->8---
Because of this, there is a mismatch. However, good news:
--8<---cut here---start->8---
$ git -C pyxel checkout v1.4.3
Previous HEAD position was 5fa45abb51b8 Changed the order of the options
HEAD is now at be75b724cae9 Merge branch 'develop'
$ guix hash -rx $(guix build -S python-pyxel) pyxel
03ch79cmh9fxvq6c2f3zc2snzczhqi2n01f254lsigckc7d5wz08
03ch79cmh9fxvq6c2f3zc2snzczhqi2n01f254lsigckc7d5wz08
--8<---cut here---end--->8---
The ’snippet’ is now unnecessary. The build fails though.
--8<---cut here---start->8---
starting phase `build'
running "python setup.py" with command "build" and parameters ()
Traceback (most recent call last):
File "", line 1, in
File "setup.py", line 2, in
from pyxel import VERSION
File "/tmp/guix-build-python-pyxel-1.4.3.drv-0/source/pyxel/__init__.py",
line 6, in
from collections import MutableSequence
ImportError: cannot import name 'MutableSequence' from 'collections'
(/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python3.10/collections/__init__.py)
error: in phase 'build': uncaught exception:
%exception #< program: "python" arguments: ("-c" "import
setuptools,
bug#65925: bluez or jack in the closure of python-ipython?
Simon Tournier writes: > Hi, > > On Thu, 14 Sep 2023 at 10:11, Csepp wrote: > >> Seem pretty self-explanatory: >> matplotlib has a GUI frontend (or even multiple frontends), one of >> them >> is based on WxWidgets, which pulls in SDL2, and Guix doesn't split >> SDL2 >> like some other distros do, so all its dependencies get pulled in. >> In case you are not familiar with SDL(2), it's a portable "direct >> media >> layer", a library used for portable multimedia applications. > > So could you explain why bluez is not in the closure > python-matplotlib? > > --8<---cut here---start->8--- > $ guix size python-matplotlib | grep '/gnu/store/' | cut -f1 -d' ' | cut -f2- > -d'-' | sort > bash-minimal-5.1.16 > bash-static-5.1.16 > bzip2-1.0.8 > bzip2-1.0.8 > expat-2.5.0 > fontconfig-minimal-2.14.0 > font-dejavu-2.37 > freetype-2.13.0 > gcc-11.3.0-lib > gdbm-1.23 > glibc-2.35 > libffi-3.4.4 > libpng-1.6.37 > libx11-1.8.1 > libxau-1.0.10 > libxcb-1.15 > libxdmcp-1.1.3 > libxft-2.3.4 > libxrender-0.9.10 > ncurses-6.2.20210619 > openssl-3.0.8 > python-3.10.7 > python-matplotlib-3.5.2 > qhull-2020.2 > readline-8.1.2 > sqlite-3.39.3 > tcl-8.6.12 > tk-8.6.12 > xz-5.2.8 > zlib-1.2.13 > --8<---cut here---end--->8--- > > And then why it is in the closure of python-ipython? > > And as I pointed, bluez is not in the closure of any dependencies of > python-ipython. > > Cheers, > simon Oh, bluez I have no idea about. :| That is super weird.
bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor
Ludovic Courtès writes: > I confirm that I still get the problem right now from my home network, > without even really trying: […] Is that through Tor or just your ISP? -- Ricardo
