bug#51817: Git unable to find reference "refs/remotes/origin/HEAD"

Hi, Bastien Rivière writes: > Hello, I have found an interesting bug with guix. > > When I try to import ~yasnippet~ from melpa, the command is unable to > find the 'refs/remotes/origin/HEAD'. > > How to reproduce: > > #+begin_src shell :results output :epilogue ":" > guix import elpa -a melpa y

bug#51848: `make && make check` fails

Hello, Rostislav Svoboda writes: > Trying to compile guix (for the first time, ever!) I get: > > FAIL: tests/home-import.scm > FAIL: tests/guix-home.sh Both issues appear to have been fixed. Closing. Thanks for the report! Maxim

bug#54277: 'guix pull' fails

Hello, Никита Зинкевич writes: > Updating channel 'guix' from Git repository at > 'https://git.savannah.gnu.org/git/guix.git'... > Authenticating channel 'guix', commits 9edb3f6 to e7886fd (315 new > commits)... > Building from this channel: > guix https://git.savannah.gnu.org/git/guix.gi

bug#40999: GRUB prevents booting a degraded RAID1 array atop LUKS

Hi, maxim.courno...@gmail.com writes: > On a system where: > > 1) Each disks comprising the array is fully LUKS encrypted > 2) Each mapped disk is made part of a Btrfs RAID1 array > > When attempting to boot the system after pulling out (in BIOS or using > the cable) the drive to simulate a compl

bug#54544: Network Issue

Hi Raghav, Raghav Gururajan writes: > Hi Maxim, > >>> It seems the last update to linux-libre-lts dates back to commit >>> 2c7f2b40e2dbee48075147a87c6cd9b611dc5ba9 made on Jan 16 2022.  You could >>> try reconfiguring with a commit older than that to see if it improves >>> anything. >> Sure, I'l

bug#54899: Add version metadata check to Python sanity-check

Hello Guix, Many Python packages rely on third party packages such as python-setuptools-scm or python-versioneer to compute the version string used as part of the packaging. When these tools are missing, the version string ends up being '0.0.0' in the resulting PKG-INFO package metadata file, whi

bug#55024: [cuirass] '+' character in branch name causes problems

Hello, It seems that when using a '+' character in the branch name, such as in the wip-ipython+polyglossia branch I pushed to Savannah, Cuirass is not able to use it as part of a job specification, at least one made via the web interface as found here: https://ci.guix.gnu.org/jobset/wip-ipython%2B

bug#55042: python-scipy breaks login on foreign distro

Hi Simon, zimoun writes: > Hi, > > Running Guix on the top of Ubuntu, GDM refuses to log in if the package > “python-scipy” is installed and its profile sourced. > > Basically, consider > > mkdir -p ~/.config/guix/profiles > guix package -i python-scipy -p ~/.config/guix/profiles/python

bug#55042: python-scipy breaks login on foreign distro

Hi Simon, zimoun writes: > Hi Maxim, > > On Thu, 21 Apr 2022 at 17:40, Maxim Cournoyer > wrote: > >> It's probably XDG_DATA_DIRS; could you try unsetting it? See the old >> bug #26202, which looks like a duplicate to me. > > Indeed, it seems a dupli

bug#54864: GNU Cuirass reports arm64 as armhf

