bug#45015: [mumi] 44964 cannot be displayed

Arun Isaac writes: > This is likely a bug in guile-email. It shouldn't have returned the > unparsed From address. It was likely triggered by "Jorge P. de Morais > Neto " being an invalid address. The period > character is not allowed in the name and should have been quoted like > "\"Jorge P. de

bug#45015: [mumi] 44964 cannot be displayed

Hi, This is likely a bug in guile-email. It shouldn't have returned the unparsed From address. It was likely triggered by "Jorge P. de Morais Neto " being an invalid address. The period character is not allowed in the name and should have been quoted like "\"Jorge P. de Morais Neto\" ". I will in

bug#45015: [mumi] 44964 cannot be displayed

Mumi commit 6fd49e9341d5673b70edfb333a4e5fa0a44128d2 works around this problem, which I suspect might be a bug in guile-email. For some reason “Jorge P. de Morais Neto ” is not split up into name and address parts but remains a single string. -- Ricardo

bug#44906: Substitute requests fail if URL has trailing slash

Hi, Ludovic Courtès writes: > Hartmut Goebel skribis: > >> I propose fixing all places where string-append is used to join URLs, >> since joining URLs is not the same as string concatenation. We might >> restrict our algorithm to only joining a >> path.

bug#43750: [bug#44971] [PATCH 1/2] gnu: utox: Update to 0.18.0.

Hi, Robert Karszniewicz skribis: > * gnu/packages/messaging.scm (utox): Update to 0.18.0. Applied! > Hello, I wanted to add, that my uTox package update fixes bug #43750. > http://issues.guix.gnu.org/43750 Nice. I added a “Fixes” line to the commit log. Thanks, Ludo’.

bug#37309: ‘ssh-daemon’ service fails to start at boot

Leo Famulari writes: > On Sat, Nov 28, 2020 at 02:08:34AM +0100, Marius Bakke wrote: >> Christopher Lemmer Webber skriver: >> > I'm assuming others must be experiencing this still too... right? >> >> FWIW I have never encountered this. :-/ > > I reenabled IPv6 listening for sshd after updating

bug#44948: glade does not respond

On 12/3/20 6:26 AM, zimoun wrote: Hi, On Thu, 03 Dec 2020 at 04:15, Michael Rohleder wrote: Jesse Gibbons writes: The main window pops up, and so does a dialog asking if I want to take a survey. I click to close the dialog and it doesn't respond. [...] Is this on a foreign distro? Ho

bug#45031: qoauth fail install/build

I was trying to install `guix install qoauth` and build `guix install qoauth` but it failed, and looks like is due The installation process is trying to copy some files that are part of qoauth into the store directory of qtbase, which is another package. Attached the log of the build. strip --st

bug#44820: MPD fails after respawning too often

Ludovic Courtès writes: > Hi Martin, > > Martin Becze skribis: > >> I also ran into this problem. Here is the relevnat part of >> /var/run/mpd//log >> >>> exception: Failed to create pid file "/var/run/mpd//pid": >>> Permission denied >> >> A quick dirty fix is just to chown the /var/run/mpd f

bug#44820: MPD fails after respawning too often

Yeah, owner gets set to root when it should be mpd-user. On 12/3/20 11:05 AM, Ludovic Courtès wrote: So was the ownership of/var/run/mpd/$USER wrong?

bug#44914: gnutls-dane does not build: failed test status-request-revoked

"Dr. Arne Babenhauserheide" skriver: > I cannot update Guix right now, because gnutls-dane fails to build. > > The build log is attached. > > make[4]: Entering directory > '/tmp/guix-build-gnutls-dane-3.6.12.drv-0/gnutls-3.6.12/tests' > … > FAIL: status-request-revoked This is because of a "tim

bug#37309: ‘ssh-daemon’ service fails to start at boot

On Sat, Nov 28, 2020 at 02:08:34AM +0100, Marius Bakke wrote: > Christopher Lemmer Webber skriver: > > I'm assuming others must be experiencing this still too... right? > > FWIW I have never encountered this. :-/ I reenabled IPv6 listening for sshd after updating to 1.2.0 and things are working

bug#44491: Support GUIX_DISABLE_NETWORK_TESTS environment variable

On 2020-12-03, Ludovic Courtès wrote: > Should we close this issue now that you found the RES_OPTIONS=attempts:0 > trick, or do you think we should still keep the refactoring bits? Well, it's three cases of copy-paste code, and one nearly identical but inverted. Someone once suggested to me to ref

