On Thu, Jan 21, 2016 at 02:51:29PM +1000, Ben Woodcroft wrote:
>
>
> On 12/01/16 19:26, Ludovic Courtès wrote:
> >Ricardo Wurmus skribis:
> >
> >>Should we also take some time to reconsider how we name unreleased
> >>versions like arbitrary git commits?
> >Let do that!
>
On 12/01/16 19:26, Ludovic Courtès wrote:
Ricardo Wurmus skribis:
Should we also take some time to reconsider how we name unreleased
versions like arbitrary git commits?
Let do that!
Lets.
So far we have been picking the latest release version (or “0.0.0” if
there
Hi there,
On 21/01/16 10:21, Jookia wrote:
On Wed, Jan 20, 2016 at 11:26:14PM +0100, Ludovic Courtès wrote:
OTOH, for things like GCC, once you start fiddling with the build tree,
you quickly lose track of what state you’re in.
My workflow has been:
guix build foo -K
# build fails
On Thu, Jan 21, 2016 at 11:21:34AM +1100, Jookia wrote:
> On Wed, Jan 20, 2016 at 11:26:14PM +0100, Ludovic Courtès wrote:
> > Yes, I agree that this would be nice.
>
> I wonder how this could be implemented, any ideas?
>
> > OTOH, for things like GCC, once you start fiddling with the build
On Wed, Jan 20, 2016 at 11:42:08PM +0100, Ludovic Courtès wrote:
> Leo Famulari skribis:
>
> > Transmission-remote-cli is a curses-interface client for the
> > Transmission bittorrent daemon.
> >
> > The package is one python script, a man page, and a Bash shell
> >
Andreas Enge writes:
> On Wed, Jan 20, 2016 at 10:23:20PM +0200, Efraim Flashner wrote:
>> ANYWAY, it turns out gstreamer 1.7.x is an unstable release, and 1.8.x should
>> be coming out "soon". Extremely frusterating to bang my head against this for
>> so long and find out this
* gnu/packages/bioinformatics.scm (r-qtl): Update to 1.38-4
---
gnu/packages/bioinformatics.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/bioinformatics.scm b/gnu/packages/bioinformatics.scm
index f6bc544..8b72c1d 100644
---
On Thu, 21 Jan 2016 09:54:25 +0800
iyzs...@member.fsf.org (宋文武) wrote:
> Andreas Enge writes:
>
> > On Wed, Jan 20, 2016 at 10:23:20PM +0200, Efraim Flashner wrote:
> >> ANYWAY, it turns out gstreamer 1.7.x is an unstable release, and 1.8.x
> >> should
> >> be coming out
* gnu/packages/admin.scm (iftop): New variable.
---
gnu/packages/admin.scm | 23 +++
1 file changed, 23 insertions(+)
diff --git a/gnu/packages/admin.scm b/gnu/packages/admin.scm
index 6e78350..4e0473c 100644
--- a/gnu/packages/admin.scm
+++ b/gnu/packages/admin.scm
@@ -6,6
This is an ncurses network monitor.
It is a "prerelease" release but the last non-"prerelease" did not
support ipv6. Debian has packaged this series since Wheezy.
Leo Famulari (1):
gnu: Add iftop.
gnu/packages/admin.scm | 23 +++
1 file changed, 23 insertions(+)
--
I've gone back again to try to work out upgrading libvpx to 1.5.0. While now,
as far as I can tell, everything that depends on it no longer breaks as a
result of the update, gst-plugins-good has been giving me serious problems.
After building it ~20 times, here's the one patch that I've gotten to
On Wed, Jan 20, 2016 at 10:23:20PM +0200, Efraim Flashner wrote:
> ANYWAY, it turns out gstreamer 1.7.x is an unstable release, and 1.8.x should
> be coming out "soon". Extremely frusterating to bang my head against this for
> so long and find out this is why.
Yes, this is why I had decided
And in any case, we should probably wait until core-updates is merged.
Andreas
On 18/01/16 19:45, Ludovic Courtès wrote:
[..]
OK with this change.
Great, thanks, pushed.
Can I ask a question though, does the bug system track the contents of
commit messages on master or did the bug need to be closed manually (I
did this already mind)?
ta
ben
Christopher Allan Webber skribis:
> Ludo, you've actually done quite a bit of skribe-style-stuff work! :)
> Do you think this is a good idea? And what would be the right approach?
> Depending on guile-reader may be a bit heavy for Guix (?), though maybe
> writing a
Ricardo Wurmus skribis:
> Jookia <166...@gmail.com> writes:
>
>> It'd be a nice feature to have where I could step through the build process
>> in
>> an environment close to the actual build and run build commands myself like
>> 'patch' or 'make' or 'configure',
ericbav...@openmailbox.org skribis:
> From: Eric Bavier
>
> * gnu/packages/lego.scm: New file.
> * gnu-system.am (GNU_SYSTEM_MODULES): Add it.
LGTM, thanks!
Ludo’.
ericbav...@openmailbox.org skribis:
> From: Eric Bavier
>
> * guix/licenses.scm (mpl1.0): New variable.
OK. Weird license choice, indeed.
Ludo’.
Eric Bavier skribis:
> This patch turns boost package tests on. 22 of 120 test suites are
> skipped due to know test failures, many of which still fail with the
> upstream development version
> (http://www.boost.org/development/tests/master/developer/summary.html).
>
Leo Famulari skribis:
> Transmission-remote-cli is a curses-interface client for the
> Transmission bittorrent daemon.
>
> The package is one python script, a man page, and a Bash shell
> completion script. So, I deleted the build phase and replaced the
> install phase. Is
Ricardo Wurmus writes:
> Christopher Allan Webber writes:
>
>> Though I think skribe-style string quasiquoting is not hard for a
>> schemer to learn. I picked it up almost immediately. And it's a lot
>> cleaner than the jinja2 style string templating I've grown
On Wed, Jan 20, 2016 at 11:26:14PM +0100, Ludovic Courtès wrote:
> Yes, I agree that this would be nice.
I wonder how this could be implemented, any ideas?
> OTOH, for things like GCC, once you start fiddling with the build tree,
> you quickly lose track of what state you’re in.
>
> My workflow
On 2016-01-20 16:34, l...@gnu.org wrote:
Eric Bavier skribis:
This patch turns boost package tests on. 22 of 120 test suites are
skipped due to know test failures, many of which still fail with the
upstream development version
Christopher Allan Webber writes:
>> But I think we need some example cases first. My experiences is
>> coloured by concatenating strings for udev rules. That’s not nice, but
>> I also would not want to have to learn a new Schemey way of expressing
>> these rules —
On Tue, 19 Jan 2016 19:41:12 +0100
Andreas Enge wrote:
> Hello,
>
> On Sun, Jan 17, 2016 at 09:44:37PM +0100, Ludovic Courtès wrote:
> > I don’t really qualify as familiar with Perl ;-), but I’ve fixed some
> > (all?) of these in commit bb8afbf.
>
> there are still quite a few
* gnu/packages/bittorrent.scm (transmission)[inputs]: Add
adwaita-icon-theme and hicolor-icon-theme.
---
gnu/packages/bittorrent.scm | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/bittorrent.scm b/gnu/packages/bittorrent.scm
index 967580d..74770dc 100644
---
Tiny typo in a comment:
On Tue, Jan 19, 2016 at 10:17:47PM -0500, Thompson, David wrote:
> +;; libv4l2 is LGPL2.1+, while utilties are GPL2 only.
"util_i_ties"
Andreas
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> From 616e5ca0d7d76718172b7f0373a10744e3df7731 Mon Sep 17 00:00:00 2001
>> From: Ricardo Wurmus
>> Date: Wed, 16 Dec 2015 14:45:28 +0100
>> Subject: [PATCH] import:
On Tue, Jan 19, 2016 at 07:41:12PM +0100, Andreas Enge wrote:
> I am looking at the failure of doxygen; it should be resolved by switching
> to a newer version that is compatible with flex-2.6.
I pushed an updated package, which changed more than expected, since now only
the cmake build system is
On Wed, Jan 20, 2016 at 5:08 AM, Andreas Enge wrote:
> Tiny typo in a comment:
>
> On Tue, Jan 19, 2016 at 10:17:47PM -0500, Thompson, David wrote:
>> +;; libv4l2 is LGPL2.1+, while utilties are GPL2 only.
> "util_i_ties"
Thanks. Fixed and pushed.
- Dave
30 matches
Mail list logo