On Wed, Aug 10, 2016 at 14:43:57 +0800, Alex Vong wrote:
> I thought it was an optional dependency because when I run
> `./configure --help', it contains the following help:
>
> --with-openssl use libcrypto hash routines. Valid ARGs are: 'yes',
> 'no', 'auto' =
On Wed, Aug 10, 2016 at 00:28:04 -0400, Mark H Weaver wrote:
> We should investigate the reason why it failed without OpenSSL. I would
> start by repeating the build attempt without OpenSSL, and looking at the
> resulting config.log to see what went wrong.
Sounds good to me. Let us know what you
Alex Griffin writes:
> On Wed, Aug 10, 2016, at 04:09 PM, Ricardo Wurmus wrote:
>> What do you think? Is this acceptable/reasonable?
>
> It seems to me like it's probably fine, for whatever that's worth, and
> also cleaner than the NIX_PROFILES solution. How will this work on
> foreign distros,
2016-07-31 0:19 GMT+02:00 Ludovic Courtès :
> Jelle Licht skribis:
>
> > On Jul 29, 2016 16:53, "Catonano" wrote:
>
> [...]
>
> >> For example: which are the packages with less or no dependencies (and a
> >> lot of dependants) ?
> >> Because those should be imported first, in my opinion.
>
> [..
Hi everyone,
Thanks for all the pointers, will post an update in the next few days!
Dylan
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the Polish team of translators. The file is available at:
http://translationproject.org/latest/guix/pl.po
(We can arrange things so that in the
2016-08-10 14:52 GMT+02:00 Ricardo Wurmus :
>
> Catonano writes:
>
> > 2016-08-10 13:46 GMT+02:00 Ricardo Wurmus :
> >
> >>
> >> Philippe Ombredanne writes:
> >>
> >> > David Craven wrote:
> >> >> I aborted, since I realised that guix package -s doesn't include the
> >> >> source url and hash,
On Wed, Aug 10, 2016, at 04:09 PM, Ricardo Wurmus wrote:
> What do you think? Is this acceptable/reasonable?
It seems to me like it's probably fine, for whatever that's worth, and
also cleaner than the NIX_PROFILES solution. How will this work on
foreign distros, though?
--
Alex Griffin
On Wed, Aug 10, 2016, at 04:09 PM, Leo Famulari wrote:
> I don't know what the right answer is, but (gnu packages fonts) has
> several font packages that simply download and unpack TTF files.
I was assuming that font editors typically operated directly on font
files, so there is no corresponding s
Hi Guix,
IBus is still broken. That’s primarily because we don’t generate an
input method modules cache file that GTK+ looks for. The cache file for
GTK3 can be generated with
gtk-query-immodules-3.0 /path/to/profile
Then we point the environment variable GTK_IM_MODULE_FILE to the file.
I
On Wed, Aug 10, 2016 at 03:08:44PM -0500, Alex Griffin wrote:
> On Wed, Aug 10, 2016, at 01:42 PM, Mark H Weaver wrote:
> > That said, this needn't be a blocker for including the built OTF files
> > in Guix, as long as the license permits all users to copy and
> > redistribute them for commercial a
Alex Griffin writes:
> On Wed, Aug 10, 2016, at 01:42 PM, Mark H Weaver wrote:
>> That said, this needn't be a blocker for including the built OTF files
>> in Guix, as long as the license permits all users to copy and
>> redistribute them for commercial and non-commercial purposes, as these
>> fo
ng0 writes:
> Thanks for reviewing this acciddent.
>
> New patch is attached.
My pleasure :)
Thanks for the new patch. I’ll apply it now.
~~ Ricardo
ren...@openmailbox.org writes:
> John,
>
>> Thank you so much for doing this. If 'make check' succeeds, those are
>> the main tests, but to check installation, I would look for the
>> following programs being installed:
>>
>> ola ola_e131ola_plugin_state ola_rdm_se
On Wed, Aug 10, 2016, at 01:42 PM, Mark H Weaver wrote:
> That said, this needn't be a blocker for including the built OTF files
> in Guix, as long as the license permits all users to copy and
> redistribute them for commercial and non-commercial purposes, as these
> fonts are considered non-functi
Alex Vong writes:
> ng0 writes:
>
>> Alex Vong writes:
>>
>>> Finally, I agree that icecat could switch to tor browser as its upstream.
>>
>> Maybe you want to help me out with writing the email / post to
>> torproject:
>> https://lists.gnu.org/archive/html/guix-devel/2016-08/msg00326.html
>>
>
Mark H Weaver writes:
>> +(description
>> + "Source Code Pro is a set of OpenType fonts that have been designed
>> +to work well in user interface (UI) environments. In addition to a
>> +functional OpenType font, this open source project provides all of the
>> +source files that were use
On Sat, Aug 06, 2016 at 10:42:22AM -0400, Leo Famulari wrote:
> It was also suggested to cherry-pick the 11 commits from
> core-updates-next onto master — essentially rebasing them. I can try
> that if everyone is okay with me re-signing those commits.
As discussed on #guix [0], I've pushed the re
Hello Mark,
On 08/10/16 20:39, Mark H Weaver wrote:
>
> I'm very reluctant to apply this patch. In general, it's preferable to
> rely on autoconf to test for individual features, rather than testing
> for particular kernels by name. It seems to me that this patch will
> hinder portability to oth
On Wed, Aug 03, 2016 at 11:07:52PM +0200, Tomáš Čech wrote:
> * gnu/packages/documentation.scm(asciidoc): New input docbook-xsl,
> replace use of online source and prefer docbook-xsl package.
Not having any practical experience with docbook-xsl, I think this
change looks fine, in general.
I thi
Hi,
Dylan Jeffers writes:
> First patch to guix-devel; tried my best to conform to the guidelines.
> Couldn't fix some "abiguous package" issues with
> font-adobe-source-code-pro package. Let me know if someone finds a
> solution.
>
> More packages to come!
> Dylan
>
> From db8338214f57249f7f513
This patch just updates gnome-mpv to 0.10.
--
Alex Griffin
From 3618b61160eff267f04aaaf4453ea836fa489a9c Mon Sep 17 00:00:00 2001
From: Alex Griffin
Date: Wed, 10 Aug 2016 13:24:53 -0500
Subject: [PATCH 1/2] gnu: gnome-mpv: Update to 0.10.
* gnu/packages/video.scm (gnome-mpv): Update to 0.10.
--
Jan Nieuwenhuizen writes:
> Hmm...the patch removes the duplication, it also rebuilds everything of
> course. Would this be the way to do it, would we want to have this in
> core-updates or is there a better way?
Even just modifying the existing 'ncurses' derivations will force ~1
rebuilds,
On Wed, Aug 10, 2016 at 10:15:52PM +1000, Ben Woodcroft wrote:
> I don't have anything to to contribute beyond psuedo-quoting Ludo: let's not
> lose our hair over this!
+1
I think our presence on this mailing list shows that we all have a
common goal: the creation and continued improvement of a f
Manolis Ragkousis writes:
> This patch is from upstream nix, commit 8f67325, modified to apply to
> our master. It deals with the issue of the CHROOT_ENABLED macro and
> makes my life easier to apply Hurd specific changes to the daemon.
I'm very reluctant to apply this patch. In general, it's p
Hello,
This patch is from upstream nix, commit 8f67325, modified to apply to
our master. It deals with the issue of the CHROOT_ENABLED macro and
makes my life easier to apply Hurd specific changes to the daemon.
Thank you,
Manolis
From cb5f4c8d2a01ce32f9b15bf3b41728b36a6738a9 Mon Sep 17 00:00:00
Jan Nieuwenhuizen writes:
Hi!
> I thought the svg loading problem in gtk+-2 was something that I
> introduced, but it turns out that no svg images load at all for
> me. (I ran guix's emacs and turned-on emacs's toolbar.)
>
> So, I am kind of stuck and am waiting for more insight into the svg
> p
On Wed, Aug 10, 2016 at 9:42 AM, Ricardo Wurmus wrote:
>
> Ben Woodcroft writes:
>
>> On 10/08/16 22:27, David Craven wrote:
I don't have anything to to contribute beyond psuedo-quoting Ludo: let's
not lose our hair over this!
>>> I'll let the fact that that could interpreted as being
Leo Famulari writes:
> On Wed, Aug 03, 2016 at 05:45:59PM +0200, Ricardo Wurmus wrote:
>> + (add-after 'unpack 'fix-tests
>> + (lambda _
>> + (substitute* '("tests/commandtest.c"
>> +"gnulib/tests/test-posix_spawn1.c"
>> +
John,
Thank you so much for doing this. If 'make check' succeeds, those are
the main tests, but to check installation, I would look for the
following programs being installed:
ola ola_e131ola_plugin_state
ola_rdm_set
ola_set_priority ola_trigger o
> Even so, if one insisted on using the recutils output in a programmatic
> fashion (e.g. in a bash script), it would be best to run “guix build
> --source” on the package names to obtain the actual source tarballs that
> are used by Guix.
I don't disagree. Alex what do you think?
This is a techn
Ben Woodcroft writes:
> On 10/08/16 22:27, David Craven wrote:
>>> I don't have anything to to contribute beyond psuedo-quoting Ludo: let's
>>> not lose our hair over this!
>> I'll let the fact that that could interpreted as being insulting slide.
>>
>
> Oh, no that wasn't my intended meaning.
Ludovic Courtès writes:
> Hello Guix!
>
> I’m happy to announce that Ricardo Wurmus has just been appointed by the
> GNU overseers to join me as co-maintainer of GNUGuix.
>
> Ricardo is a long-time free software activist and has been making
> significant contributions to Guix for the most part of
> the technical issue at hand
I disagree that it's a technical issue. Technical issues can be
reasoned about and can be fixed. This issue isn't technical.
> I think it would be good to get further opinions on the technical issue at
> hand
How do we get further opinions on the issue?
> I'm afra
Alex Kost writes:
Hi!
> Jan Nieuwenhuizen (2016-08-09 18:59 +0300) wrote:
>
>> Alex Kost writes:
>>
+ (mingw-target? (lambda* (#:optional (target target))
+ (and target
+(string-suffix? "-min
On Wed, Aug 10, 2016 at 3:52 AM, Ricardo Wurmus
wrote:
>
> Maybe Dave knows more about this?
I haven't had time to look into anything, but last I checked I was
able to successfully compile the firmware I'm interested in with
avr-toolchain.
- Dave
On Wed, Aug 10, 2016 at 8:11 AM, Ben Woodcroft wrote:
> Hi all,
>
> I am quite happy to announce that we are almost on rails. There's a new
> branch 'wip-rails' on savannah with a new file 'gnu/packages/rails-wip.scm',
> which includes ~100 ruby packages towards rails and sinatra, both of which
>
Catonano writes:
> 2016-08-10 13:46 GMT+02:00 Ricardo Wurmus :
>
>>
>> Philippe Ombredanne writes:
>>
>> > David Craven wrote:
>> >> I aborted, since I realised that guix package -s doesn't include the
>> >> source url and hash, which would be important for a testsuite...
>> >
>> > IMHO, if th
Vincent Legoll writes:
>> Did you install the “avr-toolchain” package or just the “avr-gcc”? I
>> had it working for me in the past after setting a couple of environment
>> variables (I think it was the “CROSS_*” family of variables), but I
>> don’t remember the details, unfortunately.
>
> I th
On 10/08/16 22:27, David Craven wrote:
I don't have anything to to contribute beyond psuedo-quoting Ludo: let's not
lose our hair over this!
I'll let the fact that that could interpreted as being insulting slide.
Oh, no that wasn't my intended meaning. I just saw this thread getting a
bit
>> David Craven writes:
> I don't have anything to to contribute beyond psuedo-quoting Ludo: let's not
> lose our hair over this!
I'll let the fact that that could interpreted as being insulting slide.
So you are telling me that I'm being a jerk? That may well be. If you
want to provide an out
This adds the emacs package emacs-neotree, stable branch.
From 6a6cabbda115fb54ea3a3590a257990a0cf38ed3 Mon Sep 17 00:00:00 2001
From: ng0
Date: Wed, 10 Aug 2016 12:14:22 +
Subject: [PATCH] gnu: Add emacs-neotree.
* gnu/packages/emacs.scm (emacs-neotree): New variable.
---
gnu/packages/emac
Hi,
On 10/08/16 22:06, Mathieu Lirzin wrote:
David Craven writes:
I don't have anything to to contribute beyond psuedo-quoting Ludo: let's
not lose our hair over this!
ben
2016-08-10 13:46 GMT+02:00 Ricardo Wurmus :
>
> Philippe Ombredanne writes:
>
> > David Craven wrote:
> >> I aborted, since I realised that guix package -s doesn't include the
> >> source url and hash, which would be important for a testsuite...
> >
> > IMHO, if the rec data is the only way to g
Hi all,
I am quite happy to announce that we are almost on rails. There's a new
branch 'wip-rails' on savannah with a new file
'gnu/packages/rails-wip.scm', which includes ~100 ruby packages towards
rails and sinatra, both of which can be built and used, though I have
not yet used them for an
David Craven writes:
>> unless you convince the Guix maintainers that my doubt are not legitimate
>
> I'm sorry but I haven't heard anyone except you express doubt. I made
> several arguments to which you did not respond. Who else except you do
> you think I have to convince?
I have already exp
ren...@openmailbox.org writes:
> Hello Guix,
>
>> Date: Wed, 03 Aug 2016 09:14:09 -0400
>> From: John J Foerch
>>
>> Hi, I have a favor to ask of anybody in the guix community - is there
>> anybody who would be willing to finish this package for me, since I
>> can't build and test it? This is a
> Did you install the “avr-toolchain” package or just the “avr-gcc”? I
> had it working for me in the past after setting a couple of environment
> variables (I think it was the “CROSS_*” family of variables), but I
> don’t remember the details, unfortunately.
I think this is a recurring problem f
Philippe Ombredanne writes:
> David Craven wrote:
>> I aborted, since I realised that guix package -s doesn't include the
>> source url and hash, which would be important for a testsuite...
>
> IMHO, if the rec data is the only way to get to the packages data, the
> source url would be rather e
Either you don't have a case or you are incapable of making one.
Either way don't be a sore looser.
> unless you convince the Guix maintainers that my doubt are not legitimate
I'm sorry but I haven't heard anyone except you express doubt. I made
several arguments to which you did not respond. Who else except you do
you think I have to convince? You made no effort on your part as I
explained in t
David Craven writes:
> Hi Mathieu,
>
>> No that's not a desired formatting, it should be space separated like
>> the systems list IMO.
>
>> But I guess we aren't telling the full
>> story and should tell the user that we made post download
>> modifications to the tarball to comply with the free s
Jan Nieuwenhuizen (2016-08-09 19:04 +0300) wrote:
[...]
>>> + (for-each (lambda (var)
>>> + (and=> (getenv var)
>>> + (lambda (value)
>>> + (let ((cross
>>> +
Andy Wingo (2016-08-09 11:30 +0300) wrote:
> On Tue 09 Aug 2016 08:41, Jan Nieuwenhuizen writes:
>
>> Finally I have the next iteration ready. After adressing all comments on v8
>> and rebasing, the patches only built on core-updates. I spent a some time to
>> find the problem with master and c
Jan Nieuwenhuizen (2016-08-09 18:59 +0300) wrote:
> Alex Kost writes:
>
>>> + (mingw-target? (lambda* (#:optional (target target))
>>> + (and target
>>> +(string-suffix? "-mingw32"
>>> target
>>
>> IIUC
Jan Nieuwenhuizen (2016-08-09 18:56 +0300) wrote:
> With MinGW, you can cross build Windows binaries and run them with Wine,
> like so
>
> ./pre-inst-env guix build --target=i686-w64-mingw32 hello
> /gnu/store/5lf701smnkq0wdg91jsyrmf5jnyz6i31-hello-2.10
> guix environment --ad-hoc wine
Same as sic, I am not sure if the description could be extended. This is
what I could come up with.
If you have trouble testing it, consider this commit which is not in 0.4
release:
http://git.2f30.org/stagit/commit/44a49f51db565cbfc31f31393d8dcdec1cdc8167.html
From d2a2dd0b6f831f8a1ecc09794c44d6
Hi Mathieu,
> No that's not a desired formatting, it should be space separated like
> the systems list IMO.
> But I guess we aren't telling the full
> story and should tell the user that we made post download
> modifications to the tarball to comply with the free software
> distribution guideline
Hi,
Ricardo Wurmus writes:
> ng0 writes:
>
>> From ac578d27529cc2a5f39f66054b5991e44e65f0b9 Mon Sep 17 00:00:00 2001
>> From: ng0
>> Date: Tue, 9 Aug 2016 16:47:37 +
>> Subject: [PATCH] gnu: Add cbatticon.
>
>> * gnu/packages/admin.scm (cbatticon): New variable.
>> ---
>> gnu/packages/adm
Danny Milosavljevic writes:
>> Did you install the “avr-toolchain” package or just the “avr-gcc”?
>
> I have installed the package "avr-toolchain". The program "avr-gcc" is in my
> profile but I think it was not from the package avr-gcc.
>
> $ ls -l /home/dannym/.guix-profile/bin/avr-gcc
> lrw
Hi Andy,
Thank you for the help! Sorry for the late reply; I wasn't able to
respond until just now.
> Here the #:system system was taking the `system' binding from within the
> function -- it was lexically bound.
You're right; that was the problem. I've updated the patch (see
attached) and ap
(The ones who are there:
~/.guix-profile/avr/lib$ ls -1 avr5/crt*
avr5/crt90pwm161.o
avr5/crt90pwm216.o
avr5/crt90pwm316.o
avr5/crt90scr100.o
avr5/crta5790n.o
avr5/crta5790.o
avr5/crta5795.o
avr5/crtat94k.o
avr5/crtcan32.o
avr5/crtcan64.o
avr5/crtm161.o
avr5/crtm162.o
avr5/crtm163.o
avr5/crtm164a.
> Did you install the “avr-toolchain” package or just the “avr-gcc”?
I have installed the package "avr-toolchain". The program "avr-gcc" is in my
profile but I think it was not from the package avr-gcc.
$ ls -l /home/dannym/.guix-profile/bin/avr-gcc
lrwxrwxrwx 143 root guixbuild 69 1. Jan 1970
63 matches
Mail list logo
