On Fri, Feb 27, 2015 at 01:27:08PM -0500, Mark H Weaver wrote:
> Mark H Weaver writes:
> > Here are two commits I'd like to push to core-updates.
> > Comments and suggestions welcome.
> I should mention that although I tried to be reasonably careful, I've
> not tested these changes beyond making s
Hello,
your ideas sound good to me. As to Fede, it occurred to me that we would
not need to maintain our own bootstrap binaries as we do for the guix system.
Instead, we could add a fixed binary from upstream to the store (as a
separate, probably private, package) and use it to build the final pac
On Fri, Feb 27, 2015 at 10:41:51AM +0100, Andreas Enge wrote:
> So let us rename python(2)-py(2)cairo to python(2)-pycairo. If nobody beats
> me to it, I can do it tomorrow.
Well, if I am not mistaken, renaming does not solve the problem really. I had
forgotten how 'package-with-pyt
On Fri, Feb 27, 2015 at 11:48:34PM +0100, Andreas Enge wrote:
> Can we use in the 'source' field something like
> (if (string=? name "python-pycairo"
> source-x
> source-y))
We can, but it does not work. The second package inherits not
On Sat, Feb 28, 2015 at 11:23:59AM +0800, 宋文武 wrote:
> Updated patch:
Looks good from reading it (I did not try to compile), so please push!
Andreas
By the way, the latest modifications broke core-updates:
http://hydra.gnu.org/build/262811/nixlog/2/tail-reload
ends with
In ice-9/regex.scm:
189: 3 [list-matches # ...]
176: 2 [fold-matches # ...]
In unknown file:
?: 1 [regexp-exec # ...]
In ice-9/boot-9.scm:
106: 0 [#
encoding-error ...
For the record, I tried to work on top of
commit f1886b51bd86bd80a47c5b4aafc16039126315e8
gnu: cmake: Update to 3.1.3.
of core-updates. There I get a test failure
Testsuite summary for gettext-tools 0.19.4
In fact, this one has been fixed in e8c9f0498f9f3ead4ea345d49f1c5e630ff158f8.
So please disregard my message.
Andreas
Hello,
On Thu, Feb 26, 2015 at 02:40:05PM +0100, Ricardo Wurmus wrote:
> * gnu/packages/python.scm (python-pyyaml, python2-pyyaml): New variables.
this looks good, please push.
> * gnu/packages/bioinformatics.scm (python2-pybedtools): New variable.
> +(synopsis "Python wrapper for BEDtools p
Okay to push.
Andreas
On Sat, Feb 28, 2015 at 10:04:26AM -0500, David Thompson wrote:
> Perhaps the GNU MPC package should be called "libmpc"? Andreas,
> thoughts?
Oh no, I came first :-) Well, in Guix at least.
This is a complete clash, two projects with the exact same name. So we need
to make something up. I would
On Sat, Feb 28, 2015 at 10:28:35AM -0500, David Thompson wrote:
> Two small patches below for propagating the necessary inputs for libxml2
> and libxslt. These should probably be applied to core-updates, right?
> Notably, these patches triggers a rebuild of subversion.
>
> Once these patches are
Independently of this special case, have a look at guix/licenses.scm.
There are plenty of licenses!
Andreas
On Sat, Feb 28, 2015 at 12:31:59PM -0500, David Thompson wrote:
> Yes, I think so. I think I have resolved this, but it's a "rebuild the
> world" change so I don't yet know if it works. Would it be possible to
> add a 'wip-search-paths' branch for Hydra to build?
Definitely! If you create and pu
On Sun, Mar 01, 2015 at 01:57:12PM +0800, 宋文武 wrote:
> -(version "3.0.0")
> +(version "2.10.0")
Something is suspicious here - a downgrade?
Apart from that, I think you can push without problem updates in which only
the source and the hash change.
Andreas
Hello,
On Sat, Feb 28, 2015 at 11:11:02PM +0100, Tomáš Čech wrote:
> +(propagated-inputs
> + ; all these inputs are in package config files in section
> + ; Require.private
I was under the impression that only libraries given as "Require" needed
to be propagated, and not "Require.priv
On Sun, Mar 01, 2015 at 08:43:09PM +0100, tc...@suse.cz wrote:
> On Sun, Mar 01, 2015 at 08:24:54PM +0100, Andreas Enge wrote:
> >You could also try to move them to normal inputs and see whether another
> >package depending on efl still compiles.
> I'm afraid that I found w
On Mon, Mar 02, 2015 at 01:06:30AM -0500, Mark H Weaver wrote:
> I think 宋文武 should push this commit.
Yes. Unfortunately, automatic upgrades will be broken, so people need to
think of doing them manually.
Andreas
On Sun, Mar 01, 2015 at 06:30:22PM +0800, 宋文武 wrote:
> I think that's the reason for a 2.x version.
> I feel the commit message or a comment should mention it,
> but can't get one myself, any suggestion?
How about in the second part:
Update to 2 Since upstream stopped support of GTK+ 3, they w
On Mon, Mar 02, 2015 at 10:40:11PM +0300, Alex Kost wrote:
> Just another aspell dict.
This looks very uncontroversial, please push.
Andreas
This looks straight-forward to me, please push.
Andreas
On Tue, Mar 03, 2015 at 03:27:57AM -0500, Mark H Weaver wrote:
> I think perhaps that we should be more selective in the certs we add to
> ca-certificates.crt. Debian has a configuration file
> /etc/ca-certificates.conf, and only adds certificates that are
> explicitly listed there to ca-certifica
On Tue, Mar 03, 2015 at 01:43:38PM +0100, Ludovic Courtès wrote:
> I just checked the source and OpenSSL itself does not use SSL_CERT_FILE
> nor SSL_CERT_DIR at all. Lynx does use SSL_CERT_FILE, but that’s really
> in Lynx, not in libssl. So I don’t think there should be a search path
> specifica
On Wed, Mar 04, 2015 at 08:01:17PM +0100, Paul van der Walt wrote:
> I propose putting djvulibre into a separate file, djvulibre.scm
Could it go into ebook.scm?
Andreas
On Thu, Mar 05, 2015 at 10:47:53AM +0100, Ricardo Wurmus wrote:
> libarchive has not yet been built for i686 on hydra, so there are no
> binary substitutes available. The failure to build libarchive blocks
> other packages such as qt.
It is a bit strange that we should depend on bsdtar and bsdcpi
On Thu, Mar 05, 2015 at 11:54:42PM +0100, Ricardo Wurmus wrote:
> > In linuxfromscratch, libarchive is only mentioned as "recommended" to build
> > cmake:
> >http://www.linuxfromscratch.org/blfs/view/svn/general/cmake.html
> > So maybe we could take it out from the cmake inputs?
>
> I do not k
I had a look yesterday and wanted to make a patch this evening, but you
beat me to it! This looks a lot like what I wanted to do, so please push.
A tiny bit of nitpicking:
On Fri, Mar 06, 2015 at 06:02:01PM +0100, Tomáš Čech wrote:
> + gnu/packages/patches/valgrind-glibc_version.patch \
Hello,
On Tue, Mar 03, 2015 at 01:32:08PM +, Jason Self wrote:
> gnu: vlc: Update to 2.2.0
compilation on x86_64 fails for me with the following error message:
access/dtv/linux.c: In function ‘dvb_set_dvbs2’:
access/dtv/linux.c:906:27: error: ‘DTV_STREAM_ID’ undeclared (first use in this
On Wed, Mar 04, 2015 at 11:00:56PM +0100, Taylan Ulrich Bayırlı/Kammer wrote:
> This actually adds three packages but they're closely tied together.
Still, could you commit them as three separate packages?
> +(description "This package contains the support scripts called upon by
> +libquvi to
Looks good, please push.
Andreas
On Thu, Mar 05, 2015 at 10:25:59AM +0100, Ricardo Wurmus wrote:
> +(arguments
> + `(#:modules ((srfi srfi-1)
> + (guix build gnu-build-system)
> + (guix build utils))
Is this needed?
Andreas
On Wed, Mar 04, 2015 at 10:55:01PM +0100, Taylan Ulrich Bayırlı/Kammer wrote:
> Is it fine to put these in a new file called encoding.scm?
Hm, that makes me think more of audio or video encoding than of text.
Maybe textutils.scm?
> In the first one, I couldn't figure out how to make the test suit
On Fri, Mar 06, 2015 at 11:53:01PM +0530, Abhilash Mhaisne wrote:
> opening lock file `/gnu/store/nzn085plv54xgja2zqdh5wyc7zm1lc4m-tar.lock':
> Permission denied
> How to solve this error ?
Did you install the daemon as root?
Andreas
On Fri, Mar 06, 2015 at 04:48:59PM +0100, Ricardo Wurmus wrote:
> Julia's bindings to these libraries use the ccall mechanism; ccall
> builds a map from library names to paths by parsing the output of
> "ldconfig -p" at runtime. I worked around this problem by patching the
> sources to include a s
On Fri, Mar 06, 2015 at 05:47:26PM -0500, Mark H Weaver wrote:
> I'm familiar with these packages, and I tend to agree that they are so
> closely tied that it's reasonable to commit them together.
That is not common practice so far, no? I do not see what would be
the problem when committing them s
Okay, thanks for the explanations!
Andreas
Looks good, please push.
Andreas
On Sat, Mar 07, 2015 at 08:38:07PM -0500, Mark H Weaver wrote:
> This triggered a full rebuild, so I reverted it. This is a change for
> core-updates.
Sorry! I trusted "guix refresh -l patch", although the result was a bit
surprising... Should we maybe move it to base.scm?
Andreas
On Mon, Mar 09, 2015 at 03:43:01PM -0500, Eric Bavier wrote:
> I think lilypond deserves its own module (gnu packages lilypond). What do
> others think?
How about a name that could also accept GNU Denemo? music.scm? score.scm?
Andreas
On Mon, Mar 09, 2015 at 10:24:26PM +0100, 白い熊 @相撲道 wrote:
> I'm very fond of the 9x15bold X font for work in the terminal. On Debian
> systems it's usually in the “xfonts” package. No such package exists in Guix.
> I checked, and none of the built xorg derivations on my system have the font.
In
On Wed, Mar 11, 2015 at 10:27:15AM +0100, 白い熊＠相撲道 wrote:
> guix substitute-binary: error: connect: Connection timed out
> fetching path `/gnu/store/8n7d1bgib9f1hml2k5ravgv79jv1whqf-tar-1.28' failed
> with exit code 1
I think this is just a random error, due to hydra being overloaded. Normally
you
On Thu, Mar 12, 2015 at 10:25:24AM +0100, Ludovic Courtès wrote:
> Excellent. I think we must rebase this branch atop master, review the
> changes, and merge it.
I am not sure how "clean" the commits in this branch are; I always thought
it was just an experimental branch, and that we would take t
Hello,
I have investigated a bit more why the vlc-2.2.0 build fails. I think it is
due to
/* DVB Card Drivers */
#include
#include
#include
in modules/access/dvb/linux_dvb.c.
The include files come from linux-libre-headers, which we have in
version 3.3.8. Could this be updated? In master or co
Good, please push!
Andreas
On Fri, Mar 13, 2015 at 12:55:34AM +0100, Tomáš Čech wrote:
> It seems that openssl version is from openconnect POV broken and as they
> recommended to switch to gnutls I did the change.
> Is anyone against this change?
I have just tried your patch with the new version of openconnect, and it works
chunk of data; I would say, all the documentation
and most of the fonts. Such a smaller package could be a native input for
packages creating their documentation from a latex source, for instance.
Andreas
>From 57f19f831c4b5df30b80e58066f0c4f1fd4ac9fb Mon Sep 17 00:00:00 2001
From: Andreas E
On Sat, Mar 14, 2015 at 09:47:04AM -0700, Jason Self wrote:
> Anyway, Debian seems sufficently slow moving to me and so I
> looked at that to get an idea of what might be acceptable. They have
> 3.5 in Wheezy and are jumping to 3.16 for Jessie which I understand is
> due soon? Given that, what abou
On Sun, Mar 15, 2015 at 10:50:05AM +0100, Federico Beffa wrote:
> If I understand correctly then the two packages, texlive and
> texlive-small, will essentially be independent.
Yes, and mutually exclusive: If you install both, then there will be lots
of collisions with an unpredictable outcome.
>
On Sun, Mar 15, 2015 at 11:33:45AM -0400, Mark H Weaver wrote:
> > - #:tests? ,(not (string-prefix? "mips64" (or (%current-target-system)
> > + #:tests? ,(not (equal? "mips64el-linux" (or (%current-target-system)
> What is the rationale for this change?
None. I see you made a change on J
Hello,
just a tiny comment: Please use
gnu: Add sdcv.
gnu: Add agg.
as first lines of your commits; I find this convention quite useful when
grepping through the output of "git log".
Andreas
have an idea on what goes wrong?
Andreas
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2015 Andreas Enge
;;;
;;; This file is part of GNU Guix.
;;;
;;; GNU Guix is free software; you can redistribute it and/or modify it
;;; under the terms of the GNU General Public License
On Mon, Mar 16, 2015 at 05:54:22PM +0100, Ludovic Courtès wrote:
> I don’t want to spoil the party ;-), but could it be that there are
> programs outside of TeX Live that use libkpathsea & co.?
Theoretically yes, but practically I do not think so.
Andreas
On Mon, Mar 16, 2015 at 06:01:15PM +0100, Ludovic Courtès wrote:
> > How to implement?
> > - inject always failing phase into phases list
> I’d like to read what others think because I’m probably biased, but my
> first reaction is that (1) I’ve rarely if ever felt the need for this,
> (2) adding a
On Mon, Mar 16, 2015 at 07:20:27PM +0100, 白い熊＠相撲道 wrote:
> Let's say I want to add "~/sh" to PATH and also export TEST="This is a
> test."
> How exactly do I add this to sysconfig.scm?
What speaks against doing this as a user in .bashrc?
Andreas
On Sun, Mar 15, 2015 at 12:16:58PM +0100, Federico Beffa wrote:
> Just to clarify: the idea would be that the "--aggregate" command
> would produce a new package in the store. The new in store package
> would inherit the content of the "--with" packages, but with the
> possibility to replace some p
On Fri, Mar 20, 2015 at 10:57:07PM +0100, Ricardo Wurmus wrote:
> Could someone please ask Hydra to build the packages?
Done.
Andreas
On Mon, Mar 23, 2015 at 06:12:23PM +0100, Ludovic Courtès wrote:
> Mark H Weaver skribis:
> > This raises a few problems:
Indeed, thanks for pointing them out.
> Presumably the other free distros have a patch for that?
Yes, I took a patch from debian and just committed it.
Andreas
On Tue, Mar 31, 2015 at 05:57:20PM +0200, Ludovic Courtès wrote:
> • LibreOffice (anyone?)
I started work on this, adding two of the prerequisites in commits c12efc7
and 97039f6. As there is a long list of dependencies, with package recipes
to be completed and updated, tests to be fixed and so o
On Thu, Apr 02, 2015 at 02:51:05PM +0200, Ludovic Courtès wrote:
> Since it was reported that the version in wip-libreoffice builds (only
> with tests disabled), I suppose all the dependencies are there.
I suppose so. But the work in wip-libreoffice is more a quick proof of
concept, getting as qui
Hello,
even after "make distclean; ./configure; make install", I obtain the following
with c833ab5 (and before):
$ guix package -n -u
Backtrace:
In ice-9/boot-9.scm:
157: 18 [catch #t # ...]
In unknown file:
?: 17 [apply-smob/1 #]
In ice-9/boot-9.scm
On Sun, Apr 12, 2015 at 03:38:58PM +0200, Ludovic Courtès wrote:
> While debugging it with Taylan on IRC, it occurred to us that
> guix/build-system/haskell.scm wasn’t getting installed, which is fixed
> by ce6fc7d. Can you confirm that this solves the problem?
It does, thanks a lot!
> Anyway, I
Hello,
the following is already in core-updates:
commit e081385af289da4c330511aa5adac8078fbd5074
Author: Mark H Weaver
Date: Mon Apr 6 10:25:03 2015 -0400
gnu: linux-libre-headers: Update to 3.14.37.
* gnu/packages/linux.scm (linux-libre-headers): Update to 3.14.37.
We should try first
On Thu, Apr 16, 2015 at 10:46:11AM +0200, Ricardo Wurmus wrote:
> http://www.biopython.org/DIST/LICENSE
It starts like this:
"Permission to use, copy, modify, and distribute this software and its
documentation with or without modifications and for any purpose and
without fee is hereby granted"
On Thu, Apr 16, 2015 at 03:16:36PM +0200, Ludovic Courtès wrote:
> Oooh. IOW “without fee” applies to “Permission”, not to “to use, copy,
> modify, and distribute”, right?
> That makes sense. I think I was fooled in the past by similar wording.
Hm, I also read it as "... distribute ... without f
On Sat, Apr 18, 2015 at 06:01:40PM +0200, Ricardo Wurmus wrote:
> I received the following reply from licens...@gnu.org:
> > http://www.biopython.org/DIST/LICENSE
> http://www.gnu.org/licenses/license-list.html#Python
Great news!
Andreas
Hello,
"make" (even after "make distclean") currently fails for me with the following
error message:
GUILEC gnu/packages/apr.go
Backtrace:
In ice-9/boot-9.scm:
2951: 19 [define-module* (gnu packages qt) #:filename ...]
2926: 18 [resolve-imports ((# # #) (#) (#) (#) ...)]
2864: 17 [resolve-inter
On Mon, Apr 20, 2015 at 03:57:22PM +0200, Ludovic Courtès wrote:
> I think this is fixed once and for all (hopefully?) by 38cf2ba.
At least for now, thanks for the very quick fix!
Andreas
On Tue, Apr 21, 2015 at 10:40:28AM +0200, Pjotr Prins wrote:
> How do I recreate the exact same system from Hydra? Even now if I
> install the exact same Ruby-2.2.1 it will install different packages
> compared to yesterday.
I am lost here. If you use a fixed release or git commit of guix, ruby-2.
Hello Ricardo,
ngs-sdk fails to build on mips:
http://hydra.gnu.org/build/386510/nixlog/1/tail-reload
The error message ends with
Configuring NGS-SDK package
checking system type... Linux
checking machine architecture... mips64
configure: error: unsupported architecture 'Linux'
phase `configure
On Tue, Apr 21, 2015 at 12:02:16PM +0200, Pjotr Prins wrote:
> ls /var/guix/profiles/per-user/wrk/guix-profile-2-link/bin/ruby
> /var/guix/profiles/per-user/wrk/guix-profile-2-link/bin/ruby ->
> /gnu/store/gy1dnlh6qhwd40admi3b1mr4r9cn8bww-ruby-2.2.1/bin/ruby
>
> A few days later I install ruby-
On Tue, Apr 21, 2015 at 12:17:54PM +0200, Pjotr Prins wrote:
> On Tue, Apr 21, 2015 at 12:08:39PM +0200, Ricardo Wurmus wrote:
> > If I were to sync /gnu/store/ across different machines with rsync, I'd
> > make sure to keep any additional state by also copying the
> > localstatedir: /var/guix/. B
The just pushed subread is another example:
http://hydra.gnu.org/build/386520/nixlog/1/tail-reload
gcc: error: unrecognized command line option â-msseâ
Andreas
PS: Even on x86_64, a command such as
gcc -mtune=core2 -O9 -Wall -DMAKE_FOR_EXON -D MAKE_STANDALONE -D
SUBREAD_VERSION=\""1.4.6-p2"\" -D_FILE_OFFSET_BITS=64 -ggdb
-fomit-frame-pointer -ffast-math -funroll-loops -mmmx -msse -msse2 -msse3
-fmessage-length=0 -c -o core.o core.c
gcc -mtune=c
On Tue, Apr 21, 2015 at 11:05:43PM +0200, Ludovic Courtès wrote:
> OK for the 6 package updates, in a ‘glib’ (or similar) branch.
I created a branch "wip-glib" from master and have it built on hydra;
you can push there.
Andreas
On Tue, Apr 21, 2015 at 05:53:56PM -0400, Mark H Weaver wrote:
> I reverted this because it triggered over 1330 rebuilds, and as far as I
> can tell there is nothing particularly urgent or compelling in this
> update. Therefore, I think it belongs in core-updates or some other
> branch. Does that
On Tue, Apr 21, 2015 at 06:18:48PM -0400, Mark H Weaver wrote:
> We shouldn't ask Hydra to build it until all of the relevant patches are
> pushed. Therefore, I have deleted the 'wip-glib' jobset for now, since
> it was about to rebuild 1335 builds based on the libidn-1.30 update,
These were shar
On Wed, Apr 22, 2015 at 01:46:35PM +0200, Pjotr Prins wrote:
> 5. We reload the list of substitutes after a fixed time
> Let me rephrase. Can we have a more lazy approach towards fetching
> substitutes? Rather than a fixed TTL we could fetch the latest list on
> the first failed substitute.
A whil
On Wed, Apr 22, 2015 at 11:03:08AM -0400, Mark H Weaver wrote:
> Well, fair enough :) However, since I reverted the libidn-1.30 update
> and cancelled all the associated jobs on Hydra, the argument actually
> does apply, although that was not clear from this message alone.
Definitely, these two n
On Thu, Apr 23, 2015 at 11:47:51AM +0200, Ludovic Courtès wrote:
> The subject line of the commit was misleading: -s actually still reports
> all the available packages, but with an added ‘systems:’ line.
This is actually a very good feature, I think.
> I thought it might be helpful for -A/--list
On Wed, Apr 22, 2015 at 10:15:27AM -0500, Christopher Allan Webber wrote:
> Here's a patch to add minikanren via ijp's port to r6rs packaging to
> Guix. It's my first Guix patch... I hope I did okay!
Thanks for contributing!
> I named it guile-minikanren which isn't really accurate. I'm not sur
On Thu, Apr 23, 2015 at 09:46:19AM -0400, Thompson, David wrote:
> No tarball. I would recommend that the first 7 characters of the
> commit SHA be used as the package version, and this string here could
> just be replaced with 'version'.
For upgrades to work, the version needs to be sortable. So
On Thu, Apr 23, 2015 at 02:48:50PM -0500, Eric Bavier wrote:
> Why not use MMDD.<7-char-sha> so that the version is less arbitrary? It
> would still sort for upgrades.
I would support this idea, or drop the git hash (it is in the source code
anyway, and I think it unlikely we will have create
Hello,
if it builds, I would say that there is no reason not to push it.
Andreas
On Sat, Apr 25, 2015 at 05:00:29AM -0400, Mark H Weaver wrote:
> Mark H Weaver writes:
> > I would like to propose that we merge 'wip-glib' into 'core-updates',
> > remove the 'wip-glib' branch and jobset, and focus Hydra on building all
> > of 'core-updates'.
> I looked again, and see that wip-gl
On Sun, Apr 26, 2015 at 08:00:55AM +0800, 宋文武 wrote:
> Now, packages for i386 have finished, it's time to merge into master?
> http://hydra.gnu.org/eval/103900?compare=master
The main problemm seems to be that pulseaudio did not build on mips. But
is this at all related to your changes?
Andreas
On Sat, Apr 25, 2015 at 08:49:43PM +0200, Ricardo Wurmus wrote:
> + (chdir "libs") #t)
I would put "#t" onto a new line as it is a separate "command".
+(("^LIBDIR =.*") "LIBDIR = lib\n"))
I think this adds a line break, which is not a problem.
> + "Zita convolver is a C
On Sat, Apr 25, 2015 at 08:49:43PM +0200, Ricardo Wurmus wrote:
> attached are patches for the zita-convolver library and the excellent IR
> reverb plugin. It creates a reverb effect out of impulse responses.
> (It does not come with pre-packaged impulse responses, but there are
> many impulse res
On Sun, Apr 26, 2015 at 03:26:04PM +0200, Ricardo Wurmus wrote:
> How about this then:
> "Zita convolver is a C++ library providing a real-time convolution
> engine."
> WDYT?
Yes, maybe.
Andreas
Looks good to me.
Andreas
On Sun, Apr 26, 2015 at 08:00:55AM +0800, 宋文武 wrote:
> Now, packages for i386 have finished, it's time to merge into master?
I just merged and pushed, hopefully I did it correctly...
Andreas
Usually, I try to add all possible inputs, to have a package that works
out of the box in all situations. There may be extreme cases like texlive,
where the "full" package is just so big that one also wants a smaller one.
Andreas
On Sun, Apr 26, 2015 at 08:38:50PM -0400, David Thompson wrote:
>("pulseaudio" ,pulseaudio)
>("sqlite" ,sqlite)
> - ("zlib" ,zlib)))
> + ("zlib" ,zlib)
> + ("mpg123" ,mpg123)
> + ("libshout" ,libshout)
> +
On Mon, Apr 27, 2015 at 11:23:39AM +0200, Ricardo Wurmus wrote:
> the attached patch is required to fix the build of tbb.
Looks good!
Andreas
Hello,
cmake in core-updates currently fails one test:
http://hydra.gnu.org/eval/103918?full=1
The culprit seems to be a linking problem:
root@debian:/tmp/nix-build-cmake-3.1.3.drv-0/cmake-3.1.3/Tests/BundleUtilities#
source ../../../environment-variables
root@debian:/tmp/nix-build-cmake-3.1
On Sun, Apr 26, 2015 at 05:53:32PM -0400, David Thompson wrote:
> * gnu/packages/xxhash.scm: New file.
I am usually not in favour of adding new files for small utilities. Could it
go somewhere else?
> +(synopsis "Extremely fast non-cryptographic hash algorithm")
> +(description
> + "x
On Sun, Apr 26, 2015 at 05:52:44PM -0400, David Thompson wrote:
> +(define-public soil
First a provocative question: The project has been created in 2007 and
apparently abandoned in 2008. Is it still worth packaging, or would it
not be preferable to look for a suitable replacement?
> +
On Tue, Apr 28, 2015 at 02:36:51PM +0800, 宋文武 wrote:
> I think we can safely disable this test..
> The bundle feature is used to pack a standalong app
> with dependencies, libraries are included with RPATH removed.
> But we also modify the 'ld' interpreter, so it not usable for us.
> I'll push a pa
On Wed, Apr 29, 2015 at 04:24:56PM +0800, 宋文武 wrote:
> * gnu/packages/gstreamer.scm (gstreamer-0.10, gst-plugins-base-0.10):
> Remove variables.
> * gnu/packages/patches/gstreamer-0.10-bison3.patch,
> gnu/packages/patches/gstreamer-0.10-silly-test.patch: Remove files.
> * gnu-system.am (dist_pa
On Tue, Apr 28, 2015 at 11:36:29AM -0400, David Thompson wrote:
> I don't like it either, but there's no existing module that makes
> sense. Can anyone think of one? It this tool created cryptographic
> hashes then I would have put it in crypto.scm.
Like the two packages in boost.scm, it looks l
On Tue, Apr 28, 2015 at 01:38:15PM +0200, Taylan Ulrich Bayırlı/Kammer wrote:
> In any case, it builds fine when I remove said hack (doesn't seem
> necessary anymore), and also remove all four from native inputs.
This is good news.
"Said hack" was a work-around for the following bug:
https://b
301 - 400 of 2118 matches
Mail list logo
