bug#41116: Guix deploy fails with new version of Herd

Hi Marius, Marius Bakke writes: > Hi Alex, > > [...] > > This issue has been reported by a number of users on IRC. I think the > problem is that the the #:file-creation-mask keyword requires support > from the running Shepherd, which may not have it yet. I think we should > revert commit

bug#41116: A naive proposal for a solution

Upon thinking further about this it seems to me the problem is caused by guix deploy attempting to restart services as well as it can during deployment. When this fails deployment fails. guix system reconfigure on the other hand does not do this (afaik). As a result it can complete. Once

bug#41116: Guix deploy fails with new version of Herd

Hello, I maintain a number of servers using Guix deploy. It seems that the recent upgrade to Herd in Guix, and specifically commit 4c0cc7bed3de2c0e2d3a6e95b88693941e839eec might have introduced a bug. >From my testing, guix deploy currently consistently fails with:

bug#36878: guix system reconfigure broken

Thanks for reporting this, I experienced the same issue but blamed it on my own infrastructure instead! Good to hear it's resolved now. Alex Robert Vollmert writes: > Hi, > > it appears that commit 5c8c8c455420af27189d6045b3599fe6e27ad012 > > guix system: Reimplement 'reconfigure’. > >

bug#36380: service urandom-seed takes too long on boot

Hi Robert, Robert Vollmert writes: > On my VPS, booting takes forever (long enough that for a long > time I thought the install had failed). I just rebooted again, > and it took over 7 minutes, see attached screenshot. > > I would suggest skipping the seeding from /dev/hwrng by default > if

bug#36389: nginx/certbot interaction doesn't work as documented

Hi Robert, Robert Vollmert writes: > I’ve tried setting up nginx with certbot on guix. Two immediate issues: > > - certbot extends the nginx service to serve challenge files. It appears > that this nginx service extension conflicts (silently) with an independently > configured nginx

bug#35192: Patch

Please find attached a patch for handling #f file-name. Alex >From e6f7d9c4dbbf89284455d6a05488ab952d5374a4 Mon Sep 17 00:00:00 2001 From: Alex Sassmannshausen Date: Mon, 8 Apr 2019 15:18:23 +0100 Subject: [PATCH] utils: Handle #f file-name. * guix/utils.scm (current-source-directory): Cha

bug#35192: `current-source-directory' fails when file-name #f

Hello, re: /guix/utils.scm:748: When file-name is #f (e.g. in a geiser repl), the procedure's match fails. `assq' returns ('filename . #f). This is handled in the match bodies cond clause, but excluded as possibility by the encapsulating match clause. Alex

bug#34181: guile-hall: no code for module (config)

Hi RicardoOn 25 Jan 2019 5:24 PM, Ricardo Wurmus wrote: Hi Jack, > On Wed, 23 Jan 2019, Alex Sassmannshausen wrote: > >> Hi Jack, >> >> Thanks for your bug report — this is super helpful to debug the >> guile-build-system in guix! >> >> Jack Hi

bug#34181: guile-hall: no code for module (config)

Hi Jack, Cheers for trying these things out! Jack Hill writes: > On Wed, 23 Jan 2019, Alex Sassmannshausen wrote: > >> Hi Jack, >> >> Thanks for your bug report — this is super helpful to debug the >> guile-build-system in guix! >> >> Jack Hill wri

bug#34181: guile-hall: no code for module (config)

Hi Jack, Thanks for your bug report — this is super helpful to debug the guile-build-system in guix! Jack Hill writes: > The guile-hall package appears to be broken. All hall commands that I > run result in a "no code for module (config)" error. The Guile build system propagates installs of

bug#22629: “Stable” branch

Ludovic Courtès writes: > Hi Alex, > > Alex Sassmannshausen skribis: > >> Ludovic Courtès writes: > > [...] > >>> I just had a bright idea (yes!): this can be addressed by writing >>> something like this in ~/.config/guix/channels.scm: >>&g

bug#26608: bug#22629: “Stable” branch

