bug#40929: go-sctp build failure: "protocol not supported"

This now builds fine (in fact, it was substituted when I checked just now, but `guix build --check` works with no errors). -- Josh Holland

bug#40929: go-sctp build failure: "protocol not supported"

ential to me. If it is fixed, then presumably this bug can be closed? Thanks, -- Josh Holland

bug#40929: go-sctp build failure: "protocol not supported"

f `/gnu/store/bc4sd2819gmy22dda1nhd179cacw7ny6-go-sctp-0.0.0-1.07191f8.drv' failed I am running Guix on top of a foreign distro (Arch); I looked up some recent builds of go-sctp on the CI server, with rather mixed results. Some have succeeded, some failed, some never attempted (due to missing dependencies, I assume), and most seem to have the output cut off. -- Josh Holland

bug#40388: Reported upstream to Calibre

s case. -- Josh Holland

bug#40388: Calibre test suite fails

on-msgpack was updated to version 1.0.0. [0]: e.g. http://ci.guix.gnu.org/build/2485977/details -- Josh Holland

bug#36675: [PATCH] gnu: kodi: Disable intermittently failing test.

As reported in , occasionally the TestMassEvent.General test in kodi crashes with a mutex error. * gnu/packages/patches/kodi-skip-testmasseventgeneral.patch: New file. * gnu/packages/kodi.scm (kodi)[source]: Use it. * gnu/local.mk: (dist_patch_DATA): Add

bug#38005: Acknowledgement (org.gtk.Settings.FileChooser glib schema missing "show-type-column" key)

I just checked, and in fact staging already has 3.24.12, which contains the missing key. So I suppose this will be resolved when staging gets merged. Thanks, -- Josh Holland

bug#38005: org.gtk.Settings.FileChooser glib schema missing "show-type-column" key

solve this, especially as presumably it would trigger a lot of rebuilds. -- Josh Holland

bug#37989: python2-numpy v0.17.3 fails to build

py/numpy/commit/badf2901ea040aa89dbb3c19e53c6b1b692cb489 Lots of packages including libreoffice transitively depend on python2-numpy, so this needs some sort of resolution — perhaps simply pinning python2-numpy to a previous version? However, Python 2 will not be maintained after the end of 2019, a

bug#37662: substitution failure of nss-certs

ale/*/en_GB.UTF-8 LC_ADDRESS LC_CTYPE LC_MEASUREMENT LC_MONETARY LC_NUMERIC LC_TELEPHONE LC_COLLATE LC_IDENTIFICATION LC_MESSAGES LC_NAME LC_PAPERLC_TIME --8< -- Josh Holland

bug#37662: substitution failure of nss-certs

ale GUIX=/gnu/store/f2zvgl9zz13r6rp89y0jjfj9f4jk5h9s-guix-command GUIX_STATE_DIRECTORY=/var/guix GUIX_CONFIGURATION_DIRECTORY=/etc/guix NIX_STORE_DIR=/gnu/store -- Josh Holland

bug#37662: substitution failure of nss-certs

Hi Arun, Arun Isaac writes: > I install glibc-locales as a system-wide package in my operating-system > configuration. Perhaps that's what Ludo meant to say. I probably should have mentioned in my initial report that this is Guix running on top of a foreign distro (Arch). -- Josh Holland

bug#37662: substitution failure of nss-certs

e - I rarely do anything with the root profile, and wasn't even aware that I had to keep it up to date. Should I have to `guix pull` and `guix upgrade` it regularly, as well as my user profile? -- Josh Holland

bug#36965: Streamlink now works fine

Hi, Streamlink got updated recently and it now works fine, so this bug can be closed (not sure if I can do it or how to do it myself through debbugs). -- Josh Holland

bug#37662: substitution failure of nss-certs

fully, I assume building nss-certs locally instead, though I can't see any further references to it in the output. I'm currently trying the same thing on my other computer. -- Josh Holland

bug#36965: streamlink fails to run

for the former if required, but I'd rather get to the bottom of this error before making any changes. -- Josh Holland

bug#36675: Same build failure with kodi 18.3

...and just to confirm that this is some annoyingly unreproducible race condition, the very next try to build that same z1zswg derivation completed fine. -- Josh Holland

bug#36675: Same build failure with kodi 18.3

e="/tmp/guix-build-kodi-18.3.drv-0/build/kodi-test" sig=6 res=1 ------8<-- -- Josh Holland

bug#36675: Acknowledgement (kodi 18.2 fails to build)

I tried again just now, and: successfully built /gnu/store/pmq2jv9j9snmyzbdngmklghn9bpzrxig-kodi-18.2.drv /gnu/store/qzc0j7v4b4ylgqrk5n8h2dj5q5bp8qbf-kodi-18.2 It's definitely failed before a bunch of times when I've tried to do `guix upgrade`, so not sure what to make of it really. -- Josh

bug#36675: kodi 18.2 fails to build

1 test case ran. (276 ms total) [ PASSED ] 1 test. Clean shutdown of TestGlobalPattern1 kodi-test: ../nptl/pthread_mutex_lock.c:434: __pthread_mutex_lock_full: Assertion `robust || (oldval & FUTEX_OWNER_DIED) == 0' failed. --8<-- -- Josh Holland

bug#35780: [PATCH] attempt to fix polyglossia

lyglossia.sty is produced! There's no actual build instructions in the README or the polyglossia.pdf, so I'm rather lost here. Thanks, -- Josh Holland

bug#35780: [PATCH] attempt to fix polyglossia

--- I had a quick look into fixing this myself, and made a little bit of progress. Not being that familiar with how things work yet, I'm going on what I can guess by looking at gnu/packages/tex.scm, guix/build-system/texlive.scm and guix/build/texlive-build-system.scm so I may well be

bug#35780: texlive-latex-polyglossia package empty

Steps to reproduce: $ guix build texlive-latex-polyglossia $ tree /gnu/store/d9nndb33yd22pay1yyg76nb0i56qdmkq-texlive-latex-polyglossia-49435 Expected results: Something containing the file polyglossia.sty Actual results: Only an empty directory share/texmf-dist/tex/latex/polyglossia exists.