bug#69891: QEMU image downloaded from website fails to reconfigure with current config

d from /dev/vda1 (type "ext4")) %base-file-systems)) ``` Again, I'm doubtful this is the _right_ fix, but worked for me! Happy to have an updated Guix VM now :) Cheers, Josh On Mon, Jun 3, 2024 at 12:36 AM Josh Simmons wrote: > I also hit this same issue with the QEMU

bug#69891: QEMU image downloaded from website fails to reconfigure with current config

used instead? Hope this helps others, too! -Josh

bug#66533: texmaker missing runtime dependency on gtk+

When running texmaker and the user clicks the icon to open a file, if the gtk+ package is missing it fails and crashes. I forgot the exact error, but it just fails to retrieve a gtk object or something. This may also have a hook into nautilus, but I haven't been doing much testing on that front -

bug#65906: Deja-Dup having trouble with Duplicity being available on new install of Guix

Ubuntu 23.04 host OS, Ubuntu's native Deja-Dup and Duplicity were removed prior to installing from guix. When I installed Deja-Dup, it required duplicity to be installed. I installed it, and it still wasn't found. Deja-Dup requested and I granted permission to install duplicity on its own. Any

bug#44508: Found a bug in compute-guix-derivation

It did not repeat, and I'm using it on a hosted system with Ubuntu. On Sat, Nov 7, 2020 at 4:59 PM Marius Bakke wrote: > Josh Marshall writes: > > > Hello all, > > > > When pulling I came across the following which told me to send a report > in: > > > &

bug#44508: Found a bug in compute-guix-derivation

Hello all, When pulling I came across the following which told me to send a report in: ``` anadon@goodadvicemallard:~$ guix pull Updating channel 'guix' from Git repository at ' https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to f900045 (533 new commit

bug#41339: Installing 'git:send-email' masks underlying git installations and does not imply installing git

Gosh, it has been months. I'm not sure, and I'm pretty mentally spent. On Wed, Oct 28, 2020 at 2:00 PM zimoun wrote: > Dear, > > On Sat, 16 May 2020 at 16:59, Josh Marshall < > joshua.r.marshall.1...@gmail.com> wrote: > > > When installing "gi

bug#41384: failing to build util-linux 2.35.1

There are a couple of options. The easiest way is to boot into an older generation before running 'guix pull', if you have any generations with kernel < 5.4.36 lying around. This worked! Thanks for the response. Sorry for the delay.. it took awhile to update :)

bug#41384: failing to build util-linux 2.35.1

I'm afraid you will have to downgrade your kernel in order to upgrade Guix! :-/ Ahh. Thanks for the response! How do I do that? I would assume it would be documented here[0], but I can't seem to find it anywhere in the manual. [0] https://guix.gnu.org/manual/en/html_node/operating_002dsystem-

bug#41384: failing to build util-linux 2.35.1

[+ debbugs, please keep it in CC] Will do, sorry about that. Can you attach /var/log/guix/drvs/c7/0j91pkiv8qyazpv357ccc2jfjz91yw-util-linux-2.35.1.drv.bz2 to this bug report? Attached. Looks like those three that I mentioned. Anything else look interesting in there? 0j91pkiv8qyazpv357ccc2j

bug#41384: failing to build util-linux 2.35.1

I'm consistently running into this error when running `guix pull`. What can I do to help debug? Test suite failed, dumping logs. @ build-log 30965 53 command "make" "check" "-j" "4" failed with status 2 /builder for `/gnu/store/c70j91pkiv8qyazpv357ccc2jfjz91yw-util-linux-2.35.1.drv' failed with

bug#41339: Installing 'git:send-email' masks underlying git installations and does not imply installing git

When installing "git:send-email", the dependency "git" is not installed. Installing this also masks a local installation of git masked when running in a foreign distro. The particular failure observed is that repos transferred over https no longer worked with the error `fatal: unable to find remo

bug#41301: Acknowledgement (Django 3 dependency: gettext)

Fixed by #41335 On Sat, May 16, 2020 at 1:00 AM GNU bug Tracking System wrote: > > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintain

bug#41301: Django 3 dependency: gettext

I just saw that lint said it was out of date. I'm doing this to track down a dep tree to order my work in packaging and to become more familiar with packaging. On Sat, May 16, 2020, 09:04 Marius Bakke wrote: > Josh Marshall writes: > > > The following needs to be updated: get

bug#41303: Django 3 dependency: python-geoip2

The following dependency for django 3 is out of date: python-geoip2

bug#41312: Django 3 dependency: python-pipdeptree

The following is missing: python-pipdeptree

bug#41309: Django 3 dependency: python3-flake8

The following is out of date: python-flake8

bug#41316: selenium dependency: gecko

The following is missing: gecko web driver

bug#41304: Django 3 dependency: python-jinja2

Out of date: python-Jinja2

bug#41313: Django 3 dependency: python-asgiref

The following is missing: python-asgiref

bug#41317: Django 3 dependency: python-pywatchman

The following is missing: python-pywatchman

bug#41318: packaging request: watchman

Watchman is a useful program which is not packaged

bug#41315: python-selenium dependency: selenium

The following is missing: selenium

bug#41314: Django 3 dependency: python-selenium

The following is missing: python-selenium

bug#41306: Django 3 dependency: python-pytz

The following is out of date: python-pytz

bug#41311: Django 3 dependency: python-isort

The following is out of date: python-isort

bug#41310: Django 3 dependency: python-tox

The following is out of date: python-tox

bug#41308: Django 3 dependency: python-sqlparse

The following is out of date: python-sqlparse

bug#41305: Django 3 dependency: python-pillow

out of date: python-pillow

bug#41301: Django 3 dependency: gettext

The following needs to be updated: gettext

bug#41307: Django 3 dependency: python-setuptools

The following is out of date: python-setuptools

bug#41302: Django 3 dependency: python-argon2-cffi

The following needs to be updated: python-argon2-cffi python-geoip2 python-Jinja2 python-Pillow python-pytz python-setuptools python-sqlparse python-flake8 python-tox python-isort python-pipdeptree python-asgiref python-selenium - selenium python-pywatchman

bug#41300: Upgrade to Django 3

Here's to track work for getting django 3 ready Requires: python-wrapper bash python-bcrypt python-docutils python-numpy python-pylibmc python-memcached python-PyYAML python-tblib gettext python-argon2-cffi python-geoip2 python-Jinja2 python-Pillow python-pytz python-setuptools

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"

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

bug#41059: Contributing section from manual does not work when I'm working on some patches

Close fixed On Mon, May 4, 2020, 10:43 Marius Bakke wrote: > Josh Marshall writes: > > > has the following results from various invocations: > > > > ``` > > anadon@goodadvicemallard:~/documents/code/guix$ ./pre-inst-env guix > > guile: warning: failed to

