[go-build-system] How to access properties or keys of a package on the build side?

Maybe the following will help clarify the issue: The package being built needs the sources of the dependenc(y/ies) to be available in its GOPATH. The build system needs to set the GOPATH such that the Go build system will find the the dependencies and build against them. I have a repository[1]

Re: How to package go-sqlite3, go-fuse, and finally TMSU?

On Thu, Aug 24, 2017 at 11:20 PM, Frederick Muriithi <fredmang...@gmail.com> wrote: > I was looking into how to write package definitions for go packages, > and was searching for any work on a Go build system, and ran into this > thread. > My apologies. The thread in

Re: How to package go-sqlite3, go-fuse, and finally TMSU?

I was looking into how to write package definitions for go packages, and was searching for any work on a Go build system, and ran into this thread. I have done some work trying to write definitions for go packages in the following repositories: - https://github.com/fredmanglis/guix-arvados -

Re: [GSoC] Draft of my proposition

I am currently looking into IPFS for Guix, and found this thread. I would appreciate anyone pointing me to the work that was done, so that I might figure out what is needed to continue ir. For now, my main focus is to get an IPFS package defined for Guix, that users could use to install IPFS on

Re: python-conda: Build is not reproducible

Cool, thanks! On 9 Jul 2017 11:10 p.m., "Ludovic Courtès" <l...@gnu.org> wrote: > Hi Frederick, > > Frederick Muriithi <fredmang...@gmail.com> skribis: > > > On Fri, Jul 7, 2017 at 3:03 PM, Ludovic Courtès <l...@gnu.org> wrote: > >> Hello

Re: python-conda: Build is not reproducible

On Fri, Jul 7, 2017 at 3:03 PM, Ludovic Courtès wrote: > Hello, > > This is most likely a consequence of . > > Can you run: > > diff -ru --no-dereference \ > /gnu/store/302bb93kq3170xr57vijil7cya2s74ir-python-conda-4.3.16{,-check} > > to confirm

Re: [PATCH 01/20] gnu: Add python-radon

On 14 Apr 2017 1:36 p.m., "ng0" wrote: Hi, thanks for the patch series. I just have a short advice: Recently, about 2 or 3 months ago, we introduced the guix-patc...@gnu.org mailinglist. It has been documented in "CONTRIBUTING" chapter of the handbook/documentation

Re: [PATCH 2/5] gnu: Add python-radon

On Tue, Apr 11, 2017 at 7:01 AM, Leo Famulari wrote: > On Wed, Apr 05, 2017 at 10:01:48AM +0300, Muriithi Frederick Muriuki wrote: >> * gnu/packages/python.scm (python-radon): New variable. > > LGTM, but can you add a Python 2 variant if it supports Python 2 as > well? We

Re: [PATCH 5/5] gnu: Add python-sphinx-rtd-theme-0.1.9

Apologies. I sent the patch for mando on the wrong thread. I have re-sent it on the appropriate thread, so you can ignore this.

Re: [PATCH 1/5] gnu: Add python-mando-0.3.1

>From cece7ce7a1847bebf83ec83ce822313be86b2e62 Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Sat, 1 Apr 2017 13:26:21 +0300 Subject: [PATCH 1/5] gnu: Add python-mando-0.3.1 * gnu/packages/python.scm (python-mando-0.3.1): New variable. ---

Re: [PATCH 5/5] gnu: Add python-sphinx-rtd-theme-0.1.9

>From cece7ce7a1847bebf83ec83ce822313be86b2e62 Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Sat, 1 Apr 2017 13:26:21 +0300 Subject: [PATCH 1/5] gnu: Add python-mando-0.3.1 * gnu/packages/python.scm (python-mando-0.3.1): New variable. ---

Re: [PATCH 3/4] gnu: Add python-paramunittest

> An issue has been started, and hopefully, we'll receive the answer soon. >From this thread https://github.com/rik0/ParamUnittest/issues/8 the author has finally chosen BSD-2. -- Frederick M. Muriithi

Re: [PATCH 3/4] gnu: Add python-paramunittest

On Mon, Mar 27, 2017 at 2:32 AM, Chris Marusich wrote: > Since the term "BSD License" is ambiguous it would be good to ask. If > they mean the original BSD license, then this is free software, so it is > OK to add it, but it would also mean that the license is incompatible

Re: [PATCH 3/4] gnu: Add python-paramunittest

