From: Raoul Jean Pierre Bonnal
* gnu/packages/statistics.scm (r-randomforest): New variable.
---
gnu/packages/statistics.scm | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/statistics.scm
Heh. Long list.
On Fri, Feb 03, 2017 at 12:11:15AM +0100, Ludovic Courtès wrote:
> Hello Guix!
>
> We’ll close FOSDEM with a discussion on the future of Guix and GuixSD:
>
> https://fosdem.org/2017/schedule/event/futureofguix/
>
> Attached is a semi-structured list of topics that came to
On Thu, 2 Feb 2017 14:32:14 +
contact@cryptolab.net wrote:
> From: ng0
>
> * gnu/packages/games.scm (no-more-secrets): New variable.
> ---
> gnu/packages/games.scm | 38 +-
> 1 file changed, 37 insertions(+), 1 deletion(-)
Hello Guix!
We’ll close FOSDEM with a discussion on the future of Guix and GuixSD:
https://fosdem.org/2017/schedule/event/futureofguix/
Attached is a semi-structured list of topics that came to mind. Please
feel free to bring your own, either at the event (this Sunday), or on
this list, or
Hi Danny,
> For example, let's say Intel had non-updateable microcode on its CPUs and it
> included a backdoor. If anyone *ever* found it, nobody would trust Intel ever
> again - and Intel couldn't sweep it under the rug because millions of
> physical chips that include the backdoor would be
Hartmut Goebel writes:
> Hi,
>
> I just found that I did not verify the inputs carefully enough. Sorry.
> Here are my comments:
>
> * python-defusedxml: okay
> * python-openid: okay
> * python-django-allauth:
> o openid, request-oauthlib requests ought to be propagated inputs
>
Am 02.02.2017 um 16:16 schrieb contact@cryptolab.net:
> * gnu/packages/compression.scm (python-lz4): New variable.
LGTM
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible
Am 02.02.2017 um 16:16 schrieb contact@cryptolab.net:
> +(string-append "include_dirs.append(\""
> + (assoc-ref %build-inputs "lzo")
> "/include/lzo" "\")
You could use single quotes for teh python string to make it more readable:
string-append
Ludovic Courtès writes:
> Andy Wingo skribis:
>
>> * guix/build/git.scm (git-fetch): Instead of cloning the remote repo, use the
>> lower-level "init" / "fetch" / "checkout" operations. This lets us make a
>> shallow checkout if we are checking out a tag.
>>
>> *
> I don't think the firmware needs to be uploaded at all to the AR9285 device.
I don't understand:
1. free firmware - anyone can update the firmware
2. binary blob - the vendor can update the firmware
3. fixed at manufacturing time - no one can update the firmware
Option 1 is obviously superior
Hi Ludo,
On Wed, 01 Feb 2017 23:22:32 +0100
l...@gnu.org (Ludovic Courtès) wrote:
> Is it necessary? It might be a case where picking whatever’s in $PATH
> (“late binding”) is good enough; for instance, ‘gcc’ picks ‘ld’ from
> $PATH, and that’s fine.
I don't know. What's the policy for
Hi David,
I have an Atheros AR9285 in GuixSD and it works.
/sys/class/net/wlp2s0/device/driver says it's using the driver ath9k PCI.
On Thu, 2 Feb 2017 18:07:22 +0100
David Craven wrote:
> I'm having trouble finding information. The opened atheros firmware is
> only for the
From: Alex Kost
Subject: Re: [PATCH] gnu: Add emacs-mew.
Date: Thu, 02 Feb 2017 11:56:22 +0300
OK, I see. We can just patch "mew-key.el" file by putting the
following
line there:
(add-to-list 'image-load-path 'mew-icon-directory)
WDYT?
Yes, that would be fine! I
Alex Sassmannshausen writes:
> Hello,
>
> To confirm, I've now placed a reservation for Saturday 4 February at
> 19:30 at a Lebanese restaurant called Al Jannah. I haven't been there
> before, but the menu looks diverse, the prices good and the location
>
Hi ng0,
contact@cryptolab.net writes:
> Right now I'm stuck at the manpage generation of sway, the dependencies are
> alright.
>
> Error message below. Help is welcome :)
>
> -- Configuring done
> -- Generating done
> -- Build files have been written to:
Hi ng0,
contact@cryptolab.net writes:
> From: ng0
>
> * gnu/packages/gnunet.scm (libextractor): Move .a files to "static" output.
> [arguments](phases): New phase for moving .a files to output "static".
> ---
> gnu/packages/gnunet.scm | 19 ++-
> 1 file
> I was surprised that linux-libre works on the dell xps 13. I'm
> considering buying an atheros wifi card, since that's the only thing
> that does not work. Does anyone know how to find out if there is a
> BIOS whitelist/blacklist? So it's just ARM boards that don't work with
> linux-libre?
I'm
On Thu, Feb 02, 2017 at 12:50:22AM -0500, Mark H Weaver wrote:
> Unfortunately, gst-plugins-base-1.10.3 has failed its test suite on i686
> three times in a row on Hydra, which leaves i686 users in a very bad
> spot, since modern web browsers, media players, and desktop environments
> become
From: ng0
* gnu/packages/compression.scm (python-lzo): New variable.
Co-authored-by: Danny Milosavljevic
---
gnu/packages/compression.scm | 36
1 file changed, 36 insertions(+)
diff --git
I was surprised that linux-libre works on the dell xps 13. I'm
considering buying an atheros wifi card, since that's the only thing
that does not work. Does anyone know how to find out if there is a
BIOS whitelist/blacklist? So it's just ARM boards that don't work with
linux-libre?
Marius Bakke writes:
> Mark H Weaver writes:
>
>> Hi,
>>
>> mba...@fastmail.com (Marius Bakke) writes:
>>
>>> mbakke pushed a commit to branch master
>>> in repository guix.
>>>
>>> commit 3e32eeb2478a9d3b46a2e858fdc416420bffe302
>>> Author: Marius Bakke
Mark H Weaver writes:
> Hi,
>
> mba...@fastmail.com (Marius Bakke) writes:
>
>> mbakke pushed a commit to branch master
>> in repository guix.
>>
>> commit 3e32eeb2478a9d3b46a2e858fdc416420bffe302
>> Author: Marius Bakke
>> Date: Wed Feb 1 15:16:07 2017
This adds python-lz4 and python-lzo, received some QA/review back in september.
I rebased and applied changes for the current (new) python build-system.
From: ng0
* gnu/packages/compression.scm (python-lz4): New variable.
---
gnu/packages/compression.scm | 28
1 file changed, 28 insertions(+)
diff --git a/gnu/packages/compression.scm b/gnu/packages/compression.scm
index 73a35030e..64518fb6b
Moved from art.scm to games.scm
From: ng0
* gnu/packages/games.scm (no-more-secrets): New variable.
---
gnu/packages/games.scm | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index
Maxim,
On 02/02/17 05:53, Maxim Cournoyer wrote:
> Also, there are 2 spaces following the period.
> 2 spaces following the period here also. Is this intended?
Worse: it's mandatory ;-)
Kind regards,
T G-R
signature.asc
Description: OpenPGP digital signature
Hi,
I'm reposting this with a different subject, since this question is not
only related to postorius:
What do others think about the central question:
Should django be a "normal" input or a "native" one? What does this
depend on? What are the rules for?
> I'm unsure about the correct
Hartmut Goebel writes:
> Hi,
>
> I just found that I did not verify the inputs carefully enough. Sorry.
> Here are my comments:
No problem. Thanks for checking again, I have no previous
experience with django.
> * python-defusedxml: okay
> * python-openid: okay
> * python-django-allauth:
Hi,
I just found that I did not verify the inputs carefully enough. Sorry.
Here are my comments:
* python-defusedxml: okay
* python-openid: okay
* python-django-allauth:
o openid, request-oauthlib requests ought to be propagated inputs
o mock is native, okay, but only required
Am 02.02.2017 um 05:53 schrieb Maxim Cournoyer:
> Maybe the comment should say "No ordereddict python3 build available" ?
This should be something like "No Python 3 implementation of this
package available.", otherwise it would be very confusing.
"Collections.OrderedDict" is part of the Python
Am 02.02.2017 um 05:42 schrieb Maxim Cournoyer:
> I've looked at this patch series and it looks good so far
The inputs need to be adjusted to become either native or propagated.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
|
Hi,
Maxim Cournoyer writes:
> Hi,
>
> I have a few of comments for this one too.
>
> contact@cryptolab.net writes:
>
>> From: ng0
>>
>> * gnu/packages/python.scm (python2-ruamel.ordereddict): New variable.
>> ---
>> gnu/packages/python.scm | 28
Eric Bavier writes:
> On Wed, 1 Feb 2017 02:07:28 +
> contact@cryptolab.net wrote:
>
>> * gnu/packages/art.scm: New file.
>> * gnu/local.mk (GNU_SYSTEM_MODULES): Add art.
>
> Would gnu/packages/games.scm or gnu/packages/graphics.scm be a suitable
> location for no-more-secrets?
>
>
Pjotr Prins writes:
> Thanks ng0,
>
> Embarrassing.
I don't agree, but okay.
> At FOSDEM I'll bring up the topic again of our submission system. Good
> topic for the 'Future of Guix' panel.
I have ideas, as I made some further investigations over the last
months into source code managements
contact@cryptolab.net (2017-02-01 18:08 +) wrote:
> From: ng0
>
> * gnu/packages/emacs.scm (emacs-pretty-mode): New variable.
> ---
> gnu/packages/emacs.scm | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git
Hi Ludo,
> Do you have experience using it on real DUB packages? IOW, how complete
> is it? :-)
Yeah, I've tested it on a small subset of all code.dlang.org packages. About
half of the ones I tested work fine. This is my log:
OK: (define-public d-taggedalgebraic
OK: (define-public d-memutils
Ludovic Courtès (2017-02-01 23:52 +0100) wrote:
> Clément Lassieur skribis:
>
>> * gnu/packages/emacs.scm (magit): Update to 2.10.1.
>
> Applied, thanks!
No, no, arrgh! I didn't update magit to 2.10.1 because it has a bug
that makes "C" key in COMMIT_EDITMSG buffer
Thomas Danckaert (2017-02-01 11:56 +0100) wrote:
>> Also I see that by default it puts image files into
>> "share/emacs/site-lisp/mew/etc". I don't think this is a good
>> place, I would rather move them to "share/mew" as most packages do
>> with various additional files.
>
> Yes, that would be
Hello,
Mathieu Othacehe skribis:
> The point of the serie is to add load-path support to cuirass.
> The first patch is updating cuirass to a version containing this commit :
>
> https://notabug.org/mthl/cuirass/commit/5127c6797ca6eb5782f96f44c7c1d38263927f2b
>
> The second
40 matches
Mail list logo