bug#44956: Rebooting or powering down UEFI machine locks it up

On Thu, Dec 03, 2020 at 12:13:57PM +, guixuser6392 via Bug reports for GNU Guix wrote: > I can't reproduce this issue on the Linux kernel v5.9.12 and v5.4.81. Thanks for the followup! Closing...

bug#26981: Bug report follow up

On Thu Dec 3, 2020 at 9:11 AM Konrad Hinsen wrote: > > Konrad, is this bug report still relevant? I suspect not, since it > > seems to have been solved by switching to a more recent version > > of guix 3 years ago. > > The bug: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26981 > > If I don't hear

bug#44347: mingetty --no-clear is hard-coded

This was fixed by commit e3ae31347882b25e1513e4475616fb6e4497e280. Closing!

bug#44491: Support GUIX_DISABLE_NETWORK_TESTS environment variable

Hi Vagrant, Should we close this issue now that you found the RES_OPTIONS=attempts:0 trick, or do you think we should still keep the refactoring bits? Ludo’.

bug#44574: guix weather not checking all substitute urls

This was fixed by c2cc5f0a006fd7797039dae24274833118ea7b47, closing!

bug#44906: Substitute requests fail if URL has trailing slash

Hi, Hartmut Goebel skribis: > I propose fixing all places where string-append is used to join URLs, > since joining URLs is not the same as string concatenation. We might > restrict our algorithm to only joining a > path. shows the > complete

bug#44820: MPD fails after respawning too often

Hi Martin, Martin Becze skribis: > I also ran into this problem. Here is the relevnat part of > /var/run/mpd//log > >> exception: Failed to create pid file "/var/run/mpd//pid": >> Permission denied > > A quick dirty fix is just to chown the /var/run/mpd folder so that mpd > can create its pid f

bug#44924: guix build u-boot-pinebook --with-git-url failed due to "source" in C_INCLUDE_PATH

Hi, 宋文武 skribis: > Running: > guix build u-boot-pinebook \ > --with-git-url=u-boot-pinebook=https://github.com/u-boot/u-boot > > Would fail with "fatal error: asm/string.h: No such file or directory". > > And it's caused by the first entry in C_INCLUDE_PATH, which is > "/gnu/store/xxx-u-bo

bug#44927: Guix reboot stops with some errors

Hi, zna...@disroot.org skribis: > I have deleted lines with disks in config and reconfigured but the error > remains. > > I switched to generation (system and packages by root) but an issue remains. > > In Attach entire screen with trace. Since you’re on an EFI machine, could it have to do with

bug#44999: guix deploy Error reading from the channel

Hi Jérémy, Jérémy Korwin-Zmijowski skribis: > I am trying to deploy a system on DigitalOcean droplet using `guix > deploy`. But I am facing the following issue : > >$ guix deploy ynm-machine-declaration.scm >La (1) machine suivante sera d.ploy.e : > ynm > >guix deploy: d.ploiem

bug#44986: [PATCH] doc: Give references and examples for services-to-restart.

Hi Simon, Simon Josefsson skribis: > Hi! I started using unattended-upgrades, and was confused which service > names (config.scm vs herd) to use. I think this small documentation > patch would help others. What do you think? Sounds like a good idea. > From c414dd60652ecdd124b189b2c46ce30ae9

bug#44916: No option to add whisker menu to xfce panel after installing package xfce4-whiskermenu-plugin.

Hello all! Michael Rohleder writes: > Thank you for reporting! > > potentialuse...@postpro.net writes: >> After doing a fresh install of Guix system using the graphics >> install menu and picking the xfce option, I decided to substitute >> xfce's "Applications" menu with the "Whisker" menu. >> >

bug#31977: clone tests fail on CentOS 7

Hi Simon, I have pushed the fix as 8bc5ca5160db3d82bd5b6b2b7ed80c96f42bd33e. Best regards, Paul.

bug#44956: Rebooting or powering down UEFI machine locks it up

I can't reproduce this issue on the Linux kernel v5.9.12 and v5.4.81.

bug#26247: Gettext introduces timestamps in .mo files

Julien Lepiller skribis: > So it's not gettext itself, but our build system that generates the en@quote > and en@boldquote files. Do we really need them? If so, we should find a way > to generate them reproducibly. They’re generated automatically by the gettext Makefilery that we use, so I don

