Ludovic Courtès (2015-11-24 23:30 +0300) wrote:
> Alex Kost skribis:
[...]
>> But still I prefer to have a straightforward way to set my own
>> /etc/profile. Or maybe it would be good to have even a more general
>> solution: a way to specify any file that goes to "/etc" dir, something
>> like th
Ludovic Courtès (2015-11-27 17:58 +0300) wrote:
> Alex Kost skribis:
[...]
>> I like the idea of separating /etc/environment and /etc/profile, but my
>> main concern is to have a possibility to change /etc files the way I
>> want, as I explained in the reply to Ludovic.
>
> I agree that specifyin
Alex Kost skribis:
> Ludovic Courtès (2015-11-24 23:30 +0300) wrote:
>
>> Alex Kost skribis:
> [...]
>>> But still I prefer to have a straightforward way to set my own
>>> /etc/profile. Or maybe it would be good to have even a more general
>>> solution: a way to specify any file that goes to "/
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> After some tinkering around I realized that the problem is that our
> workaround of loading files explicitly causes the package record type to
> be redefined after some packages have already been defined. More
> generally, we for
Alex Vong skribis:
> Yesterday, I try to use compile some document with context, so I
> install texlive in guix. However, when I run "context --version", I
> get the following error:
>
> mtxrun | unknown script 'context.lua' or 'mtx-context.lua'
>
> After doing some searching, I find out
On 30/11/2015, Ludovic Courtès wrote:
> Alex Vong skribis:
>
>> Yesterday, I try to use compile some document with context, so I
>> install texlive in guix. However, when I run "context --version", I
>> get the following error:
>>
>> mtxrun | unknown script 'context.lua' or 'mtx-context.
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> here are some more Ruby gems. I still have about a dozen or so that
>> follow these.
>
> I skimmed over the patch set and didn’t see anything fishy. I guess you
> can go ahead and push them.
Thank you. I’ll push them in a moment.
~~ Ri
Ludovic Courtès writes:
>> From 19a28042f3839ea23aa13f4973172ca46cfde5f0 Mon Sep 17 00:00:00 2001
>> From: Ricardo Wurmus
>> Date: Mon, 9 Nov 2015 14:46:56 +0100
>> Subject: [PATCH 1/2] gnu: Add cereal.
>>
>> * gnu/packages/serialization.scm: New file.
>> * gnu-system.am (GNU_SYSTEM_MODULES): A
Ludovic Courtès writes:
>> From baf260ebda0a70ec3c7d6f35e1c1bb64a37f0aac Mon Sep 17 00:00:00 2001
>> From: Ricardo Wurmus
>> Date: Fri, 27 Nov 2015 11:35:50 +0100
>> Subject: [PATCH 2/2] gnu: openssh: Install ssh-copy-id.
>>
>> * gnu/packages/ssh.scm (openssh)[arguments]: Install "ssh-copy-id"
On Mon, Nov 30, 2015 at 02:07:00PM +0100, Ludovic Courtès wrote:
> It ‘TEXMF’ really a search path, or is it rather a variable that should
> point to a single directory?
It is a variable that works like a search path, but with a special syntax:
/gnu/store/gb4y83bvcpkvdmz0dvi9rp507kbdbr5x-texlive-t
> I can propose a patch later.
>
Thanks for your help!
> Andreas
>
>
On Sun, Nov 29, 2015 at 11:09 PM, Ludovic Courtès wrote:
> Federico Beffa skribis:
>
>> On Mon, Nov 16, 2015 at 1:57 PM, Ludovic Courtès wrote:
>>> Federico Beffa skribis:
Yes, given that the back-end currently used by matploblib doesn't
work, I would change that by using 'Tkinter'.
>
Federico Beffa writes:
> Hi,
>
> the package 'gobject-introspection' declares a
> search-path-specification for the variable GI_TYPELIB_PATH and
> 'matplotlib' uses and propagates said package. I have 'matplotlib' in
> my profile, but "guix package --search-paths" doesn't show anything
> about GI
On Mon, Nov 23, 2015 at 12:11:13AM +0100, Ludovic Courtès wrote:
> Here’s a new tool!
> https://www.gnu.org/software/guix/packages/issues.html
Very interesting! How about omitting all the packages with "Nothing to
declare!" from the web page?
Andreas
Federico Beffa writes:
> Federico Beffa writes:
>
>> Hi,
>>
>> the package 'gobject-introspection' declares a
>> search-path-specification for the variable GI_TYPELIB_PATH and
>> 'matplotlib' uses and propagates said package. I have 'matplotlib' in
>> my profile, but "guix package --search-path
Hello,
I just ran "guix refresh", and it seems there are lots of python packages
to be updated, sometimes with version jumps to 2.0.0 or 3.0.0. Avis aux
amateurs! (Translation: If there are python lovers with a bit of time out
there, it would be nice if they could have a look, update the packages
Hello,
sorry for being late, I am still catching up.
On Thu, Nov 26, 2015 at 01:53:25PM +0100, Ricardo Wurmus wrote:
> The second patch adds “sparsehash” to the “crypto” module. It’s
> probably not the best module for this package — can you suggest any
> other location for a hash table library?
On Mon, 30 Nov 2015 20:19:04 +0100
Andreas Enge wrote:
> Hello,
>
> I just ran "guix refresh", and it seems there are lots of python packages
> to be updated, sometimes with version jumps to 2.0.0 or 3.0.0. Avis aux
> amateurs! (Translation: If there are python lovers with a bit of time out
> th
> gnu/packages/python.scm:4221:4: python2-ipython would be upgraded from 3.2.1
> to 4.0.1
I’m working on this but there are still many problems with IPython.
I’ll try to polish and submit the patches tomorrow.
~~ Ricardo
On Thu, Nov 26, 2015 at 04:46:40PM -0500, Kyle Meyer wrote:
> > * gnu/packages/statistics.scm (r-data-table): New variable.
> It seems data.table was already packaged under a different name in
> 0e4e03f (2015-09-26).
Normally we replace non-alphanumeric characters by "-". So the new name
would be
Ricardo Wurmus writes:
>> gnu/packages/python.scm:4221:4: python2-ipython would be upgraded from 3.2.1
>> to 4.0.1
>
> I’m working on this but there are still many problems with IPython.
> I’ll try to polish and submit the patches tomorrow.
Upgrading 'ipython' to version 4.0 will break 'emacs-o
* gnu/packages/version-control.scm (myrepos): New variable.
---
gnu/packages/version-control.scm | 30 ++
1 file changed, 30 insertions(+)
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index b132663..d7c4f8c 100644
--- a/gnu/packages/
22 matches
Mail list logo