that
this address is on it rather than my old one, that would be appreciated.
Regards,
Jakob L. Kreuze
signature.asc
Description: PGP signature
Hi Ludovic + Ricardo!
Ricardo Wurmus writes:
>> We could probably arrange so that ‘gexp->sexp’ reports about objects
>> without a read syntax that remain in the resulting sexp.
>
> This is a good idea. It’s never the right thing for unreadable syntax
> to appear in a generated S-expression
Hi Mark,
Mark H Weaver writes:
> Hi Jakob,
>
> zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
>
>> Thanks for the input; I wasn't aware that the activation process was
>> taking so long for some people. One of Ludovic's suggestions was to
>> create a
Hi Mark,
Mark H Weaver writes:
> Hello again,
>
> Mark H Weaver writes:
>
>> As a bonus, this approach might solve another issue I've observed: on my
>> Guix system, where I build everything locally, several derivations are
>> built *during* activation. Based on the terminal output, I get the
Hi Ludo,
Ludovic Courtès writes:
> Jakob, now that we generate scripts for the effectful bits of system
> reconfiguration (one of these bits being service upgrades), couldn’t
> we take it one step further and store those scripts in the “system”
> derivation so we can run them eventually,
Hi Ricardo and Alex,
Ricardo Wurmus writes:
>> This error, in general shape, looks very much like an error I kept getting
>> when first "deploying" to a guix server. I found that doing a pull on the
>> server, followed by a system reconfigure then allowed me to actually
>> successfully run
https://developers.google.com/open-source/gsoc/help/work-product
[2]: https://git.savannah.gnu.org/cgit/guix.git/log/?qt=author=Jakob+L.+Kreuze
[3]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=37083
signature.asc
Description: PGP signature
Hi Chris,
Christopher Lemmer Webber writes:
> Could you look at bug #36878 and commit 1db6f137d... as of latest
> master, is this fixed?
Unfortunately, I don't think that 1db6f137d fixes this. The issue is a
bit more structural as 'switch-to-system-generation' doesn't call out to
swedebugia writes:
> Done! (see attached)
>
> I got the git-fetch and hashing to work. :D
Nice work!
> Next challenge: silence git-fetch. Do any of you know how to do that?
> I imagine it entails sending its text output to some dummy port.
An easy solution (not necessarily the best solution)
Ricardo Wurmus writes:
> The error means that you tried to use #T as a procedure.
> “run-with-store” expects a monadic value. “git-fetch” returns #T,
> though, not a monadic value.
Yes -- my apologies, I probably should have clarified in the earlier
email thread. 'git-fetch' from (guix
Hi ison and Ricardo,
Ricardo Wurmus writes:
> ison writes:
>
>> I made the mistake of rebooting my machine after I first got this
>> error, I thought perhaps it was benign. But when it came back up I
>> was dropped to a GRUB rescue shell with some error about
>> "grub_file_filters" being an
N writes:
> It is more of an internal, not public event but you can ask regardless of
> this, worst case sva or someone else says no.
Ah, thank you for clarifying. I'll avoid meddling -- mainly because I
still don't know who sva is, so I wouldn't really be able to ask either
way.
Regards,
zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
> Great :)
>
> CC'ing Chris and Dave since I don't have write access -- can we
> fast-track #36880 into master? I'd consider this to be a high-priority
> bug fix.
>
> Regards,
> Jakob
The patch made it into mas
Hi Hartmut,
Hartmut Goebel writes:
> Hi,
>
> I consider traveling to the August 16-18 Meeting in Berlin.
> https://md.darmstadt.ccc.de/gnunet-events# state this will "happen",
> but the announcements sounds more like "planning" for me. (Also I
> would need to fill the gap from Sunday to
Robert Vollmert writes:
> Yes, it seems it does!
Great :)
CC'ing Chris and Dave since I don't have write access -- can we
fast-track #36880 into master? I'd consider this to be a high-priority
bug fix.
Regards,
Jakob
signature.asc
Description: PGP signature
Hi Robert,
Robert Vollmert writes:
> The concrete problem is this:
>
> 1. nginx is running with config file A
> 2. make some change to nginx config
> 3. run guix system reconfigure (which builds a new nginx config file B)
> 4. run herd restart nginx
> 5. nginx is still running with config file
Hi Robert,
Robert Vollmert writes:
> Hi,
>
> it appears that commit 5c8c8c455420af27189d6045b3599fe6e27ad012
>
> guix system: Reimplement 'reconfigure’.
>
> breaks guix system reconfigure. In particular, after reconfiguring,
> shepherd doesn’t know about the updated versions of services.
>
>
Hi Jan,
Jan Nieuwenhuizen writes:
> Yes, this is excellent. I started playing with it using a deploy-vm.sh
> script (see attached). It took me a few iterations to get all bits
> right; I mistook the host's signing-key's error message for an ssh
> authentication problem, e.g.
>
> This works
Hi Alex,
Alex Sassmannshausen writes:
> Hello,
>
> I just wanted to drop a quick note on the guix deploy work carried out
> by Jakob.
>
> I've started using it to manage servers, and it seems to work an
> absolute charm. Congratulations to all involved.
That's awesome. Hearing another success
Ricardo Wurmus writes:
> That’s not your fault. We changed the website so that it again
> displays the documentation matching the most recent release (as it was
> when gnu.org/s/guix was the home page).
>
> When you asked for feedback guix.gnu.org still served an arbitrary
> later version of the
Ludovic Courtès writes:
> I fixed it a few days ago.
>
> Ludo’.
Thanks!
signature.asc
Description: PGP signature
Hi Zimoun,
zimoun writes:
> Dear,
>
> The link to the manual seems broken.
> http://guix.gnu.org/manual/en/html_node/Invoking-guix-deploy.html#Invoking-guix-deploy
> Because the manual online is the one of the version 1.0.1 and not the
> one of master, right?
Yes, that's right. What's unusual
Pierre Neidhardt writes:
> This is fantastic, thanks for the outstanding work, Jakob!
Thank you for the kind words :) I'm happy to be hearing them
from you -- the articles on your website are what inspired me to try
Guix, and I especially enjoy feedback on things I've written when it
comes
Hi, Chris + Ludovic!
Ludovic Courtès writes:
> Christopher Lemmer Webber skribis:
>
>> You can spawn a bunch of threads, then use Guile's channels to
>> synchronize with the main thread. (Not to be confused with Guix's
>> channels!)
>
> I think you mean Fibers channels, right?
>
> You could
Hi Dave,
"Thompson, David" writes:
> Agreed. Also this should be done in parallel eventually because
> updating 24 machines serially is silly.
Good idea. Do we have a Guix-specific API for parallelism, or should I
look to the Guile manual section on Futures?
> This does bring up the question
zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
> Well, we can pick and choose which exceptions we continue on. For
> services not being started, we can probably carry on with the
> deployment. I think, ideally, in the situations where 'guix deploy'
> should stop, w
Hi Ricardo,
Ricardo Wurmus writes:
> The remote’s Guix is pretty old, so it’s likely that Ludo is right.
> So, I actually reconfigured these machines semi-successfully, eh?
> Neat!
Yeah! Neat for me, too. I find it mind-blowing that this tool I made is
already seeing some use
>
Ricardo Wurmus writes:
> I tried again and it started building things but then aborted like this:
>
> …
> offloading '/gnu/store/x1q848ra6lm3y0ma9n2i73k8ic1gfyz9-references.drv' to
> '141.80.167.145'...
> @ build-remote /gnu/store/x1q848ra6lm3y0ma9n2i73k8ic1gfyz9-references.drv
>
Mark H Weaver writes:
> The problem is that (guix self) has its own logic, independent of the
> *.am files, to determine the set of modules to be compiled and
> installed. That logic needs to be updated when adding a new module
> directory.
>
> I just pushed commit
Christopher Lemmer Webber writes:
> Okay, the main things that are broken are my laptop situation and my
> brain. No hope for the latter, but as for the former, I got stressed
> and didn't notice that I am in fact between laptop setups and the guix
> checkout I had on one machine isn't the same
Hi, Ricardo!
Ricardo Wurmus writes:
> Me! I tried to use it on ci.guix.gnu.org to upgrade a node, but it
> failed like this:
>
> rekado@berlin /root/maintenance/hydra$ guix deploy deploy-berlin-node.scm
> Backtrace:
>8 (primitive-load "/home/rekado/.config/guix/current/bin/��")
>
Christopher Lemmer Webber writes:
> Huge congratulations to Jakob in that "guix deploy" has just hit git
> master! There's a new section of the manual, "8.15 Invoking ‘guix
> deploy’"; see that for details.
>
> Please play with it and let us know what your experiences are!
>
> MANY THANKS and
Christopher Lemmer Webber writes:
> Huge congratulations to Jakob in that "guix deploy" has just hit git
> master! There's a new section of the manual, "8.15 Invoking ‘guix
> deploy’"; see that for details.
>
> Please play with it and let us know what your experiences are!
>
> MANY THANKS and
Ricardo Wurmus writes:
> A good reason would be that the package *cannot* be used for anything
> else (e.g. when it’s a custom variant of a library that would
> otherwise be bundled but we decided to build it separately).
Ah, that's good to know for something else I'm packaging. :)
> We hid
Hi, Robert and Pierre,
Robert Vollmert writes:
>> On 30. Jun 2019, at 20:01, Pierre Neidhardt wrote:
>>
>> Hi Robert!
>>
>> `guix search` and other user-facing tools ignore non-exported
>> packages.
>>
>> So you can simply use `define` instead of `define-public` to declare
>> a package.
>
>
Ludovic Courtès writes:
> What do *you* want Guix to address in the future?
Is there room for parameterized packages? À la Gentoo's USE flags?
> ** TODO ‘guix system reconfigure --target=host.example.org’ is a thing
> ** TODO ‘guix deploy’ is a thing
:)
Regards,
Jakob
signature.asc
zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
> Very unusal. I'm wondering if it's caused by my use of
> 'call-with-connected-session/auth' from (gnu tests ssh) rather than
> 'open-ssh-session' in (guix ssh). That's the main difference between
> the test suite and
Ludovic Courtès writes:
> Could it be that the VM died in the middle of the SSH session? Where
> does SIGTERM (15) come from?
The SIGTERM comes from my less-than-ideal way of spinning up marionettes
outside of the derivation that carries out the srfi-64 tests,
'call-with-marionette'. I have a
Ludovic Courtès writes:
> I finally got around to working on it:
>
> https://issues.guix.gnu.org/issue/36162
>
> Let me know what you think!
Thanks for implementing it :) Not sure if you saw, but I sent two
emails regarding the patch series to guix-patches. They're down at the
bottom of that
zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
> It seems likely that the SSH issue I was dealing was being caused by
> the store being read-only. I'll investigate that today and report
> back.
Sorry it took so long. It took me some significant time yesterday to
figur
Ludovic Courtès writes:
> OK, sounds good.
>
> Some time ago, I proposed to have ‘remove-eval’ where you could do:
>
> (remote-eval #~(begin …) #:session …)
>
> which would take care of building and copying everything the gexp
> refers to (see
>
Hello, Guix!
Apart from a few patches and my introductory email about a month ago,
I've been pretty silent. I feel it's time to finally break that silence,
let people know where progress has been made, and request some feedback
on the code I've written so far.
As a quick refresher, my GSoC
Hello, guix-devel!
My name is Jakob L. Kreuze, and I was accepted into Google's Summer of
Code program this year to work on "guix deploy," the deployment
automation tool for GuixSD that's been discussed in [1] and [2]. I just
wanted to briefly introduce myself to the list, as you
43 matches
Mail list logo
