Tomáš Čech skribis:
> * gnu/packages/patches/grub-freetype.patch: New file.
> * gnu-system.am (dist_patch_DATA): Add the patch.
> * gnu/packages/grub.scm (grub): Apply new patch.
Please push!
Thanks,
Ludo’.
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
Ludovic Courtès writes:
> Mark H Weaver skribis:
>
>> I don't think we should be making these kinds of changes in 'snippets'.
>>
>> When I ask for the source code via "guix build -S ", I expect
>> freedom fixes and other bug fixes, and maybe even enhancements needed
>> for Guix that would also w
Alex Sassmannshausen skribis:
> Ludovic Courtès writes:
>
>>> I wasn't sure whether I should put it in another file (it's a tiny
>>> package).
>>
>> Similar tools (like ‘dfc’) ended up into admin.scm, though it’s not
>> perfectly right. I think we need a module for “this kind of tool,” but
>> I’
Andreas Enge writes:
> 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 sho
Hello Christian,
Christian Grothoff skribis:
> Yes, I think we should. MESH (now CADET) is much further along and the
> API is stable. I also don't see any other significant roadblocks.
OK. I gather from a recent Mumble meeting report that a new release is
in the works, right?
> 1) Transfer
Mark H Weaver skribis:
> I don't think we should be making these kinds of changes in 'snippets'.
>
> When I ask for the source code via "guix build -S ", I expect
> freedom fixes and other bug fixes, and maybe even enhancements needed
> for Guix that would also work fine on other systems (e.g. ad
Hi Ludo,
Yes, I think we should. MESH (now CADET) is much further along and the
API is stable. I also don't see any other significant roadblocks.
Nevertheless, I agree that we should have some more design discussions,
as I can still imagine many ways how one _might_ do this -- and in any
case we
Hi,
I contacted Ludo about the DHCP client just before I noticed this
conversation. I'm interested in making it my gsoc project as well.
I'm an undergraduate in computer science in Germany, I'm a bit into free
software and I'm especially interested in making my gsoc for the gnu
project.
Would it b
Andreas Enge writes:
> 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.
If they installed 'gtk-xfce-engine' directly, that is true.
On Thu, Mar 5, 2015 at 1:38 PM, Mark H Weaver wrote:
> I don't think we should be making these kinds of changes in 'snippets'.
>
> When I ask for the source code via "guix build -S ", I expect
> freedom fixes and other bug fixes, and maybe even enhancements needed
> for Guix that would also work
Hi Jonas,
I have no problems with teaming up. Like you, this project is my foremost
focus for GSoC but I'm also looking at other/related projects. Let's wait
for Ludo to confirm/deny that we are allowed to team up.
Regards,
Rohan
On 5 March 2015 at 19:14, Jonas Rebmann
wrote:
> Hi,
>
> I conta
Hi Ricardo,
Thanks for investigating. Please see below for comments.
Ricardo Wurmus writes:
> From f5e35f488fd1b4f5d916476d7c522783809b0f82 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Wed, 4 Mar 2015 11:50:26 +0100
> Subject: [PATCH 1/2] gnu: zita-alsa-pcmi: set LIBDIR to "lib".
>
Hello!
Rohan Prinja skribis:
> The project I'm interested in working on for GNU GSoC this year is to
> implement a DHCP client library in Guile. The end result, as I discussed
> with Ludovic, would be a package installable via Guix. This would make
> available a command roughly equivalent to ISC
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
Hi Guix,
libarchive fails two tests in tar/test/test_option_b. Here is the test
output:
test_option_b
tar/test/test_option_b.c:41: File archive1.tar has size 3072, expected 2048
Description: bsdtar does not pad archives written directly to regular files
tar/test/test_option_b.c:63: F
On 2015-03-04 at 21:52, quoth Ludovic Courtès:
>> I had just realised Ludo suggested djvu.scm, so i was modifying that,
>> but ebook is also fine by me.
>
> I’m fine either way. (I’m more concerned about you becoming tired
> before you finally commit the thing. ;-))
Haha, yeah. Thanks for all t
>From 8ead8074142f1a2e0d11d8a8eaf64b6707925467 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Thu, 5 Mar 2015 10:24:12 +0100
Subject: [PATCH] gnu: Add htsjdk.
* gnu/packages/bioinformatics.scm (htsjdk): New variable.
---
gnu/packages/bioinformatics.scm | 46 +
On Tue, Mar 3, 2015 at 1:24 PM, Ludovic Courtès wrote:
>> Somehow find-files appears to have problems with a file. This happens
>> even if I install the en_US.UTF-8 locale:
>
> [...]
>
>>?: 1 [regexp-exec # "hello\x00 world\n" 0 0]
>> In ice-9/boot-9.scm:
>> 106: 0 [#> args)> misc-error ...]
* gnu/packages/patches/grub-freetype.patch: New file.
* gnu-system.am (dist_patch_DATA): Add the patch.
* gnu/packages/grub.scm (grub): Apply new patch.
---
gnu-system.am| 1 +
gnu/packages/grub.scm| 3 ++-
gnu/packages/patches/grub-freetype.patch
>From 76b47d095af6e564175bef660ecb99b0be67b41f Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Thu, 5 Mar 2015 08:30:46 +0100
Subject: [PATCH] gnu: Add fdupes.
* gnu/packages/admin.scm (fdupes): New variable.
---
gnu/packages/admin.scm | 26 ++
1 file changed, 26 inse
21 matches
Mail list logo