Hi Christopher, [...] > I see, yeah, I eventually figured out that aarch64 was what I was > supposed to be using (I think I was reading > https://wiki.debian.org/Multiarch/Tuples when I realized this). > > However, what confuses me still was that 'arm64-linux' did work as a > system type: A bunch

bug#55139: package-location is wrong for transformed packages

Hi Guix! --8<---cut here---start->8--- > ,import (gnu packages) (guix packages) > (car (find-packages-by-name "python2-pyalsaaudio")) $1 = # > (package-definition-location-code package $1) $2 = #f > (package-definition-location $2) $3 = #< file: "gnu/packages/au

bug#55024: [cuirass] '+' character in branch name causes problems

Hey Mathieu, Mathieu Othacehe writes: > Hello, > >> https://ci.guix.gnu.org/jobset/wip-ipython%2Bpolyglossia. > > Fixed in Cuirass with 1c45ae3c6b7ed9d99b2a1f61d707b40e68c2f7a4. The > commit is not yet deployed on Berlin but I took care of disabling the > wip-ipython%2Bpolyglossia specification

bug#55186: package-definition-location is wrong for inherited packages

Hi Guix, Here's another problem with source location I've discovered when attempting to locate the source of `python2-pytest-warnings', which reads like: --8<---cut here---start->8--- (define-public python2-pytest-warnings (package (inherit (package-with-pyth

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hi Ludovic, Ludovic Courtès writes: [...] > However, this may well be this ‘guix publish’ bug that was recently > fixed, whereby ‘guix publish’ without ‘--cache’ would send bogus HTTP > replies: > > https://issues.guix.gnu.org/54723 > > Could you confirm? I've reconfigured my offload machine

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hi Maxime, Maxime Devos writes: > Ludovic Courtès schreef op wo 11-05-2022 om 16:58 [+0200]: >> However, this may well be this ‘guix publish’ bug that was recently >> fixed, whereby ‘guix publish’ without ‘--cache’ would send bogus HTTP >> replies: >> >>   https://issues.guix.gnu.org/54723 >>

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hello, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Maxime Devos writes: >> >>> Ludovic Courtès schreef op wo 11-05-2022 om 16:58 [+0200]: >>>> However, this may well be this ‘guix publish’ bug that was recently >>>&

bug#35780: texlive-latex-polyglossia package empty

Hello, The texlive-polyglossia is no longer empty, and works, at least with XeLaTeX. You can see it in action building the doc of our 'python-ipython-documentation' package. Closing! Thanks, Maxim

bug#53670: ipython CVE-2022-21699

Hi, Leo Famulari writes: > Python (Interactive Python) is a command shell for interactive computing > in multiple programming languages, originally developed for the Python > programming language. Affected versions are subject to an arbitrary code > execution vulnerability achieved by not proper

bug#41896: texlive-union for python-matplotlib-documentation and python-ipython-documentation fail

Ricardo Wurmus writes: > Neither python-matplotlib-documentation nor python-ipython-documentation > can be built because their texlive unions cannot be built. Fixed on master. Closing! Thanks for reporting, Maxim

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hello Guix, Since a couple days, Craps exhibits a new problem, where the evaluations on master appear stalled, showing as "In progress..." forever. Eventually, it seems the maximum number of PostgreSQL connections allowed (300, if what Ricardo wrote on #guix is accurate :-)) is reached, and we ge

bug#55293: Guix gets stuck after substitute problem

Hi Jack, Jack Hill writes: > Hi Guix, > > Sometimes my Guix commands get stuck after printing message like the > following: > > """ > guix substitute: warning: while fetching > https://bordeaux.guix.gnu.org/nar/lzip/m6gaq582x4k0ajx9x7hznmw6a4dkg4m4-soundconverter-3.0.2: > server is somewhat slow

bug#55186: package-definition-location is wrong for inherited packages

Hi Ludovic, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Here's another problem with source location I've discovered when >> attempting to locate the source of `python2-pytest-warnings', which >> reads like: >> >> (def

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hi Ludo and Mathieu! Ludovic Courtès writes: > Hi! > > Mathieu Othacehe skribis: > >> I noticed this error: https://ci.guix.gnu.org/eval/320682/log/raw. >> >> The following lines can be caused by having a multi-threaded program: >> (cuirass scripts evaluate) because of its par-for-each procedur

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hello, Ludovic Courtès writes: > Ludovic Courtès skribis: > >> I’ve added a missing call to ‘close-inferior’. It’s a good idea, though >> I’m not entirely convinced yet it’ll solve the problem: >> >> >> https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/commit/?id=f087aaf685dbc7cc18f02

bug#55484: Setup PS1 for 'guix shell/environment' in guix-install.sh

Hello Guix, This is a feature request to take care of configuring PS1 in ~/.bashrc (or the most suitable place) for users of guix-install.sh. It's a small thing but it provides a nicer user experience when they can visually see they have entered a Guix environment. Thanks, Maxim

bug#55139: package-location is wrong for transformed packages

Hi, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >>> ,import (gnu packages) (guix packages) >>> (car (find-packages-by-name "python2-pyalsaaudio")) >> $1 = #> 7f2b76fab160> >>> (package-definition-location-code pack

bug#55479: emacs-libgit test suite fails

Hello, Liliana Marie Prikler writes: > merge 55479 55427 > thanks > > Whoever solves this issue can close 5 bugs at once :) Looks like you did it in 665dd8211cb5c7556f0fb83944d33215accf957a :-). Thanks! Closing. Maxim

