e it:
I think you have to use the ‘local-file’ procedure in place of ‘origin’
in the ‘source’ field.
Unless I am not up-to-date with current Guix practices, it is still not
convenient since you still need to manually filter git related files and
build results with the ‘#:select’ keyword argument of
Pierre Neidhardt writes:
> Mathieu Lirzin writes:
>
>> I think you have to use the ‘local-file’ procedure in place of ‘origin’
>> in the ‘source’ field.
>
> Unless I'm mistaken, local-file does not work on folders. In the case
> of a Git repo, that would
mcron: Cannot read files in your ~/.config/cron (or ~/.cron) directory.
>
> More specifically, it seems that mcron fails to take a list as second
> argument to the ~next-*~ functions.
>
> Can anyone confirm?
I confirm this bug which is present in mcron 1.1
It will be fixed in mcron 1
passphrase as does the system on boot up.
Same problem here but with an azerty layout.
I would be interested in finding a solution for this annoyance too. :-)
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Mathieu Lirzin writes:
> I would like to have a package definition that uses an official
> prebuilt tarball [1] as origin. Does anybody has a custom package
> definition in their GUIX_PACKAGE_PATH for doing that? If not, I will
> try to convert the Nix package definition [2] my
-i ungoogled-chromium
construction de
/gnu/store/w54r150nj8ksyznj6b8q92fgr1n0l20h-ungoogled-chromium-72.0.3626.109.tar.xz.drv...
\ C-c C-c
--8<---cut here---end--->8---
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
fetch it, it sounds fishy no?
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
e---end--->8---
'M-.' when the point is on 'where-is-foo' procedure call won't find the
procedure definition even after 'C-c C-k'. It only works in the context
of a module.
My point is that Geiser should not be expected to be 100% reliable.
'M-x rgrep' is sometimes a helpful complement. ;)
Thanks,
--
Mathieu Lirzin
which I can assign to some variable (NGINX as shown in the example) and
> then be used for other string operations (like when defining TEST in the
> example).
The trick is that "…" in the above string depends on the actual hash of
nginx which will change every time nginx (or its dependencies) is
updated. So you need to "ask" the Guix API what is the string, like
this:
(use-modules (guix)
(gnu packages web))
(define conn (open-connection))
(package-output conn nginx) ;returns the actual string
However I guess this would not be that useful in the context of writing
a service.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
e.org/downloads/packages/release/Oxygen/2
[2]
https://github.com/NixOS/nixpkgs/tree/master/pkgs/applications/editors/eclipse
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
“/etc/fstab” file:
//nas/home /mnt/mthl/nas-home cifs
credentials=/home/mthl/.smbfile,rw,noauto,user 0 0
which allowed me to execute the following command as a regular user:
$ mount /mnt/mthl/nas-home
Does anybody know how to achieve similar thing on GuixSD?
Thanks.
--
Mathieu
8---
What happens I think is that ‘mount’ calls the ‘mount.cifs’ from the
store and not to the one in the “/run/current-system/setuid-programs”
directory. I don't know how this could be fixed.
Thank you very much for this very helpful snippet.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
---cut here---end--->8---
I am not sure if this is just me being ignorant or if this is a bug.
This command was succeeding both on Fedora and Debian.
I will try with ‘texlive-full’ to see if things work better.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Mathieu Lirzin writes:
> I will try with ‘texlive-full’ to see if things work better.
s/texlive-full/texlive
The installation was quicker that I expect since it was already
compiled. I confirm that compiling with ‘texlive’ succeed since
‘hyperref.sty’ is found directly in ‘texlive’ st
Hello Ricardo,
Ricardo Wurmus writes:
>> Mathieu Lirzin writes:
>>
>>> I will try with ‘texlive-full’ to see if things work better.
>>
>> s/texlive-full/texlive
>>
>> The installation was quicker that I expect since it was already
>> compile
omatically.
I would like to know if it would be a good idea, and if it is easily
doable?
Thanks.
[1]
https://github.com/moby/moby/blob/master/image/spec/v1.2.md#image-json-description
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> in order for the compilation environment to be fully ready I need to
>> source the /gnu/store...-profile/etc/profile for things like
>> CMAKE_PREFIX_PATH, LIBRARY_PATH, ...
>>
>> Whi
17 matches
Mail list logo