On 14/10/15 00:08, Ricardo Wurmus wrote:
The only thing that’s missing is adding an entry
for you to the copyright header at the top of the file. (I can amend
your first patch in this series to include this line.)
Since there haven’t been any objections so far I’ll push them soon.
Ta.
Can
On 10/13/2015 03:51 PM, Thompson, David wrote:
> Yeah, get rid of the mirror thing and this patch looks good to me.
Yeah, will do. I thought we might add mirrors, but apparently there are
no official mirrors any more, so...
Cyril.
Hi,
Thanks for the feedback!
On 13 October 2015 at 10:56, Eric Bavier wrote:
>
> On Tue, 13 Oct 2015 11:43:24 +0200
> l...@gnu.org (Ludovic Courtès) wrote:
>
> > Eric Bavier skribis:
> >
> > > Although other ghc packages in haskell.scm include these two outputs,
> > > the "out" output very oft
On Tue, 13 Oct 2015 13:38:42 +0200
Andreas Enge wrote:
> Hello,
>
> although I am afraid to raise allergic reactions, I must say that locales
> do not seem to work any more on my guix on debian setting since the last
> upgrade... Although I chose a utf8 locale, I am not seeing special
> characte
"Thompson, David" writes:
> Some day 'guix environment' will allow one to create a profile and
> register it as a GC root and avoid this issue.
Aha, that indeed sounds like a nice and clean way to solve the general
issue, which I guess is that software built with 'guix environment' does
not have
On Tue, Oct 13, 2015 at 2:08 PM, Taylan Ulrich Bayırlı/Kammer
wrote:
> From what I can tell this situation I landed in doesn't involve any bugs
> and won't happen to a normal user, but for the sake of documenting it
> for developers, here goes:
>
> I have $XDG_CONFIG_HOME/guix/latest point to a gi
Mathieu Lirzin writes:
> Ricardo Wurmus writes:
>
>> Alex Vong writes:
>>
>>> Regarding gc, I remember I accidentally ran "guix gc" and removed all
>>> the build dependencies like bash, glibc... Then, I realized the proper
>>> way to run gc is to run "guix gc -d ". Perhaps we should
>>> change
Ricardo Wurmus writes:
> Alex Vong writes:
>
>> Regarding gc, I remember I accidentally ran "guix gc" and removed all
>> the build dependencies like bash, glibc... Then, I realized the proper
>> way to run gc is to run "guix gc -d ". Perhaps we should
>> change the command for garbage collecting
>From what I can tell this situation I landed in doesn't involve any bugs
and won't happen to a normal user, but for the sake of documenting it
for developers, here goes:
I have $XDG_CONFIG_HOME/guix/latest point to a git repository so I can
update it swiftly.
In the repo, a ./guix/config.scm is
Ludovic Courtès (2015-10-13 12:45 +0300) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2015-10-02 15:51 +0300) wrote:
>>
>>> Alex Kost skribis:
>>>
I thought that most people (except me) agreed that indentation rules
should stay in ".dir-locals.el", so I don't see a reason why they
Alex Vong writes:
> Regarding gc, I remember I accidentally ran "guix gc" and removed all
> the build dependencies like bash, glibc... Then, I realized the proper
> way to run gc is to run "guix gc -d ". Perhaps we should
> change the command for garbage collecting everything from "guix gc" to
>
"Carlos O'Donell" skribis:
> On 09/29/2015 04:08 AM, Ludovic Courtès wrote:
>> "Carlos O'Donell" skribis:
[...]
>> Apart from that, ‘localedef --list-archive’ simply opens the locale
>> archive (typically /usr/lib/locale/locale-archive, regardless of the
>> ‘LOCPATH’ environment variable value
Andreas Enge skribis:
> Still, my impression (also from using substitutes) is that _access_ to hydra
> is slow;
Yes. If you haven’t tried yet, compare it with the speed at which ‘guix
publish’ serves those .narinfo URLs on a “real” machine; it’s an order
of magnitude faster, even though hydra.g
Ricardo Wurmus skribis:
> From 73199a178d34eb5202906ea7ef6921c09d42ea28 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Tue, 13 Oct 2015 13:29:49 +0200
> Subject: [PATCH] gnu: python-scipy, python2-scipy: Propagate Python inputs.
>
> * gnu/packages/python.scm (python-scipy)[inputs]: Move
Regarding gc, I remember I accidentally ran "guix gc" and removed all
the build dependencies like bash, glibc... Then, I realized the proper
way to run gc is to run "guix gc -d ". Perhaps we should
change the command for garbage collecting everything from "guix gc" to
"guix gc -a" and "guix gc --al
Daniel Pimentel skribis:
> What do you think about add alias "clean" to "gc"?
>
> For example:
> "guix clean" as alias to "guix gc"
I’m not very enthusiastic. ;-) Ideally, we’d provide a generic alias
mechanism so that everyone can add their favorite names.
Ludo’.
Ben Woodcroft writes:
> On 07/10/15 04:25, Thompson, David wrote:
>> In short, yes, your patches are very welcome. Thanks! - Dave
>
> Here ya go then.
These are beautiful! The only thing that’s missing is adding an entry
for you to the copyright header at the top of the file. (I can amend
yo
On Tue, Oct 13, 2015 at 6:34 AM, Alex Kost wrote:
> Ludovic Courtès (2015-10-12 19:35 +0300) wrote:
>
>> Alex Kost skribis:
>>
> [...]
>>> Actually, I think it will be more clear to use 'sdl-union' here, because
>>> the workaround is more concise, WDYT?
>>
>> Indeed.
>
> What about using 'sdl-uni
On Tue, Oct 13, 2015 at 3:47 AM, Ricardo Wurmus
wrote:
>
> Cyril Roelandt writes:
>
>> * guix/download.scm (mirrors): New "pypi" mirror.
>> * guix/build-system/python.scm (pypi-uri): New method.
>
> It’s a good idea to provide “pypi-uri”! But why is a mirror entry
> required when “pypi.python.or
On Tue, 13 Oct 2015 11:43:24 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> Eric Bavier skribis:
>
> > Although other ghc packages in haskell.scm include these two outputs,
> > the "out" output very often ends up referencing the "doc" output, so
> > both end up installed in practice, so it should
On 09/29/2015 04:08 AM, Ludovic Courtès wrote:
> "Carlos O'Donell" skribis:
>
>> On 09/26/2015 06:24 AM, Ludovic Courtès wrote:
>>> Furthermore, the function in question returns EINVAL in other similar
>>> cases–e.g., when libc 2.22 loads LC_COLLATE data from libc 2.21.
>>
>> If you change this p
On 10/12/2015 08:49 PM, Allan McRae wrote:
> On 29/09/15 06:54, Carlos O'Donell wrote:
>> On 09/26/2015 06:24 AM, Ludovic Courtès wrote:
>>> Furthermore, the function in question returns EINVAL in other similar
>>> cases–e.g., when libc 2.22 loads LC_COLLATE data from libc 2.21.
>>
>> If you change
>From dd27466baaf072214fe5d6663df09105890d88ed Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Tue, 13 Oct 2015 14:56:15 +0200
Subject: [PATCH 1/2] gnu: Add python-numexpr.
* gnu/packages/python.scm (python-numexpr, python2-numexpr): New
variables.
---
gnu/packages/python.scm | 37
What do you think about add alias "clean" to "gc"?
For example:
"guix clean" as alias to "guix gc"
--
Daniel Pimentel (d4n1 3:)
Just wanted to share the following:
This is my setup for sharing GUIX from the host with running VMs. GUIX
can be mounted read-only and it is similar to Ricardo's setup on an
HPC compute cluster: http://elephly.net/posts/2015-04-17-gnu-guix.html
Sharing Guix with host and KVM, start up the VM wit
My GuixSD returned to work with locale default (setted in
/etc/config.scm: (locale "en_US.UTF-8")) after upgrade.
Before I added in my .bashrc: LC_ALL=C to fix it. But it ins't required
to me.
Locale work now to me.
--
Daniel Pimentel (d4n1 3:)
On Tue, Oct 13, 2015 at 02:11:40PM +0200, Pjotr Prins wrote:
> I just checked the substitute cache in /var/guix/substitute/cache and
> these files are small (3K only!). So, all that pain to fetch a 3K file
> :). I thought it was network related, but it is generating this cache
> file that is expens
On Mon, Oct 12, 2015 at 07:03:51PM +0200, Ludovic Courtès wrote:
> Having said that, I’m all for fewer network accesses. When we have a
> new front-end with more disk space, we can hopefully have it retain
> build products for longer, and thus increase the TTL.
I just checked the substitute cache
Hi Andreas,
> although I am afraid to raise allergic reactions, I must say that locales
> do not seem to work any more on my guix on debian setting since the last
> upgrade... Although I chose a utf8 locale, I am not seeing special characters
> in mutt (taken from guix).
>
> Hopefully it is just a
On 10/13/2015 01:37 PM, Ricardo Wurmus wrote:
> I suspect that we need to fix many more Python packages in a similar
> manner.
>
Yes, probably. I think one has to grep a lot when adding a new package,
in order to see whether the inputs are actually imported in the code.
Cyril.
Hello,
although I am afraid to raise allergic reactions, I must say that locales
do not seem to work any more on my guix on debian setting since the last
upgrade... Although I chose a utf8 locale, I am not seeing special characters
in mutt (taken from guix).
Hopefully it is just a simple matter o
The attached patch fixes python{,2}-scipy. Currently, it does not
propagate Python modules it depends on at runtime, such as numpy.
I suspect that we need to fix many more Python packages in a similar
manner.
~~ Ricardo
>From 73199a178d34eb5202906ea7ef6921c09d42ea28 Mon Sep 17 00:00:00 2001
Fro
-- Forwarded message --
From: Dika Setya Prayogi
Date: 2015-10-13 18:14 GMT+07:00
Subject: reply: lol, parabola linux dev struggle goes on the comic
Oh yes because the ctrlv site is get updated I give another little details,
click on hi dikasetyaprayogi to see the photos I added,
-- Forwarded message --
From: Dika Setya Prayogi
Date: 2015-10-13 17:23 GMT+07:00
Subject: lol, parabola linux dev struggle goes on the comic
Greetings. dont know what to do in my free time I draw this parabola
linux comic, lol very fun. it still in rc freshly draw special for yo
Ludovic Courtès (2015-10-12 19:35 +0300) wrote:
> Alex Kost skribis:
>
[...]
>> Actually, I think it will be more clear to use 'sdl-union' here, because
>> the workaround is more concise, WDYT?
>
> Indeed.
What about using 'sdl-union' in ‘abbaye’ as well?
I have switched ‘abbaye’ to 'modify-pha
Allan McRae skribis:
> On 29/09/15 06:54, Carlos O'Donell wrote:
>> On 09/26/2015 06:24 AM, Ludovic Courtès wrote:
>>> Furthermore, the function in question returns EINVAL in other similar
>>> cases–e.g., when libc 2.22 loads LC_COLLATE data from libc 2.21.
>>
>> If you change this particular ca
Brandon Invergo skribis:
> On Mon, 2015-10-12 at 23:34 +0200, Ludovic Courtès wrote:
>
>> We would need the help and support of someone from the GNU Advisory
>> Committee, I guess…
>>
>> :-)
>
> OK I think I know just the guy for the job. :)
>
> I'll start the discussion. Feel free to ping me t
Alex Kost skribis:
> Ludovic Courtès (2015-10-02 15:51 +0300) wrote:
>
>> Alex Kost skribis:
>>
>>> I thought that most people (except me) agreed that indentation rules
>>> should stay in ".dir-locals.el", so I don't see a reason why they also
>>> need to be duplicated in "guix-devel.el".
>>
>>
Eric Bavier skribis:
> Although other ghc packages in haskell.scm include these two outputs,
> the "out" output very often ends up referencing the "doc" output, so
> both end up installed in practice, so it should be safe to remove this
> field.
Oh, too bad. Do you know why the reference is kep
On 29/09/15 06:54, Carlos O'Donell wrote:
> On 09/26/2015 06:24 AM, Ludovic Courtès wrote:
>> Furthermore, the function in question returns EINVAL in other similar
>> cases–e.g., when libc 2.22 loads LC_COLLATE data from libc 2.21.
>
> If you change this particular case to EINVAL, what does the us
Cyril Roelandt writes:
> * guix/download.scm (mirrors): New "pypi" mirror.
> * guix/build-system/python.scm (pypi-uri): New method.
It’s a good idea to provide “pypi-uri”! But why is a mirror entry
required when “pypi.python.org” is the only source for packages?
~~ Ricardo
41 matches
Mail list logo