bug#55444: elogind startup race between shepherd and dbus-daemon

Hi, Ludovic Courtès writes: > Hello! > > Currently (40a729a0e6f1d660b942241416c1e2c567616d4d), shepherd and > dbus-daemon compete to start elogind: shepherd tries to start it > eagerly, and dbus-daemon starts it on-demand upon bus activation. > > Sometimes dbus-daemon wins, and thus shepherd tri

bug#54783: ZRAM default priority wrong

Hi, Josselin Poiret writes: > * gnu/services/linux.scm > (zram-device-configuration) [priority]: Adapt to use #f or an integer > from 0 to 32767. Add sanitizer to warn for the change and delay the > field. > (zram-device-configuration->udev-string): Adapt as above. > * doc/guix.texi (Zram Devic

bug#54786: Installation tests are failing

Hi, Ludovic Courtès writes: > Hi, > > Mathieu Othacehe skribis: > >> Thanks for the fix! The jami and jami-provisioning tests are also broken >> because of what looks like to be the same issue: >> >> One does not simply initialize the client: Another daemon is detected >> /gnu/store/01phrvxnxrg

bug#54786: [PATCH] services: jami: Modernize to adjust to Shepherd 0.9+ changes.

etions(-) create mode 100644 gnu/build/dbus-service.scm diff --git a/gnu/build/dbus-service.scm b/gnu/build/dbus-service.scm new file mode 100644 index 00..d3d8c9f716 --- /dev/null +++ b/gnu/build/dbus-service.scm @@ -0,0 +1,212 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Co

bug#54786: Installation tests are failing

Hi Ludovic, Ludovic Courtès writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> gnu/build/dbus-service.scm | 212 >> gnu/build/jami-service.scm | 390 + >> gnu/local.mk | 1 + >> gnu/pac

bug#54786: Installation tests are failing

Hi Ludovic, Ludovic Courtès writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> Ludovic Courtès writes: > > [...] > >>> Before going further, I’d like to understand: this does more than just >>> fix the Jami system tests, right? >>> &

bug#54786: Installation tests are failing

