Nikita Karetnikov nik...@karetnikov.org skribis:
That sounds fine then. I was probably being overly cautious.
I share your concerns. Could you ask the FSF?
Could you be more specific about what your concerns are? AFAIK most GNU
web pages where we/I took summaries from at copyright FSF, to
'substitute*' fails to patch a binary and returns the following error
[...]
starting phase `pre-configure'
Backtrace:
In ice-9/boot-9.scm:
2320: 19 [save-module-excursion #procedure 8e81de0 at ice-9/boot-9.scm:3961:3
()]
3966: 18 [#procedure 8e81de0 at ice-9/boot-9.scm:3961:3 ()]
1645: 17
We are pleased to announce GNU Guix version 0.3, the third alpha
release, representing 254 commits by 6 people over 2 months.
• About
GNU Guix is a functional package manager and distribution of
the GNU system.
In addition to standard package management features, Guix supports
Hello,
Time has come to send a title and summary for GHM talks. Presumably,
Andreas and I will give a talk, or two talks, or two sub-talks, perhaps
with Andreas talking about more specific technical topics.
Here’s what I have in mind.
GNU Guix, the computing freedom deployment tool
Guix
So here is my suggestion for the GHM:
GNU Guix: Package without a scheme!
One of the seducing features of the GNU Guix distribution is that the
package management system as well as the package descriptions themselves
are written in Guile, the GNU implementation of the Scheme language. But
Am Freitag, 25. Januar 2013 schrieb Cyril Roelandt:
* gnu/packages/libapr: new variable.
gnu/packages/libapr.scm | 33 +
+(define-public libaprutil
While trying to update subversion, I come across libapr.scm. Unlike Debian,
we normally do not add lib in front
Andreas Enge andr...@enge.fr skribis:
Sounds good to me, with the first paragraph maybe a bit heavy on buzzwords.
Heh. :-)
I wanted it to be high-level and concise, and ended up reusing that ELS
intro. I think I’ll go with this one, because holiday time has come. ;-)
Am Mittwoch, 17. Juli
l...@gnu.org (Ludovic Courtès) skribis:
I just committed a script, build-aux/list-packages.scm, that produces an
HTML page with a list of the available package, suitable for use on
gnu.org. The result is at
http://www.gnu.org/software/guix/package-list.html.
[...]
I’ll add a crontab entry
Hello,
Sounds like a great plan. I must confess I started packaging nmap, and
managed to build the derivation locally, but then got distracted with other
stuff.
This talk would probably give me the final push to start packaging for Guix.
Best wishes,
Alex
On Thu, Jul 18, 2013 at 8:17 PM,
It seems that the figure in section 6.4 of the documentation (
http://www.gnu.org/software/guix/manual/guix.html#GNU-Distribution) is
missing: http://www.gnu.org/software/guix/manual/images/bootstrap-graph.png
Btw, I can't see the patches as attachements, only inlined. Is
it a problem with my mail client or does everybody witness the same
behaviour ?
I see the same. They also appear inline in the archives [1].
[1] https://lists.gnu.org/archive/html/guix-devel/2013-08/msg4.html
See http://www.w3.org/TR/html5-diff/#obsolete-attributes for more information.
* build-aux/list-packages.html(package-sxml)[description-id]: remove height
attribute for td elements.
---
build-aux/list-packages.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
See http://www.w3.org/TR/html5-diff/#changed-attributes for more information.
* build-aux/list-packages.html (insert-js): remove language attribute,
useless for the
* script element.
---
build-aux/list-packages.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Cyril Roelandt tipec...@gmail.com skribis:
Also, after applying those 3 patches, we go from 627 errors/warnings
to 955 in the W3C validator
(http://validator.w3.org/nu/?doc=http%3A%2F%2Fwww.atheia.org%2Fguix%2Foutput.html).
Oops.
I'll try and send some patches. Ludo, where is the
l...@gnu.org (Ludovic Courtès) skribis:
Andreas Enge andr...@enge.fr skribis:
thanks to Ludovic's help, who noticed that the pango input harfbuzz should
be propagated, and after disabling the X server related tests, I managed to
compile gtk+. I just pushed the new package, but so far, I
On 08/16/2013 07:45 PM, Ludovic Courtès wrote:
Cyril Roelandt tipec...@gmail.com skribis:
+(alist-replace
+ 'configure
+ (lambda* (#:key version outputs #:allow-other-keys #:rest args)
+ (pk version outputs)
Leftover debugging statements, and ‘version’
Beat me to it, with a virtually identical change. :-)
alex
On Sat Aug 17 21:56:44 2013 Cyril Roelandt tipec...@gmail.com wrote:
* build-aux/list-packages.scm (package-sxml): add an alternative text
for the logos of the packages.
---
build-aux/list-packages.scm | 3 ++-
1 file changed,
I can’t find anything relevant there. I suppose that Nix people don’t
have to touch those binaries since they have ‘/bin/sh’ in a chroot.
What string exactly are you trying to patch? Just /bin/sh? In which
binary?
For now, at least ‘/bin/sh’ in ‘inplace/bin/ghc-cabal’.
I’m not sure
Another possible solution is to ship our own bootstrap binary (like we
do with Guile and Bash). But first, I’ll try to patch it. Are you OK
with that?
With shipping a binary of GHC? Well, if that’s the only reasonable way
to do it, then yes.
GNU/MIT Scheme does that for instance, but
Am Mittwoch, 21. August 2013 schrieb Ludovic Courtès:
Commit db90b40 partially addresses this by removing the fake progress
report on Guile 2.0.5, and by printing “please wait” (and “please
upgrade”).
Feedback from 2.0.5 users is welcome!
As far as I can tell, nothing changed, I still get
l...@gnu.org (Ludovic Courtès) skribis:
l...@gnu.org (Ludovic Courtès) skribis:
So commit beda99e adds the N64 cross tool chain. I was able to build
the static binaries tarball (Coreutils, gawk, etc.), and it seems to
work as expected (tested on gcc49 of the GCC Compile Farm):
I’ve
Am Mittwoch, 21. August 2013 schrieb Ludovic Courtès:
What do the following print?
guile -c '(pk (version))'
My guess is that (version) return 2.0.5-foobar-deb, which defeats the
test above.
Indeed, this prints
;;; (2.0.5-deb+1-3)
My report may have been wrong, as it appears that I did not
Am Dienstag, 20. August 2013 schrieb Ludovic Courtès:
If you’ve missed it, the Aug. 1st edition of Linux Weekly News (LWN) had
an article about Guix: https://lwn.net/Articles/560760/ .
Thanks for the link!
It’s well written and conveys the important ideas, though there are a
couple of
Hello,
As discussed at the GHM, please find attached revised patches for
list-packages.
The first patch tidies the CSS in (insert-css).
The second patch uses fold-values from (sxml fold) to achieve what my
previous patch did without the use of set! (essentially change the page
so that it does
…and the link should of course have been
http://www.atheia.org/guix/package-list.html
Thanks to Amirouche for spotting that.
Alex
Alex == Alex Sassmannshausen alex.sassmannshau...@gmail.com writes:
Alex Hello, As discussed at the GHM, please find attached revised
Alex patches for
Am Dienstag, 27. August 2013 schrieb Cyril Roelandt:
At the GHM, a Fedora hacker (whose name I forgot) suggested that it
might be time for us to write down some rules as to how packaging
should be done.
It was Patrice Dumas. I agree and volunteer to propose such a document with
good packaging
On Thu, Aug 29, 2013 at 12:21:47AM +0200, Ludovic Courtès wrote:
Hmm, there was no Makefile in doc/, so how could “cd doc; make pdf” work?
Sorry, indeed, it did not work of course. make doc/guix.pdf.
With that, “make pdf” at the top level creates doc/guix.pdf, and leaves
no intermediate files
Hello!
So, what do we put in 0.4, and when do we release it?
First, I’d like to release 0.4 by (or on) GNU’s 30th birthday, which is
on Sep. 28th [0]. On the 28th, I’d also like to have a bootable QEMU
image built with Guix, featuring at least the init system (dmd), a
console login, and bare
On Wed, Aug 28, 2013 at 10:53:53PM +0200, Ludovic Courtès wrote:
The second thing is GNU packages. Some of the trickier but more
interesting include TeXmacs, Octave, and R, for instance.
Octave requires gfortran. How can this be activated in our gcc used for
building packages?
Andreas
Andreas Enge andr...@enge.fr skribis:
On Thu, Aug 29, 2013 at 12:21:47AM +0200, Ludovic Courtès wrote:
Hmm, there was no Makefile in doc/, so how could “cd doc; make pdf” work?
Sorry, indeed, it did not work of course. make doc/guix.pdf.
With that, “make pdf” at the top level creates
On Thu, Aug 29, 2013 at 10:02:46PM +0200, Ludovic Courtès wrote:
If the answer is “no”, then you may just as well comment out
CLONE_NEWIPC in nix/libstore/build.cc.
Apart from that, you also need guile version at least 2.0.5, released
in January 2012. It would definitely be easier to use a
On Thu, Aug 29, 2013 at 10:04:10PM +0200, Ludovic Courtès wrote:
I just did that in commit a9424c0 (already pushed). I think it does
the right thing, but if it doesn’t, let’s discuss it. :-)
It works well for me, and the patch fixing the size of the graph is also
a nice addition. Thanks!
Andreas Enge andr...@enge.fr skribis:
PS: For work on gnunet, it would be preferable to clone the git repository,
which contains a few dependencies not yet available in 0.3.
... or you can install 0.3 and run “guix pull” to get them.
Ludo’.
Andreas Enge andr...@enge.fr skribis:
On Thu, Aug 29, 2013 at 02:34:27PM +0200, Ludovic Courtès wrote:
• Manual: improve as we see fit; notably add a section on font usage
for X applications.
I would volunteer for this one.
• Python 3, and related packaging changes.
And for some
2013/8/30 Ludovic Courtès l...@gnu.org
Nikita Karetnikov nik...@karetnikov.org skribis:
So I think Guix nearly supports overlays, no? :-)
What do NixOS people mean by “overlay”?
Well, I don’t think that wiki page has much authority. ;-)
“Overlay” is not a term that is used in NixOS
I just noticed that there is a variable native-search-paths in python-2,
which looks like it should be updated for python 3. However, when I modify
the package accordingly, it is not recompiled. How come? Is this variable
really needed?
Andreas
Cyril Roelandt tipec...@gmail.com skribis:
This patch series adds htop and dfc, which are 'modern' versions of top and
df.
[...]
gnu/packages/sysutils.scm | 70
+
It just occurred to me that there’s already (gnu packages system), which
Cyril Roelandt tipec...@gmail.com skribis:
On 08/31/2013 05:30 PM, Andreas Enge wrote:
Hello,
python 3 does not ship a python binary any more, just a binary called
python3. That could be useful, since it would allow to install python 2 and 3
side by side. However, all packages relying on a
jema...@gnu.org (Jose E. Marchesi) skribis:
I just realized that we can do even better: have --list-generations
output recutils-formatted data (using ‘object-fields’). Then, if we do
it right, the output can just be piped to ‘recsel’ to select entries of
a certain age, to
On Sat, Aug 31, 2013 at 08:06:34PM +0200, Ludovic Courtès wrote:
It has no effect in the build of Python itself; its effect is only when
building Python code that uses Python and one or more Python libs.
I still think something is wrong here and that this variable should be
included into the
Jason Self ja...@bluehome.net skribis:
There will also be a hackathon going on at the GNU Project's 30th
anniversary [0] in Boston if anyone's interested in meeting in person
there. It could probably be coordinated with an online hackathon too.
Based on Libby's message [1] it might be
The impact of the switch from Python 2 to 3 can be seen here:
http://hydra.gnu.org/eval/10856
That is: minus 48 packages. :-)
Many are due to the fact that the ‘python’ executable is unavailable,
like http://hydra.gnu.org/build/16789.
Ludo’.
On Thu, Aug 29, 2013 at 10:16:37PM +0200, Cyril Roelandt wrote:
So, I've just tried to make git work. The attached patch allows me
to build Git on my x86 machine, but the build fails on my x86-64
machine. Any idea ?
For me, everything works on x86_64 and with --system=i686-linux.
The tests
On Sun, Sep 01, 2013 at 07:34:03PM +0200, Ludovic Courtès wrote:
However, my understanding from what Cyril and Brandon said is that users
may prefer to have it called ‘python3’ by default, so they can install
both Python 2 and Python 3 in parallel. Furthermore, they can choose to
have (say)
* gnu/packages/sysutils.scm (htop): New variable.
---
gnu/packages/system.scm | 22 ++
1 file changed, 22 insertions(+)
diff --git a/gnu/packages/system.scm b/gnu/packages/system.scm
index e326e49..fb364f1 100644
--- a/gnu/packages/system.scm
+++ b/gnu/packages/system.scm
* gnu/packages/system.scm (dfc): New variable.
---
gnu/packages/system.scm | 23 +++
1 file changed, 23 insertions(+)
diff --git a/gnu/packages/system.scm b/gnu/packages/system.scm
index fb364f1..1f8a7d5 100644
--- a/gnu/packages/system.scm
+++ b/gnu/packages/system.scm
@@
On Sun, Sep 01, 2013 at 07:40:18PM +0200, Cyril Roelandt wrote:
Packages usually exist in two different versions: python-foo and
python3-foo.
I think this is quite a good way of packaging both Python 2 and 3.
One day, maybe nobody will use Python 2.x any more, and we'll just
use python
On Sun, Sep 01, 2013 at 09:40:27PM +0200, Ludovic Courtès wrote:
Speaking of which: in the future, we should use topic branches for such
things, to avoid disrupting the main branch. For instance, I’ve locally
switched back to Python 2 as the default since I was otherwise unable to
use the
Andreas Enge andr...@enge.fr skribis:
On Thu, Aug 29, 2013 at 10:16:37PM +0200, Cyril Roelandt wrote:
So, I've just tried to make git work. The attached patch allows me
to build Git on my x86 machine, but the build fails on my x86-64
machine. Any idea ?
For me, everything works on x86_64
On Sun, Sep 01, 2013 at 09:48:47PM +0200, Ludovic Courtès wrote:
Please indent according to scoping, and check the return value of
CONFIGURE:
(let ((configure (...)))
(and (apply configure args)
(substitute* ...)))
Thanks, I updated the recipe, and am going to push.
Andreas
On 09/01/2013 05:27 PM, Andreas Enge wrote:
For me, everything works on x86_64 and with --system=i686-linux.
What's the difference between your patch and mine ?
The tests fail, but a few simple operations (stash, diff, pull) on the
guix tree work. Shall I push the attached patch despite
The GHM videos are now available from audio-video.gnu.org. My talk is
linked from http://gnu.org/s/guix/ with a fancy HTML5 video tag. :-)
Thanks,
Ludo’.
PS: Thanks to Sylvestre Ledru and others for recording, to Luca Saiu for
polishing, and to Mark H. Weaver and Luca for uploading to
l...@gnu.org (Ludovic Courtès) writes:
My understanding was that users (really: Python developers) would expect
to get a ‘python3’ binary when they install the latest, and a ‘python’
binary otherwise.
It depends. I've grown used to having python(-python3) and python2
binaries in
Nikita Karetnikov nik...@karetnikov.org skribis:
I’m trying to handle the “last-month” and the “first-month” cases. I’d
like to use ‘profile-numbers’* to construct an alist of generations and
their creation dates.
What can I use to get the creation date of a file? I can’t find
anything in
On 09/02/2013 09:38 PM, Ludovic Courtès wrote:
That is, try to install something that’s available on hydra.gnu.org, and
check that it downloads correctly, and prints “Please consider upgrading
Guile to get proper progress report”.
It does exactly that.
Cyril.
At the GHM, Andreas rightfully noted that building a profile with many
files, as is the case when TeX Live is installed, can take quite a bit
of time; and every time a package is installed/removed/upgraded, you pay
that price again since the profile is built from scratch.
Creating a profile
On Mon, Sep 02, 2013 at 11:14:27PM +0200, Ludovic Courtès wrote:
Please report any speedups or bugs you may have. :-)
Nothing to report so far, but this is a very neat optimisation!
Andreas
• MIPS64/N64 support: the bootstrap tarballs are now all available
through cross-compilation from x86_64, so it’s “just” a matter of
feeding them in bootstrap.scm and trying out.
I’m also interested in this one.
Oh, I forgot that I’ll need five tarballs, not two [1]. Can I get the
other
Nikita Karetnikov nik...@karetnikov.org skribis:
• MIPS64/N64 support: the bootstrap tarballs are now all available
through cross-compilation from x86_64, so it’s “just” a matter of
feeding them in bootstrap.scm and trying out.
I’m also interested in this one.
Oh, I forgot that I’ll
On Wed, Sep 04, 2013 at 10:52:08PM +0200, Cyril Roelandt wrote:
(define pytz
(package
(name python-pytz)
...))
This is quite Debianish. I like it.
But the alternative (as I suggested in the packaging guidelines) is as
debianish:
(define python-pytz
(package
On 09/04/2013 10:51 PM, Ludovic Courtès wrote:
Thus I would do:
(define pytz
(package
(name python-pytz)
...))
And what should we call python2-pytz ?
Cyril.
On Wed, Sep 04, 2013 at 10:51:17PM +0200, Ludovic Courtès wrote:
However, I don’t think that scheme should be followed for variable
names: it’s tedious to type, and Guile offers mechanisms to
select/rename bindings imported from other bindings.
Thus I would do:
(define pytz
(package
Are you using git repositories or other kind of distributed version control?
Thanks,
Filipe Machado
Nikita Karetnikov nik...@karetnikov.org skribis:
The attached procedure will be invoked when either option is called with
an argument.
Nice.
BTW, what did you think of the idea of using recutils format as the
output? (Either as the sole output format, or otherwise as a secondary
format.)
BTW, what did you think of the idea of using recutils format as the
output? (Either as the sole output format, or otherwise as a secondary
format.)
I like the idea. It’s always better to use a documented format,
especially when it comes with a mode for Emacs. And don’t forget that
Oh indeed, using ‘-s’ was a good idea. Note that ‘guix build
bootstrap-tarballs’ is even faster to type.
Thanks.
Which Guile do I need? The stripped one, right?
The one that’s in the output of ‘guix build bootstrap-tarballs’ (I
forgot the name.)
Yep, the stripped one.
Can I download
• Guix must be usable with the old Guile 2.0.5, since that’s what some
distros provide. At the GHM I realized that some people had weird
bugs with that Guile, notably in the substituter. I fixed a couple
of bugs, but there may be others around.
So, to 2.0.5 users: please run ‘make
Nikita Karetnikov nik...@karetnikov.org skribis:
Oh indeed, using ‘-s’ was a good idea. Note that ‘guix build
bootstrap-tarballs’ is even faster to type.
Thanks.
Which Guile do I need? The stripped one, right?
The one that’s in the output of ‘guix build bootstrap-tarballs’ (I
forgot
Nikita Karetnikov nik...@karetnikov.org skribis:
• Guix must be usable with the old Guile 2.0.5, since that’s what some
distros provide. At the GHM I realized that some people had weird
bugs with that Guile, notably in the substituter. I fixed a couple
of bugs, but there may be others
Hi,
Here’s a patch to add Mercurial as package:
--- /usr/local/share/guile/site/2.0/gnu/packages/version-control.scm
2013-09-04 16:27:21.495618474 +0200
+++ /home/arne/version-control.scm 2013-09-06 11:13:57.080871243 +0200
@@ -64,6 +64,26 @@
from a command line or use a GUI
On Thu, Sep 05, 2013 at 03:00:27PM +0200, Ludovic Courtès wrote:
BTW, I haven’t check whether this is the case already, but we need
something like
(define (package-with-explicit-python p python)
;; Return a version of P built for PYTHON.
(package (inherit p) ...))
so we can just
Should ‘./configure’ check for makeinfo? ‘make’ will fail when makeinfo
isn’t installed.
pgp6b8ytEaZGE.pgp
Description: PGP signature
I’ve just fixed a small bug [1]. Maybe we should agree to run
make distclean ./boostrap ./configure make make check
before pushing, or will it be too tedious?
Also, I don’t like the ‘license:’ prefix. What about something like
‘l:’? It’ll probably be even better to use ‘#:select’ when
In which command? guix build, guix package, guix-daemon?
‘guix build’ and ‘guix package’ when ‘guix-daemon’ runs without
‘--no-substitutes’. (I was able to reproduce this on a different i686
machine.)
When the daemon uses the mentioned option, ‘guix build’ and ‘guix
package’ work as expected.
On 09/07/2013 02:35 PM, Ludovic Courtès wrote:
Jason Self ja...@bluehome.net skribis:
There will also be a hackathon going on at the GNU Project's 30th
anniversary [0] in Boston if anyone's interested in meeting in person
there. It could probably be coordinated with an online hackathon too.
I’m asking because if we do that, ‘--list-generations’ may just as well
print out *all* the generation records. Users who want to select only
less than one-month old generations can do that with ‘recsel’, and we
don’t have anything more to do.
WDYT?
I see recutils as an advanced option
I can confirm this bug on i686. The same happens with guix package
--no-substitutes -i gnupg. On x86-64, everything works as expected.
Does it mean that the daemon is the cause of the problem since the error
is platform-specific? Also, note this line:
The following derivations will be
Hello, time to give a quick update!
What I implemented in the python branch, following the discussions
on the list, is the following:
On Mon, Sep 02, 2013 at 08:24:48AM +0200, Brandon Invergo wrote:
Then that means we don’t really have to worry, and just document that
the python-3.x package
Nikita Karetnikov nik...@karetnikov.org skribis:
3. Created ‘mips64el-linux-gnuabi64’ in ‘gnu/packages/bootstrap/’.
Hmm, I think we should just call it ‘mips64el-linux’ since the ABI is
really something orthogonal.
I’ve already tried that:
$ ./pre-inst-env guix build -K -s
Andreas Enge andr...@enge.fr skribis:
On Sun, Sep 08, 2013 at 04:03:23PM +0200, Ludovic Courtès wrote:
Andreas Enge andr...@enge.fr skribis:
separate ‘package-with-name-prefix’ procedure, such that we would do:
(define package-with-python-2
(compose (cut package-with-name-prefix
Andreas Enge andr...@enge.fr skribis:
On Sat, Sep 07, 2013 at 02:35:01PM +0200, Ludovic Courtès wrote:
Jason Self ja...@bluehome.net skribis:
There will also be a hackathon going on at the GNU Project's 30th
anniversary [0] in Boston if anyone's interested in meeting in person
there. It
Nikita Karetnikov nik...@karetnikov.org skribis:
I’m asking because if we do that, ‘--list-generations’ may just as well
print out *all* the generation records. Users who want to select only
less than one-month old generations can do that with ‘recsel’, and we
don’t have anything more to do.
I’ve already tried that:
$ ./pre-inst-env guix build -K -s mips64el-linux-gnuabi64 hello
[…]
ERROR: bootstrap binary not found tar mips64el-linux-gnuabi64
As I wrote, call it ‘mips64el-linux’, and put the binaries under the
directory of that name.
I did that but forgot to adjust ‘-s
On Tue, Sep 10, 2013 at 10:26:55AM +0200, Andreas Enge wrote:
Maybe we should try to use a variable name %python-standard-phases instead.
The attached patch to guix/build/python-build-system.scm does just this
and works. Would it make sense to push it?
The part of the patch adding
On Tue, Sep 10, 2013 at 07:48:30PM +0200, Ludovic Courtès wrote:
You’re mixing different things: the line above is on the host side,
whereas the patch I proposed changes the modules imported on the build
side.
Okay, I get it!
Can you try this patch to check the value of ‘phases’?
Without
Matthias Wachs wa...@net.in.tum.de skribis:
On Thu, 2013-08-29 at 23:31 +0200, Ludovic Courtès wrote:
Andreas Enge andr...@enge.fr skribis:
PS: For work on gnunet, it would be preferable to clone the git repository,
which contains a few dependencies not yet available in 0.3.
... or
So the next module python-dateutil works. But again,
python setup.py install
complains that the path it wishes to install to,
/nix/store/q637nhgrixha1f8cfl32l6gvviha737g-python2-dateutil-1.5/lib/python2.7/site-packages
does not exist and is not in PYTHONPATH.
So I added the following:
Andreas Enge andr...@enge.fr skribis:
We need to factor this out. I suggest to do the following:
In the install phase, before running setup.py, we create the directory and
add it to the python path. But this would only be needed for programs creating
modules, and I suppose not for programs
Andreas Enge andr...@enge.fr skribis:
So indeed, your patch solves the confusion!
Excellent, thanks!
Ludo’.
Andreas Enge andr...@enge.fr skribis:
On Tue, Sep 10, 2013 at 10:26:55AM +0200, Andreas Enge wrote:
Maybe we should try to use a variable name %python-standard-phases instead.
The attached patch to guix/build/python-build-system.scm does just this
and works. Would it make sense to push it?
Andreas Enge andr...@enge.fr skribis:
On Mon, Sep 09, 2013 at 11:35:55PM +0200, Ludovic Courtès wrote:
The problem is that both the gnu-build-system and the
python-build-system were getting imported, and both export a
‘%standard-phases’.
That is what I thought. I tried to add a
How can I subtract 22 days from (current-time) using SRFI-19?
Note that the above example suggests that ‘string-duration’ returns a
time object with of type ‘time-duration’ (thus independent of the
current time.)
Ah, OK. But we’ll have to subtract from (current-time) later anyway,
right?
On Tue, Sep 10, 2013 at 11:34:29PM +0200, Andreas Enge wrote:
Maybe. Bazaar does. Calibre creates elf executables, but also installs
python modules. So I will go ahead with this.
Okay, done in commit 824af8cadc1b4f1ac7a859f3d18cbe69b195a844, and used
for python(2)-setuptools and a new package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
your project is part of the selection for the GNU30 hackathon listed
at http://www.gnu.org/gnu30/celebration
In the course of the anniversary, there's a security conference in
Buenos Aires, called Ekoparty, and I'm willing to organize a GNU
On Wed, 2013-09-11 at 10:16 -0300, hellekin wrote:
your project is part of the selection for the GNU30 hackathon listed
at http://www.gnu.org/gnu30/celebration
Oh. This doesn't sound like sensitive material at all. May I forward
it to our public dev list?
- Jordi G. H.
Andreas Enge andr...@enge.fr skribis:
On Tue, Sep 10, 2013 at 11:34:29PM +0200, Andreas Enge wrote:
Maybe. Bazaar does. Calibre creates elf executables, but also installs
python modules. So I will go ahead with this.
Okay, done in commit 824af8cadc1b4f1ac7a859f3d18cbe69b195a844, and used
* gnu/packages/gnome.scm: New file.
* gnu-system.am: Add it.
---
gnu-system.am |1 +
gnu/packages/gnome.scm | 72
2 files changed, 73 insertions(+)
create mode 100644 gnu/packages/gnome.scm
This works fine on i686, but fails on
By definition submatches 1 and 2 exist when RES is true.
Thus, I’d remove ‘safe-match:substring-number’ and do:
(match (string-match ^([0-9]+)\\.\\.([0-9]+)$ str)
(#f #f)
(matches
(let ((start (number-string (match:substring matches 1)))
(end (number-string
Nikita Karetnikov nik...@karetnikov.org skribis:
Probably this can reduce to a big ‘cond’, which would be even more
readable:
(cond ((maybe-integer)
=
list)
((string-match ^([0-9]+)\\.\\.([0-9]+)$ str)
=
(lambda (match)
...))
Hello,
hellekin helle...@gnu.org skribis:
My objective with this email is to gather a list of suggestions as to
where to put the effort on your various projects, in order to make it
more convenient for them to choose. I'm willing to gather
security-related bugs that they can look into and
1 - 100 of 64479 matches
Mail list logo