bug#59423: Invalid 'location' field generated in dovecot configuration

Hi Pierre, Pierre Langlois writes: [...] I did: $ ./pre-inst-env guix system build -e '(@@ (gnu tests mail) %dovecot-os)' /gnu/store/gpl6g2ia84kc41zma7ik9y4p3kik5aiy-system Then: $ guix gc -R /gnu/store/gpl6g2ia84kc41zma7ik9y4p3kik5aiy-system | grep

bug#59508: mpv compiled without x11 support

Hi, Saku Laesvuori writes: >> I believe this was fixed by commit >> 78f03567f44f704dfbc03cb64368aa42a01e78ad, though not by adding >> ‘--enable-x11’ (see ). >> >> Anyway it definitely works for me on X11. Could you confirm? > > Yes, that seems to have fixed i

bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux

Here is a revised diff with comments added for the flags. diff --git a/gnu/packages/libreoffice.scm b/gnu/packages/libreoffice.scm index 8343f8ffc6..ea7f0f19e9 100644 --- a/gnu/packages/libreoffice.scm +++ b/gnu/packages/libreoffice.scm @@ -1235,6 +1235,12 @@ (define (install-appdata app)

bug#58031: LibreOffice 7.3.5.2 is not reproducible

Hi, >From some local testing, it appears the timestamps in bpmn.otg can be >addressed by adding "otg" to the list of file extensions the existing >'reset-zip-timestamps phase looks for: diff --git a/gnu/packages/libreoffice.scm b/gnu/packages/libreoffice.scm index 8343f8ffc6..69319177db 100644

bug#59423: Invalid 'location' field generated in dovecot configuration

Pierre Langlois writes: > [[PGP Signed Part:Undecided]] > > Pierre Langlois writes: > >> [[PGP Signed Part:Undecided]] >> >> Maxim Cournoyer writes: >> >>> Hi Pierre, >>> >>> Pierre Langlois writes: >>> Hi Guix! After updating the system, the dovecot service got confused and st

bug#59423: Invalid 'location' field generated in dovecot configuration

Pierre Langlois writes: > [[PGP Signed Part:Undecided]] > > Maxim Cournoyer writes: > >> Hi Pierre, >> >> Pierre Langlois writes: >> >>> Hi Guix! >>> >>> After updating the system, the dovecot service got confused and started >>> moving around all mailboxes. I looked up the configuration and

bug#58880: [PATCH] guix gc: Round MiBs in user feedback.

* guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. * po/*/*.po (guix/scripts/gc.scm)a: Round MiBs in user feedback. --- guix/scripts/gc.scm | 8 po/guix/bn.po | 6 +++--- po/guix/cs.po | 6 +++--- po/guix/da.po | 12 ++-- po/guix/de.po | 8 ++

bug#59423: Invalid 'location' field generated in dovecot configuration

Maxim Cournoyer writes: > Hi Pierre, > > Pierre Langlois writes: > >> Hi Guix! >> >> After updating the system, the dovecot service got confused and started >> moving around all mailboxes. I looked up the configuration and noticed >> strange invalid syntax for the location field: >> >> locatio

bug#59423: Invalid 'location' field generated in dovecot configuration

Hi, Maxim Cournoyer writes: > Hi, > > Ludovic Courtès writes: > >> Hi, >> >> Pierre Langlois skribis: >> >>> After updating the system, the dovecot service got confused and started >>> moving around all mailboxes. I looked up the configuration and noticed >>> strange invalid syntax for the lo

bug#59423: Invalid 'location' field generated in dovecot configuration

Hi Pierre, Pierre Langlois writes: > Hi Guix! > > After updating the system, the dovecot service got confused and started > moving around all mailboxes. I looked up the configuration and noticed > strange invalid syntax for the location field: > > location=#< file: "path/to/config.scm" line: 29

bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux

Sorry, I messed up the patch a little as I wanted to get the error message that prompted adding "--without-galleries". It should be: diff --git a/gnu/packages/libreoffice.scm b/gnu/packages/libreoffice.scm index 8343f8ffc6..7fb3fe1327 100644 --- a/gnu/packages/libreoffice.scm +++ b/gnu/packages/l

bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux

Hi, I was able to build libreoffice for i686-linux by adding "--enable-lto" and "--without-galleries" to the configure flags. The former seemed to resolve the linking issue, and the latter was to deal with the build failing because of 0 themes being found. That error was: [build GAL] backgroun

bug#59423: Invalid 'location' field generated in dovecot configuration

I'm also experiencing the same issue (guix describe: 7e0ad0dd0f2829d6f3776648ba7c88acf9888d7a). My guess is that 44554e7133aa60e1b453436be1e80394189cabd9 (which supersedes 543d971ed2a1d9eb934af1f51930741d7cc4e7ef) introduces a '%location' field which conflicts with 'dovecot-configuration' itsel

bug#44112:

The patch[1] has been closed for some time, is there any other pending patches blocking going forward? [1] https://github.com/slime/slime/issues/583

bug#59579: installing zbar prevents gdm to start on Ubuntu 22.04 foreign distro

Severity: serious Steps to reproduce: > - install Ubuntu 22.04 > - install Guix package manager > - guix package -i zbar > - reboot Expected result > boot result > login loop It's very difficult to pin the issue down to a guix package being installed. I imagine the bug would not happen if ~

bug#59423: Invalid 'location' field generated in dovecot configuration

Hi, Ludovic Courtès writes: > Hi, > > Pierre Langlois skribis: > >> After updating the system, the dovecot service got confused and started >> moving around all mailboxes. I looked up the configuration and noticed >> strange invalid syntax for the location field: >> >> location=#< file: "path/

bug#58900: guix pull failure

Hi, Sorry I have missed your email because you sent only to me and not to the bug report 58...@debbugs.gnu.org. On Thu, 3 Nov 2022 at 14:22, wrote: > >> guix https://git.savannah.gnu.org/git/guix.git9eabe0e > > | This commit is from Oct 30th, 2022… [...] > >> ./guix/store.scm:1

bug#59551: closed (Re: bug#59551: Failed to Build docker 20.10.17)

El 2022-11-25 08:50, help-debb...@gnu.org escribió: > Your bug report > > #59551: Failed to Build docker 20.10.17 > > which was filed against the guix package, has been closed. > > The explanation is attached below, along with your original report. > If you require more details, please reply to

bug#59551: Failed to Build docker 20.10.17

Hi, Thanks for the report. I've worked around the problem in guix master in commit 7e0ad0dd0f2829d6f3776648ba7c88acf9888d7a. Please test by invoking guix pull and then trying again. = For the record, I also tried to update docker instead and I get this error: starting phase `build' Remov

bug#59570:

X-Debbugs-CC: g...@posteo.net

bug#59570: zbarimg displays a weird message on stderr

Reproduced on foreign distro (Ubuntu 22.04). Steps to reproduce: > echo bar | qrencode --8bit --output foo.png > zbarimg -1 -q --raw -Sbinary foo.png Output: > Name Error (Connection ":1.734" is not allowed to own the service > "org.linuxtv.Zbar" due to security policies in the configuration f

bug#59566: Fail ’guix time-machine’ (Nov 2021) because libgit2

Hi, Well, I am looking for different past versions of Numpy, so I am trying commit b9595a7659 from Nov 11, 2021, gnu: python-numpy: Update to 1.21.3 and cleanup. and I just run, guix time-machine --commit=b9595a7659 -- help which returns an error: --8<---cut here---

bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux

I applied this patch: https://bug-attachments.documentfoundation.org/attachment.cgi?id=172646 And the error changed: --8<---cut here---start->8--- ld: /tmp/guix-build-libreoffice-7.3.5.2.drv-0/libreoffice-7.3.5.2/workdir/CxxObject/xmloff/source/core/xmlim

bug#59515: nginx: Fails to start on boot while upstream service is not yet running

Ah thanks. I added `(shepherd-requirement '(radicale))` to my nginx-configuration. Sadly the issue is not fixed, the situation is the same as before. I assume that radicale takes a fracture of a second to start. And nginx starts faster up. See this small experiment: $ sudo herd stop radicale $