On Tue, Jul 19, 2016 at 2:43 PM, Ludovic Courtès wrote:
> I improved the message along these lines in commit
> 2c2ec261a8d3c37e5147038f47ad24c57cde4134, let me know what you think.
>
> To be more concrete about other improvements, here’s what should be
> feasible (but needs to be discussed to see
Tomáš Čech writes:
> First, I'm not saying that we should do that for every archive, but I
> think that having a way how to automatically export this information
> would be great and I see it as a week point for using Guix packages as
> alternative to Snappy or Flatpak.
Agreed. I think it’s un
Thompson, David writes:
> On Wed, Jul 20, 2016 at 9:05 AM, Tomáš Čech wrote:
>
>> First, I'm not saying that we should do that for every archive, but I
>> think that having a way how to automatically export this information
>> would be great and I see it as a week point for using Guix packages
Hello Tobias,
Thanks for the patch. A few comments:
On Thu, 21 Jul 2016 00:54:13 +0200
Tobias Geerinckx-Rice wrote:
> * gnu/packages/compression.scm (lrzip): New variable.
> ---
> gnu/packages/compression.scm | 32
> 1 file changed, 32 insertions(+)
>
> diff
Sorry for the new thread. But this time the patch is readable from all
mailers (supporting UTF8). Please comment.
Pj.
From 5fd8f64794b27f59f6688177a7a9e532b5d57f01 Mon Sep 17 00:00:00 2001
Date: Tue, 19 Jul 2016 11:13:27 +
Subject: [PATCH] gnu: Add elixir.
To: guix-devel@gnu.org
From: Pjotr Prins
References: <578e47d0.i8ovns6khzhqzvnc%pjotr.publi...@thebird.nl>
* gnu/packages/elixir.scm: New file.
* gnu/loc
* gnu/packages/compression.scm (lrzip): New variable.
---
gnu/packages/compression.scm | 32
1 file changed, 32 insertions(+)
diff --git a/gnu/packages/compression.scm b/gnu/packages/compression.scm
index 6a17003..26467a4 100644
--- a/gnu/packages/compression.scm
On Thu, 16 Jun 2016 08:55:40 +0200
Ricardo Wurmus wrote:
> This looks font-related. Do you have files in ~/.java/fonts? If so,
> maybe they are invalid?
Nope.
> The changes Leo submitted apply to IcedTea 6, but you are using 8.
Yeah, sorry. In any case my problem persists across multiple upd
Hi,
On Wed, 20 Jul 2016 12:15:34 +0200
Ricardo Wurmus wrote:
> Ah, an executable. If this is not to be used as a library/module does
> it even make sense to build it with different versions of Python? If
> all you care about is the executables then having a variant with only
> the latest versi
Thompson, David writes:
> On Tue, Jul 19, 2016 at 4:57 PM, Ricardo Wurmus wrote:
>> * gnu/packages/game-development.scm (allegro): New variable.
>> ---
>> gnu/packages/game-development.scm | 41
>> +++
>> 1 file changed, 41 insertions(+)
>>
>> diff --git a/
Alex Kost writes:
> Alex Kost (2016-07-15 16:57 +0300) wrote:
>
>> Ricardo Wurmus (2016-07-13 00:05 +0300) wrote:
>>
>>> * gnu/packages/emacs.scm (emacs-solarized-theme): New variable.
>>> ---
>>> gnu/packages/emacs.scm | 24
>>> 1 file changed, 24 insertions(+)
>>>
>>>
On Wed, Jul 20, 2016 at 09:12:53AM -0400, Thompson, David wrote:
On Wed, Jul 20, 2016 at 9:05 AM, Tomáš Čech wrote:
First, I'm not saying that we should do that for every archive, but I
think that having a way how to automatically export this information
would be great and I see it as a week p
It sounds like a usefull capability.
But presumably it depends on your localhost having a TCP/IP stack
and a http server installed.
It would be better if it could just use a socket or even just the filesystem.
J'
On Wed, Jul 20, 2016 at 05:25:30PM +0200, Ludovic Court??s wrote:
Hi!
Hi!
Until now, if hydra.gnu.org had a source file in its store (the result
of an ‘origin’), you could get it via substitutes. However, with
substitutes disabled, hydra.gnu.org was of no help, even though it did
have the source file.
Commit ff6638d112d794c9c433731643711932452fd2ff helps address t
From 5fd8f64794b27f59f6688177a7a9e532b5d57f01 Mon Sep 17 00:00:00 2001
Date: Tue, 19 Jul 2016 11:13:27 +
Subject: [PATCH] gnu: Add elixir.
To: guix-devel@gnu.org
From: Pjotr Prins
* gnu/packages/elixir.scm: New file.
* gnu/local.mk (GNU_SYSTEM_MODULES): Add it.
---
gnu/local.mk
On Wed, Jul 20, 2016 at 9:05 AM, Tomáš Čech wrote:
> First, I'm not saying that we should do that for every archive, but I
> think that having a way how to automatically export this information
> would be great and I see it as a week point for using Guix packages as
> alternative to Snappy or Fla
On Wed, Jul 20, 2016 at 01:20:26PM +0200, Ricardo Wurmus wrote:
Tomáš Čech writes:
On Tue, Jul 19, 2016 at 04:23:14PM +0200, Ricardo Wurmus wrote:
Tomáš Čech writes:
Imagine situation where person A is running some distribution with
Guix package manager on top and has some set of his per
On Wed, Jul 20, 2016 at 1:52 AM, Ricardo Wurmus wrote:
>
> Thompson, David writes:
>
>> On Tue, Jul 19, 2016 at 4:57 PM, Ricardo Wurmus wrote:
>>> * gnu/packages/game-development.scm (allegro-5.0): New variable.
>>
>> I assume you have a use-case that calls for keeping multiple versions
>> of Al
Hello,
On 07/20/16 10:16, Vincent Legoll wrote:
> Hello,
>
> There's a lot of things specific to hurd in there, wouldn't that better
> be located in a separate hurd.scm or something like that ?
>
Well in the way I handle it in the patch, cross-libc no longer contains
any headers at all. Cross-
Tomáš Čech writes:
> On Tue, Jul 19, 2016 at 04:23:14PM +0200, Ricardo Wurmus wrote:
>>
>>Tomáš Čech writes:
>>
>>> Imagine situation where person A is running some distribution with
>>> Guix package manager on top and has some set of his personal packages
>>> containing additional patches whic
On Wed, Jul 20, 2016 at 12:50:49PM +0200, David Craven wrote:
> Hi
>
> > I think packages with a “bin” output are not always used as native
> > inputs, so I would drop this rule.
>
> From searching the code-base we have I couldn't find a counter example. Do
> you think it's ok to check for glib:b
Oh, that sounds exactly like what I was looking for. I guess it's time
to take the emacs plunge...
Thanks!
David
Hi
> I think packages with a “bin” output are not always used as native
> inputs, so I would drop this rule.
>From searching the code-base we have I couldn't find a counter example. Do
you think it's ok to check for glib:bin specifically?
Thanks
David
Hi!
David Craven skribis:
> * guix/scripts/lint.scm (check-inputs-should-be-native): Check that packages
> with suffix ':bin' and 'intltool', 'itstool' are in native-inputs.
I think packages with a “bin” output are not always used as native
inputs, so I would drop this rule.
However, the rule
Hi!
David Craven skribis:
> This is one of the three improvements I was thinking about. I thought
> I'd start with low hanging fruit. The other two are:
>
> 1. I'd like to use overlay fs (like docker) and create a new overlay
> for each phase to easily revert a phase.
That would be fun. I thin
Leo Famulari skribis:
> On Tue, Jul 19, 2016 at 05:38:50PM +0200, Pjotr Prins wrote:
[...]
>> I have been writing about my ups and downs in creating a package
>> for the Elixir programming language, see
>>
>> https://github.com/pjotrp/guix-notes/blob/master/ELIXIR.org
>
> I think this is a w
Danny Milosavljevic skribis:
> I tried that, but I still can't do
>
> $ guix package -i ptpython-2
>
> because:
>
> guix package: error: ptpython: package not found for version 2
[...]
> (name "ptpython-2"
In the former command-line package specification syntax, which is still
su
Danny Milosavljevic writes:
> Hi Leo,
>
> On Tue, 19 Jul 2016 23:58:23 -0400
> Leo Famulari wrote:
>
>> In this case, it looks like the Python 2 variant of the package is the
>> same as the Python 3 variant, aside from the Python version. So, you
>> should be able to drop the (properties `((pyt
Leo Famulari skribis:
> On Tue, Jul 19, 2016 at 01:05:35PM -0400, Leo Famulari wrote:
>> On Tue, Jul 19, 2016 at 03:02:13PM +0200, Ludovic Courtès wrote:
>> > So GnuTLS already doesn’t build on core-updates, right? In that case,
>> > we should go ahead an update it.
>>
>> I built 3.5.2 on maste
Eric Bavier writes:
> On 2016-07-19 15:37, Danny Milosavljevic wrote:
>> Hi,
>>
>> is there a recursive importer for CPAN that outputs all the
>> 'define-public I'd need to add to perl.scm ? I'm trying to package
>> spamassassin and it needs a *lot* of perl packages we don't have yet.
>
> No.
* gnu/packages/python.scm (ptpython, ptpython-2): New variables.
Signed-off-by: Danny Milosavljevic
---
gnu/packages/python.scm | 35 +++
1 file changed, 35 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index b9d61dd..626ad51 100644
I've been working slowly on getting onionshare packaged, and I've run
into a problem with the install phase. Normally everything just works,
but our --prefix=%out doesn't seem to overide the sys.prefix install
path in some setup.py files. The one in onionshare has some that look
like this:
(os.path
On Wed, Jul 20, 2016 at 10:18:19AM +0300, Alex Kost wrote:
> According to the source ('%patch-path' from (gnu packages) module),
> patches should be placed directly in your "/home/dannym/.local/guix"
> directory (not in "patches" subdir).
Maybe it would be an idea to also search in ./patches - it
Am 20.07.2016 um 09:30 schrieb Danny Milosavljevic:
> + "Python REPL build on top of prompt_toolkit")
I did not understand what is meant and had to search the internet for
"REPL". Please do not use this abbreviation, but expand it,
Also to description should be more verbose IMHO. As of now i
> /dev/mem mmap failed: Operation not permitted
> ./flash: line 131: 3752 Segmentation fault $flashrom -p
> internal -w "$rompath"
Try running it under gdb
$ gdb --args flashrom -p ...
(gdb) r
...
Segmentation fault
(gdb) bt
There seems to be some problem later in the flash script or in
some file or binary it calls additionally - in ubuntu live dvd it
showed equal messages but went on. /dev/mem was also protected at
first.
--
♥Ⓐ ng0
For non-prism friendly talk find me on http://www.psyced.org
SecuShare – http://secus
>> ~$ echo $GUIX_PACKAGE_PATH
>> /home/dannym/.local/guix
>> ~/.local/guix/gnu/packages$ ls
>> patches/ pythonb.scm pythonc.scm rust.scm
>>
>> The files look just like the ones in the guix git repo. (last time I tried,
>> "patches"/ actually didn't work - it doesn't find them. Everything else
* gnu/packages/python.scm (ptpython, ptpython-2): New variables.
Signed-off-by: Danny Milosavljevic
---
gnu/packages/python.scm | 33 +
1 file changed, 33 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index b9d61dd..2325c20 100644
-
Hi Leo,
On Tue, 19 Jul 2016 23:58:23 -0400
Leo Famulari wrote:
> In this case, it looks like the Python 2 variant of the package is the
> same as the Python 3 variant, aside from the Python version. So, you
> should be able to drop the (properties `((python2-variant ...) line from
> the python-p
Danny Milosavljevic (2016-07-19 23:11 +0300) wrote:
> Hello Tobias,
>
>> Then again, I haven't used GUIX_PACKAGE_PATH & friends yet, so I've no
>> idea how (un)pleasant it is.
>
> ~$ echo $GUIX_PACKAGE_PATH
> /home/dannym/.local/guix
> ~/.local/guix/gnu/packages$ ls
> patches/ pythonb.scm python
Hello,
There's a lot of things specific to hurd in there, wouldn't that better
be located in a separate hurd.scm or something like that ?
--
Vincent Legoll
Alex Kost (2016-07-15 16:57 +0300) wrote:
> Ricardo Wurmus (2016-07-13 00:05 +0300) wrote:
>
>> * gnu/packages/emacs.scm (emacs-solarized-theme): New variable.
>> ---
>> gnu/packages/emacs.scm | 24
>> 1 file changed, 24 insertions(+)
>>
>>
>> diff --git a/gnu/packages/em
42 matches
Mail list logo