2018-02-15 0:28 GMT+01:00 Ludovic Courtès :
> Gábor Boskovits skribis:
>
> > the make-file-writeable function seems a bit too imperative to me, it
> would
> > look better if we could have a with-file-writeable function, so that we
> can
> > constrain the size effect, and more. Moreover if a file
Hello Guix!
GNU has been accepted as an umbrella organization for GSoC. That means
that Guix can participate in GSoC under the aegis of GNU, like we did in
previous years.
For that we need mentors: see below the info you need to send if you
wish to be a mentor. Also, don’t hesitate to ask if yo
Gábor Boskovits skribis:
> the make-file-writeable function seems a bit too imperative to me, it would
> look better if we could have a with-file-writeable function, so that we can
> constrain the size effect, and more. Moreover if a file is read-only to
> start with, it might be a good idea to k
Hi again!
I’ve updated the ‘cuirass’ package to correspond to the current
Fibers-based code. If you’re running a Cuirass instance, please give it
a try and report any issues you encounter.
/var/log/cuirass.log now provides details as to what’s happening, and
the HTTP API also gives a pretty accu
l...@gnu.org (Ludovic Courtès) skribis:
> My point is /latestbuilds and /queue already take several seconds on the
> database that we have on berlin, which is quite big. So we have a
> problem already.
Turns out creating the relevant indexes helps a lot, unsurprisingly I
guess:
https://git.s
Hi Mark,
Hi Ricardo,
On Wed, 14 Feb 2018 20:39:12 +0100
Ricardo Wurmus wrote:
> Nor do I see this message:
>
> ghc-pkg: unable to decommit memory: Invalid argument
Which Linux kernel version does this run on?
> I don’t know what this message means, but the messages about requiring a
If t
Andreas Enge writes:
> On Wed, Feb 14, 2018 at 04:23:47PM -0500, Mark H Weaver wrote:
>> Ricardo Wurmus writes:
>> > I’m afraid I cannot reproduce this. I removed the successfully built
>> > ghc-resourcet from the store and rebuilt it successfully.
>>
>> FWIW, on Hydra, the same failure happe
Hello,
On Wed, Feb 14, 2018 at 04:23:47PM -0500, Mark H Weaver wrote:
> Ricardo Wurmus writes:
> > I’m afraid I cannot reproduce this. I removed the successfully built
> > ghc-resourcet from the store and rebuilt it successfully.
>
> FWIW, on Hydra, the same failure happened on both x86_64 and
Ricardo Wurmus writes:
> Ricardo Wurmus writes:
>
>> Mark H Weaver writes:
>>
>>> So far, almost all of the new packages are building successfully on
>>> Hydra, but I see one failure: ghc-resourcet, which in turn causes
>>> r-bookdown to dep-fail:
>>>
>>> https://hydra.gnu.org/build/2495799/n
Ricardo Wurmus writes:
> My local log looks rather different (see attached file).
mlrjkywz6grnmf84gwmy3ggx1zglkd-ghc-resourcet-1.1.7.5.drv.bz2
Description: Binary data
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Ricardo Wurmus writes:
> Mark H Weaver writes:
>
>> So far, almost all of the new packages are building successfully on
>> Hydra, but I see one failure: ghc-resourcet, which in turn causes
>> r-bookdown to dep-fail:
>>
>> https://hydra.gnu.org/build/2495799/nixlog/1/raw
>
> Hmm, how odd. I d
2018-02-14 14:49 GMT+01:00 Ludovic Courtès :
> Hi Gábor,
>
> Gábor Boskovits skribis:
>
> > 2018-02-11 22:50 GMT+01:00 Ricardo Wurmus :
> >
> >>
> >> Gábor Boskovits writes:
> >>
> >> > It seems, that currently we don't have zip in gnu build system, so
> that
> >> > ends up in native-inputs, if
2018-02-14 20:13 GMT+01:00 Leo Famulari :
> On Wed, Feb 14, 2018 at 02:51:08PM +0100, Ludovic Courtès wrote:
> > Gábor Boskovits skribis:
> >
> > > the make-file-writeable function seems a bit too imperative to me, it
> would
> > > look better if we could have a with-file-writeable function, so t
On Wed, Feb 14, 2018 at 02:51:08PM +0100, Ludovic Courtès wrote:
> Gábor Boskovits skribis:
>
> > the make-file-writeable function seems a bit too imperative to me, it would
> > look better if we could have a with-file-writeable function, so that we can
> > constrain the size effect, and more. Mo
Hi Ricardo,
Ricardo Wurmus writes:
> I’ve just pushed a very large number of updates to Haskell packages and
> switched to GHC 8 as the default.
Wow, it's an impressive amount of work, kudos to you!
So far, almost all of the new packages are building successfully on
Hydra, but I see one failure
Ludovic Courtès writes:
>> * updating Haskell packages automatically is dangerous as not all
>> packages work well together. When updating I often had to take a few
>> steps back to reduce the version number. On Hackage I picked the LTS
>> version where available.
>
> Does that mean that
Gábor Boskovits writes:
>> It is not too late to submit project proposals through the Outreachy
>> website and become a mentor. If you want to co-mentor for an existing
>> project please create an account on the Outreachy website.
>>
>>
> Willing to help, if needed. I created an account.
Thank
Hi Rene,
Rene scribes:
> I am currently running 'guix system init doc/os-config-hurd.scm /guix' on
> Debian/Hurd;
>
> Some of the things that I have observed:
>
> * Only the directories '/gnu/store' and 'var' are populated.
> * The directories: bin, etc, home, mnt, root, run and tmp are created
Ricardo Wurmus skribis:
> Good news everyone:
>
> our application to participate in Outreachy has been approved!
>
> We already have two approved project proposals on our community page
> with two mentors:
>
> https://www.outreachy.org/2018-may-august/communities/gnu-guix/
That’s great news, s
Hello,
Ricardo Wurmus skribis:
> I’ve just pushed a very large number of updates to Haskell packages and
> switched to GHC 8 as the default.
Thanks for the heroic work!
> * updating Haskell packages automatically is dangerous as not all
> packages work well together. When updating I often h
BTW, it’s been a couple of weeks already, but I realize we didn’t write
a summary of the Guix workshop and the discussions we’ve had over the
weekend. It’d be useful for those who didn’t attend and for lurkers.
Any volunteer? :-) If you make it plain text or Markdown, we can make
it a blog post.
Heya,
Efraim Flashner skribis:
>> Ludovic Courtès writes:
>>
>> > That alone could justify pursuing the same approach in the coming
>> > years, IMO. At the same time, a devroom at FOSDEM proper is a good
>> > way to reach out to new people, which is also a good thing. Maybe we
>> > could do b
Gábor Boskovits skribis:
> the make-file-writeable function seems a bit too imperative to me, it would
> look better if we could have a with-file-writeable function, so that we can
> constrain the size effect, and more. Moreover if a file is read-only to
> start with, it might be a good idea to k
Hi Gábor,
Gábor Boskovits skribis:
> 2018-02-11 22:50 GMT+01:00 Ricardo Wurmus :
>
>>
>> Gábor Boskovits writes:
>>
>> > It seems, that currently we don't have zip in gnu build system, so that
>> > ends up in native-inputs, if we need that to unpack the tarball.
>> >
>> > It would be nice if gn
Hello,
Danny Milosavljevic skribis:
> On Sat, 10 Feb 2018 12:18:56 +0100
> l...@gnu.org (Ludovic Courtès) wrote:
>
>> Thinking about it, it wouldn’t matter that HTTP requests are processed
>> sequentially if database queries run really fast. I’m not sure if we
>> can achieve it. WDYT?
>
> That
Heya,
Jelle Licht skribis:
> Good news: signfalfd seems to work as far as I can see. I am not quite sure
> how to make it work consistently with guile ports yet though.
Good! What do you mean by “work with guile ports” though?
> To make use of signalfd, one normally masks signals so that the
Christopher Lemmer Webber skribis:
> Ludovic Courtès writes:
>
>> Hopefully it’s nothing serious: Fibers doesn’t rely on anything
>> architecture-specific.
>
> I think it relies on epoll currently? But I think there should be no
> reason other architectures couldn't also be supported.
Ooh good
Hello,
Konrad Hinsen skribis:
> It would be nice if big datasets could conceptually be handled in the
> same way while being stored elsewhere - a bit like git-annex does for
> git. And for parallel computing, we could have special build daemons.
Exactly. I think we need a git-annex/git-lfs-lik
Hello!
Ricardo Wurmus skribis:
>> I've had this issue for a while now, while adding some packages, I'll
>> create a loop in the package graph, which causes Guix to just loop
>> infinitely when trying to generate derivations.
>
> this is a great initiative. I’ve been having this issue in the pas
On 14/02/2018 05:43, Fis Trivial wrote:
Sorry for bothering with a completely unrelated topic.
I'm curious do you train neural network with packages in Guix? Or did
you packaged related libraries yourself?
My needs are modest, all I use is the multilayer perceptron from
scikit-learn, which is
30 matches
Mail list logo
