Would it not be the time now to merge core-updates back into master, as
anyway everything will be rebuilt?
Andreas
On 03/10/2014 03:18 PM, Andreas Enge wrote:
Would it not be the time now to merge core-updates back into master, as
anyway everything will be rebuilt?
It would be nice to know that a bit in advance, so we have time to push
pending patches to core-updates before it's merged into master :)
* modules/dmd/service.scm (deregister-services): New procedure.
(dmd-service): Add new action: unload.
* dmd.texi (The 'dmd' and 'unknown' services): Document 'unload'.
* tests/basic.sh: Add 'unload' tests (stop single service 'all').
---
dmd.texi| 13
* modules/dmd/service.scm (runtime-load): New procedure.
(dmd-service): Re-factor 'load', add new action: 'reload'.
* dmd.texi (The 'dmd' and 'unknown' services): Document 'reload'.
* tests/basic.sh: Add 'reload' test.
---
dmd.texi|8
modules/dmd/service.scm | 35
Andreas Enge andr...@enge.fr skribis:
Would it not be the time now to merge core-updates back into master, as
anyway everything will be rebuilt?
We need to discuss with Mark whether to release Guile 2.0.10, or just
patch it the way Cyril proposed a while back. But that’s basically the
only
Hi,
Pierre-Antoine Rault p...@rigelk.eu skribis:
Attached is a patch with basic explaination most of you know by heart,
but that may not be obvious for newbies (like me). The details
provided to the doc and hacking file both cover packaging and how to
avoid the main pitfalls I've encountered
Hi!
Thanks for your proposal!
Pierre-Antoine Rault p...@rigelk.eu skribis:
Having worked with libtorrent and kademila, i am quite familiar with dht
and P2P, and I think GNUnet shouldn't be much difficult to adapt to. I
am thus reading info about GNUnet, but I already have some features in
Cyril Roelandt tipec...@gmail.com skribis:
On 03/10/2014 09:14 PM, Ludovic Courtès wrote:
Andreas Enge andr...@enge.fr skribis:
Would it not be the time now to merge core-updates back into master, as
anyway everything will be rebuilt?
We need to discuss with Mark whether to release Guile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 10/03/2014 21:56, Ludovic Courtès wrote:
I’ve applied a stripped-down version of the patch: I ended up
removing “Packaging 101” because it was redundant with the
“Packaging Guidelines” section of the manual, so I moved the
missing bits
Pierre-Antoine Rault p...@rigelk.eu writes:
On 10/03/2014 22:09, Ludovic Courtès wrote:
The initial discussion [0] left open the question of where
binaries themselves should be stored. A possibility would be to
use GNUnet’s DHT simply as a discovery mechanism, and then to
establish a
In recent weeks on my system, it has become fairly common for the daemon
to get into a bad state, where all build attempts fail with messages
like this:
--8---cut here---start-8---
mhw:~/guix-core-updates$ ./pre-inst-env guix build -n emacs
error (ignored):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/03/2014 04:35, Mark H Weaver wrote:
Pierre-Antoine Rault p...@rigelk.eu writes:
On 10/03/2014 22:09, Ludovic Courtès wrote:
The initial discussion [0] left open the question of where
binaries themselves should be stored. A possibility
Pierre-Antoine Rault p...@rigelk.eu skribis:
On 10/03/2014 21:56, Ludovic Courtès wrote:
I’ve applied a stripped-down version of the patch: I ended up
removing “Packaging 101” because it was redundant with the
“Packaging Guidelines” section of the manual, so I moved the
missing bits in that
Apologies for the sloppy reporting. Let me explain why it’s the case.
I ran ‘make check’ multiple times. These tests failed when I cloned the
repo and ran ‘make check’ for the first time: tests/derivations.scm,
tests/store.scm, tests/guix-build.sh, tests/guix-register.sh. These
ones failed
I think the current docstring of ‘assert-valid-signature’ is not correct
since ‘signature’ must be a string (as produced by
‘canonical-sexp-string’), not an sexp.
In guix/nar.scm, the comment is:
(define (assert-valid-signature signature hash file)
;; Bail out if SIGNATURE, an sexp,
Hello Guix , Hello Hurd
Most of you already know me from the irc ,lurking around as phant0mas and
that I am working towards porting Guix to GNU/Hurd.
In order to be able to do that I have already packaged mach headers ,hurd
headers and mig and I am currently working on packaging and
Nikita Karetnikov nik...@karetnikov.org skribis:
Which log files would you like to see?
The SRFI-64 $top_builddir/*.log files, and $top_builddir/test-suite.log.
The topological sort issue is normally solved by 58cbbe4.
Ludo’.
Mark H Weaver m...@netris.org skribis:
In recent weeks on my system, it has become fairly common for the daemon
to get into a bad state, where all build attempts fail with messages
like this:
mhw:~/guix-core-updates$ ./pre-inst-env guix build -n emacs
error (ignored): aborting transaction:
Hello!
Manolis Ragkousis manolis...@gmail.com skribis:
Here is a simple roadmap explaing what is there to be done.
1) Successfully cross-build the hurd's glibc
2) Make the appropriate changes to cross-base.scm so the toolchain will
use the new glibc when hurd is targeted with guix build
Cross-refs and a small glossary would help a lot to start with Guix. However, I
was thinking about an explanation of folders, sub folders and main files as
seen in the GNUnet manual [1].
[1] https://gnunet.org/book/export/html/37
Of course, these are just ideas to help brainstrom :)
- rigelk
Pierre-Antoine Rault p...@rigelk.eu skribis:
On 10/03/2014 22:09, Ludovic Courtès wrote:
[...]
The initial discussion [0] left open the question of where
binaries themselves should be stored. A possibility would be to
use GNUnet’s DHT simply as a discovery mechanism, and then to
establish
Pierre-Antoine Rault p...@rigelk.eu skribis:
Cross-refs and a small glossary would help a lot to start with Guix. However,
I was thinking about an explanation of folders, sub folders and main files as
seen in the GNUnet manual [1].
[1] https://gnunet.org/book/export/html/37
Sure. Again
On 03/11/2014 12:19 AM, Pierre-Antoine Rault wrote:
The initial discussion [0] left open the question of where
binaries themselves should be stored. A possibility would be to
use GNUnet’s DHT simply as a discovery mechanism, and then to
establish a connection directly to the user’s machine,
Pierre-Antoine Rault p...@rigelk.eu writes:
On 11/03/2014 04:35, Mark H Weaver wrote:
FWIW, I think it might be worthwhile to support BitTorrent magnet
links as well, as a middle ground between these two extremes. Most
users will not be able to host binaries via HTTP; even if they have
a
Nothing prevents us from merging core-updates several times before a release.
As I see it, core-updates is there so that people tracking git master are not
forced to recompile too often. But a change to master that forces recompilat-
ion should be linked with a merge of core-updates into master,
Andreas Enge andr...@enge.fr skribis:
Nothing prevents us from merging core-updates several times before a release.
As I see it, core-updates is there so that people tracking git master are not
forced to recompile too often.
Too often and too much. Also, changes in core-updates can
Hello!
A new guix-sysad...@gnu.org mailing list is now available. If you
volunteer to help with Hydra and build machine administration, please
subscribe in the usual way:
https://lists.gnu.org/mailman/listinfo/guix-sysadmin
guix-sysad...@gnu.org also becomes the contact address to report
Nikita Karetnikov nik...@karetnikov.org skribis:
Actually, the problem with making ‘assert-valid-signature’ public is
that it raises nar error conditions.
I’ve looked through the code; now I need even more information. Please
elaborate.
It could be changed to raise a more generic
Alex Sassmannshausen alex.sassmannshau...@gmail.com skribis:
* modules/dmd/service.scm (deregister-services): New procedure.
(dmd-service): Add new action: unload.
* dmd.texi (The 'dmd' and 'unknown' services): Document 'unload'.
* tests/basic.sh: Add 'unload' tests (stop single service
Alex Sassmannshausen alex.sassmannshau...@gmail.com skribis:
* modules/dmd/service.scm (runtime-load): New procedure.
(dmd-service): Re-factor 'load', add new action: 'reload'.
* dmd.texi (The 'dmd' and 'unknown' services): Document 'reload'.
* tests/basic.sh: Add 'reload' test.
Again I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/11/2014 08:14 PM, Pierre-Antoine Rault wrote:
Hi,
Sorry for contacting you directly (without the guix mailing list),
but Ludovic Courtès recommanded me to contact you as I would like
to work [1] on integrating GNUnet in Guix as a binary
Sree Harsha Totakura sreehar...@totakura.in skribis:
On 03/11/2014 08:14 PM, Pierre-Antoine Rault wrote:
Hi,
Sorry for contacting you directly (without the guix mailing list),
but Ludovic Courtès recommanded me to contact you as I would like
to work [1] on integrating GNUnet in Guix as a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/12/2014 09:56 PM, Ludovic Courtès wrote:
Let's just stick with the GNUnet server (we call such a server
as a service in GNUnet, let's call it Guix service) as of now.
HTTP can be done optionally. Moreover the currently binary
distribution
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/13/2014 12:15 AM, Ludovic Courtès wrote:
Is it possible to have several values associated with a key in the
DHT?
I’m asking because here we’d need to have the ability to get zero
or more tuples as described above, one tuple for each node
On Wed, Mar 12, 2014 at 12:06:10PM +0100, Ludovic Courtès wrote:
Right, but in master we don’t change “core” stuff like build/utils.scm,
glibc, etc. Sometimes there are changes that trigger a lot of rebuild,
but never as much as what we do in core-updates.
Sorry, but I am still lost; we just
Ludo, would you please consider moving to the GNU Name System? GNS is
based on SDSI/SPKI (delegation certificates!), and has many other
advantages (not to mention uses Curve25519 instead of RSA). GNUnet's
identity management is based on Curve25519 ECDSA signatures, and we are
using libgcrypt for
Samuel Thibault samuel.thiba...@gnu.org skribis:
Ludovic Courtès, le Tue 11 Mar 2014 12:19:44 +0100, a écrit :
I can mentor the project, but I would really like someone from the Hurd
side to co-mentor. Any volunteer? (This is essentially already the
case in practice, but we could make it
l...@gnu.org (Ludovic Courtès) writes:
Ideally, I imagine you could do something like:
dht-get /gnu/store/ykmg6ydrmlkn600wklriw3wzc1z3dcli-emacs-24.3
and get as a reply (roughly) a tuple containing:
1. a signature (as a canonical s-expression);
Why only one signature? I think this
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
Ideally, I imagine you could do something like:
dht-get /gnu/store/ykmg6ydrmlkn600wklriw3wzc1z3dcli-emacs-24.3
and get as a reply (roughly) a tuple containing:
1. a signature (as a canonical s-expression);
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
Ideally, I imagine you could do something like:
dht-get /gnu/store/ykmg6ydrmlkn600wklriw3wzc1z3dcli-emacs-24.3
and get as a reply (roughly) a tuple containing:
1. a
I was about to say you could push to master, but since the new
substitute-binary will refuse any unsigned archives[*], it may be wiser
to push to a special branch so we can test it in real life before
merging into master.
Should the special branch be based on ‘master’ or ‘core-updates’?
Christian Grothoff groth...@in.tum.de skribis:
Ludo, would you please consider moving to the GNU Name System?
Guix uses the SPKI-like infrastructure for purposes unrelated to the
project at hand (to sign/authenticate archives.)
However, it probably makes sense to rely more on GNS in whatever
Christian Grothoff groth...@in.tum.de skribis:
On 03/14/2014 12:08 AM, Ludovic Courtès wrote:
Christian Grothoff groth...@in.tum.de skribis:
Ludo, would you please consider moving to the GNU Name System?
Guix uses the SPKI-like infrastructure for purposes unrelated to the
project at hand
On 03/14/2014 02:27 PM, Ludovic Courtès wrote:
Guix is not tied to any particular public key crypto algorithm.
Currently we typically use RSA key, as you note, but we could just as
well tell libgcrypt to use something else, no?
Yes, and my point is you should. I also do not believe in giving
Christian Grothoff groth...@in.tum.de skribis:
On 03/14/2014 02:27 PM, Ludovic Courtès wrote:
Guix is not tied to any particular public key crypto algorithm.
Currently we typically use RSA key, as you note, but we could just as
well tell libgcrypt to use something else, no?
Yes, and my
Hi,
Here's Luajit 2.0.3 updated recipe.
From c2d3eaaac53e38235bcdfa2f33160b25ca25d237 Mon Sep 17 00:00:00 2001
From: Raimon Grau raimons...@gmail.com
Date: Sat, 15 Mar 2014 12:34:51 +0100
Subject: [PATCH] gnu: Added Luajit 2.0.3
---
gnu/packages/lua.scm | 4 ++--
1 file changed, 2
I was about to say you could push to master, but since the new
substitute-binary will refuse any unsigned archives[*], it may be wiser
to push to a special branch so we can test it in real life before
merging into master.
Should the special branch be based on ‘master’ or ‘core-updates’?
On
Hello,
On Sat, Mar 15, 2014 at 12:40:08PM +0100, Raimon Grau wrote:
Here's Luajit 2.0.3 updated recipe.
thanks for the update! Could you please add a git log entry as per the
examples already present in the git repository, and create the patch with
git format-patch?
Thanks in advance,
Andreas
Which log files would you like to see?
The SRFI-64 $top_builddir/*.log files, and $top_builddir/test-suite.log.
$ git rev-parse HEAD
6f58d582432fe46c163f61ddf8f653584f4f7be8
FAIL: tests/store.scm
FAIL: tests/guix-build.sh
FAIL: tests/guix-register.sh
Starting test store
Group begin:
FAIL: tests/store.scm
FAIL: tests/guix-build.sh
FAIL: tests/guix-register.sh
These two failures are because the ‘test-tmp’ directory predates the
nix → guix change in commit f5768afa333bbc8167ef2e33db44c9bb64bef0be.
An annoyance, but that should be fixed by either “rm -rf test-tmp
make
Nikita Karetnikov nik...@karetnikov.org skribis:
FAIL: tests/store.scm
FAIL: tests/guix-build.sh
FAIL: tests/guix-register.sh
These two failures are because the ‘test-tmp’ directory predates the
nix → guix change in commit f5768afa333bbc8167ef2e33db44c9bb64bef0be.
An annoyance, but that
l...@gnu.org (Ludovic Courtès) skribis:
Christian Grothoff groth...@in.tum.de skribis:
On 03/14/2014 02:27 PM, Ludovic Courtès wrote:
Guix is not tied to any particular public key crypto algorithm.
Currently we typically use RSA key, as you note, but we could just as
well tell libgcrypt to
On Tue, Mar 18, 2014 at 02:32:02PM +0100, Ludovic Courtès wrote:
In parallel, we’ll have to lobby so our Hurd friends publish tarballs of
glibc and libpthread.
Or lobby that the gnu kernel uses the standard gnu libc?
Andreas
Andreas Enge andr...@enge.fr skribis:
On Tue, Mar 18, 2014 at 02:32:02PM +0100, Ludovic Courtès wrote:
In parallel, we’ll have to lobby so our Hurd friends publish tarballs of
glibc and libpthread.
Or lobby that the gnu kernel uses the standard gnu libc?
That as well of course. Some of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
As I tried to compile the 'hello' package with 'guix build hello'
(with verbosity, processors and --keep-failed options), I have the
following errors: http://bpaste.net/show/190277/
Any ideas about how to solve this ? (I'm not even sure if
Hi,
Thanks for sharing your tentative roadmap.
Pierre-Antoine Rault p...@rigelk.eu skribis:
Roadmap:
#1 work on the GNUnet service: handling of requests from users
(tuple(s) answers[see below for structure]). tests with static database.
* work on a client-side binary list request
This
Commit dc19a98 updates the ‘nix-upstream’ sub-module, and the next
commit adds a test in tests/store.scm that will fail unless guix-daemon
is built with the updated sub-module.
So, after ‘git pull’, make sure to run ‘git submodule update’ and
( cd nix; ./sync-with-upstream ).
Ludo’.
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
In recent weeks on my system, it has become fairly common for the daemon
to get into a bad state, where all build attempts fail with messages
like this:
mhw:~/guix-core-updates$ ./pre-inst-env guix build -n emacs
Hello,
I've just run a clean install of Guix from Git, thus using the new store
location (/gnu/) and the updated nix daemon. I configured the system as
required (change permissions on store, create per-user dir, add
build-users, etc). I then ran:
$ guix package -i hello
All works as expected
* modules/dmd/service.scm (load-config): New procedure.
(dmd-service): Re-factor 'load', add new action: 'reload'.
* dmd.texi (The 'dmd' and 'unknown' services): Document 'reload'.
* tests/basic.sh: Add 'reload' test.
---
dmd.texi|8
modules/dmd/service.scm | 35
Hello,
Please find an updated second patch which should arrive shortly.
Ludovic Courtès writes:
Alex Sassmannshausen alex.sassmannshau...@gmail.com skribis:
* modules/dmd/service.scm (runtime-load): New procedure.
(dmd-service): Re-factor 'load', add new action: 'reload'.
* dmd.texi (The
These are for core-updates. I've tested them both.
Mark
From b1d5f5da8417dbd2213b92c1881f9e408d02dad9 Mon Sep 17 00:00:00 2001
From: Mark H Weaver m...@netris.org
Date: Wed, 19 Mar 2014 05:02:25 -0400
Subject: [PATCH 1/2] gnu: ncurses: Install man pages in share/man/man*, not
man/man*.
Mark H Weaver m...@netris.org skribis:
These are for core-updates. I've tested them both.
OK to push. Thanks for taking care of this!
Ludo’.
I am getting an error in the autoreconf phase for libpthread in glibc/hurd
here
Check the attached build.log file
#:phases (alist-cons-before
'pre-configure 'autoconf
(lambda _
(system* autoreconf -vi libpthread))
I
I tried that but I am getting the errors
autoreconf: running: libtoolize --copy --force
Can't exec libtoolize: No such file or directory at
/gnu/store/1i1jcl43kcs9v0g962sj5s70igxy2g2g-autoconf-2.69/share/autoconf/Autom4te/FileUtils.pm
line 345, GEN2 line 5.
autoreconf: failed to run
Manolis Ragkousis manolis...@gmail.com skribis:
I tried that but I am getting the errors
autoreconf: running: libtoolize --copy --force
Can't exec libtoolize: No such file or directory at
Yes, so you need both libtool:bin (which brings ‘libtoolize’), and
libtool:
`((libtool ,libtool
On 03/19/2014 10:18 AM, Deepan Sekar wrote:
Hi
Hi!
Im sorry for participating and contacting you so late about my interest in
the project of Self-updating GNUnet with GNU Guix but I just came across
GSoC 2014 two days ago. Anyways, I find the concept proposed really
interesting and would
This patch fixes 'util-macros' to install its *.pc file in
PREFIX/lib/pkgconfig instead of PREFIX/share/pkgconfig, and to avoid
installing its (standard generic) INSTALL file into
PREFIX/share/util-macros/INSTALL.
Mark
From 5dfaa29cfb756de7c8f46f917502bd3a2b6428d3 Mon Sep 17 00:00:00 2001
These patches are ultimately aimed at simply installing the man pages
for netpbm in PREFIX/share/man instead of PREFIX/man. I also noticed
that the recipe is indented in such a way that is quite misleading, and
that its install phase could be simplified.
* The first patch is purely whitespace
Mark H Weaver m...@netris.org skribis:
These patches fix 'netcat', 'screen', 'unzip', and 'bc' to install their
docs in PREFIX/share/{man,info} instead of PREFIX/{man,info}.
OK for master, thanks!
Ludo’.
Mark H Weaver m...@netris.org skribis:
This patch fixes 'util-macros' to install its *.pc file in
PREFIX/lib/pkgconfig instead of PREFIX/share/pkgconfig, and to avoid
installing its (standard generic) INSTALL file into
PREFIX/share/util-macros/INSTALL.
OK to push (rather to core-updates,
Hello,
On Thu, Mar 20, 2014 at 04:28:41AM -0400, Mark H Weaver wrote:
These patches fix 'netcat', 'screen', 'unzip', and 'bc' to install their
docs in PREFIX/share/{man,info} instead of PREFIX/{man,info}.
could you maybe try to file upstream bug reports for all these points, as
well as for
Currently, the substituter fails for me. For instance,
guix build pari-gp -n
yields the following message:
download-using-manifests.pl: error: executing
`/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl': No
such file or directory
guix build: error: build failed:
Alex Sassmannshausen alex.sassmannshau...@gmail.com skribis:
@ build-started /gnu/store/byc1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv
- i686-linux
/usr/local/var/log/guix/drvs/by//c1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv.bz2
guix package: error: build failed: failed to set up
when building glibc with libpthread as an addon I get this
configure: running configure fragment for add-on libpthread
configure: WARNING: you should use --build, --host, --target
configure: WARNING: you should use --build, --host, --target
checking build system type... Invalid configuration
From 0cf3d0c9b7e516be06fc8b363c3cdafc87448c6e Mon Sep 17 00:00:00 2001
From: Eric Bavier bav...@member.fsf.org
Date: Thu, 20 Mar 2014 10:59:24 -0500
Subject: [PATCH] gnu: Add cursynth
* gnu/packages/cursynth.scm: New file
* gnu-system.am (GNU_SYSTEM_MODULES): Add it
---
gnu-system.am
Andreas Enge andr...@enge.fr skribis:
Currently, the substituter fails for me. For instance,
guix build pari-gp -n
yields the following message:
download-using-manifests.pl: error: executing
`/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl':
No such file or
Andreas Enge andr...@enge.fr skribis:
Alex Sassmannshausen alex.sassmannshau...@gmail.com skribis:
@ build-started
/gnu/store/byc1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv - i686-linux
/usr/local/var/log/guix/drvs/by//c1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv.bz2
guix package:
(Hurd people: this is about a configure error when cross-compiling glibc
with libpthread as an add-on.)
Manolis Ragkousis manolis...@gmail.com skribis:
when building glibc with libpthread as an addon I get this
configure: running configure fragment for add-on libpthread
configure: WARNING:
Eric Bavier ericbav...@gmail.com skribis:
From 0cf3d0c9b7e516be06fc8b363c3cdafc87448c6e Mon Sep 17 00:00:00 2001
From: Eric Bavier bav...@member.fsf.org
Date: Thu, 20 Mar 2014 10:59:24 -0500
Subject: [PATCH] gnu: Add cursynth
* gnu/packages/cursynth.scm: New file
* gnu-system.am
On Thu, Mar 20, 2014 at 07:07:07PM +0100, Ludovic Courtès wrote:
Anything on guix-daemon’s stderr/stdout? Does ‘guix build
--verbosity=20’ provide useful info?
Well, here everything looks as if things were fine. There are tons of output,
and the last lines are:
| | building path
Andreas Enge andr...@enge.fr skribis:
On Thu, Mar 20, 2014 at 07:07:07PM +0100, Ludovic Courtès wrote:
Anything on guix-daemon’s stderr/stdout? Does ‘guix build
--verbosity=20’ provide useful info?
Well, here everything looks as if things were fine. There are tons of output,
and the last
Andreas Enge andr...@enge.fr skribis:
I get:
starting substituter program
`/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl'
download-using-manifests.pl: error: executing
`/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl':
No such file or
On Thu, Mar 20, 2014 at 11:07:34PM +0100, Ludovic Courtès wrote:
OK, I believe this is fixed with 89faa5c.
Indeed, it is working now. Thanks!
Andreas
Hello,
Just a quick note:
Ludovic Courtès writes:
Another idea: does your machine have /dev/kvm?
Mine, as a result of a strange bit of output thrown by guix daemon at
some point somewhere causing me to investigate, does not have /dev/kvm.
I'll be able to help investigate in a more involved
Hi
This is the implementation strategy(work that would be involved) I've come
up with. If it is ok, then I'll proceed to develop the timeline for the
work. I need your critics to improve it. Since, its really late, lets say
the timeline can be like one week to work on each step. Hence totally
l...@gnu.org (Ludovic Courtès) writes:
Another idea: does your machine have /dev/kvm?
Is /dev/kvm now required by the daemon?
If so, I'm concerned about portability.
Mark
FYI, for well over a month now, our 'shadow' package cannot be built
because the tarball URL is no longer accessible. The home page is no
longer accessible either. I finally looked into this, and found this
post on the mailing list:
Mark H Weaver m...@netris.org skribis:
Shea Levy s...@shealevy.com writes:
On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 08:56 PM, Mark H Weaver wrote:
We should not inherit /dev from the host system at all, but rather
Hi, Deepan,
Deepan Sekar dee93...@gmail.com skribis:
This is the implementation strategy(work that would be involved) I've come
up with. If it is ok, then I'll proceed to develop the timeline for the
work. I need your critics to improve it.
Thanks for your interest!
Note that another
Hello all,
I know its too late and few hours before the dead line of GSOC
application. Anyway I wrote a proposal based on previously discussed by Xue¹
in the list. I am attaching that here. I would like to work on this whether
or not I will get selected for GSOC. I seek your comments
Hello,
I am trying to package UDUNITS2¹ which is a dependency of Netcdf4. I am
getting an syntax error while building guix.
I pasted the following in maths.scm (similar to units package definition).
--8---cut here---start-8---
(define-public udunits
Andreas Enge andr...@enge.fr skribis:
guix package: error: build failed: failed to set up the build environment for
`/gnu/store/hdhppd3jfbpbq53afmmh0p51lx259w8a-profile.drv'
On Thu, Mar 20, 2014 at 10:40:20PM +0100, Ludovic Courtès wrote:
strace -f -o log -p XYZ
I am attaching the file.
Hello,
The daemon now creates /dev deterministically (thanks!). However, it
expects /dev/kvm to be present.
The patch below restricts that requirement (1) to Linux-based systems,
and (2) to systems where /dev/kvm already exists.
I’m not sure about the way to handle (2). We could special-case
Cyril Roelandt tipec...@gmail.com skribis:
On 03/07/2014 10:31 AM, Ludovic Courtès wrote:
Cyril Roelandt tipec...@gmail.com skribis:
* gnu/packages/python.scm (python): bump to 3.3.4
OK to push.
Ludo’.
I'll drop this one. Since I've written this patch, Python 3.4 came
out, and it
Cyril Roelandt tipec...@gmail.com skribis:
On 03/07/2014 10:40 AM, Ludovic Courtès wrote:
Cyril Roelandt tipec...@gmail.com skribis:
[...]
+--- Lib/test/test_posixpath.py 2014-03-01 05:46:56.984311000 +0100
Lib/test/test_posixpath.py 2014-03-01 06:20:50.704311000 +0100
+@@
On Fri, Mar 21, 2014 at 01:49:59PM +0100, Ludovic Courtès wrote:
For now, the “solution” is to create it like this:
sudo mknod /dev/kvm c 10 232
Can you confirm?
Yes, that works. Together with /dev/shm (how is this affected by the change,
by the way?), there are more and more things to
Yagnesh Raghava Yakkala h...@yagnesh.org writes:
Hello Eric,
On Mar 21 2014, Eric Bavier ericbav...@gmail.com wrote:
Yagnesh Raghava Yakkala h...@yagnesh.org writes:
(license license:x11-style
https://raw.githubusercontent.com/Unidata/UDUNITS-2/master/COPYRIGHT;)
(home-page
Hi!
Yagnesh Raghava Yakkala h...@yagnesh.org skribis:
I know its too late and few hours before the dead line of GSOC
application. Anyway I wrote a proposal based on previously discussed by Xue¹
Heh, we can thank him. ;-)
in the list. I am attaching that here. I would like to work on this
Yagnesh Raghava Yakkala h...@yagnesh.org skribis:
I have followed installation procedure and created users for
guix-builder. Started guix-daemon.
While trying to install hello package I had few problems, but managed to
go further, thanks to the error message emitting from guix-deamon.
901 - 1000 of 64579 matches
Mail list logo