bug#45017: asdf-build-system packages have priority over user ones

Pierre Neidhardt skribis: > Alternately, we could simply move the patch from > user-source-registry-directory to system-source-registry-directory; same > for the output translation. What do you think of the attached patch? Does it work for you? From cb8d52ec606bb8984622f6b117346b4772bf0d16 Mon

bug#44948: glade does not respond

Hi, On Thu, 03 Dec 2020 at 04:15, Michael Rohleder wrote: > Jesse Gibbons writes: >> The main window pops up, and so does a dialog asking if I want to take >> a survey. I click to close the dialog and it doesn't respond. [...] > Is this on a foreign distro? On foreign distro, it seems to wor

bug#44835: gnu/ci.go: Embeds build path, breaking reproducible builds

Hi, Mathieu Othacehe skribis: >> … but I don’t think we can assume that the checkout is in the >> ‘%load-path’ when this code is executed. WDYT, Mathieu? > > Cuirass happens to add checkouts to the %load-path just before loading > this file. Is that systematic? Isn’t it only when ‘load_path_i

bug#26247: Gettext introduces timestamps in .mo files

So it's not gettext itself, but our build system that generates the en@quote and en@boldquote files. Do we really need them? If so, we should find a way to generate them reproducibly. Le 3 décembre 2020 05:32:54 GMT-05:00, "Ludovic Courtès" a écrit : >Hi Simon, > >zimoun skribis: > >> On Fri,

bug#45017: asdf-build-system packages have priority over user ones

Pierre Neidhardt skribis: > Since staging was merged a few days ago, I've noticed an undesirable > side-effect of our revamped asdf-build-system: the systems packages have > priority over the user-local ones. > > Here is the default list of registries: > > --8<---cut here

bug#26981: Bug report follow up

Konrad, is this bug report still relevant? I suspect not, since it seems to have been solved by switching to a more recent version of guix 3 years ago. The bug: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26981 If I don't hear back I'll assume it's safe to close this. -Robert

bug#23118: Duplicate entries in various environment variables

Hello, Chris Am Freitag, den 25.03.2016, 20:59 -0700 schrieb Chris Marusich: > Hi, > > I've noticed that my environment variables contain duplicate > (sometimes > more) entries. This occurs regardless of whether the user logs in > directly via a tty or via a desktop environment like GNOME. > >

bug#26247: Gettext introduces timestamps in .mo files

Hi Simon, zimoun skribis: > On Fri, 24 Mar 2017 at 23:54, l...@gnu.org (Ludovic Courtès) wrote: > >> Gettext 0.19.8.1 (current core-updates, >> 77ab6983a19ef307558ab2607920158d6bb94ba8) introduces timestamps in .mo >> file, without honoring SOURCE_DATE_EPOCH, which leads to >> non-reproducible b

bug#44612: Read standard input in `guix repl'

Hi Ludo! Ludovic Courtès writes: > As discussed earlier, I think you should use ‘-t machine’, which doesn’t > have the welcome message. ‘-t guile’ (the default) is meant for humans, > not for inter-process communication. Oh, for sure, I'm using `t machine` now. All I meant is that the aforeme

bug#44612: Read standard input in `guix repl'

Hi Pierre! Pierre Neidhardt skribis: > Indeed, it works perfectly now, I've implemented your suggestions and > Nyxt is now running a "guix repl server" to which it sends all the > requests. It's awesome! :) > > The only issue remaining is the weird behaviour that one has to pass > /dev/stdin to

bug#45017: asdf-build-system packages have priority over user ones

Since staging was merged a few days ago, I've noticed an undesirable side-effect of our revamped asdf-build-system: the systems packages have priority over the user-local ones. Here is the default list of registries: --8<---cut here---start->8--- (defparameter*

bug#26715: xorg-service includes xf86-video-intel unconditionally

On Thu, Dec 03, 2020 at 12:53:01AM +0100, zimoun wrote: > Hi Efraim, > > What is the status of this bug #26715? > > My network is a bit wonky right now and I'm having trouble getting a connection to my pine64 across the room. I'll check this out soonish

bug#26981: Bug report follow up

Hi Robert, > Konrad, is this bug report still relevant? I suspect not, since it > seems to have been solved by switching to a more recent version > of guix 3 years ago. > The bug: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26981 > If I don't hear back I'll assume it's safe to close this. Yes,