On Sun, Mar 26, 2017 at 6:12 PM, Pjotr Prins wrote: > This package does not actually have an OSI approved license that I can > tell. We should contact the authors. > >From PyPi (https://pypi.python.org/pypi/ParamUnittest/0.2) the license is indicated as BSD. I have

Re: [PATCH 2/4] gnu: Add python-sphinx-1.5.2, python-sphinx-1.5.3

On Sun, Mar 26, 2017 at 6:10 PM, Pjotr Prins wrote: > Hi Fred, > > Why do we need both versions? > We don't. I noticed there was a newer version (1.5.3) while working on version 1.5.2, and thought to just add it, since it wasn't much effort. If it's ever explicitly

Re: [PATCH 1/4] gnu: Add python-pytest-3.0.7

I don't really see a reason why not. I have to point out though, that when writing the definition, I found python-pytest-2.9.2 also defined, with a note that it's there until all packages can be upgraded to use a more recent pytest. Since I don't know what the progress on that is, I decided to

Re: [PATCH 5/6] gnu: Add python-typing

On Thu, Feb 9, 2017 at 1:38 AM, Marius Bakke wrote: > > If this is provided by the standard library as this link implies, why do > we need this package? Is it a python2 backport? In that case it should > be named "python2-typing" and you'll need to specify #:python as

Re: [PATCH 4/6] gnu: Add python-pycosat

On Thu, Feb 9, 2017 at 1:35 AM, Marius Bakke wrote: > > Does this package not need "picosat" as input? Or is it bundled? > I used `./pre-inst-env guix environment guix --pure -- ./pre-inst-env guix build --rounds=3 python-pycosat` to build the package, and it built

Re: [PATCH] gnu: Add python-rst2ansi

You may ignore this thread. It has been superceded by newer, cleaner commit -- Frederick M. Muriithi

Re: [PATCH] gnu: Add new package definitions

You may ignore this thread. It has been superceded by newer, cleaner commit

Re: [PATCH] gnu: Add new package definitions

On Tue, Feb 7, 2017 at 7:24 PM, Danny Milosavljevic wrote: > Hi, > > +(name "python-pycosat") > +(version "0.6.1") > +(source > + (origin > + (method url-fetch) > + (uri (string-append > + >

[PATCH] gnu: Add new package definitions

The patches add new package definitions. The packages are independent of each other. -- Frederick M. Muriithi From 30a446254e4a488b891ee3b9a7eebfb3bc65cb90 Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Tue, 7 Feb 2017 18:00:25 +0300 Subject: [PATCH 1/3]

[PATCH] gnu: Add python-ddt

-- Frederick M. Muriithi From a87ecb1e19a2463ba1223415bc066f135e21ca5b Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Tue, 7 Feb 2017 17:35:01 +0300 Subject: [PATCH] gnu: Add python-ddt * gnu/packages/python.scm (python-ddt): New variable. ---

[PATCH] gnu: Add python-flake8-polyfill

Add new package definition -- Frederick M. Muriithi From cec340f69e3f386a375a3661551d2d13521f06e9 Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Tue, 7 Feb 2017 16:45:08 +0300 Subject: [PATCH] gnu: Add python-flake8-polyfill * gnu/packages/python.scm

Re: [PATCH] gnu: Add python-alabaster

On Sat, Feb 4, 2017 at 7:32 PM, Danny Milosavljevic wrote: > Comparing them, the existing alabaster packagespec lists bsd-3 as license. > But you list license:non-copyleft > "https://github.com/bitprophet/alabaster/blob/master/LICENSE;. Is it actually > different? > >

Re: [PATCH] gnu: Add ldc-1.1.0-beta6

On 19 Jan 2017 3:47 p.m., "Ludovic Courtès" wrote: ... However, on my x86_64 machine, the build fails with: --8<---cut here---start->8--- 99% tests passed, 1 tests failed out of 751 Total Test time (real) = 2134.61 sec The following tests

Re: [PATCH] gnu: Add ldc-1.1.0-beta6

On Thu, Jan 12, 2017 at 5:09 PM, Ludovic Courtès wrote: > ... > The one last thing that’s missing as discussed at > is > the comment at the top of .patch files (description and upstream > status). > > Could you do

Re: [PATCH] gnu: Add ldc-1.1.0-beta6

Here is an updated patch with the corrections. Hopefully, this is better -- Frederick M. Muriithi From 0ef5303600d20eaf19bf24a8badafe3148d56cae Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Fri, 6 Jan 2017 17:51:18 +0300 Subject: [PATCH] gnu: Add

Re: [PATCH] gnu: Add ldc-1.1.0-beta6

On Mon, Jan 9, 2017 at 5:41 PM, Ludovic Courtès wrote: > Hello! > > Sorry for the late reply! > > ... > > One question: We usually avoid packaging software that has no release or > has an “alpha” or “beta” label. Do you think we could wait for 1.1.0 to > be officially released? Or

[PATCH] gnu: Add ldc-1.1.0-beta6

Based on thread https://lists.gnu.org/archive/html/guix-devel/2017-01/msg00465.html - Fixed some issues raised by Danny Milosavljevic on thread above - Updated the beta version to 6, up from 4 - Started up a thread on ldc forum to have a version flag added to deactivate network tests when

Re: [PATCH] gnu: Add ldc-1.1.0-beta4

> Hmm, you added gdb to the native-inputs but commented out the gdb invocations > later? Why? I've gone and looked at this, and noted that not all the gdb invocations have been commented out, just the one requiring dmd-testsuite/runnable/gdb15729 which fails with "Error: No such file or

Re: [PATCH] gnu: Add ldc-1.1.0-beta4

On Wed, Jan 4, 2017 at 6:46 PM, Danny Milosavljevic wrote: >> Hmm, my understanding of how the package definitions work might be >> incomplete: It seemed to me like after you inherited, from a package, >> and then added a definition in any of the variables, the new

Re: [PATCH] gnu: Add ldc-1.1.0-beta4

On Wed, Jan 4, 2017 at 5:52 PM, Danny Milosavljevic <dan...@scratchpost.org> wrote: > Hi, > > On Wed, 4 Jan 2017 17:01:14 +0300 > Frederick Muriithi <fredmang...@gmail.com> wrote: > >> Added ldc-1.1.0-beta4 since all other beta versions from there seem to >>

[PATCH] gnu: Add ldc-1.1.0-beta4

Added ldc-1.1.0-beta4 since all other beta versions from there seem to reuse the same phobos, druntime and dmd-testsuite. -- Frederick M. Muriithi From 61389a8bda637e2550bf488645b4737b5f549a64 Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Wed, 4 Jan 2017

[PATCH] gnu: Add ruby-safe-yaml

gnu/packages/ruby.scm (ruby-safe-yaml): Add new variable Tests deactivated due to missing rake task. Submitted a patch to upstream maintainer, so hopefully future versions will run tests successfully -- Frederick M. Muriithi From 271945b9de385fe7ddcc74bf2555f40096c4099a Mon Sep 17 00:00:00 2001

[PATCH] gnu: Add ruby-hashie

Added new variable ruby-hashie Tests deactivated, since the gem seems to not have the Gemfile present, leading to failure. Checking out the repository manually and running rake in it, runs all tests successfully. If this is not acceptable, please let me know, and any pointers to correct the

Re: [PATCH] gnu: ruby-net-http-digest-auth: Add new package

On 17 Nov 2016 1:56 p.m., "Ben Woodcroft" wrote: > > Hi Frederick, thanks for the updated patch. > > I didn't see any functional issues with this patch, but I had some trouble > testing this out - can I ask how to test it? My problem was simply that I > didn't know of a

[PATCH] gnu: ruby-net-http-digest-auth: Add new package

I have created a new package definition for ruby-net-http-digest-auth with some updates to the synopsis and description, as was requested. Please find the patch attached. -- Frederick M. Muriithi From 2c2917bd1fc1ec71f72db84ae48c5342b7455239 Mon Sep 17 00:00:00 2001 From: Muriithi Frederick

Patch: Add package definition for ruby-net-http-digest-auth

I have added a package definition for ruby-net-http-digest-auth and created the patch. Please find it attached. -- Frederick M. Muriithi From 74daa07591f97fe9eb149781f3102490d5b93c71 Mon Sep 17 00:00:00 2001 From: Muriithi Frederick Muriuki Date: Fri, 11 Nov 2016

Re: Errors Linting Package Definition for New Package ruby-net-http-digest-auth

I deleted my local copy of the guix repository and rebuilt it guix from source again, and somehow, this fixed the issue with the X.509 certificates. I can't really explain what was causing the issue, seeing as I'd even installed nss-certs, but it was still failing. I guess this is one way to

Re: Errors Linting Package Definition for New Package ruby-net-http-digest-auth

> There are two TLS errors (here, for GitHub, and below, for NIST). I'm > not sure but I'd guess that the linter is unable to find your > certificate store, or it lacks the GnuTLS client. How about if you try > invoking the linter in an environment where you have all of Guix's > dependencies

Errors Linting Package Definition for New Package ruby-net-http-digest-auth

Hi. I'm new to guix and was trying to contribute a new package, for the ruby gem net-http-digest_auth Running "./pre-inst-env guix build ruby-net-http-digest-auth" runs with seemingly no errors (I've attached the build log). Running "./pre-inst-env guix lint ruby-net-http-digest-auth" fails