bug#41059: Contributing section from manual does not work when I'm working on some patches

m @@ -31,6 +31,7 @@ ;;; Copyright © 2019 Pierre Langlois ;;; Copyright © 2019 Chris Marusich ;;; Copyright © 2020 Lars-Dominik Braun +;;; Copyright © 2020 Josh Marshall ;;; ;;; This file is part of GNU Guix. ;;; @@ -1398,6 +1399,32 @@ executed.") (define-public python2-coverage (packa

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

v' failed with exit code 1 build of /gnu/store/bc4sd2819gmy22dda1nhd179cacw7ny6-go-sctp-0.0.0-1.07191f8.drv failed View build log at '/var/log/guix/drvs/bc/4sd2819gmy22dda1nhd179cacw7ny6-go-sctp-0.0.0-1.07191f8.drv.bz2'. guix build: error: build of `/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

oid in this 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#40043: [EXTERNAL]Re: bug#40043: `guix pack --format=squashfs` fails on CentOS7

Thanks! I look forward to my increased use of `guix` 😊 From: Ludovic Courtès Sent: Tuesday, March 24, 2020 1:55:11 PM To: Josh Marshall Cc: 40043-d...@debbugs.gnu.org <40043-d...@debbugs.gnu.org> Subject: [EXTERNAL]Re: bug#40043: `guix pack --format=sq

bug#40043: [EXTERNAL]Re: bug#40043: `guix pack --format=squashfs` fails on CentOS7

Already included as an attachment on the first email. ``` $ uname -sr Linux 3.10.0-1062.12.1.el7.x86_64 ``` From: Ludovic Courtès Sent: Sunday, March 15, 2020 5:46 PM To: Josh Marshall Cc: 40...@debbugs.gnu.org Subject: [EXTERNAL]Re: bug#40043: `guix

bug#39310: MariaDB reproducibility issue

Hi Guix, I ran into this issue when building mariadb 10.1.38. I've attached the last 300 lines of the log.

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 it

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

le update of the gtk+ package would solve this, especially as presumably it would trigger a lot of rebuilds. -- Josh Holland

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

e the upstream commit badf2901: https://github.com/numpy/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, P

bug#37969: guix is telling me to report this

Hello, the `guix pull` command has directed me to send the following: ``` @ build-log 16866 14 boot.sh: done @ build-log 16866 908 ./boot3-tcc -v -static -o boot4-tcc -D BOOTSTRAP=1 -D HAVE_FLOAT=1 -D HAVE_BITFIELD=1 -D HAVE_LONG_LONG=1 -D CONFIG_TCCBOOT=1 -D CONFIG_USE_LIBGCC=1 -D TCC_MES_LIBC=

bug#37662: substitution failure of nss-certs

profile/lib/locale/*/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

;s possible - 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

mand did then complete successfully, 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#37437: hash mismatch for emacs-elixir-mode

e built guix install: error: build of `/gnu/store/xqdxvb7xy4ydpwkqgp3jd985qb4vw8k2-emacs-elixir-mode-2.3.1.drv' failed Is something nefarious going on, or have upstream just changed their tarballs? Thanks, -- Josh Holland

bug#36965: streamlink fails to run

ach a patch 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

; exe="/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

bug#36675: kodi 18.2 fails to build

from 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#36519: System frequently suspending after logout

Problem: GuixSD frequently suspends on user logout or after selecting "Log in as another user" from the lock screen. Occurs when returning to GDM from GNOME and i3 sessions on a fresh GuixSD install. Expected: System should allow user logout / switching without sleeping. Thanks!

bug#35780: [PATCH] attempt to fix polyglossia

to my surprise no polyglossia.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 misinterpret

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.