bug#31108: Julia: ‘objconv.zip’ modified in place on www.agner.org
Hi, zimoun skribis: > Does it make sense to keep the bug open? If yes, could you please > provide a bit more information about the context? If the current Julia package doesn’t have a similar problem, I think we can close this bug. Thanks, Ludo’.
bug#43855: gnu: python-shapely fails to build
Efraim Flashner writes:
> It turns out this is due to a change in geos with 3.8
> https://github.com/Toblerity/Shapely/issues/799
>
> If I cherry-pick the patch to fix it then it passes the test suite. If I
> upgrade python-shapely to 1.7.1 the fix is already included but there's
> a new build error:
>
> gcc -pthread -shared
> -Wl,-rpath=/gnu/store/q9rm8h9imazsq2c4qiv2yjpvlvliywqb-python-3.8.2/lib
> build/temp.linux-x86_64-3.8/shapely/vectorized/_vectorized.o
> -L/gnu/store/pinvpk9w6izxcwci4ghiwgvykmgsfy2c-geos-3.8.1/lib
> -L/gnu/store/q9rm8h9imazsq2c4qiv2yjpvlvliywqb-python-3.8.2/lib -lgeos_c -o
> /tmp/guix-build-python-shapely-1.7.1.drv-0/Shapely-1.7.1/shapely/vectorized/_vectorized.cpython-38-x86_64-linux-gnu.so
> warning: no library file corresponding to
> '/gnu/store/603imkkh2bqs01z8ik0b2ndgpdz0jghk-python-numpy-1.17.3/lib/python3.8/site-packages/numpy/core/include'
> found (skipping)
> warning: no library file corresponding to
> '/gnu/store/603imkkh2bqs01z8ik0b2ndgpdz0jghk-python-numpy-1.17.3/lib/python3.8/site-packages/numpy/core/include'
> found (skipping)
> error: Could not find lib c or load any of its variants
> ['libc.musl-x86_64.so.1'].
> command "python" "-c" "import setuptools,
> tokenize;__file__='setup.py';f=getattr(tokenize, 'open',
> open)(__file__);code=f.read().replace('\\r\\n',
> '\\n');f.close();exec(compile(code, __file__, 'exec'))" "test" failed with
> status 1
> builder for
> `/gnu/store/2yz1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv' failed
> with exit code 1
> build of /gnu/store/2yz1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv
> failed
> View build log at
> '/var/log/guix/drvs/2y/z1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv.bz2'.
> guix build: error: build of
> `/gnu/store/2yz1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv' failed
>
> Do you want to take a stab at updating python-shapely to 1.7.1?
I can certainly try to fix this. I will look into it in the evening.
BTW: Are you using musl libc as your primary libc? If so, that's cool,
how did you do that? :)
> substitute* can take a list, so it would be simpler to write this as:
> substitute* '("shapely/geos.py"
> "shapely/_buildcfg.py")
One more thing i've learned :)
Malte
bug#43773: [PATCH] offload: Improve load normalization and configurability.
Hello, I went ahead and pushed this change with commit efbf5fdd01817ea75de369e3dd2761a85f8f7dd5. Thank you! Maxim
bug#43423: [core-updates] Mesa test suite fails
Hello, This was fixed by Danny with commit 9e4a193b099fc4c8671891320adafe422d0d2f24. Closing. Thanks, Maxim
bug#43366: "error: rmdir: Device or resource busy" when using btrfs
Hello, Pushed to core-updates with commit 7102c18678dc02d5ee6c77a9a70ae344482af841. Closing. Thanks, Maxim
bug#43855: [PATCH] gnu: python-shapely: Update to 1.7.1.
It seems python-shapely assumes musl libc, because the store path of
glibc was missing in one place. Now the Test suite runs without failure.
Malte
>From a320ab014d60f5401f409eb37ccb16aa23c32cf1 Mon Sep 17 00:00:00 2001
From: Malte Frank Gerdes
Date: Thu, 8 Oct 2020 20:20:12 +0200
Subject: [PATCH] gnu: python-shapely: Update to 1.7.1.
* gnu/packages/python-xyz.scm (python-shapely): Update to 1.7.1.
---
gnu/packages/python-xyz.scm | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/python-xyz.scm b/gnu/packages/python-xyz.scm
index 459526941b..fa4a4f4954 100644
--- a/gnu/packages/python-xyz.scm
+++ b/gnu/packages/python-xyz.scm
@@ -507,14 +507,14 @@ pidof, tty, taskset, pmap.")
(define-public python-shapely
(package
(name "python-shapely")
-(version "1.6.4.post2")
+(version "1.7.1")
(source
(origin
(method url-fetch)
(uri (pypi-uri "Shapely" version))
(sha256
(base32
- "03r42fmd9alp6r3q95ad6rldq2f7n1wimrw53zy5kpn33yv7pf64"
+ "0adiz4jwmwxk7k1awqifb1a9bj5x4nx4gglb5dz9liam21674h8n"
(build-system python-build-system)
(native-inputs
`(("python-cython" ,python-cython)
@@ -533,11 +533,14 @@ pidof, tty, taskset, pmap.")
(let ((geos (assoc-ref inputs "geos"))
(glibc (assoc-ref inputs ,(if (%current-target-system)
"cross-libc" "libc"
- (substitute* "shapely/geos.py"
+ (substitute* '("shapely/geos.py" "shapely/_buildcfg.py")
(("_lgeos = load_dll\\('geos_c', fallbacks=.*\\)")
(string-append "_lgeos = load_dll('geos_c', fallbacks=['"
geos "/lib/libgeos_c.so'])"))
(("free = load_dll\\('c'\\)\\.free")
+ (string-append "free = load_dll('c', fallbacks=['"
+ glibc "/lib/libc.so.6']).free"))
+ (("free = load_dll\\('c', fallbacks=.*\\)\\.free")
(string-append "free = load_dll('c', fallbacks=['"
glibc "/lib/libc.so.6']).free"
#t)
--
2.28.0
bug#43874: ’corrode’ fails because ’ghc-language-c’ wrong version
Dear, Using Guix a0d4aa2, the package ’corrode’ fails to build because: --8<---cut here---start->8--- Configuring corrode-0.1.0.0... Setup.hs: Encountered missing dependencies: language-c >=0.4 && <0.6 --8<---cut here---end--->8--- and the package ’ghc-language-c’ had been updated to 0.8.1 by the commit 19b29882878a6558e5f16d587265eb3a0c0cdec6 (Jan. 2017). So the package is probably broken since 3 years. Four fixes are possible: 1. add the package ’ghc-language-c@0.5.0’ introduced by 2d2388e243d31f00b31b36b8ada76876b6fdacf2. 2. turn the package as “private” or at least deprecated. 3. move it to guix-past. 4. remove it. (Note that upstream is stalling; last commit 4 years ago.) I am in favor of option #4. Or maybe someone wants to fix? WDYT? All the best, simon
bug#43528: Download all issues so I can search?
Michael Rohleder writes: > Here's [1] an archive of the ML in mbox format. > Maybe this helps if you want to grep for things. > > > [1] https://lists.gnu.org/archive/mbox/bug-guix/ That is indeed a good suggestion. Closing. Thanks, Maxim
bug#38074: guix pull fails
Hi, Julien Lepiller writes: [...] >>> Thanks for reporting! Looks like the issue is "svn: E670003: Unknown >>hostname 'www.tug.org'". However, I can resolve that hostname. Can you >>resolve it outside of guix pull (eg. in a browser)? > > Could you try again? Hopefully it was just a transient failure. This indeed look like a transient failure. I cannot reproduce it: $ guix build texlive-hyphen-occitan --no-substitutes --check --no-grafts -S The following derivations will be built: /gnu/store/nkjy6j4ak8im289h3kap4q7nryvl5f2f-texlive-hyphen-occitan-51265-checkout.drv /gnu/store/2dqz5lw4wnbna6q1xpgfjg3rh9arpv59-module-import-compiled.drv building /gnu/store/2dqz5lw4wnbna6q1xpgfjg3rh9arpv59-module-import-compiled.drv... [ 1/ 4] Loading './guix/build/svn.scm'... [ 2/ 4] Loading './guix/build/utils.scm'... [ 3/ 4] Compiling './guix/build/svn.scm'... [ 4/ 4] Compiling './guix/build/utils.scm'... successfully built /gnu/store/2dqz5lw4wnbna6q1xpgfjg3rh9arpv59-module-import-compiled.drv building /gnu/store/nkjy6j4ak8im289h3kap4q7nryvl5f2f-texlive-hyphen-occitan-51265-checkout.drv... guile: warning: failed to install locale svn: warning: cannot set LC_CTYPE locale svn: warning: environment variable LANG is en_US.utf8 svn: warning: please check that your locale name is correct A /gnu/store/pz2yjjja32iw6b78kzzlrh5cdzrnyb91-texlive-hyphen-occitan-51265-checkout/tex/generic/hyph-utf8/patterns/tex/hyph-oc.tex Export complete. successfully built /gnu/store/nkjy6j4ak8im289h3kap4q7nryvl5f2f-texlive-hyphen-occitan-51265-checkout.drv /gnu/store/pz2yjjja32iw6b78kzzlrh5cdzrnyb91-texlive-hyphen-occitan-51265-checkout Closing. Thanks, Maxim
bug#37996: guile-ssh non-deterministic test failure
Hi, Mark H Weaver writes: > FYI, guile-ssh-0.11.3 failed one of its tests the first time I tried to > build it today on my X200. The second attempt succeeded. > >Mark > > >Guile-SSH 0.11.3: tests/test-suite.log > > > # TOTAL: 11 > # PASS: 10 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 1 > # XPASS: 0 > # ERROR: 0 > > .. contents:: :depth: 2 > > FAIL: dist > == I cannot reproduce this with the latest guile-ssh in master, and the CI also hasn't seen a test failing for guile-ssh [0] for any architecture in more than a year. Closing. Thanks, Maxim [0] http://ci.guix.gnu.org/search?query=guile-ssh%20status:failed&border-low-id=53663
bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes
Hello, Danny Milosavljevic writes: > Hi Ludo, > > okay, I've now (permanently) unset GUIX_PACKAGE_PATH and killed the > problematic "guix pull" process. > > I run "guix pull" regularily. Let's see what happens... The 40 weeks of time that have passed since suggest the problem is now gone :-). Closing, but feel free to reopen if the problem persists with GUIX_PACKAGE_PATH unset. Thanks, Maxim
bug#43528: Download all issues so I can search?
On +2020-10-08 21:41:14 -0400, Maxim Cournoyer wrote: > Michael Rohleder writes: > > > Here's [1] an archive of the ML in mbox format. > > Maybe this helps if you want to grep for things. > > > > > > [1] https://lists.gnu.org/archive/mbox/bug-guix/ > > That is indeed a good suggestion. > > Closing. > > Thanks, > > Maxim > > > I discovered that the server supports incremental download using the '-c' option of wget (so it only downloads what was added to the archive since you last did it), e.g., wget -c https://lists.gnu.org/archive/mbox/bug-guix/2020-10 then mutt -f 2020-10 # (or gnus equivalent I guess) looks normal. Probably not news to most devs, but I thought it nice that it works. (For me anyway :) -- Regards, Bengt Richter
bug#43855: gnu: python-shapely fails to build
On Thu, Oct 08, 2020 at 02:05:50PM +0200, Malte Frank Gerdes wrote:
> Efraim Flashner writes:
>
> > It turns out this is due to a change in geos with 3.8
> > https://github.com/Toblerity/Shapely/issues/799
> >
> > If I cherry-pick the patch to fix it then it passes the test suite. If I
> > upgrade python-shapely to 1.7.1 the fix is already included but there's
> > a new build error:
> >
> > gcc -pthread -shared
> > -Wl,-rpath=/gnu/store/q9rm8h9imazsq2c4qiv2yjpvlvliywqb-python-3.8.2/lib
> > build/temp.linux-x86_64-3.8/shapely/vectorized/_vectorized.o
> > -L/gnu/store/pinvpk9w6izxcwci4ghiwgvykmgsfy2c-geos-3.8.1/lib
> > -L/gnu/store/q9rm8h9imazsq2c4qiv2yjpvlvliywqb-python-3.8.2/lib -lgeos_c -o
> > /tmp/guix-build-python-shapely-1.7.1.drv-0/Shapely-1.7.1/shapely/vectorized/_vectorized.cpython-38-x86_64-linux-gnu.so
> > warning: no library file corresponding to
> > '/gnu/store/603imkkh2bqs01z8ik0b2ndgpdz0jghk-python-numpy-1.17.3/lib/python3.8/site-packages/numpy/core/include'
> > found (skipping)
> > warning: no library file corresponding to
> > '/gnu/store/603imkkh2bqs01z8ik0b2ndgpdz0jghk-python-numpy-1.17.3/lib/python3.8/site-packages/numpy/core/include'
> > found (skipping)
> > error: Could not find lib c or load any of its variants
> > ['libc.musl-x86_64.so.1'].
> > command "python" "-c" "import setuptools,
> > tokenize;__file__='setup.py';f=getattr(tokenize, 'open',
> > open)(__file__);code=f.read().replace('\\r\\n',
> > '\\n');f.close();exec(compile(code, __file__, 'exec'))" "test" failed with
> > status 1
> > builder for
> > `/gnu/store/2yz1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv'
> > failed with exit code 1
> > build of
> > /gnu/store/2yz1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv failed
> > View build log at
> > '/var/log/guix/drvs/2y/z1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv.bz2'.
> > guix build: error: build of
> > `/gnu/store/2yz1ybl0156canhfz4vhay0g473c5nwv-python-shapely-1.7.1.drv'
> > failed
> >
> > Do you want to take a stab at updating python-shapely to 1.7.1?
>
> I can certainly try to fix this. I will look into it in the evening.
> BTW: Are you using musl libc as your primary libc? If so, that's cool,
> how did you do that? :)
Ah, no. It comes from the code. I suppose it would be possible to tell
Guix to use musl instead of glibc but I don't think the build system is
set up for that.
> > substitute* can take a list, so it would be simpler to write this as:
> > substitute* '("shapely/geos.py"
> > "shapely/_buildcfg.py")
>
> One more thing i've learned :)
>
> Malte
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
bug#43855: [PATCH] gnu: python-shapely: Update to 1.7.1.
On Thu, Oct 08, 2020 at 08:25:50PM +0200, Malte Frank Gerdes wrote: > It seems python-shapely assumes musl libc, because the store path of > glibc was missing in one place. Now the Test suite runs without failure. > > Malte > Looks good! Certainly a smaller patch than I was expecting. I added a copyright line for you and pushed the patch. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
