Am 18.09.23 um 17:07 schrieb Timothee Mathieu:
I am new to guix, and I would like to use the containers in order to have
reproducible development environments for python.
I'm using python virtual env on top of guix, automated using direnv.
Anyhow I did not yet try to setup containers
Hello,
I am new to guix, and I would like to use the containers in order to have
reproducible development environments for python.
A lot of the packages that I use are not on guix yet and it would be too long
and a lot of work to actually put them as packages, hence I want to
use both guix
tarted downloading texlive.
So...
> Would it work for you?
No. I tend to keep project-specific environments unchanged for long
times, longer than Guix keeps its caches.
Cheers,
Konrad
Hi Konrad,
Time has passed…
Konrad Hinsen skribis:
> Konrad Hinsen writes:
>
>> 1. Containers can only be generated using "guix shell" or the older
>>"guix environment". There is no way to generate a container based
>>on a profile. Correct me if I am wrong!
>
> Thanks to Ricardo and
Konrad Hinsen writes:
> 1. Containers can only be generated using "guix shell" or the older
>"guix environment". There is no way to generate a container based
>on a profile. Correct me if I am wrong!
Thanks to Ricardo and Guillaume, who pointed out the –profile option to
"guix shell",
On 2022-01-28, Konrad Hinsen wrote:
> 4. In practice, I often work with a bad or non-existing network
>connection, so I must be sure to have all my packages in the store.
>And if I use "time-machine", I must also keep the required Guix
>version locally available. But there is no option
Konrad Hinsen skribis:
> Hi Guix,
>
> I would like to migrate more of my software use to Guix-based
> containers, but I haven't yet found a way to handle them that fully
> suits my needs. The root issue is the volatility of environments, and I
> wonder if I am missing some feat
Konrad Hinsen writes:
> Hi Guix,
>
> I would like to migrate more of my software use to Guix-based
> containers, but I haven't yet found a way to handle them that fully
> suits my needs. The root issue is the volatility of environments, and I
> wonder if I am missing some
Hi Guix,
I would like to migrate more of my software use to Guix-based
containers, but I haven't yet found a way to handle them that fully
suits my needs. The root issue is the volatility of environments, and I
wonder if I am missing some feature to handle them better. Here is my
current
Hi all,
I've noticed what looks like me to be a discrepancy between environments
and profile.
I'm running Guix as a package manager over Ubuntu in this instance.
If I create even an empty environment in Guix, GUIX_LOCPATH is set, but in
order to achieve the same ends in a profile I need
Hi Maxim,
> I agree that managing certs with Guix has many benefits, and having
> GnuTLS honor an SSL_CERTS_DIRS environment variable would enable that.
Yes, but it would also make it hard to avoid non-Guix-managed
certificates from being used, be it through user (configuration)
error or malice.
Hello Konrad,
Konrad Hinsen writes:
> Hi Maxim,
>
>> The key thing here is whether the certs are required by OpenSSL vs
>> GnuTLS. The former honors SSL_CERT_DIR, while the later does not (I
> ...
>
>> I hope that helps!
>
> Thanks, that certainly helps to understand the issues.
>
> My
Wiktor Żelazny writes:
> Would it make sense to define a minimal package that includes only
> nss-certs input and use it for this purpose, then? A package that
> inherits from "hello" with nss-certs input added, for instance?
That would be a quick fix. Could it become an obstacle to a better
On Mon, Oct 04, 2021 at 09:25:13AM +0200, zimoun wrote:
> On Sun, 03 Oct 2021 at 18:45, Wiktor Żelazny wrote:
>
> > For some reason, it works for me with
> >
> >--ad-hoc python nss-certs guix -- \
> If any package depending on nss-certs is added, then it works,
Would it make sense to define
Hi Maxim,
> The key thing here is whether the certs are required by OpenSSL vs
> GnuTLS. The former honors SSL_CERT_DIR, while the later does not (I
...
> I hope that helps!
Thanks, that certainly helps to understand the issues.
My preferred approach would be to manage all certificates as
Hi,
Wiktor Żelazny writes:
> On Thu, Sep 30, 2021 at 12:08:53PM +0200, Konrad Hinsen wrote:
>
>>guix environment --pure \
>>--ad-hoc python nss-certs -- \
>>python3 -c 'import urllib.request;
>>
Hi Konrad,
On Mon, 04 Oct 2021 at 11:37, Konrad Hinsen wrote:
> thanks for shedding some light on this strange behavior. After some more
> exploration, the fundamental issue seems to be that many packages use
> certificates but only a very small number declare a dependence on
> nss-certs. In
Hi Wiktór and Simon,
thanks for shedding some light on this strange behavior. After some more
exploration, the fundamental issue seems to be that many packages use
certificates but only a very small number declare a dependence on
nss-certs. In fact, nss-certs has only three direct dependents
Hi Konrad and Wiktór,
On Sun, 03 Oct 2021 at 18:45, Wiktor Żelazny wrote:
> On Thu, Sep 30, 2021 at 12:08:53PM +0200, Konrad Hinsen wrote:
>
>>guix environment --pure \
>>--ad-hoc python nss-certs -- \
>>python3 -c 'import urllib.request;
>>
On Thu, Sep 30, 2021 at 12:08:53PM +0200, Konrad Hinsen wrote:
>guix environment --pure \
>--ad-hoc python nss-certs -- \
>python3 -c 'import urllib.request;
> print(urllib.request.urlopen("http://wwwbis.sidc.be/DATA/uset/Wlight/2003/11/UPH20031109112104.FTS;))'
>
>
Dear Guix experts,
I am trying to move the execution of a Python script into a pure
environment, but it fails because of certificate issues for which I am
looking for a good fix.
The minimal example I came up with is:
guix environment --pure \
--ad-hoc python -- \
On Sun, 7 Jun 2020 at 16:22, Zelphir Kaltstahl
wrote:
> So I commented out the `(use-modules (ice-9 readline))` and the
> `(activate-readline)` from my `~/.guile` file and then it works again.
> Perhaps because Guile was updated there is no suitable version of
> guile-readline any longer.
On Sun, 7 Jun 2020 at 16:11, Zelphir Kaltstahl
wrote:
> Currently missing how to deactivate a profile. Of course one could close
> the terminal emulator, but perhaps I just need to read a little further
> and it will reveal itself to me, how to do it.
Currently, it is not possible. See [1] for
Dear Zelphir,
Well "guix environment" is a piece so the answer depends on which part
do you currently use? If you use the "--container" option, then
profiles cannot be a drop-in replacement of your current workflow. Or
I miss something.
However, from your specifications, the combination of
tls', or remove one of them from
>> the profile.
>>
>>
>> So I cannot complete `guix package -u`. I guess some of those packages
>> in my base profile are not even needed for most things I do and would be
>> better contained in project-specific environments, so
me time now I would like to create Guix environments for separate
>> projects.
>>
>> I've tried finding the way to do it at
>> https://guix.gnu.org/manual/en/html_node/Invoking-guix-environment.html
>> but have been unable to read out of it, how to do it.
>>
>
would be
> better contained in project-specific environments, so that they do not
> cause conflicts.
Does the option '--allow-collisions' of "guix package" fit your needs?
> Is it possible to create such kind of environments using Guix? I feel
> like it should probably be
Le 7 juin 2020 08:28:16 GMT-04:00, Zelphir Kaltstahl
a écrit :
>Hi Guix Users!
>
>For some time now I would like to create Guix environments for separate
>projects.
>
>I've tried finding the way to do it at
>https://guix.gnu.org/manual/en/html_node/Invoking-guix-environmen
Hi Guix Users!
For some time now I would like to create Guix environments for separate
projects.
I've tried finding the way to do it at
https://guix.gnu.org/manual/en/html_node/Invoking-guix-environment.html
but have been unable to read out of it, how to do it.
I would like environments
Hi Ben,
Just another humble Guix user here. I can't speak to your questions
about vagrant, but as far as parallel environments are concerned, you
are right that Guix can handle them.
The general terminology goes like so:
- A user installs packages into a profile.
- A user may combine packages
On 2/21/20 11:37 AM, John Soo wrote:
> They are comprised of a set of symlinks and env vars and other computed
> things pointing to the store.
no security risk there :(
This is not unique to a functional init
Hi again,
Seems my message was cut off.
To the point: yes it is quite possible. For the short version and to get
started check out the docs for the `guix environment` command. You will
probably get what you want there.
Also it does help to understand the idea of a functional package manager.
Hi Ben,
Welcome.
> But can guix also be helpful in a case where you have multiple different
> environments (I hope the term is correct) running in parallel? What is the
> best way to achieve that? Creating multiple users? Using containers?
Certainly! This is one of the main
environments (if thats the correct term).
When reading about guix I always imagine the case when you're sitting infront
of your linux notebook, something (package, dependency) breaks and now thanks
to guix you're able to roll back very easily. So this would be a single user
environment. But can guix
Hi Pierre,
You are correct that Clojure development via CIDER is dependent upon
having at least one of the three Clojure build tools installed and on
your PATH. These are your choices (in order of age):
- leinhttps://leiningen.org/
- boothttps://boot-clj.com/
- clojure
Thanks for sharing, John!
And any one using Clojure?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Pierre!
> On Jan 3, 2020, at 12:24 AM, Pierre Neidhardt wrote:
>
> I'm facing a similar issue at the moment. Does anyone have a good
> answer to develop Haskell or Clojure with Emacs on Guix?
I write a fair bit of Haskell. I find that I like to use cabal-install to
develop, then make a
Hi,
bre...@posteo.net writes:
> On this note, what is everybody doing on GuixSD for support for
> languages like Clojure and Haskell?
>
> Clojure has the wonderful CIDER emacs-mode, which I know is packaged,
> but it is seemingly without use without a proper nREPL like Leiningen.
> How are
Hi all.
I have some questions about the availability and usability of specific
development environments in Emacs on GuixSD. I know that GuixSD is not
"production ready" but with 1.0 supposedly approaching soon, I am still
using Virtual Machines to Parabola GNU/Linux-libre for
this is all possible, like on any other GNU/Linux system. The
downside, of course, is that Bundler is not integrated with Guix and
does not provide the same reproducibility guarantees and same level of
control over environments.
The ideal way would be to provide Guix packages for the Gems you
I understand that environments are for developing projects installing
dependencies in a separate space in order not to clutter the main
installation.
Say I want to work on a ruby based project. This is an hypothesis, actually
I have never seen a single line of ruby code in my life
Now
41 matches
Mail list logo