Hi,
raid5atemyhomework writes:
> GNU Shepherd is the `init` system used by GNU Guix. It features:
>
> * A rich full Scheme language to describe actions.
> * A simple core that is easy to maintain.
>
> However, in this critique, I contend that these features are bugs.
>
> The Shepherd language
Hi,
raid5atemyhomework writes:
> GNU Shepherd is the `init` system used by GNU Guix. It features:
>
> * A rich full Scheme language to describe actions.
> * A simple core that is easy to maintain.
>
> However, in this critique, I contend that these features are bugs.
>
> The Shepherd language
Hello Maxime,
> Multi-threading seems complicated (but can be worth it). What work would you
> put
> on which thread (please give us some concrete to reason about, ‘thread X does
> A,
> and is created on $EVENT ...’)? A complication is that "fork" is ‘unsafe’ in a
> process with multiple
Leo Famulari writes:
> On Thu, Mar 18, 2021 at 09:40:04AM -0400, Mark H Weaver wrote:
>> I knew this couldn't be right, but I thought I remembered it having
>> fewer dependencies. Oh well. Sorry for the noise.
>
> It's relatively new that ImageMagick is depended on by so many packages.
> I
Hi zimoun :)
‐‐‐ Original Message ‐‐‐
On Thursday, March 18, 2021 2:28 PM, zimoun wrote:
[...]
> We are still missing a good story to monitor what is archived on
> Software Heritage and what is not. Because for now there is rate limit,
> I am not able to automate… Well, it
‐‐‐ Original Message ‐‐‐
On Friday, March 19, 2021 6:31 PM, Andreas Enge wrote:
> Hello,
>
> Am Thu, Mar 18, 2021 at 03:28:38PM +0100 schrieb zimoun:
>
> > guix weather --display-missing
>
> I am giving it a try, but after about one hour at 100% CPU on one core it
> is still only half
On Fri, 2021-03-19 at 17:33 +, raid5atemyhomework wrote:
> GNU Shepherd is the `init` system used by GNU Guix. It features:
>
> * A rich full Scheme language to describe actions.
> * A simple core that is easy to maintain.
>
> However, in this critique, I contend that these features are
On Fri, Mar 19, 2021 at 8:42 PM Vincent Legoll wrote:
>
> On Fri, Mar 19, 2021 at 7:02 PM Vincent Legoll
> wrote:
> > I have created a guix build recipe for seL4 recently, it builds, but I don't
> > know what to do with it :-)
> >
> > I'll send it as a followup to this thread, if any one is
On Fri, Mar 19, 2021 at 7:02 PM Vincent Legoll wrote:
> I have created a guix build recipe for seL4 recently, it builds, but I don't
> know what to do with it :-)
>
> I'll send it as a followup to this thread, if any one is interested.
Here it is, ukernel only, hardcoded arch, nothing fancy like
Hello,
Am Thu, Mar 18, 2021 at 03:28:38PM +0100 schrieb zimoun:
> guix weather --display-missing
I am giving it a try, but after about one hour at 100% CPU on one core it
is still only half way through. Is this normal? I think I will stop it to
at least redirect the output into a file...
Hello,
On Fri, Mar 19, 2021 at 5:45 PM Joshua Branson wrote:
> >> seL4 would be cool too.
> > Didn't someone do some work on making hurd run on SEL4?
> > Or am I misremembering
>
> You are correct. :)
It was a member of the L4 family, but I think it was not seL4 (looks like seL4
started in
GNU Shepherd is the `init` system used by GNU Guix. It features:
* A rich full Scheme language to describe actions.
* A simple core that is easy to maintain.
However, in this critique, I contend that these features are bugs.
The Shepherd language for describing actions on Shepherd daemons is a
On Fri, Mar 19 2021, Joshua Branson wrote:
>> Currently there seems to be two main ways to do this, the first one
>> is the define one or more records for the configuration field of a
>> service using `define-record-type*`, see the tor service in (gnu
>> services networking) for example. The
pinoaffe writes:
> raingloom writes:
>
>> seL4 would be cool too.
> Didn't someone do some work on making hurd run on SEL4?
> Or am I misremembering
You are correct. :)
https://www.gnu.org/software/hurd/history/port_to_another_microkernel.html
By now (that is, after 2006), there were some
Xinglu Chen writes:
> Hi Guix,
>
> I am going to write an mcron service for `guix home`[1][2] and before
> proceding, I would like to get some suggestions on what the best
> practices are for writing services in Guix.
Please note that I am a guix documentation contributor, and I am not
quite a
raingloom writes:
> http://jehanne.io/2021/01/06/gcc_on_jehanne.html
>
> Should support more architectures than Hurd ;)
>
> Anyways, just throwing this out there, as I - and I imagine every
> other contributor - have some more pressing projects.
>
> It probably wouldn't be able to run most
I don't think I understand the problem fully, but it looks like there is
nothing wrong with the graft now that you symlinked tge library, so it's fine
to keep the graft. Hopefully we can ungraft shortly during the "ungraftathon"
next week :)
Le 19 mars 2021 05:40:45 GMT-04:00, "Léo Le Bouter"
Hello!
See commit: 82e887ba48c2ba91b17aa9b6b17501e3e0ef4aef
Following discussion around whether it is safe to graft and whether we
should do so or not, first, I apologize for not doing as rigorous
checking on this issue as I should have, and also requesting more peer-
review, I initially
Danny Milosavljevic skribis:
> Hello,
>
> core-updates is still in a pretty bad state.
>
> [...]
>
> A short summary of what is at least broken:
>
> [...]
> (2) Source files have been in-place replaced upstream with a lot of packages
> (see my bug report about the topic). fldigi has such a
Hi Chris,
On Thu, 18 Mar 2021 at 23:37, Chris Marusich wrote:
> More review is welcome, but unless some unforeseen issues are
> discovered, I agree that we can go ahead with adding support for
> powerpc64le-linux.
Great!
> Where is the release work happening? Where can I merge or apply
Chris Marusich writes:
> Hi simon,
>
> zimoun writes:
>
>> First, thanks to Chris and folks, powerpc64le-linux will be [1] in the
>> next release, great! Isn’t it? :-)
>
> I'm very excited about this! Efraim was able to rework our patches so
> they could be applied to master without
Hi Julien, very glad to see you here!)
> Obviously I'm not a big fan of having configuration that can be modified
> after I ran guix home, but I understand this approach sounds less crazy
> :). I think both approaches have a lot more in common than they diverge,
> so merging one in guix is just
Hi simon,
zimoun writes:
> First, thanks to Chris and folks, powerpc64le-linux will be [1] in the
> next release, great! Isn’t it? :-)
I'm very excited about this! Efraim was able to rework our patches so
they could be applied to master without rebuilding the entire world.
The patches are
23 matches
Mail list logo