On Fri, Sep 23, 2016 at 06:51:23AM +0200, John Darrington wrote:
> On Thu, Sep 22, 2016 at 07:48:35PM -0400, Leo Famulari wrote:
> On Thu, Sep 22, 2016 at 09:16:55PM +0200, Ricardo Wurmus wrote:
> > Theodoros Foradis writes:
> > > James Richardson
On Wed, Sep 21, 2016 at 09:24:10PM +0200, Ricardo Wurmus wrote:
> Leo Famulari writes:
>
> > On Tue, Sep 13, 2016 at 11:53:33PM +0200, Roel Janssen wrote:
> >> This patch was essential to me being able to interact with HTTPS urls in
> >> R. As far as I understand, by
On Fri, Sep 23, 2016 at 10:32:56AM +1000, Ben Woodcroft wrote:
> On 09/23/2016 10:15 AM, Leo Famulari wrote:
> > On Wed, Sep 21, 2016 at 12:59:51PM +0200, John Darrington wrote:
> > > I thought we had a policy that the synopsis field must not
> > > start with an article.
> > >
> > > However
On Thu, Sep 22, 2016 at 08:15:51PM -0400, Leo Famulari wrote:
On Wed, Sep 21, 2016 at 12:59:51PM +0200, John Darrington wrote:
> I thought we had a policy that the synopsis field must not
> start with an article.
>
> However running
> grep 'synopsis *"The'
On Thu, Sep 22, 2016 at 07:48:35PM -0400, Leo Famulari wrote:
On Thu, Sep 22, 2016 at 09:16:55PM +0200, Ricardo Wurmus wrote:
> Theodoros Foradis writes:
> > James Richardson writes:
> >> John Darrington writes:
> >>> A number of people have
On Thu, 22 Sep 2016 23:40:46 -0400
James Richardson wrote:
> Hello list,
>
> I was attempting to make a package for stumpwm. I got as far as, oh it
> has a dependency on cl-ppcre (and a few other cl packages). Well it
> turns out that actually putting a lisp module in
Hello list,
I was attempting to make a package for stumpwm. I got as far as, oh it
has a dependency on cl-ppcre (and a few other cl packages). Well it
turns out that actually putting a lisp module in a guix package seems,
well, non trivial. Does anyone else have an interest getting lisp
packages
John & others,
On 23/09/16 01:48, Leo Famulari wrote:
> I had this experience, too. I assume it's some sort of spam mitigation.
I can't speak for the FSF admins, but that[0] is almost certainly the
reason.
On the other hand, I often receive others' mail with delays up to
several hours. I hope
On 09/23/2016 01:15 AM, Marius Bakke wrote:
Ben Woodcroft writes:
Subject: [PATCH 1/3] gnu: python-pysam: Update to 0.9.1.4.
I'm not sure whether this is a product of the upgrade or not, but I
notice this in the build log. I think it is harmless though, WDYT?
ren...@openmailbox.org writes:
> This patch is a calculator for the GNOME desktop.
>
> Built, linted and tested.
>
> Thanks
This is a good patch! The only change I recommend is moving the
defintion to gnome.scm.
signature.asc
Description: PGP signature
On 09/23/2016 10:15 AM, Leo Famulari wrote:
On Wed, Sep 21, 2016 at 12:59:51PM +0200, John Darrington wrote:
I thought we had a policy that the synopsis field must not
start with an article.
However running
grep 'synopsis *"The' *.scm
shows that we have many instances where this
On Wed, Sep 21, 2016 at 12:59:51PM +0200, John Darrington wrote:
> I thought we had a policy that the synopsis field must not
> start with an article.
>
> However running
> grep 'synopsis *"The' *.scm
>
> shows that we have many instances where this policy is
> not followed.
>
> Or
On Tue, Sep 20, 2016 at 09:44:49PM -0400, Leo Famulari wrote:
> On Sun, Sep 18, 2016 at 04:10:22PM +, ng0 wrote:
> > * gnu/packages/version-control.scm (darcs): New variable.
I just pushed most of the patches in this series, except for darcs, with
the changes I suggested.
I did not push the
This patch is a calculator for the GNOME desktop.
Built, linted and tested.
ThanksFrom 1b8ce35fac1705575e9326e86aac9bdd357baa68 Mon Sep 17 00:00:00 2001
From: Rene Saavedra
Date: Thu, 22 Sep 2016 18:47:05 -0500
Subject: [PATCH] gnu: Add gnome-calculator.
*
On Wed, Sep 21, 2016 at 08:16:31AM +, ng0 wrote:
> Leo Famulari writes:
> > (description
> > - "A new all Haskell \"tagged\" DFA regex engine, inspired by libtre")
> > + "Regex-tdfa is a pure Haskell regular expression library implementing
> > POSIX
> >
On Thu, Sep 22, 2016 at 09:16:55PM +0200, Ricardo Wurmus wrote:
> Theodoros Foradis writes:
> > James Richardson writes:
> >> John Darrington writes:
> >>> A number of people have said that mail to this list takes a long time to
> >>> show up. Today I too have
Hi,
On 09/23/2016 12:49 AM, Adonay Felipe Nogueira wrote:
I tried your suggestions, and the unpack phase doesn't seem to be
working as expected. Inspecting **all** the directories created with
--keep-failed shows that the "source" directory wasn't made.
I believe the problem now is the snippet,
Hello Jan,
Jan Nieuwenhuizen writes:
> I had some trouble with the #:no-compile? option, it's currently
> specified twice. On the Cuirass side I think it should be a property
> of the spec, but it seems it gets only passed as part of the
> arguments. Ideas?
OK, I think I got
Andreas Enge writes:
> On Wed, Sep 21, 2016 at 06:11:31PM +0200, Andreas Enge wrote:
>> boost has quite a few dependencies, as Ricardo already pointed out, and in my
>> experience tends to be a bit fragile. So maybe the best option would be to
>> create a boost-update branch and
Eric Bavier writes:
> On 2016-09-20 15:58, Eric Bavier wrote:
>> On Tue, 20 Sep 2016 11:10:02 +0200
>> Roel Janssen wrote:
>>
>>> Is there anything that requires more work to apply your patch for
>>> MySQL
>>> and then upgrade Boost? Are there any other packages that break that
Ludovic Courtès writes:
Hi!
> The ‘rottlog-configuration’ is actually a macro. So at every call site
> where a default value is used, the default value code is duplicated,
> leading to code bloat if that default value is a big expression.
Ah, ok.
>> I'm not sure if we should export the
Andy Wingo writes:
> On Wed 21 Sep 2016 23:01, taylanbayi...@gmail.com (Taylan Ulrich
> "Bayırlı/Kammer") writes:
>
>> By the way, compile time seems to increase greatly with 2.2, to the
>> point I wondered if it's really compiling in parallel, but it does seem
>> to as
* guix/profiles.scm (gtk-im-modules): New procedure.
(%default-profile-hooks): Add it.
---
guix/profiles.scm | 63 +++
1 file changed, 63 insertions(+)
diff --git a/guix/profiles.scm b/guix/profiles.scm
index 78deeb7..1a522ae 100644
---
* guix/profiles.scm (manifest-lookup-package): Optionally filter store
item matches by version prefix.
---
guix/profiles.scm | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/guix/profiles.scm b/guix/profiles.scm
index 4a2ba1c..78deeb7 100644
---
On Thu, Sep 22, 2016 at 12:33:15PM -0400, Mark H Weaver wrote:
> Leo Famulari writes:
> > +(define-public openssl-1.0.2i
>
> Should this be kept private? Otherwise, both patches look good to me,
> please push.
Good catch.
I also realized that these patches change what
Theodoros Foradis writes:
> James Richardson writes:
>
>> John Darrington writes:
>>
>>> A number of people have said that mail to this list takes a long time to
>>> show up. Today I too have noticed that some of my patches have not (yet)
>>> appeared in the
Leo Famulari writes:
> I'm not sure yet about the other problem. I tried to define 'hi', which
> inherits from 'hello', and I got a similar error.
I don’t understand this. What is the problem here?
I’m successfully inheriting from packages in other modules. For
example,
On 2016-09-20 15:58, Eric Bavier wrote:
On Tue, 20 Sep 2016 11:10:02 +0200
Roel Janssen wrote:
Is there anything that requires more work to apply your patch for
MySQL
and then upgrade Boost? Are there any other packages that break that
we
should look into?
As far as I
Leo Famulari writes:
> Here are patches to replace openssl with openssl-1.0.2i and to update
> openssl-next to openssl@1.1.0a.
>
> From 1f020e2cb580941a36aa98737cd679a8605cdc4d Mon Sep 17 00:00:00 2001
> From: Leo Famulari
> Date: Thu, 22 Sep 2016
On 2016-09-22 10:23, David Craven wrote:
guile-json is an optional dependency for Guix. See
the manual and makefiles.
I see, didn't know.
We can't do this
I'm not sure that this is correct.
From the manual:
Installing Guile-JSON will allow you to use the guix
import pypi command (see
Just didn't see the point of having a file json.scm file there and
found the name to be a little misleading, but ok.
James Richardson writes:
> John Darrington writes:
>
>> A number of people have said that mail to this list takes a long time to
>> show up. Today I too have noticed that some of my patches have not (yet)
>> appeared in the archives.
>>
>
> I've posted a patch several hours ago, haven't seen
> guile-json is an optional dependency for Guix. See
> the manual and makefiles.
I see, didn't know.
> We can't do this
I'm not sure that this is correct.
>From the manual:
> Installing Guile-JSON will allow you to use the guix
> import pypi command (see Section 6.5 [Invoking guix
> import],
Hi,
> SPDX seems to be a more general specification for licenses, but I still
> wonder whether its appropriate for (guix import utils), since its used
> only by the crate importer.
The npm metadata also uses spdx identifiers.
> Maybe also "cc-by-sa2.0"?
Don't know you tell me :) I copied this
On 22.09.2016 16:00, James Richardson wrote:
John Darrington writes:
A number of people have said that mail to this list takes a long time to
show up. Today I too have noticed that some of my patches have not (yet)
appeared in the archives.
I've posted a patch several hours ago, haven't
Ben Woodcroft writes:
>> Subject: [PATCH 1/3] gnu: python-pysam: Update to 0.9.1.4.
> I'm not sure whether this is a product of the upgrade or not, but I
> notice this in the build log. I think it is harmless though, WDYT?
>
> starting phase `validate-runpath'
>
On 2016-09-22 08:18, David Craven wrote:
* guix/import/utils.scm (json-fetch): Move json-fetch from
(guix import json).
---
guix/import/cpan.scm | 1 -
guix/import/gem.scm | 1 -
guix/import/json.scm | 32
guix/import/pypi.scm | 1 -
Hello,
SPDX seems to be a more general specification for licenses, but I still
wonder whether its appropriate for (guix import utils), since its used
only by the crate importer.
On 2016-09-22 08:18, David Craven wrote:
* guix/import/utils.scm (spdx-string->license): New variable.
---
I tried your suggestions, and the unpack phase doesn't seem to be
working as expected. Inspecting **all** the directories created with
--keep-failed shows that the "source" directory wasn't made.
In attachment are the new recipes that I'm using and also the `guix
build` log.
;;; GNU Guix ---
John Darrington writes:
> A number of people have said that mail to this list takes a long time to
> show up. Today I too have noticed that some of my patches have not (yet)
> appeared in the archives.
>
I've posted a patch several hours ago, haven't seen it in the archives.
0001-gnu-add-keychain.patch
Description: Binary data
Hello,
This is my first patch ;)
Feedback and suggestions appreciated.
Thanks,
James Richardson
https://jamesetechnotes.com
0001-gnu-add-keychain.patch
Description: Binary data
Hello,
This is my first patch ;)
Feedback and suggestions appreciated.
Thanks,
James Richardson
https://jamesetechnotes.com
0001-gnu-add-keychain.patch
Description: Binary data
Let's try inline as attachements seem to not work.
Feedback appreciated as this is my first submission ;)
>From aa92429df463ac197a0edcd90aa30ebf8c064ac0 Mon Sep 17 00:00:00 2001
From: James Richardson
Date: Thu, 22 Sep 2016 01:44:28 -0400
Subject: [PATCH] gnu: add
Here are patches to replace openssl with openssl-1.0.2i and to update
openssl-next to openssl@1.1.0a.
From 1f020e2cb580941a36aa98737cd679a8605cdc4d Mon Sep 17 00:00:00 2001
From: Leo Famulari
Date: Thu, 22 Sep 2016 09:38:56 -0400
Subject: [PATCH 1/2] gnu: openssl: Replace with
* gnu/packages/rust.scm (rustc-bootstrap): New variable.
---
gnu/packages/rust.scm | 67 ++-
1 file changed, 66 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/rust.scm b/gnu/packages/rust.scm
index 1831aa7..4030d18 100644
---
* guix/import/utils.scm (define-module): Reorder imports alphabetically.
---
guix/import/utils.scm | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/guix/import/utils.scm b/guix/import/utils.scm
index d19a6df..8535841 100644
--- a/guix/import/utils.scm
+++
* guix/import/crate.scm (crate-package?, latest-release,
%crate-updater): New variables.
* guix/scripts/refresh.scm (%updaters): Add %crate-updater to list of
updaters.
* guix/upstream.scm (package-update): Use a url from the list when the
find2 procedure doesn't find a url sig-url pair.
---
* guix/import/crate.scm (crate-fetch, make-crate-sexp,
crate->guix-package, guix-package->crate-name, string->license,
crate-name->package-name): New variables.
* guix/scripts/import/crate.scm (%default-options, show-help, %options,
guix-import-crate): New variables.
*
* gnu/packages/rust.scm (crate-uri, system->rust-platform): New
variables.
---
gnu/packages/rust.scm | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/rust.scm b/gnu/packages/rust.scm
index 33c1d5c..ebb9727 100644
--- a/gnu/packages/rust.scm
+++
* guix/import/utils.scm (license->symbol): Work for all licenses.
* tests/import-utils.scm (license->symbol): Add test.
---
guix/import/utils.scm | 14 +-
tests/import-utils.scm | 5 +
2 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/guix/import/utils.scm
* guix/build-system/cargo.scm (default-cargo, default-rustc,
%cargo-build-system-modules, cargo-build, lower, cargo-build-system):
New variables.
* guix/build/cargo-build-system.scm (configure, build, check, install,
%standard-phases, cargo-build): New variables.
---
* guix/import/utils.scm (json-fetch): Move json-fetch from
(guix import json).
---
guix/import/cpan.scm | 1 -
guix/import/gem.scm | 1 -
guix/import/json.scm | 32
guix/import/pypi.scm | 1 -
guix/import/utils.scm | 12
5 files changed, 12
* gnu/packages/rust.scm (cargo-bootstrap): New variable.
---
gnu/packages/rust.scm | 40
1 file changed, 40 insertions(+)
diff --git a/gnu/packages/rust.scm b/gnu/packages/rust.scm
index 4030d18..33c1d5c 100644
--- a/gnu/packages/rust.scm
+++
* guix/import/gem.scm (string->license): Move from (guix import utils).
* guix/import/pypi.scm (string->license): Move from (guix import utils).
---
guix/import/gem.scm | 13 -
guix/import/pypi.scm | 13 -
guix/import/utils.scm | 9 -
3 files changed, 24
A number of people have said that mail to this list takes a long time to
show up. Today I too have noticed that some of my patches have not (yet)
appeared in the archives.
Is there a problem somewhere?
J'
--
Avoid eavesdropping. Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3
While there was already a #:configure-flags for the "install" target,
it was not used when building. Use it.
* guix/build/python-build-system.scm (build): Modified.
---
guix/build/python-build-system.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
> I just checked - the python-build-system doesn't allow passing flags when
> invoking setup.py . That's the only reason the custom build phase is there...
We could adapt python-build-system like that:
diff --git a/guix/build/python-build-system.scm
b/guix/build/python-build-system.scm
index
OpenRheinRuhr is a congress where talks about new developments in
operating systems and such are on the CfP site.
I was a bit slow in keeping track of dates, dead line is apparently
tomorrow.
Anyone from or around Germany or worldwide up to doing a quick
submission? Although they request German
Hi,
I think this is a good idea, thanks for bringing this up.
Leo Famulari writes:
> Hello!
>
> GNU Guix should make it easier for bug reporters to contact us to report
> issues in Guix and Guix packages.
>
> So, we'd like to add a short "Security" page to our web site [0].
Hi Ludo, Alex,
> In the example Alex gave, none of the two profiles specifies
> GUILE_LOAD_PATH if taken individually. This example is also in the
> manual to illustrate the use of multiple -p flags with --search-paths
> (info "(guix) Invoking guix package").
I think I understood now. I knew
On Wed 21 Sep 2016 23:01, taylanbayi...@gmail.com (Taylan Ulrich
"Bayırlı/Kammer") writes:
> With the attached quick-and-dirty patch, 'make' runs to completion.
LGTM.
> I think we can keep the (compile 'dummy) hack. That leaves two issues
> which may be solved in a cleaner manner than in this
Ludovic Courtès writes:
> Andreas Enge skribis:
>
>> femtolisp fails on mips and arm:
>>http://hydra.gnu.org:3000/build/1472987/nixlog/2/tail-reload
>> with the message
>> In file included from llt/llt.h:6:0,
>> from string.c:16:
>>
Or maybe the attached patch captures the goal of wxwidgets better (which they
IMO don't succeed at).
I added gtk, opengl etc as native inputs instead of regular inputs because from
the point of view of Python they are not direct inputs.
wxPython only requires gtk while building the extension
I just checked - the python-build-system doesn't allow passing flags when
invoking setup.py . That's the only reason the custom build phase is there...
Also, I think we should adapt wxwidgets to add propagated-inputs.
Because the wxwidgets header files include opengl and gtk header files, a
Leo Famulari writes:
> It builds when automake, autoconf, bison, and flex are removed from
> native-inputs. Does nickle need those programs?
From 17e55ae23afc29ca25148ba2615b26c6d72a30bb Mon Sep 17 00:00:00 2001
From: ng0
Date: Mon, 19 Sep 2016
Leo Famulari writes:
> [ Unknown signature status ]
> On Mon, Sep 19, 2016 at 06:15:13PM +, ng0 wrote:
>> * gnu/local.mk: Include gnu/packages/nickle.scm .
>> * gnu/packages/nickle.scm: Add new file.
>> * gnu packages/nickle.scm (nickle): New variable.
>
>> +
Hi Leo,
the part that is failing is Python distutils build_ext. It uses
Python*/Lib/distutils/sysconfig.py in order to find out the flags. And that
does
distutils/sysconfig.py:cpp = cpp + ' ' + os.environ['CPPFLAGS']
Am 19.09.2016 um 23:42 schrieb Leo Famulari:
> Our packaging guidelines say that we should use the "project name chosen
> upstream" [0], which in this case appears to be quickswitch-for-i3 [1].
The project itself is not consistent about this. While the title of the
readme says "quickswitch-for-i3"
Eric Bavier 於 2016-09-21 05:25 寫道:
> [...]
> Let's leave out the nnecessary whitespace changes.
>
> Could you send an updated patch?
> Thanks,
> `~Eric
Ok, I remade it all to look like I didn't just rewrite everything from
scratch, and added the incorrect indentation back in. Seems odd to
prefer
70 matches
Mail list logo