Hi Ludovic! Ludovic Courtès writes: > Howdy! > > Maxim Cournoyer skribis: [...] >> I reviewed how that works, and it'd be easy; I just didn't see the >> incentive yet (there's no composition needed for the service, and it'd >> make the defi

bug#48172: support split /boot partition

Hi Vagrant, Vagrant Cascadian writes: > On 2021-05-02, Vagrant Cascadian wrote: >> Unfortunately, guix doesn't currently support booting off of a separate >> /boot partition, since the kernel and initrd are in /gnu/store; your >> bootloader needs to be able to mount the partition that /gnu/store

bug#55856: First LUKS passphrase prompt at Linux boot always fail

Hello, It's something I've suffered for a while already on my desktop machine, but I always assumed I was making a typo or something. Today I confirmed that without first clearing the input buffer via multiple backspaces strokes, the first LUKS passphrase (I have many disks) *always* fail. Perha

bug#55857: Odd Shepherd message on 'guix system reconfigure': (map (# ?) ?)

Hello Guix, The following message is shown when reconfiguring Guix System: --8<---cut here---start->8--- shepherd: Evaluating user expression (and (defined? (quote transient?)) (map (# ?) ?)). --8<---cut here---end--->8---

bug#54923: more than one target service of type 'account'

Hello! raingloom writes: >> more than one target service of type 'account' > > I did not add any new service, I just modified openssh-service-type. > > ``` > (operating-system > (inherit os) > (services > (modify-services > (operating-system-services os) > (openssh

bug#54944: guix pull hangs on 32 bit

Hi! raingloom writes: > It's been at 67% on guix-packages-base for at least an hour now. The > system itself is responsive and with the swap I gave it, it has more > than enough memory. Htop shows three guile processes at the top of the > list when sorted by CPU%, their states are S, D, D. > Bot

bug#54950: Connecting to remote guix daemon with encrypted SSH key fails

Hi, Arun Isaac writes: > I have an SSH key encrypted with a passphrase. When I try connecting to > a remote guix daemon with that encrypted SSH key, it fails with the > following error message. > > $ GUIX_DAEMON_SOCKET=ssh://foo guix build -v3 hello > guix build: error: SSH authentication failed

bug#55004: Cant build xonsh 0.12.1

Hi, Closing, as it was applied by Ludovic in 2e6f4220cffc72f55f5390a57499e95fc9a03796. Thanks! Maxim

bug#55003: emacs-dash test failing,

Hello, Liliana Marie Prikler writes: > Am Montag, dem 18.04.2022 um 06:23 -0500 schrieb Bryan Paronto: >> Hello Guixers > Hi Bryan > >> I’ll prefacing by saying I’m still rather green to Guix System and >> Home, but am loving every minute of hacking, even when things dont >> immediate go accordi

bug#55134: ngspice: readline support not compiled in

Hi, Christopher Howard writes: > readline is listed as an input to ngspice, but readline capabilities > are not available during runtime. I believe the problem is that > --with-readline configure option defaults to "no", so readline support > is not actually compiled in. Fixed with 8ef651b44cd8

bug#55136: keepassxc segfaults when merging databases

Hello, Aurora writes: > raingloom writes: > >> Sorry, can't really send the database files, obviously. >> >> Here is the error message instead. >> >> ``` >> failed to register FdoSecrets::Item(0x5596b3d47a20) at >> "/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba" >>

bug#55139: package-location is wrong for transformed packages

Hi Ludovic, Ludovic Courtès writes: > Hi! > > Maxim Cournoyer skribis: > >> Yeah, I ended up with this [0]: >> >> (define (locate-package-via-git name) >> "Return the location object corresponding to package NAME, searched via >> git.

bug#55158: bug: mu/mu4e on Guix does not use correct encoding/utf-8

Hi, Benjamin Slade writes: > Update: So the encoding issue seems to be at a "lower level" than mu > in fact. I noticed that new messages come through with the correct > encoding now, so I assume it was an (odd) issue of locale settings > when I initialised the mail initially/copied over old mess

bug#55197: Build fail for `lightdm`

Hello, lightdm should build as of 68db023498eb919f199db759a5a1c15601eba261, which I just pushed. Thanks for the report! Maxim

bug#55136: keepassxc segfaults when merging databases

Hello, Thiago Jung Bauermann writes: > Hello, > > Maxim Cournoyer writes: > >> Hello, >> >> Aurora writes: >> >>> raingloom writes: >>> >>>> Sorry, can't really send the database files, obviously. >>>> >&

bug#55290: Broken link to Geiser User Manual

Hello Greg, Greg Hogan writes: > At [1] the link in "see Introduction in Geiser User Manual" points to [2] > but should link to [3]. > > [1] https://guix.gnu.org/manual/en/html_node/The-Perfect-Setup.html > [2] http://geiser.nongnu.org/Introduction.html#Introduction > [3] https://geiser.nongnu.o

bug#55425: ISO image's installer can't connect to guix.gnu.org

Hello, Maxime Devos writes: > Matkovsky88 via Bug reports for GNU Guix schreef op zo 15-05-2022 om > 04:57 [+]: >> Or when will GNU Guix unban russian IPs? > > It's not Guix itself but rather the datacenter where the machines are > hosted:

bug#46385: User awareness of Anti-Features

Hi, Ludovic Courtès writes: [...] >> * ads (I don't think any application in Guix has these?) >> * tracking (should be patched out if possible) >> * non-free-network-services >> * non-free-dependencies (probably not allowed in upstream Guix, but maybe in >> a channel) >> >> The code behind ‘gu

bug#44953: lsof: LTlock test consistently fails (possibly due to btrfs)

Hello, Maxim Cournoyer writes: > Hello again, > > Mark, I've figured it out and disabled it locally. Will push shortly to > core-updates-frozen. core-updates-frozen was merged into master long ago :-) Closing. Maxim

bug#44948: glade does not respond

Hello, Michael Rohleder writes: > Hey Jesse! > > Is this still reproduceable? It seems to work for me. Works for me too. Closing this old issue. Thanks, Maxim

bug#40641: Building from git breaks when /bin/sh isn't bash

Hello, elaexuo...@wilsonb.com writes: > "pelzflorian (Florian Pelz)" wrote: >> On Wed, Apr 15, 2020 at 06:06:25PM +0900, elaexuotee--- via Bug reports for >> GNU Guix wrote: >> > When building from git, ./bootstrap ends up generating (via automake) >> > several >> > Makefiles that set SHELL =

bug#40652: GDM does not starts after April 10 system reconfigure

Hello, R Veera Kumar writes: > The solution in bug #36924 solved the problem in my system. > > Remove /var/lib/gdm and make a empty one instead. Thanks for letting us know. Closing since #36924 is still open. Thanks, Maxim

bug#36992: linux-libre-5.2.7 failed to build on armhf and aarch64; why?

Hello, Ricardo Wurmus writes: > Hi Mark, > >> linux-libre-5.2.7 failed to build on Berlin due to a dependency failure: >> >> https://ci.guix.gnu.org/search?query=linux-libre-5 >> https://ci.guix.gnu.org/build/1556871/details >> https://ci.guix.gnu.org/build/1556831/details >> >> I guess th

bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

Hi Calvin, Calvin Heim writes: > When I press e at GRUB to edit the boot configuration > I have noticed that the identifier > 31393730-3031-3031-3139-343934363833 > is the default value of the --root option on the LiveUSB.  I will look into > other possible values for this --root option.  Did y

bug#55484: Setup PS1 for 'guix shell/environment' in guix-install.sh

Hi, Maxim Cournoyer writes: > Hello Guix, > > This is a feature request to take care of configuring PS1 in ~/.bashrc > (or the most suitable place) for users of guix-install.sh. > > It's a small thing but it provides a nicer user experience when they can > visually se

bug#54786: Installation tests are failing

Hi Ludo, Ludovic Courtès writes: [...] >> When using 'make-forkexec-constructor/container', the clone(2) call >> happens before switching user, thus as 'root' in Shepherd, which >> explains why it works. > > Damnit, that’s right. For example the result of: > >(lower-object (least-authority

bug#55898: jami service failing following 'guix deploy' update

Hello Guix! After having fixed the tests of the jami-service-type and pushed the fix as 85b4dabd94d53f8179f31a42046cd83fc3a352fc, I was confident it would work, but my freshly 'guix deploy'ed machine says otherwise: --8<---cut here---start->8--- $ sudo herd sto

bug#54783: ZRAM default priority wrong

Hi Josselin, [...] > > On the Guix side of things, we should really be using the same interface > as swap-space, as I think the distinction between #f and 0 to 32767 is > clearer. I'll send some patches that adress this soon, along with the > zram-service-type documentation. I've made this small

bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

Hi Calvin, Calvin Heim writes: > On Thu, 2022-06-09 at 21:11 -0400, Maxim Cournoyer wrote: >> Hi Calvin, >> >> Calvin Heim writes: >> >> > When I press e at GRUB to edit the boot configuration >> > I have noticed that the identifier >>

bug#40641: Building from git breaks when /bin/sh isn't bash

Hello, "pelzflorian (Florian Pelz)" writes: > Only the tests are affected, as far as I can tell. make runs fine. > The issue with “gnu/local.mk” from [1] got fixed in 2019 via > 92d00ca4661e186022732a47956a2bc0ef16be96. > > But Makefile.am has > > SH_LOG_COMPILER = $(top_builddir)/test-env $(S

bug#55856: First LUKS passphrase prompt at Linux boot always fail

Hey Ludo, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Today I confirmed that without first clearing the input buffer via >> multiple backspaces strokes, the first LUKS passphrase (I have many >> disks) *always* fail. > > This is supe

bug#55857: Odd Shepherd message on 'guix system reconfigure': (map (# ?) ?)

Hi Ludovic, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> The following message is shown when reconfiguring Guix System: >> >> shepherd: Evaluating user expression (and (defined? (quote transient?)) (map >> (# ?) ?)). >> >> I

bug#55898: jami service failing following 'guix deploy' update

Hello Maxime, Maxime Devos writes: > Maxim Cournoyer schreef op za 11-06-2022 om 01:53 [-0400]: >> I don't get it; how can the service runs fine in the instrumented VMs >> the system tests use, and fail in my updated machine?  Could it be a >> fault in 'guix depl

bug#54950: Connecting to remote guix daemon with encrypted SSH key fails

Hi Arun, Arun Isaac writes: > Hi Maxim, > >> I suspect this is due to changes in OpenSSH *client* that now refuse >> older RSA keys for security reasons. > > This doesn't seem to be. Here's why: I have another machine that I ssh > to using an unencrypted RSA key. I am able to connect to the Guix

bug#55857: Odd Shepherd message on 'guix system reconfigure': (map (# ?) ?)

Hello, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Ludovic Courtès writes: > > [...] > >>> The message is produced by shepherd as a response to an expression that >>> ‘guix system reconfigure’ tells it to evaluate, in (gnu ser

bug#54950: Connecting to remote guix daemon with encrypted SSH key fails

Hello Arun, Arun Isaac writes: > So, with an ssh-agent, guix build on a remote daemon works. But, I'd > like it to work without an ssh-agent. Is that possible? I've re-read the original issue and now I have a better understanding of it; the manual mentions GUIX_DAEMON_SOCKET is handled via the

bug#55290: Broken link to Geiser User Manual

Hi, Maxim Cournoyer writes: > Hello Greg, > > Greg Hogan writes: > >> At [1] the link in "see Introduction in Geiser User Manual" points to [2] >> but should link to [3]. >> >> [1] https://guix.gnu.org/manual/en/html_node/The-Perfect-Setup.html >

bug#55848: [cuirass] workers stalled

Hi Mathieu! [...] > A few issues remain for aarch64: > > * grunewald and kreuzberg are not on . > Perhaps they were taken down while the substitute ratio was low to > avoid each worker independently recompiling expensive toolchains? > * rust@1.39.0 (and thus a

bug#55848: [cuirass] workers stalled

Hi Maxime, Maxime Devos writes: > Maxim Cournoyer schreef op zo 19-06-2022 om 22:39 [-0400]: >> There was also an attempt to cross-compile a rust/cargo bootstrap seed >> for other architectures (branch: wip-cross-built-rust) but due to >> complications with building rust as

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

Hi, Closing as there's a new version of Docker available. Hopefully that solves the issue you had. Maxim

bug#55936: dockerd fails to start on boot

Hello, Luciano Laratelli writes: > Hi, hope you are doing well. > > I’m running Guix System and am seeing that `dockerd' fails to start on boot > due to not being able to find `containerd': > > $ sudo tail /var/log/docker.log > 2022-06-12 18:25:29 time=“2022-06-12T18:25:29.969005384-04:00” leve

bug#55898: jami service failing following 'guix deploy' update

retitle 55898 jami service fails to start following reconfigure thanks Hello, Maxim Cournoyer writes: > Hello Maxime, > > Maxime Devos writes: > >> Maxim Cournoyer schreef op za 11-06-2022 om 01:53 [-0400]: >>> I don't get it; how can the service runs fine

bug#55898: jami service failing following reconfigure

Hi again, Maxim Cournoyer writes: > Hello Maxime, > > Maxime Devos writes: > >> Maxim Cournoyer schreef op za 11-06-2022 om 01:53 [-0400]: >>> I don't get it; how can the service runs fine in the instrumented VMs >>> the system tests use, and f

bug#56223: h-client not running with a host distribution

Hello, This should be fixed in 8d810c209f18ffb635a1db2488a939543c6f060f. Josselin Poiret writes: > Hello Denis, > > Denis 'GNUtoo' Carikli writes: >>> ValueError: Namespace GdkPixbuf not available >> >> I vaguely remember that I could launch it on top of Parabola before, so >> it seems to be

bug#56343: ‘tests/services/telephony.scm’ fails to run

On July 1, 2022 5:34:37 PM EDT, "Ludovic Courtès" wrote: >Hi, > >The ‘tests/services/telephony.scm’ file exercises procedures that were >removed from (gnu build jami-service) in >85b4dabd94d53f8179f31a42046cd83fc3a352fc, which prevents ‘make check’ >from proceeding: > >--8<---cut here-

bug#50665: Docker 19.03 is no longer receiving updates.

Hi John, John Kehayias writes: > Hello, > > I believe this can be closed with Docker having been updated to the > latest version in this patch series: https://issues.guix.gnu.org/52790 Thanks for the heads-up! Closing. Maxim

bug#55898: jami service failing following 'guix deploy' update

retitle 55898 Services depending on new Shepherd features may fail until a reboot thanks Hi, Maxim Cournoyer writes: [...] > I'm suspecting that given the service makes use of Shepherd 0.9 > features, perhaps it fails loading and the error is reported erroneously > that way...

bug#55898: jami service failing following 'guix deploy' update

Hi again, [...] > Perhaps services should allow specifying the minimum required Shepherd > version, which Shepherd could ensure is met before attempting to restart > a service, printing something like: > > 'Could not restart service X due to unmet Shepherd version requirement; > the service will

bug#56343: ‘tests/services/telephony.scm’ fails to run

Hi, Ludovic Courtès writes: > Hi, > > The ‘tests/services/telephony.scm’ file exercises procedures that were > removed from (gnu build jami-service) in > 85b4dabd94d53f8179f31a42046cd83fc3a352fc, which prevents ‘make check’ > from proceeding: > > $ make check -j5 > > [...] > > PASS: tests/servic

bug#56383: Neither Gnome nor udisksctl can mount an nfs filesystem

Hi, Alexandre Hannud Abdo writes: > Le 04/07/2022 à 19:22, Liliana Marie Prikler a écrit : >> Note that NTFS != NFS. But to solve your problem, simply add ntfs-3g >> to your operating-system's packages field. > > Ni! Hello > > "nfs" was a typo, sorry for that. > > True, I can add ntfs-3g, but g

bug#56288: Pitivi can't be started

Hi, Josselin Poiret writes: > Hello Lily and Christian, > > This is unfortunately the usual gdk-pixbuf SVG loader not being found, > since it is part of librsvg. Some details are described in [1] already, > but to summarize: we need to propagate gdk-pixbuf so that the > search-path GDK_PIXBUF_

bug#56389: ruby-nokogiri may be non-deterministic

Hi, Wiktor Zelazny writes: > On Tue, Jul 05, 2022 at 07:09:37AM +0200, wzela...@vurv.cz wrote: > >> Discovered by accident and did not explore further. > > ruby-nokogiri@1.10.9 to be exact. Did not check @1.12.5. Guix version > 4d126e776239cc2e9b2e39718d0a1051f4a9bbc3. I checked, and only 1.10.

bug#40641: Building from git breaks when /bin/sh isn't bash

Hello, elaexuo...@wilsonb.com writes: > "pelzflorian (Florian Pelz)" wrote: >> Thank you for getting back to the bug. I am in the same situation in >> that I use Guix System now. :D >> >> On Tue, Jun 21, 2022 at 09:20:28AM +0900, elaexuo...@wilsonb.com wrote: >> > so you could be able to sanit

bug#56463: Git error: no content-type header in response

Hello Guix, Running: 'guix import elpa -a melpa paredit' produces: --8<---cut here---start->8--- Backtrace: 11 (primitive-load "/home/maxim/.config/guix/current/bin/guix") In guix/ui.scm: 2238:7 10 (run-guix . _) 2201:10 9 (run-guix-command _ .

bug#26877: building fonts: fontcache must be updated regulary

Hello, l...@gnu.org (Ludovic Courtès) writes: > Hi, > > Mark H Weaver skribis: > >> The usual Guix way to handle things like this is to arrange for the font >> cache to be part of the profile, and to create a profile hook that >> creates the cache from all of the built packages included within.

bug#40641: Building from git breaks when /bin/sh isn't bash

AKE([SHELL]) > > +# Use make's hard-coded default shell. The make in a guix profile > > +# defaults to the Right Thing, e.g. $GUIX_ENVIRONMENT/bin/sh >> +AM_SUBST_NOTMAKE([SHELL]) > > Then Maxim Cournoyer writes: >> This seems odd to me. Perhaps it'd be cleane

bug#55936: [PATCH] services: docker: Fix race condition.

Hi Oleg, Oleg Pykhalov writes: > Fixes . > > * gnu/packages/patches/containerd-create-pid-file.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add this. > * gnu/packages/docker.scm (containerd)[source]: Add this patch. > * gnu/services/docker.scm > (contai

bug#40641: Building from git breaks when /bin/sh isn't bash

Hi, elaexuo...@wilsonb.com writes: > CONFIG_SHELL simply acts as a user override; it's not part of autoconf's core > logic. That role belongs to the SHELL macro, who's picks the first available > of > the following: > > - CONFIG_SHELL environment variable, > - SHELL environment variable, or > -

bug#40641: Building from git breaks when /bin/sh isn't bash

Hello, [...] > I've just 'ln -sf $(guix build dash)/bin/dash /bin/sh && export > SHELL=/bin/sh' on my Guix System, and could rebuild Guix master from > scratch successfully: > > make[1]: Leaving directory '/home/maxim/src/guix-master' > $ echo $? > 0 > $ ./pre-inst-env guix describe > Git checkou

bug#39711: Epiphany fails to launch Evince

Hi, Ludovic Courtès writes: > Hello, > > When running Epiphany on a non-GNOME system with: > > guix environment --ad-hoc epiphany -- epiphany > > and opening a PDF, it fails to launch Evince (referred to as > “Dokumentmontrilo” below :-)) and crashes: > > $ guix environment --ad-hoc epiphany -

bug#39757: python@3.7 + poetry: poetry is broken

Hello, This bug forgotten bug has been resolved since. Closing, Thanks for the report! Maxim

bug#43610: IceCat segfault

Hi, Ludovic Courtès writes: > Hi Alex, > > Alex ter Weele skribis: > >> All I had to delete was the line >> >> user_pref("network.captive-portal-service.enabled", true); >> >> from ~/.mozilla/icecat/$my-profile/prefs.js. > > Good to know. Who could have guessed? > >> Methodology: I put my whol

bug#43592: luit does not work

Hi, luhux writes: > I use luit to convert the encoding of MUD games, but I failed > > It uses the wrong path to find the data > > dev@tencent ~$ luit -encoding gbk > /gnu/store/a4knixgswikbb4r7cw9srh07w0f9n0jw-luit-1.1.1/share/X11/locale/locale.alias: > No such file or directory > Warning: could

bug#55821: contributing: Broken link to Git manual

Hi Ludo, Ludovic Courtès writes: > Maxime Devos skribis: > >> contributing.texi contains: >> >> @pxref{submitting patches,, Submitting patches to a project, git, Git User >> Manual}). >> >> However, there is no 'git' info manual. > > I think there used to be one; could it be that we’re no long

bug#55821: contributing: Broken link to Git manual

Hello, Maxim Cournoyer writes: > Hi Ludo, > > Ludovic Courtès writes: > >> Maxime Devos skribis: >> >>> contributing.texi contains: >>> >>> @pxref{submitting patches,, Submitting patches to a project, git, Git User >>> Manual}). &

bug#55513: [data.guix.gnu.org] Broken link

Hi, Tobias Geerinckx-Rice writes: > Hi Chris! > > I was puttering around the site and noticed that the ‘master’ link at > points to a URL with one too > many /repository/s in it. Removing it works fine. Apparently that got fixed. Thanks to all involved

bug#53426: mingw-w64-{x86_64, i686}-winpthreads broken after absorption of binutils-next

Hi Michael, Michael Ford writes: > Hi, > > I think this bug can be closed now that https://issues.guix.gnu.org/53706 > has been merged? I think so too! Thanks for the heads-up. Maxim

<    2   3   4   5   6   7   8   9   10   11   >