Hi!
Hartmut Goebel skribis:
> To make GuixSD successful – and not just another marginal distribution –
> guix must support users and administrator to do there job. Otherwise
> they will stay with other distributions. Administrators are typically
> short in time and
Am 31.12.2016 um 00:42 schrieb Ludovic Courtès:
> Where does that string you want to build go to?
As I already wrote in my initial mail, I need to reference the actual
package output's path in some config-file within a system definition
(e.g. gnu/system/examples/nginx.tmpl).
So assume
Hey Hartmut,
Hartmut Goebel skribis:
> Am 19.12.2016 um 10:47 schrieb Ludovic Courtès:
>> Hartmut Goebel skribis:
>>
>>> Am 08.12.2016 um 20:56 schrieb Leo Famulari:
> Here is the service-definition I use:
>
>
Am 29.12.2016 um 14:06 schrieb Mathieu Lirzin:
> (use-modules (guix)
>(gnu packages web))
> (define conn (open-connection))
> (package-output conn nginx) ;returns the actual string
Thanks, based on this I made it work
--
Regards
Hartmut Goebel
| Hartmut Goebel |
Hi,
Hartmut Goebel writes:
> Am 19.12.2016 um 10:47 schrieb Ludovic Courtès:
>> Hartmut Goebel skribis:
>>
>>> Am 08.12.2016 um 20:56 schrieb Leo Famulari:
> Here is the service-definition I use:
>
>
Am 19.12.2016 um 10:47 schrieb Ludovic Courtès:
> Hartmut Goebel skribis:
>
>> Am 08.12.2016 um 20:56 schrieb Leo Famulari:
Here is the service-definition I use:
(nginx-service #:vhost-list
(list
Hartmut Goebel skribis:
> Am 19.12.2016 um 10:47 schrieb Ludovic Courtès:
>> The result of ‘file-append’ is not a string, but ‘string-append’ expects
>> two strings, hence the error.
>>
>> ‘file-append’ returns a “string-valued gexp”. This is to say that, in a
>>
On Thu, Dec 8, 2016 at 12:46 PM, Hartmut Goebel
wrote:
> Am 08.12.2016 um 18:28 schrieb Thompson, David:
>> This isn't a bug. string-append is a procedure provided by Guile and
>> it only works on strings.
>
> I don't care whether this is a bug or not. I need to get
On Thu, Dec 8, 2016 at 12:01 PM, Hartmut Goebel
wrote:
> Hi,
>
> I'm confused about string-append working inconsistently:
>
> In package definitions, I'm used to write '(string-append PKG "…")'. But
> when I use this for defining a service, I get an error:
>
> In