Hi Julien,
> I think in order to reach out to more people, accessiblity is an
> important topic. I've talked with Irina during the Perl and Guile days,
> and fixed orca (it didn't work because of failures when loading
> pyatspi).
That’s great!
> In order to make our system accessible from the
Hi Mark!
Mark H Weaver writes:
> The 'kernel-updates' includes a preliminary commit to update linux-libre
> to version 5.2. Berlin has built it successfully on all supported
> architectures except for aarch64, where it fails:
>
> https://ci.guix.gnu.org/build/1448778/details
>
> I would be gra
> And if I remove it then the error goes away! The build hasn't finished
> yet for me, but it's gone past the offending xor-neon.c file so we
> /should/ be good.
>
> I'm not really sure why though, do you know why this phase was required
> at the time? I haven't tested that linux-libre still build
On 2019-07-14 14:24, Pierre Langlois wrote:
And if I remove it then the error goes away! The build hasn't finished
yet for me, but it's gone past the offending xor-neon.c file so we
/should/ be good.
I'm not really sure why though, do you know why this phase was required
at the time? I haven't
Hi Julien,
guix-comm...@gnu.org skribis:
> commit 8eb0ba532ebbebef23180e666e0607ea735f9c1a
> Author: Julien Lepiller
> Date: Sun Jul 14 14:50:21 2019 +0200
>
> guix: node-build-system: Use guile-json instead of a custom parser.
>
> * guix/build/json.scm: Remove file.
> * Makef
Hello!
Jesse Gibbons skribis:
> I noticed that a few files have only one package definition and are
> named for that package. I think these packages can be organized better.
> Might I suggest the following rules:
>
> 1. if a package is a library for a particular language $LANG (like
> Python, Pe
Pierre Langlois writes:
>> And if I remove it then the error goes away! The build hasn't finished
>> yet for me, but it's gone past the offending xor-neon.c file so we
>> /should/ be good.
>>
>> I'm not really sure why though, do you know why this phase was required
>> at the time? I haven't test
Hi,
"pelzflorian (Florian Pelz)" skribis:
> 3) We could write our own PO file writer and MO file reader and use it
> with either Christopher’s lego translation and sirgazil’s format
> strings to use whatever format we want for developers and translators.
Note that “lego translation” is what we
On Sun, Jul 14, 2019 at 04:12:41PM +0200, Ludovic Courtès wrote:
> Note that “lego translation” is what we should _not_ do because it gives
> translators fragments of sentences, which does not allow them to
> correctly translate text.
>
Format strings are something we can try. If they are too fra
Hi,
Alex Vong skribis:
> I think we should set /proc/sys/kernel/dmesg_restrict to 1 by default to
> prevent unprivileged users from reading the kernel ring buffer (since it
> could expose sensitive information about the system).
We could have a ‘dmesg-restrict’ service that would write to that
Hi,
Tobias Geerinckx-Rice skribis:
> Your key on Savannah expired on the 8th, causing scary warnings for
> end users. Could you update it?
I’ve updated it (actually yesterday or the day before) so we should be
fine now.
It’d be great to have a tiny Guile program that does the right POST
reque
Hello,
Pierre Langlois skribis:
> OK, I've now built kernels with the attached patch on the kernel-updates
> branch for x86_64 and aarch64! I've also tested with
> --system=armhf-linux on the softiron and --system=i868-linux on my x86
> desktop, it all looks good!
>
> From db0cd6773c54d9a8f9dd33
Le Sun, 14 Jul 2019 15:40:43 +0200,
Ludovic Courtès a écrit :
> Hi Julien,
>
> guix-comm...@gnu.org skribis:
>
> > commit 8eb0ba532ebbebef23180e666e0607ea735f9c1a
> > Author: Julien Lepiller
> > Date: Sun Jul 14 14:50:21 2019 +0200
> >
> > guix: node-build-system: Use guile-json instead
On 14. Jul 2019, at 20:19, Julien Lepiller wrote:
>
> Le Sun, 14 Jul 2019 15:40:43 +0200,
> Ludovic Courtès a écrit :
>> The effect of this change is to import the (json parser) from the host
>> side into the build side.
>>
>> As a result, if I have installed Guile-JSON 1.2 and you have
>> Guil
Hi,
Pierre Langlois wrote:
> OK, I've now built kernels with the attached patch on the kernel-updates
> branch for x86_64 and aarch64! I've also tested with
> --system=armhf-linux on the softiron and --system=i868-linux on my x86
> desktop, it all looks good!
Thank you Pierre, this is much appre
Hurrah!
GNU Guix now provides 10,026 packages (updated July 12, 2019).
Congratulations!
And many thanks to everybody who contributed to this great project!
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers
On Sun, 14 Jul 2019 23:21:37 +0200
Hartmut Goebel wrote:
> Hurrah!
>
> GNU Guix now provides 10,026 packages (updated July 12, 2019).
>
> Congratulations!
>
> And many thanks to everybody who contributed to this great project!
>
This is big news for Guix. Very much worth a small slice of ban
Hi all,
While testing core-updates I found that evolution-data-server does not
build due to test failures. The tests fail because
evolution-data-server does not accommodate newer versions of ICU.
Here’s the upstream bug report [1]. I’ve attached a patch that uses
“substitute*” to work around the
18 matches
Mail list logo
