On Thu, Jul 11, 2019 at 05:15:11PM +0200, Ludovic Courtès wrote:
> Ah yes, I believe the issue you raised in that message (“lego
> translations”) is not addressed by Florian’s approach.
>
> However, the #_ form you propose doesn’t quite work either because
> xgettext in its current form wouldn’t b
Hello Timothy Sample!
I saw the tread (https://lists.gnu.org/archive/html/guix-devel/2019-05/
msg00119.html) and wanted to include you in this (currently-messaging)
thread (https://lists.gnu.org/archive/html/guix-devel/2019-07/msg00119.
html). ☺
Regards,
RG.
Ludovic Courtès writes:
> Hello!
>
> Marius Bakke skribis:
>
>> The 'core-updates' branch is ready for testing! This is a very early
>> stage, so many substitutes are missing. Consider yourself warned ;-)
>
> Yay!
>
>> ** GNU/Hurd no longer uses a special glibc variant.
>
> That’s the case sin
On Fri, 28 Jun 2019, Sebastian Pipping wrote:
Hello everyone!
Sorry for the noise if you heard about the release of 2.2.7 about a week
ago through some other channel and maybe even took action, already!
To be quick, there is one DoS fix — for CVE-2018-20843 [1] — and misc
build system fixes.
Hello!
Marius Bakke skribis:
> The 'core-updates' branch is ready for testing! This is a very early
> stage, so many substitutes are missing. Consider yourself warned ;-)
Yay!
> ** GNU/Hurd no longer uses a special glibc variant.
That’s the case since the previous ‘core-updates’ merge. :-)
Konrad Hinsen skribis:
> Ludovic Courtès writes:
>
>> Do you observe similar slowness with other Docker images—e.g., Debian
>> images?
>
> No. But I don't observe any slowness with Guix either. Once it's up and
> running, performance is normal (except for the known problem with access
> to macOS
Ludovic Courtès writes:
> Hello!
>
> Marius Bakke skribis:
>
>> The core-updates branch is now (almost!) ready for prime time.
>
> Yay!
>
>> This is turning out to be one of the biggest merges ever[*], currently
>> representing 433 commits from 15 people, with commits dating back to
>> September
Guix,
The 'core-updates' branch is ready for testing! This is a very early
stage, so many substitutes are missing. Consider yourself warned ;-)
I have compiled a summary of the changes below. The package updates are
too numerous to list here; try `git shortlog -n master..core-updates`
for the
Ludovic Courtès writes:
> Do you observe similar slowness with other Docker images—e.g., Debian
> images?
No. But I don't observe any slowness with Guix either. Once it's up and
running, performance is normal (except for the known problem with access
to macOS file systems). It's only the daemon
Hi Ludo,
> ‘read-pid-file’ in the Shepherd has a hard-coded default value of 5
> seconds. You can change it for each service, but there’s currently no
> way to change the default value globally.
That's what I did: change it for each service.
> The patch below adds a SRFI-39 parameter in the She
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 al
Robert Vollmert skribis:
> What I have working so far uses local-file, as below:
>
> (define-public puzzledb-tools
> (package
> (name "puzzledb-tools")
> (version "20190625-git")
> (source
> (local-file
> "/home/rob/puzzledb/tools"
> #:recursive? #t))
> …
FW
Hi,
Robert Vollmert skribis:
> I’m currently writing some slightly repetitive mcron jobs
> in my config.scm that use gexps / program-file. I’m wondering
> whether there’s a better way to share code between these than
> writing a separate scheme file and importing that via
> with-imported-modules
OK, I'll look into it unless someone beats me to it.
No clue about grep-final, I'll look at it.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hello,
Robert Vollmert skribis:
> Instead, I’d like to improve on my experience, which I’m sure others would run
> into:
>
> - working with guix, doing some calls to guix pull, guix system reconfigure.
> - notice that it takes quite a while, and often hangs for extended periods of
> time without
Hi!
Tobias Geerinckx-Rice skribis:
> Efraim Flashner wrote:
>> 'guix size git' => 411 MiB
>> 'guix size git pcre' => 413 MiB
>>
>> 'guix size grep' => 71.4 MiB
>> 'guix size grep pcre' => 71.4 MiB
>
> I take this as a clear ‘no -minimal needed’? PCRE is already
> core-updates material, so no re
Hello!
Ricardo Wurmus skribis:
>> I’ve committed an improved version of doc/build.scm as
>> ccadafdcefee012c261513e9d8663a22704bc496.
>>
>> It expects to be used from a Git checkout like so:
>>
>> guix build -f doc/build.scm
>>
>> Hopefully it addresses the issues you had before, Ricardo.
>
>
Hey!
Christopher Lemmer Webber skribis:
> Jakob L. Kreuze writes:
>
>> 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
Konrad Hinsen skribis:
>> Five seconds to spawn a process is already relatively long; we could
>> increase it a little, but the slowness here is a concern.
>
> Whereas the problems with file access are known and understood
> (ultimately it is the important differences in low-level file handling
>
Hello!
Marius Bakke skribis:
> The core-updates branch is now (almost!) ready for prime time.
Yay!
> This is turning out to be one of the biggest merges ever[*], currently
> representing 433 commits from 15 people, with commits dating back to
> September last year(!).
Ouch! This is both impr
Hi Konrad,
Konrad Hinsen skribis:
> When running Guix in a docker image, I get systematic failures for
> starting several services: syslogd, nscd, openssh. It turns out that in
> all these cases the daemons are started, but so slowly that shepherd
> declares a failure before they are fully opera
Hi,
Ricardo Wurmus skribis:
> P writes:
>
>> Documentation that is easier to navigate. Ideally as good or better
>> than the Arch Wiki.
>
> I think the Guix manual is really easy to navigate thanks to the curated
> index. We may want to include the JavaScript info reader navigation to
> our bu
Hello,
Christopher Lemmer Webber skribis:
> pelzflorian (Florian Pelz) writes:
>
>> On Sun, Jul 07, 2019 at 04:20:59PM +0200, Ludovic Courtès wrote:
>>> Thanks for bringing this up. I’m very much convinced this is an
>>> important task, and I’m happy there’s already a team of dedicated
>>> volu
P writes:
> Documentation that is easier to navigate. Ideally as good or better
> than the Arch Wiki.
I think the Guix manual is really easy to navigate thanks to the curated
index. We may want to include the JavaScript info reader navigation to
our build of the HTML documentation, so that th
Christopher Lemmer Webber writes:
> Ricardo Wurmus writes:
>
>> This would allow each of the maintainers to better concentrate on
>> selected sub-projects, and to increase the likelihood of having an
>> active co-maintainer around when other co-maintainers are unavailable.
>> We also hope that
Hi,
I’m trying to figure out how to package elm apps nicely. There are:
- elm apps, which typically result in some compiled elm code as *.js
files, and which depend on a number of elm “packages” by precise
version.
- elm packages, libraries of elm source; as usual, these come in
various versions.
26 matches
Mail list logo
