I'm trying to install guix on my laptop(finally got the thinkpenguin wifi
card), after reading through the manual, I have everything setup, except
there are a couple bumps on the road.
One of the things is that during system initialization, the (gnu system
networking) module returns an error which
Looking at the code of both modules on github, there is:
https://github.com/RDFLib/sparqlwrapper/blob/master/requirements.txt
rdflib
rdflib_jsonld
and
https://github.com/RDFLib/rdflib/blob/master/requirements.py2.txt
flake8
isodate
pyparsing<=1.5.7
SPARQLWrapper
(and similarly for
On 01/21/2015 04:03 PM, Ludovic Courtès wrote:
I agree with Andreas: there are 20 patches, and that level of patching
goes beyond our mission, IMO.
I would rather leave it as is if it’s usable, or remove it, or point to
a new upstream if there is one.
In that case, I think at least two of the
On 2015-01-21 12:04, l...@gnu.org wrote:
This message suggests that hydra.gnu.org, the server that provides
pre-compiled binaries, is somewhat slow.
This is unfortunately too frequent and we hope to switch to a more
powerful front-end server.
Thanks,
Ludo’.
Allright, I used the options "--no-d
This message suggests that hydra.gnu.org, the server that provides
pre-compiled binaries, is somewhat slow.
This is unfortunately too frequent and we hope to switch to a more
powerful front-end server.
Thanks,
Ludo’.
Marek Benc skribis:
> On 01/21/2015 10:35 AM, Andreas Enge wrote:
>> The number of patches looks quite frightening. From the README of nvi, the
>> current version dates from 2007. Now if upstream is dead and does not fix
>> patches, it might be preferable to remove the package altogether. Is ther
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Mark H Weaver skribis:
>>
>>> Our armhf targets the same set of machines as Debian's armhf, namely the
>>> ARMv7-A architecture with VFP3D16 coprocessor. So 'uname -m' must
>>> output "armv7l" or better, and I guess the proces
On 01/21/2015 10:35 AM, Andreas Enge wrote:
The number of patches looks quite frightening. From the README of nvi, the
current version dates from 2007. Now if upstream is dead and does not fix
patches, it might be preferable to remove the package altogether. Is there no
viable alternative that i
On Tue, Jan 20, 2015 at 6:52 PM, Federico Beffa wrote:
> Please find attached a patch for libpeas.
>
> This package, up to now, is the only one experiencing some
> side-effects from the gobject-introspection patch that we adopted from
> nix and which installs the full path name of shared libraries
The number of patches looks quite frightening. From the README of nvi, the
current version dates from 2007. Now if upstream is dead and does not fix
patches, it might be preferable to remove the package altogether. Is there no
viable alternative that is still alive? Or vim in legacy mode?
Andreas
That's great Ludovic :-D
I will be there, looking forward for it.
Manolis
11 matches
Mail list logo