This patch is for displaying "name version" instead of "name@version" in
the heading of *Guix Package Info* buffer.
>From d3cd02351042f8139aeff0302bcb921c8b520716 Mon Sep 17 00:00:00 2001
From: Alex Kost
Date: Mon, 21 Mar 2016 10:58:29 +0300
Subject: [PATCH] emacs: Use space to separate package n
There is a bug in "scheme → elisp" conversion in the emacs interface.
It can be seen with the following recipe:
1. M-x guix-licenses
2. Move to "FreeBSD" license and press "i" to describe it.
3. In the *Guix License Info* buffer you can see:
https://www.gnu.org/licenses/license-listnilreeBSD
Leo Famulari (2016-03-21 05:49 +0300) wrote:
> On Tue, Mar 15, 2016 at 05:25:58PM +0100, Ludovic Courtès wrote:
[...]
>> Furthermore ‘@’ (at sign) has a special meaning in Guile (info "(guile)
>> Using Guile Modules"), so even though it’s currently valid within an
>> identifier, I’d suggest avoidi
Nils Gillmann (2016-03-20 15:17 +0300) wrote:
> It's okay for me.
>
> I think .mailmap is only for mail, so my old contribution name
> will only be fixed once someone applies the gnunet.scm patch and
> others where it might still occur.
You will fix your name in gnunet.scm some day¹, right? If y
Hello!
skribis:
> The admission for Google's Summer of Code have started and I want to spend
> the summer working on Guix. I have a proposition I hope you will find
> interesting! I have joined the draft to this e-mail.
Thanks for your proposal!
Preliminary question: could you resend it as p
Alex Kost skribis:
> From d3cd02351042f8139aeff0302bcb921c8b520716 Mon Sep 17 00:00:00 2001
> From: Alex Kost
> Date: Mon, 21 Mar 2016 10:58:29 +0300
> Subject: [PATCH] emacs: Use space to separate package name and version in
> heading.
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UT
Alex Kost skribis:
> As you can see, "#F" is replaced with "nil". The problem is: we receive
> a string with scheme expression from geiser, and it should be converted
> into elisp expression. I don't see how to do it other than just to
> replace scheme specific things (#t, #f, #) with elisp
> a
On Sun, Mar 20, 2016 at 10:47:04PM -0400, Leo Famulari wrote:
> This patch builds mutt with support for header caching so that large
> mailboxes can be opened quickly.
>
> Without the header cache, each message's headers are processed before
> the mailbox can be used. For large mailboxes (>1 m
Hi Dennis,
> This patch adds the clBLAS package to GNU Guix.
thank you for your patches!
Here a couple of comments:
* We usually require one patch per package. Your patch adds three
packages.
* The module is named “(gn packages clBLAS)”. Packages should go to
“(gnu packages ...)”. Also
Dennis Mungai writes:
> This patch adds the clFFT library to GNU Guix.
Thanks!
My comments about your patches for clBLAS largely also apply to this
patch. Additional comments follow.
> From 6ebec56462308cb83290d4fa4b47be07a5480674 Mon Sep 17 00:00:00 2001
> From: Dennis Mungai
> Date: Sun,
Hi Dennis,
> This patch adds Fyba, a library required by GDAL to process Norwegian
> statistical datums, to GNU Guix.
Thanks for your patch!
> From the package description:
>
> FYBA is the source code release of the FYBA library, distributed by
> the National Mapping Authority of Norway (Kartve
Hi Dennis,
> The patch attached adds glfw to the list of packages in GNU Guix.
>
> This definitely goes under gl.scm
Your patch doesn’t add it to “gl.scm”. Could you please resend a patch
that adds “glfw” to the “gl” module instead of creating a new module?
Thanks!
~~ Ricardo
Hi Dennis,
> The attached patch adds ocl-icd (An OpenCL ICD Loader) to GNU Guix.
Thanks!
I’m confused about this, because I just reviewed two other patches from
you that also contained definitions for “ocl-icd” and “opencl-headers”.
Which of these is the latest version?
It would be helpful if
Hello Ricardo,
Thanks for your valuable input.
I'll address the issues raised and re-submit the patches to the stated standard.
Regards,
Dennis.
On 21 March 2016 at 13:56, Ricardo Wurmus wrote:
>
> Hi Dennis,
>
>> The attached patch adds ocl-icd (An OpenCL ICD Loader) to GNU Guix.
>
> Thanks!
Hello everyone,
Although I have uploaded and shared my draft to the GSoC website, I am
also resending it to the lists as per Ludovic's instruction.
I am sharing it as a txt + pdf.
Here is also the link that I shared to the GSoC website as per Google's
instructions.
https://docs.google.com/docume
I'm a student still this year and Guix is the only project I'm considering.
If there's anything I can do/change to make it more clear or thorough I'd
love to have some feedback.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality canno
Alex Kost writes:
> Nils Gillmann (2016-03-20 15:17 +0300) wrote:
>
>> It's okay for me.
>>
>> I think .mailmap is only for mail, so my old contribution name
>> will only be fixed once someone applies the gnunet.scm patch and
>> others where it might still occur.
>
> You will fix your name in gnu
Hi Guix,
with this patch applied I can build randomjungle without having to add
the “lib” output of gfortran to the package inputs.
This is related to the changes I pushed in commit 82f145e to fix
bug#19733, which seems to have broken the build of randomjungle and
slepc, among others.
Is this ac
First follow up idea:
Ideal case would be:
- integration with Guix in the future (the emacs interface and
other potential future interfaces)
- integration into Guix website
- patches can be marked:
- state (done/open)
- priority
- patches can be assigned to more than 1 person
- webin
Nils Gillmann writes:
> First follow up idea:
>
> Ideal case would be:
> - integration with Guix in the future (the emacs interface and
>other potential future interfaces)
> - integration into Guix website
> - patches can be marked:
>- state (done/open)
>- priority
> - patches ca
Ricardo Wurmus writes:
> Nils Gillmann writes:
>
>> First follow up idea:
>>
>> Ideal case would be:
>> - integration with Guix in the future (the emacs interface and
>>other potential future interfaces)
>> - integration into Guix website
>> - patches can be marked:
>>- state (done/op
Hi David,
thank you for the patch!
> * gnu/packages/audio.scm (freealut): New variable.
> ---
[...]
>
> +(define-public freealut
> + (package
> +(name "freealut")
> +(version "1.1.0")
> +(source (origin
> + (method git-fetch)
> + (uri (git-reference
> +
Leo Famulari writes:
> On Thu, Mar 17, 2016 at 01:13:33PM +0100, Ricardo Wurmus wrote:
>> * gnu/packages/textutils.scm (ustr): New variable.
>
> [...]
>
>> + (uri (string-append "http://www.and.org/ustr/"; version
>> + "/ustr-" version ".tar.bz2"))
This patch updates GNU Artanis to the latest version. I also needed to
set DESTDIR because the build system installs some files to
“$DESTDIR/etc/”.
~~ Ricardo
>From dd6f844687c44ff95a8f59ab047891e88e2f35b7 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Mon, 21 Mar 2016 15:56:00 +0100
Subje
Nils Gillmann writes:
> Ricardo Wurmus writes:
>
>> Nils Gillmann writes:
>>
>>> First follow up idea:
>>>
>>> Ideal case would be:
>>> - integration with Guix in the future (the emacs interface and
>>>other potential future interfaces)
>>> - integration into Guix website
>>> - patches c
On Mon, Mar 21, 2016 at 03:50:44PM +0100, Ricardo Wurmus wrote:
>
> Leo Famulari writes:
>
> > On Thu, Mar 17, 2016 at 01:13:33PM +0100, Ricardo Wurmus wrote:
> >> * gnu/packages/textutils.scm (ustr): New variable.
> >
> > [...]
> >
> >> + (uri (string-append "http://www.and.org/ust
On Wed, Mar 16, 2016 at 10:00:21PM -0700, Steve Sprang wrote:
> I don't have anything else packaged. I've only dabbled with Erlang myself.
> You can start a REPL with:
>
> % erl
Okay, I was able to build this on x86_64 and cross-build to i686. Would
anyone like the test the build on armhf or mips
Hi,
Nils Gillmann writes:
> As you maybe already noticed, and I hope this is not just a
> temporary impression I have after ~4 months or so, guix-devel is
> getting an increasing amount of messages per day and per month.
Same feeling here.
> In my opinion this makes it hard to keep track of pa
On Sat, Mar 19, 2016 at 10:22:39PM +0100, Ludovic Courtès wrote:
> Pjotr Prins skribis:
>
> > Downloading 9rvydp...-libcap-2.24 (125KiB installed)...
> > http://mirror.guixsd.org/nar/9rvydpss0n9hva68jrmbg5qcjvyf3yc2-libcap-2.24
> > 0B/s 00:00 | 0B transferred
> > bzip2: Compressed file ends une
Mathieu Lirzin writes:
> Cyril: Do you think the bot option is feasible?
Hello Guix,
Seeing as this time next year I'll be finishing up my studies, this was a
now-or-never moment for me. I would love to spend this summer hacking on
both guix, and reading up on npm.
Attached you will find the .org and corresponding pdf export of my draft
proposal for GSoC 2016!
If an
Ricardo Wurmus writes:
> This patch updates GNU Artanis to the latest version. I also needed to
> set DESTDIR because the build system installs some files to
> “$DESTDIR/etc/”.
>
> ~~ Ricardo
>
>>From dd6f844687c44ff95a8f59ab047891e88e2f35b7 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Dat
Ricardo Wurmus skribis:
> From e2fc4f5bfac95e51ba0494ffccd6354680a73385 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Sun, 20 Mar 2016 17:10:12 +0100
> Subject: [PATCH 1/4] gnu: chicken: Update to 4.10.0.
>
> * gnu/packages/scheme.scm (chicken): Update to 4.10.0.
OK!
> From 98fe76c36
ren...@openmailbox.org skribis:
> in the GNOME environment my cursor is small, and did a link as follows
> to fix it:
>
> mkdir -p ~/.icons/default
> cd ~/.icons/default
> ln -s
> /gnu/store/zr4vacpl0rlgx6m2hivr2fm2vxhgdppc-adwaita-icon-theme-3.18.0/share/icons/Adwaita/cursors
> cursors
>
> My qu
Hi!
The best patch-tracking candidate I’ve seen so far is “patches”, written
by/for the QEMU people (the ‘patches’ package in Guix.)
https://www.gnu.org/software/guix/packages/#patches
I think it has everything most of us want, including an Emacs interface.
The main “difficulty” is setting it
Leo Famulari skribis:
> * gnu/packages/mail.scm (mutt)[inputs]: Add gdbm.
> [arguments]: Pass --enable-hcache to #:configure-flags.
I don’t use Mutt but this LGTM!
> (inputs
> `(("cyrus-sasl" ,cyrus-sasl)
> + ("gdbm" ,gdbm)
Maybe add “for header caching” as a margin comment.
Leo Famulari writes:
> On Sat, Mar 19, 2016 at 10:22:39PM +0100, Ludovic Courtès wrote:
>> Pjotr Prins skribis:
>>
>> > Downloading 9rvydp...-libcap-2.24 (125KiB installed)...
>> > http://mirror.guixsd.org/nar/9rvydpss0n9hva68jrmbg5qcjvyf3yc2-libcap-2.24
>> > 0B/s 00:00 | 0B transferred
>> >
Leo Famulari skribis:
> Can you take a look at python-2.7.10?
>
> Specifically, /gnu/store/4bs4mx6xyx0jx9827vmmbxyhjln7cmcv-python-2.7.10
>
> This is from "ifur" on #guix:
> http://paste.lisp.org/display/311051
This is an “interesting” case. There’s indeed a hash mismatch between
that narinfo a
Haskell, OCaml, Chicken, and other compilers that we package have a
serious issue that many of us are aware of: they cannot be built from
source! They rely upon pre-built binaries of the same compiler. I
understand that it's very inconvenient to not have these compilers
available to us, and all o
On 2016-03-21 10:37, l...@gnu.org wrote:
ren...@openmailbox.org skribis:
in the GNOME environment my cursor is small, and did a link as follows
to fix it:
mkdir -p ~/.icons/default
cd ~/.icons/default
ln -s
/gnu/store/zr4vacpl0rlgx6m2hivr2fm2vxhgdppc-adwaita-icon-theme-3.18.0/share/icons/Adwai
"Thompson, David" writes:
> Haskell, OCaml, Chicken, and other compilers that we package have a
> serious issue that many of us are aware of: they cannot be built from
> source! They rely upon pre-built binaries of the same compiler. I
> understand that it's very inconvenient to not have these
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> "Thompson, David" writes:
>
>> Haskell, OCaml, Chicken, and other compilers that we package have a
>> serious issue that many of us are aware of: they cannot be built from
>> source! They rely upon pre-built binaries of the same
On Mon, Mar 21, 2016 at 08:15:34PM +0100, Taylan Ulrich Bayırlı/Kammer wrote:
> So when someone instructs guix to rebuild the world from scratch, it
> downloads the bootstrap blob, then builds 1.1 with it, then builds 1.7
> with that, then 2.2 with that, and so on, and ultimately the current
> vers
Hi Ricardo,
Thanks for taking the time to review this!
On Mon, Mar 21, 2016 at 9:36 AM, Ricardo Wurmus <
ricardo.wur...@mdc-berlin.de> wrote:
>
> Hi David,
>
> thank you for the patch!
>
> > * gnu/packages/audio.scm (freealut): New variable.
> > ---
>
> [...]
>
> >
> > +(define-public freealut
>
On Mon, Mar 21, 2016 at 05:44:37PM +0100, Ludovic Courtès wrote:
> Leo Famulari skribis:
>
> > * gnu/packages/mail.scm (mutt)[inputs]: Add gdbm.
> > [arguments]: Pass --enable-hcache to #:configure-flags.
>
> I don’t use Mutt but this LGTM!
>
> > (inputs
> > `(("cyrus-sasl" ,cyrus-sa
David Hashe writes:
>> I see that Arch and Fedora both use the tarball from here:
>>
>>
>> http://pkgs.fedoraproject.org/repo/pkgs/freealut/freealut-1.1.0.tar.gz/e089b28a0267faabdb6c079ee173664a/freealut-1.1.0.tar.gz
>>
>> The advantage of that tarball is that it doesn’t require bootstrapping,
>
On Tue, Mar 15, 2016 at 05:18:45AM -0400, Leo Famulari wrote:
> On Tue, Mar 15, 2016 at 12:11:15PM +0300, Alex Kost wrote:
> > Leo Famulari (2016-03-15 02:34 +0300) wrote:
> > > + (modify-phases %standard-phases
> > > + (add-before 'build 'set-openssl-prefix
> > > + (lambda*
On Mon, Mar 21, 2016 at 4:24 PM, Ricardo Wurmus <
ricardo.wur...@mdc-berlin.de> wrote:
>
> David Hashe writes:
>
> >> I see that Arch and Fedora both use the tarball from here:
> >>
> >>
> >>
> http://pkgs.fedoraproject.org/repo/pkgs/freealut/freealut-1.1.0.tar.gz/e089b28a0267faabdb6c079ee173664a
This is a patch that adds hplip. Note that hplip builds and installs but we
don't do any of the merging of different packages' ppds etc yet [the majority
of the merging will be in "services" and not in "packages", though].
diff --git a/gnu/packages/cups.scm b/gnu/packages/cups.scm
index ff3d152.
21. Mar 2016 05:35 by l...@gnu.org:
> Hello!
>
> <> vinc...@cloutier.co> > skribis:
>
>> The admission for Google's Summer of Code have started and I want to spend
>> the summer working on Guix. I have a proposition I hope you will find
>> interesting! I have joined the draft to this e-mail.
>
Hi Efraim,
Thanks for your proposal!
This project can be pretty fun, I think, and quite rewarding if it
indeed allows us to get rid of a bunch of bootstrap binaries.
As I see it, the project covers mostly two areas:
1. Lexing & parsing. This compiler front-end will need a real parser
fo
On Mon, Mar 21, 2016 at 05:31:15PM -0400, Leo Famulari wrote:
> On Tue, Mar 15, 2016 at 05:18:45AM -0400, Leo Famulari wrote:
> > On Tue, Mar 15, 2016 at 12:11:15PM +0300, Alex Kost wrote:
> > > Leo Famulari (2016-03-15 02:34 +0300) wrote:
> > > > + (modify-phases %standard-phases
> > > > +
"Thompson, David" skribis:
> Haskell, OCaml, Chicken, and other compilers that we package have a
> serious issue that many of us are aware of: they cannot be built from
> source!
(And GCC, but let’s put it aside for now.)
> They rely upon pre-built binaries of the same compiler. I understand
>
On Mon, Mar 21, 2016 at 06:35:19PM -0400, Leo Famulari wrote:
> I asked upstream about some warnings during the docs generation, and
> they pointed out that I needed to add a command line. I've attached a
> revised patch.
>
> Can I get some feedback on it?
Based on feedback on #guix, I've revised
Hello!
I’ve just merged ‘security-updates’ into ‘master’. There are no new
security fixes in there, only the integration of fixes that used to be
available via grafting.
Ludo’.
Hello,
Manolis Ragkousis, on Mon 21 Mar 2016 14:09:36 +0200, wrote:
> Although I have uploaded and shared my draft to the GSoC website, I am
> also resending it to the lists as per Ludovic's instruction.
Looks very promising :)
Samuel
On 2016-03-21 17:54, Thompson, David wrote:
Haskell, OCaml, Chicken, and other compilers that we package have a
serious issue that many of us are aware of: they cannot be built from
source! They rely upon pre-built binaries of the same compiler. I
understand that it's very inconvenient to not h
57 matches
Mail list logo
