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 patch adds support for
Nicolas Goaziou skribis:
> From 5adc29c2b271de492d8f9f5280368b27e6a477bb Mon Sep 17 00:00:00 2001
> From: Nicolas Goaziou
> Date: Tue, 31 Jan 2017 23:50:26 +0100
> Subject: [PATCH] gnu: giac-xcas: Update to 1.2.3-19.
>
> * gnu/packages/algebra.scm (giac-xcas): Update to 1.2.3-19.
Applied, thank
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 c
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 unusable, as discussed at
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
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 a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
>
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 an
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?
>
> `~Eri
Alex Kost writes:
> 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 a/gnu/packages/emacs
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
>> 1 file change
Ludovic Courtès writes:
>> >> Is there text in the GPL3 that says this? I was under the impression
>> >> that the "or any later version" clause had to be specified
>> >> explicitly.
> >
> > No it’s the opposite.
> >
> > Specifically, from Section 14 of GPLv3:
> >
> > If the Program does not spec
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 |
| www.crazy-compil
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 sta
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 f
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'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 handlin
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
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 98a4d6901..c3514feac 100644
--- a/gnu/pa
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 100644
--- a/gnu/packages
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.
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 +0100
>>
>> gnu: gstreamer: Update t
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
>>> Date: Wed Feb 1 15:16:07 2017 +010
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?
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 a/gnu/packages/compression.scm b/gnu/packages/compression.scm
index
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 depend
> 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 h
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 changed, 18 insertion
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: /tmp/guix-build-sway-0.11.drv-0/build
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
> relatively central.
>
> https://www.trip
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 added a patch file, don
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 AR7010 and AR9271 U
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 pkg-conf
> 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
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.
>>
>> * guix/git-download.scm (): A
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 |
Hi David,
On Thu, 2 Feb 2017 21:18:06 +0100
David Craven wrote:
> > 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
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
>
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 in
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 on
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(-)
Pushed in 345504c79d2b412f
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 mind
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 b/gnu/packages/statistics.scm
index 596c2baf5..de9
44 matches
Mail list logo