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 4c0cc
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 reconf
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:
-8<---
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’.
>
> break
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 /var
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 service.
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
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
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
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 writes
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 dep
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
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 perspecti
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 l
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. It
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
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 redirect
Closing as resolved in commit 1cec3462323717e063c98b6404e9c5c5ef037bdd.
Alex
Alex Sassmannshausen writes:
> Ludovic Courtès writes:
>
>> Hi Alex,
>>
>> Alex Sassmannshausen skribis:
>>
>>>> On Tue, Jul 25, 2017 at 05:26:35PM +0200, Alex Sassmannsha
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:
Ludovic Courtès writes:
> Hi Alex,
>
> Alex Sassmannshausen 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 version 7.1.7, whi
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 fi
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
> 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 v
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 version), so I could not fully build it
(disabling tests results in a working version of PHP).
The relevant patch is at 27826. I
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
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 so
* 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
inde
* guix/build/perl-build-system.scm (wrap): New procedure.
(%standard-phases): Add 'wrap' phase.
---
guix/build/perl-build-system.scm | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/guix/build/perl-build-system.scm b/guix/build/perl-build-system.scm
index b202
* 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
+++ b/guix/build/util
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&
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 on
Ludovic Courtès writes:
> Luis Felipe López Acevedo 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 of
>>> static htm
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 meantime,
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 installing anything but
Hello,
I'm running GuixSD.
I tried to 'eject' a pen drive today using
`sudo eject /mnt/usb`
The command failed with
---8<>8---
eject: unable to exec /bin/umount of `/mnt/usb'
eject: unmount of `/mnt/usb' failed
---8<>8---
Some more inform
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 i
'Consists of' is the correct phrase in this context.
Best wishes,
Alex
On sam. 25 mai 2013 15:56:22 CEST, Ludovic Courtès wrote:
> Nikita Karetnikov skribis:
>
> > > But anyway, the normal way to use Texinfo is like TeX: you use ASCII
> > > quotes, and it does the right thing (see the PDF
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 fr
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 was
>> I did notice that I seem to have a locale problem, whereby guile built
>> with guix is unable to set my local properly:
>>
>> warning: failed to install locale: Invalid argument
>
> I guess you are using Guile from Guix, right? The libc in Guix ‘master’
> doesn’t have locales; this is normally
s writes:
> Hi!
>
> Alex Sassmannshausen skribis:
>
>> 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
-Complications.patch===
>From 9e953d321cae6a662c2b8bab8fa4ac665795d133 Mon Sep 17 00:00:00 2001
From: Alex Sassmannshausen
Date: Tue, 23 Apr 2013 08:56:31 +0200
Subject: [PATCH] Add section 'In Case of Complications'
Section contains sub-headings, the first of which details steps required t
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]
The mind boggles... Awesome.
Alex
On Tue, 5 Mar 2013, 19:47:21 GMT, Ludovic Courtès 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 of a new
> > Let me illustrate. Suppose these generations:
>
> > A --> B --> C
>
> > When doing a roll-back from C, one should obviously get back at B. At
> > that point, C would still be available. Keeping it around means that
> > users can easily switch back to C if B turned out to be less
Hello,
For what it's worth, my 2 cents on the issue:
- I too think that rollback into an empty profile should be
possible. The empty state seems like a valid state to be in for me.
On the issue of rollbacks and branches, I like the simplicity of
numbers. To try and understand Ludo's suggestion,
Ludovic Courtès writes:
> Hello,
>
> Alex Sassmannshausen skribis:
>
>> I'm trying my hand at building guix and have run into some
>> problems. I've cloned the git repository à la:
>> $ git clone git://git.savannah.gnu.org/guix.git
>> followed by
>
Fantastic — congratulations. I might have to reschedule my prolonged
Skyrim session planned for tomorrow in light of this…
~acs
Atom X writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> ;; Announcement. -*- scheme -*-
>>
>> (define guix
>> (package
48 matches
Mail list logo
