On Mon, Mar 10, 2014 at 12:09:25AM +0100, Ludovic Courtès wrote:
> If you do plan to switch to /gnu/store now, then just run ./configure
> and forget about the rest.
Just a quick comment, you will also have to restart the guix daemon.
For instance, if you installed Sree's init script:
/etc/init
Would it not be the time now to merge core-updates back into master, as
anyway everything will be rebuilt?
Andreas
On 03/10/2014 03:18 PM, Andreas Enge wrote:
Would it not be the time now to merge core-updates back into master, as
anyway everything will be rebuilt?
It would be nice to know that a bit in advance, so we have time to push
pending patches to core-updates before it's merged into master :)
Cy
On Mon, Mar 10, 2014 at 10:18 AM, Andreas Enge wrote:
> Would it not be the time now to merge core-updates back into master, as
> anyway everything will be rebuilt?
>
> Andreas
>
I think that we want to wait to merge core-updates until Guile 2.0.10
is released.
- Dave
* modules/dmd/service.scm (deregister-services): New procedure.
(dmd-service): Add new action: unload.
* dmd.texi (The 'dmd' and 'unknown' services): Document 'unload'.
* tests/basic.sh: Add 'unload' tests (stop single service & 'all').
---
dmd.texi| 13
modules/dmd/s
* modules/dmd/service.scm (runtime-load): New procedure.
(dmd-service): Re-factor 'load', add new action: 'reload'.
* dmd.texi (The 'dmd' and 'unknown' services): Document 'reload'.
* tests/basic.sh: Add 'reload' test.
---
dmd.texi|8
modules/dmd/service.scm | 35 +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Guix,
I've been lurking and tweaking for some time now on #guix and have found
Guix to be of much interest. Recently hydra has come offline and i've
understood the need of a decentralized network (or at least some
redundancy) for a the binary distr
Andreas Enge skribis:
> Would it not be the time now to merge core-updates back into master, as
> anyway everything will be rebuilt?
We need to discuss with Mark whether to release Guile 2.0.10, or just
patch it the way Cyril proposed a while back. But that’s basically the
only thing left to fi
On 03/10/2014 09:14 PM, Ludovic Courtès wrote:
Andreas Enge skribis:
Would it not be the time now to merge core-updates back into master, as
anyway everything will be rebuilt?
We need to discuss with Mark whether to release Guile 2.0.10, or just
patch it the way Cyril proposed a while back.
Hi,
Pierre-Antoine Rault skribis:
> Attached is a patch with basic explaination most of you know by heart,
> but that may not be obvious for newbies (like me). The details
> provided to the doc and hacking file both cover packaging and how to
> avoid the main pitfalls I've encountered myself rec
Hi!
Thanks for your proposal!
Pierre-Antoine Rault skribis:
> Having worked with libtorrent and kademila, i am quite familiar with dht
> and P2P, and I think GNUnet shouldn't be much difficult to adapt to. I
> am thus reading info about GNUnet, but I already have some features in
> mind (not su
Cyril Roelandt skribis:
> On 03/10/2014 09:14 PM, Ludovic Courtès wrote:
>> Andreas Enge skribis:
>>
>>> Would it not be the time now to merge core-updates back into master, as
>>> anyway everything will be rebuilt?
>>
>> We need to discuss with Mark whether to release Guile 2.0.10, or just
>> p
On 03/10/2014 10:09 PM, Ludovic Courtès wrote:
> The initial discussion [0] left open the question of where binaries
> themselves should be stored. A possibility would be to use GNUnet’s
> DHT simply as a discovery mechanism, and then to establish a
> connection directly to the user’s machine, wh
Nikita Karetnikov skribis:
>> Could you send test-suite.log and tests/{builders,packages,store}.log?
>> (Note: tests/foo.log is different from foo.log!)
>
> I can reproduce only the ‘tests/store’ failure on
> 1faca892a35941b6eed2d6c04478f9f77ab81e15.
I’ve been able to reproduce and fix that one,
Christian Grothoff skribis:
> On 03/10/2014 10:09 PM, Ludovic Courtès wrote:
>> The initial discussion [0] left open the question of where binaries
>> themselves should be stored. A possibility would be to use GNUnet’s
>> DHT simply as a discovery mechanism, and then to establish a
>> connectio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 10/03/2014 21:56, Ludovic Courtès wrote:
> I’ve applied a stripped-down version of the patch: I ended up
> removing “Packaging 101” because it was redundant with the
> “Packaging Guidelines” section of the manual, so I moved the
> missing bi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 10/03/2014 22:09, Ludovic Courtès wrote:
>
> Pierre-Antoine Rault skribis:
>
>> Having worked with libtorrent and kademila, i am quite familiar
>> with dht and P2P, and I think GNUnet shouldn't be much difficult
>> to adapt to. I am thus rea
Pierre-Antoine Rault writes:
> On 10/03/2014 22:09, Ludovic Courtès wrote:
>>
>> The initial discussion [0] left open the question of where
>> binaries themselves should be stored. A possibility would be to
>> use GNUnet’s DHT simply as a discovery mechanism, and then to
>> establish a connecti
In recent weeks on my system, it has become fairly common for the daemon
to get into a bad state, where all build attempts fail with messages
like this:
--8<---cut here---start->8---
mhw:~/guix-core-updates$ ./pre-inst-env guix build -n emacs
error (ignored): ab
19 matches
Mail list logo