bug#42553: python-gevent is broken on i686-linux (tests fail)

On Thu Jul 14, 2022 at 4:40 AM CEST, Maxim Cournoyer wrote: > Finally disabled the test in 692c2ad327. > > Closing. Are we sure this is the appropriate course of action? It sounds like the test is exposing a bug in our packaging that might affect users of python-gevent. It might be better to have

bug#42342: Wine64 segfaults (5.12/staging)

first place, and we were relying on some implementation quirk? Alternatively, cross-compiling from 64 to 32 bit is less tested by upstream than compiling natively on 64 or 32 bit, and we're hitting an upstream bug? Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#37013: LyX can not find refstyle.sty

er file name: ==== Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#42342: Wine64 segfaults (5.12/staging)

.wine ~/.wine32 then $ guix environment --ad-hoc wine64 -- wine64 regedit fired up the registry editor just fine. Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#42553: python-gevent is broken on i686-linux (tests fail)

52, st_nlink=1, st_uid=1000, st_gid=1000, st_size=17592186044416, st_atime=1595787555, st_mtime=1595787555, st_ctime=0) Namely, the i686 variant returns entirely bogus values. I have tried reproducing this in a Guix-less environment in a Docker container based on the i386/debian:bullseye image, but

bug#42164: Combining file-append with gexps results in incomprehensible errors

special-files-service-type `(("/lib64" ,#~(directory-union "rustup-libs" (list (string-append #$glibc "/lib") (string-append #$gcc:lib "/lib")) However, I would expect the other variants to work as well. The documentation and error messages are lacking in this regard. Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#41872: emacs-irony-mode fails to build on LLVM 10

eate a separate llvm-for-mesa package - would that be reasonable?). Thoughts? Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#41872: emacs-irony-mode fails to build on LLVM 10

a. Add 'output' field. In 'inputs', add TOOLS-EXTRA when it's given. In 'arguments', add 'add-tools-extra' and 'move-extra-tools' phases when TOOLS-EXTRA is given. I don't know cmake nearly well enough to fix this. Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#41796: Grafts don't handle outputs other than out

(newline))) #t (synopsis #f) (description #f) (home-page #f) (license #f)) ~$ cat `guix build --no-offload -f test.scm`/hello /gnu/store/pmz07rzm63z02lkyyldsw3srf98h01y2-core-pkg-1.1 /gnu/store/pivsji8qfpln4i4v0f5v5cjmzakmcmvg-core-pkg-1.0-lib Expected output: the second line contains -core-pkg-1.1-lib. Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#41715: The program '/gnu/store/foobar/compute-guix-derivation' failed to compute the derivation for guix

seeing the Connection timed out message, I'd even say it's probably the reason why I decided to retry the pull without much investigation. Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#41596: [staging] 'librsvg-next' build failure

re are the relevant links: https://github.com/rust-lang/llvm-project/commit/7d5e7c023053660ffe494d72ce471e48ecc7f49b https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959877 https://github.com/rust-lang/llvm-project/pull/43 Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#41491: docker fails to build on foreign Debian system

I am trying to build the `docker' package on a foreign distro. Specifically, Debian sid. This results in the following test failures: -- === Failed === FAIL: daemon/graphdriver/quota TestBlockDev/testBlockDevQuotaDisabled (0.03s) ---

bug#39402: [PATCH] services: xorg: Filter modules based on system

On Sun, Feb 09, 2020 at 09:31:09PM +, shtwzrd wrote: > @@ -356,7 +361,7 @@ in @var{config}, are available. The result should be > used in place of > #~(apply execl #$X #$X ;; Second #$X is for argv[0]. > "-logverbose" "-verbose" "-terminate" >

bug#25240: Fixed on core-updates

A patch that fixes this landed on core-updates, see #38873. A follow-up bug regarding some cleanup is #39415. signature.asc Description: PGP signature

bug#39415: [core-updates] Removing SSL patches in CMake and Kodi - help wanted

with those packages to verify. Regards, Jakub Kądziołka signature.asc Description: PGP signature

bug#38884: guix system roll-back doesn't roll setuid-programs back

it doesn't. Previously mentioned in https://debbugs.gnu.org/38800. Regards, Jakub Kądziołka

bug#38838: 'whatis' doesn't work

wmemcpy (3) - copy an array of wide-characters [env] $ whatis memcpy memcpy: nothing appropriate. Regards, Jakub Kądziołka

bug#22883: Authenticating Git checkouts: step #1

Hi Guix! Ludovic Courtès wrote: > --8<---cut here---start->8--- > If you want to hack Guix itself, it is recommended to use the latest > version from the Git repository: > > git clone https://git.savannah.gnu.org/git/guix.git > >How do you ensure

bug#38831: IceCat: some codecs don't work without workaround

ething like /usr/lib). Regards, Jakub Kądziołka CC: mhw as suggested by nckx

bug#38800: Non-existent setuid programs make "guix system reconfigure" break mid-generation-switch

igure /etc/config.scm Expected & actual behavior: system is back in (AFAIK) a well-defined state. Regards, Jakub Kądziołka