Hi Ludo, Ludovic Courtès writes: > Hi Alex, > > (Cc’ing <https://bugs.gnu.org/32022> and <https://bugs.gnu.org/26608>, > which are related.) > > Alex Sassmannshausen skribis: > >> I don't know if this is what Konrad desires, but from my perspective

bug#22629: “Stable” branch

Ludovic Courtès writes: > Hi Konrad, > > Konrad Hinsen skribis: > >> The minimal stable foundation would have to include the file system >> layout of profiles, to make sure that users can mix packages from both >> versions safely. It would also be highly desirable to share the store, >> whose

bug#22629: Channels!

Mark H Weaver writes: > Hi Ludovic, > > l...@gnu.org (Ludovic Courtès) writes: >> Currently third-party channels are expected to provide nothing but >> package modules. > > I'd like to say again that I have grave concerns that this could be the > death-knell for long-term innovation in Guix.

bug#29706: GuixSD: Please add the ability to change shells for root

Hi, BJH2017 writes: > (thought I had CC'ed the group with my last comment but unfortunately gmail > doesn't do this by default, sorry) > > Ya I do have %base-user-accounts in my config file here is what I had for > user accounts in full: > > (users (cons > (user-account > (name "root") > (uid

bug#26006: New web site is on line!

Wow, that looks super cool, well done! Really smooth and modern feel. Joyful to explore :-) Ludovic Courtès writes: > Hello! > > It’s embarrassing that it took us so long, but I’m happy to say that the > new web site is on line! > > https://www.gnu.org/software/guix/ > > I’ve created

bug#27808: [bug#27826] bug#27808: PHP CVE-2017-11144, CVE-2017-11145, CVE-2017-11362

Closing as resolved in commit 1cec3462323717e063c98b6404e9c5c5ef037bdd. Alex Alex Sassmannshausen writes: > Ludovic Courtès writes: > >> Hi Alex, >> >> Alex Sassmannshausen <a...@pompo.co> skribis: >> >>>> On Tue, Jul 25, 2017 at 05:26:35PM

bug#27808: [bug#27826] bug#27808: PHP CVE-2017-11144, CVE-2017-11145, CVE-2017-11362

Hi I believe this issue is now resolved as Julien Lepiller seems to have pushed a working version of PHP 7.1.8 on 3 August with commit 1cec3462323717e063c98b6404e9c5c5ef037bdd. I will try to close the bugs (27826 & 27808). Alex Alex Sassmannshausen writes: > Ludovic Courtès writes:

bug#27808: [bug#27826] bug#27808: PHP CVE-2017-11144, CVE-2017-11145, CVE-2017-11362

Ludovic Courtès writes: > Hi Alex, > > Alex Sassmannshausen <a...@pompo.co> skribis: > >>> On Tue, Jul 25, 2017 at 05:26:35PM +0200, Alex Sassmannshausen wrote: >>>> Hi Leo, >>>> >>>> I've just submitted a patch to update PHP to ver

bug#27825: [PATCH 0/1] Update php to version 7.1.7.

Hi Efraim, Ah sorry — I'm still not 100% confident with debbugs. I opened this one by accident. The proper report is at 27826. I will (try to) close this one. Alex Efraim Flashner writes: > On Tue, Jul 25, 2017 at 05:17:32PM +0200, Alex Sassmannshausen wrote: >> Please find pa

bug#27825: [PATCH 0/1] Update php to version 7.1.7.

Opened in error. Duplicate of 27826. Alex Efraim Flashner writes: > On Tue, Jul 25, 2017 at 05:17:32PM +0200, Alex Sassmannshausen wrote: >> Please find patch below. Builds successfully with tests, verified signature, >> and did basic sanity check in guix environment. >&g

bug#27808: PHP CVE-2017-11144, CVE-2017-11145, CVE-2017-11362

> On Tue, Jul 25, 2017 at 05:26:35PM +0200, Alex Sassmannshausen wrote: >> Hi Leo, >> >> I've just submitted a patch to update PHP to version 7.1.7, which >> resolves the CVEs. Unfortunately PHP has 4 test errors on my machine >> (but also on the previous ver

bug#27825: [PATCH 0/1] Update php to version 7.1.7.

on x86_64? Best wishes, Alex Alex Sassmannshausen (1): gnu: php: Update to 7.1.7. gnu/packages/php.scm | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) -- 2.13.3

bug#27003: [PATCH 0/3] Generalized wrap phase for perl, python.

Hi Arun, Thank you for testing my patches. Arun Isaac writes: > Building on my system is taking a long time. I'll need some more time to > properly test these patches. But, if I understand correctly, these > patches still wrap binaries with paths of native-inputs. That problem > remains to be

bug#27003: [PATCH 3/3] build/python-build-system: Refactor 'wrap'.

* guix/build/python-build-system.scm (wrap): Use 'wrap-language-program'. --- guix/build/python-build-system.scm | 36 1 file changed, 8 insertions(+), 28 deletions(-) diff --git a/guix/build/python-build-system.scm b/guix/build/python-build-system.scm

bug#27003: [PATCH 1/3] build/utils: Add 'program-wrapper'.

* guix/build/utils.scm (program-wrapper): New procedure. --- guix/build/utils.scm | 36 1 file changed, 36 insertions(+) diff --git a/guix/build/utils.scm b/guix/build/utils.scm index e8efb0653..af5583651 100644 --- a/guix/build/utils.scm +++

bug#27003: [PATCH 0/3] Generalized wrap phase for perl, python.

environment variable. I tested it against perl and python packages. It will need to go in core-updates due to the number of packages that will need to be rebuilt. Best wishes, Alex Alex Sassmannshausen (3): build/utils: Add 'program-wrapper'. build/perl-build-system: Add 'wrap' phase. build

bug#25227: [Website] Package-related pages redesign proposal

Hi Luis, Luis Felipe López Acevedo writes: > Hi, > > I was thinking on improving the package-related pages, and made these > mockups: > > > Figure 1. Package list page. > https://multimedialib.files.wordpress.com/2016/12/guixsd-package-list-view-v0.png Overall, I really like this design. My

bug#25045: [Website] Packages page takes too long to load

Ludovic Courtès writes: > Luis Felipe López Acevedo <felipe.lo...@openmailbox.org> skribis: > >> On 2016-11-28 12:00, Alex Sassmannshausen wrote: >>> Hi Luis, >>> >>> Indeed, I had a first bash at solving this problem by providing a >>> set

bug#25045: [Website] Packages page takes too long to load

Hi Luis, Indeed, I had a first bash at solving this problem by providing a set of static html pages paginated by the first letter of the package name. I'm not particularly wedded to this solution, so if you feel strongly about going another way, I'd be keen to hear/see about it. In the

bug#21773: guix package -u "*" fails

Hello, Thompson, David writes: > On Wed, Oct 28, 2015 at 8:44 AM, Jan Synáček wrote: >> I installed guix on my Fedora 23 machine according to >> https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation. >> After that, I don't recall

bug#21010: eject fails because of hardcoded path to umount

Hello, I'm running GuixSD. I tried to 'eject' a pen drive today using `sudo eject /mnt/usb` The command failed with ---88--- eject: unable to exec /bin/umount of `/mnt/usb' eject: unmount of `/mnt/usb' failed ---88--- Some more

bug#19795: Allow for stateless users and groups in GuixSD

Hello, My 2c: In short +1! Thompson, David writes: Currently, removing a user account from the users list in an OS config does not remove the user account from a system when 'guix system reconfigure' is run. I think that user accounts not specified in the user accounts list should be

Re: [PATCH] doc: Improve wording and fix typos in Introduction and Requirements.

'Consists of' is the correct phrase in this context. Best wishes, Alex On sam. 25 mai 2013 15:56:22 CEST, Ludovic Courtès l...@gnu.org wrote: Nikita Karetnikov nik...@karetnikov.org skribis: But anyway, the normal way to use Texinfo is like TeX: you use ASCII quotes, and it does the

Re: Timezone problems

Hi Actually you first need to install the ‘tzdata’ package (which I just added yesterday!). Then you must set the TZDIR environment variable to point to it, like this: export TZDIR=$HOME/.guix-profile/share/zoneinfo The C library (the one from Guix) will then get timezone info from

Timezone problems

Hello all, I'm running into issues whereby the 'date' command that is part of the coreutils package (installed through guix) returns non-timezone corrected values (i.e. it returns UTC even for local time). I suspect this was to do with the locale complications of the earlier gcc version that

Problem upgrading to latest version of Guix

Hello, I've been away from decent internet access for a while, and now that I'm back I wanted to pull the latest version of guix. I'm currently on 0.2, issuing the guix pull command returns an error, the relevant part of which I think is: ?: 7 [primitive-load-path gnu/packages/perl #f]

Re: A pleasant low-hanging fruit

The mind boggles... Awesome. Alex On Tue,  5 Mar 2013, 19:47:21 GMT, Ludovic Courtès l...@gnu.org wrote: Hi! I just had a brain wave and couldn’t resist: commit ef010c0 changes ‘guix package --install’ such that, when installing a GNU package, it automatically reports the availability