Eric Bavier writes:
> On Fri, 13 Feb 2015 00:48:05 +0100
> taylanbayi...@gmail.com (Taylan Ulrich Bayırlı/Kammer) wrote:
>
>> From 6201470b3e6c2410be7f38d8cc1cc99c3b13f0da Mon Sep 17 00:00:00 2001
>> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
>>
>> Date: Thu, 12 Feb 2015 22:19
Mark H Weaver writes:
> For now, I would try putting the following code at the beginning of your
> custom 'install' phase:
>
> (setenv "LOCPATH" (getcwd))
> (zero? (system* "localedef" "--no-archive"
> "--prefix" (getcwd) "-i" "en_US"
>
On Fri, 13 Feb 2015 00:48:05 +0100
taylanbayi...@gmail.com (Taylan Ulrich Bayırlı/Kammer) wrote:
> From 6201470b3e6c2410be7f38d8cc1cc99c3b13f0da Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
>
> Date: Thu, 12 Feb 2015 22:19:52 +0100
> Subject: [PATCH] gn
>From 6201470b3e6c2410be7f38d8cc1cc99c3b13f0da Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
Date: Thu, 12 Feb 2015 22:19:52 +0100
Subject: [PATCH] gnu: Add CLISP.
* gnu/packages/lisp.scm (clisp): New variable.
---
gnu/packages/lisp.scm | 54 +
Le mercredi 11 février 2015 à 22:12 -0500, Luis Felipe López Acevedo a
écrit :
> > Thus, the first step would be to come up with a multi-page site (yay!)
> > and with appropriate style. That probably means departing from the
> > gnu.org style sheets and server-side includes. This is not an ideal
Le jeudi 12 février 2015 à 20:41 +0100, Andreas Enge a écrit :
> On Thu, Feb 12, 2015 at 01:56:37PM -0500, Luis Felipe López Acevedo wrote:
> > I just updated the SLiM theme with the new GuixSD logo. The text-input
> > box remains in the same position, so no additional changes are needed.
> > See
Very nice as well.
And the actual rendering:
Thank you!
Ludo’.
Luis Felipe López Acevedo writes:
> I just updated the SLiM theme with the new GuixSD logo. The text-input
> box remains in the same position, so no additional changes are needed.
>
> See the attached image,
In addition to saying that the logo is pretty I have two comments:
- do we really want
El jue, 12-02-2015 a las 17:57 -0300, Daniel Pimentel escribió:
> On 2015-02-12 14:04, Luis Felipe López Acevedo wrote:
> > Hi,
> >
> > I just pushed modified backgrounds for GRUB using the new GuixSD logo.
> > To use the new backgrounds, GRUB configuration should be updated to use
> > "yellow" fo
l...@gnu.org (Ludovic Courtès) writes:
> Congratulations, indeed. :-)
>
> The intent for the ‘license’ field is mostly to describe the license of
> the combined work (although apparently the intent was not crystal
> clear.)
>
> In this case, I believe lgpl2.0+ “wins” over the other, more permissi
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> It would be neat to have a page sequentially listing all the licenses we
> support, with some short notice on each highlighting its distinguishing
> features. I had to visit all the separate FSF wiki pages linked from
> guix/lice
On 2015-02-12 14:04, Luis Felipe López Acevedo wrote:
Hi,
I just pushed modified backgrounds for GRUB using the new GuixSD logo.
To use the new backgrounds, GRUB configuration should be updated to use
"yellow" for selected entries in the list (see attached image).
As always, comments and sugges
On 2015-02-12 15:56, Luis Felipe López Acevedo wrote:
Hi,
I just updated the SLiM theme with the new GuixSD logo. The text-input
box remains in the same position, so no additional changes are needed.
See the attached image,
Congratulation! Beautiful work :)
--
Daniel Pimentel (d4n1)
On 2015-02-12 17:35, Luis Felipe López Acevedo wrote:
El jue, 12-02-2015 a las 08:55 -0300, Daniel Pimentel escribió:
On 2015-02-11 18:23, l...@gnu.org wrote:
> Luis Felipe López Acevedo skribis:
>
>> What worries me about staying close to the GNU branding is that it
>> could
>> create the conf
宋文武 skribis:
> Ludovic Courtès writes:
>
>> 宋文武 skribis:
>>
>>> * gnu/packages/xml.scm (libxml2): Move zlib to 'propagated-inputs'.
>>
>> Did you encounter an issue in practice? It’s only a problem for static
>> linking.
> Yes, zlib is required for libxklavier (it not use zlib but libxml2).
>
宋文武 skribis:
> * gnu/packages/gnome.scm (libxklavier): New variable.
LGTM, thanks!
Ludo’.
Ricardo Wurmus skribis:
> This may not even be necessary; the developer replied with a hint and
> attached is a patch that should fix the build on non-x86_64
> architectures. It builds fine locally with
>
> ./pre-inst-env guix build --system=i686-linux hisat
>
> Does this look okay?
[...]
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> +;; The file "Copyright" points to some files and directories which aren't
> +;; under the lgpl2.0+ and instead contain many different licenses. The
> +;; comments below should exhaust those files and directories, exc
El jue, 12-02-2015 a las 08:55 -0300, Daniel Pimentel escribió:
> On 2015-02-11 18:23, l...@gnu.org wrote:
> > Luis Felipe López Acevedo skribis:
> >
> >> What worries me about staying close to the GNU branding is that it
> >> could
> >> create the confusion RMS wants to avoid (people thinking t
Andreas Enge skribis:
> The attached patch series
> 1) adds a (private) python script to extract single certificates in .pem
>format from a big textfile in mozilla source format;
> 2) adds the package nss-certs, which contains the certificates thus extracted
>in OUT/etc/ssl/certs, prepro
On Thu, Feb 12, 2015 at 09:20:04PM +0100, Ludovic Courtès wrote:
> For the non-bootstrap environment, we could make a ‘glibc-utf8-locale’
> that would only include ‘en_US.UTF-8’ (or a few more, but which one?)
> and add it to the implicit inputs of ‘gnu-build-system’.
>From what I can see, any one
Mark H Weaver skribis:
> Guile converts POSIX byte strings (e.g. file names) to strings using to
> the current locale encoding, but the default locale in our build
> environment is "C" which means ASCII-only.
>
> I would advocate using a UTF-8 locale for all builds by default.
Note that this was
Luis Felipe López Acevedo skribis:
> El mié, 11-02-2015 a las 22:23 +0100, Ludovic Courtès escribió:
[...]
>> Thus, the first step would be to come up with a multi-page site (yay!)
>> and with appropriate style. That probably means departing from the
>> gnu.org style sheets and server-side inc
Mark H Weaver skribis:
> * I added my user to the 'netdev' group in my os-configuration for the
> first time
I confirm that doing this allows said user to run wicd-gtk & co.
Ludo’.
On Thu, Feb 12, 2015 at 12:26:52PM -0500, Mark H Weaver wrote:
> Sounds good! It should be noted, however, that GnuTLS will currently
> only use the certs in /etc/ssl/certs unless some application-specific
> setting is provided. This will later be improved with the 'p11-kit'
> solution.
Indeed!
On Thu, Feb 12, 2015 at 01:56:37PM -0500, Luis Felipe López Acevedo wrote:
> I just updated the SLiM theme with the new GuixSD logo. The text-input
> box remains in the same position, so no additional changes are needed.
> See the attached image,
I regret the previous more gnu inspired theme, but
On Thu, Feb 12, 2015 at 1:56 PM, Luis Felipe López Acevedo
wrote:
> I just updated the SLiM theme with the new GuixSD logo. The text-input
> box remains in the same position, so no additional changes are needed.
Looks great!
- Dave
On Wed, Feb 11, 2015 at 09:39:36PM +0100, Ludovic Courtès wrote:
> Commit aee6180c adds ‘glibc-locales’. You can install it and do:
> export LOCPATH=$HOME/.guix-profile/share/locale
Excellent, that works for me!
Thank you very much,
Andreas
Andreas Enge writes:
> The attached patch series
> 1) adds a (private) python script to extract single certificates in .pem
>format from a big textfile in mozilla source format;
> 2) adds the package nss-certs, which contains the certificates thus extracted
>in OUT/etc/ssl/certs, preproc
One more data point: fetchmail works out of the box with the certificates
and SSL_CERT_DIR. On the other hand, "git pull" on nixpkgs does not.
Andreas
David Thompson writes:
> From 3b0d69b8a5f688e595583681990257ff2fa0c954 Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Wed, 11 Feb 2015 22:04:35 -0500
> Subject: [PATCH 1/2] gnu: ruby: Update to 2.2.0.
Please push, thanks!
Mark
David Thompson writes:
> From 884f130063e9d17dfd1030eba4a23f4976cc60d7 Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Wed, 11 Feb 2015 22:13:30 -0500
> Subject: [PATCH 2/2] gnu: node: Update to 0.12.0.
Please push, thanks!
Mark
* guix/import/cpan.scm (string->license): Add artistic2.0. Use
'(package-license perl) for "perl_5" as in our convention.
(cpan-module->sexp)[convert-inputs]: Sort returned list of inputs.
[source-url]: Substitute cpan mirror url.
---
guix/import/cpan.scm | 35 +---
* guix/import/cpan.scm (%corelist): New variable.
(module->dist-name, core-module?): New procedures.
(cpan-module->sexp)[convert-inputs]: Use them. Include "test" dependencies
in converted inputs.
* doc/guix.texi (Invoking guix import)[cpan]: Mention corelist filtering.
---
doc/guix.texi
* guix/build/perl-build-system.scm (configure): Use Build.PL if present.
(build, check, install): New procedures.
(%standard-phases): Replace build, check, and install phases.
* guix/build-system/perl (perl-build): Add make-maker? and module-build-flags
arguments.
squash: aab6f19: Include ma
The following patches make some updates to perl-build-system and the cpan
importer. The first patch is necessary for several Perl modules that I've
encountered which don't use MakeMaker in their build system, which
perl-build-system current assumes, but instead use the newer Module::Build
system.
Daniel Pimentel writes:
> Guixs, I reconfigured my system with wicd. My config.scm (in
> /etc/config.scm):
> (use-modules (gnu))
> (use-service-modules xorg networking dbus avahi)
> (use-package-modules avahi wicd)
> ...
> (service (cons* (slim-service)
> (wicd-service)
>
Ludovic Courtès writes:
> 宋文武 skribis:
>
>> * gnu/packages/xml.scm (libxml2): Move zlib to 'propagated-inputs'.
>
> Did you encounter an issue in practice? It’s only a problem for static
> linking.
Yes, zlib is required for libxklavier (it not use zlib but libxml2).
I try libxklavier with '--di
* gnu/packages/gnome.scm (libxklavier): New variable.
---
gnu/packages/gnome.scm | 49 +
1 file changed, 49 insertions(+)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 663912b..50e8adc 100644
--- a/gnu/packages/gnome.scm
+++ b/g
On Thu, Feb 12, 2015 at 12:04:22PM +0100, Ricardo Wurmus wrote:
> This may not even be necessary; the developer replied with a hint and
> attached is a patch that should fix the build on non-x86_64
> architectures. It builds fine locally with
> ./pre-inst-env guix build --system=i686-linux his
On 2015-02-04 22:22, Mark H Weaver wrote:
Mark H Weaver writes:
* Unless run as root, the user interfaces to configure wicd via dbus
always fail. The wicd dbus configuration file is supposed to allow
anyone in the 'netdev' group to access and configure the daemon, but
this doesn't work.
On 2015-02-11 18:23, l...@gnu.org wrote:
Luis Felipe López Acevedo skribis:
What worries me about staying close to the GNU branding is that it
could
create the confusion RMS wants to avoid (people thinking that GuixSD
is
*the* GNU OS and GNU's head its logo). He even suggested having a logo
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> I wrote the author an email to ask whether this can be fixed upstream
>> for other architectures than x86_64. Until then should I just declare
>> x86_64 as the only supported architecture?
>
> Probably yes, with a comment pointing to this d
On Thu, Feb 12, 2015 at 10:17:50AM +0100, Taylan Ulrich Bayırlı/Kammer wrote:
> Mark H Weaver writes:
> > Yowza! I appreciate you being so thorough, but this may be a bit over
> > the top :) I'd like to hear what Ludovic thinks before okaying a push.
I think there is no problem in pushing the p
Mark H Weaver writes:
> In general, it's probably better to avoid unnecessary rearrangements
> like this, since it will tend to cause conflicts when other people have
> pending patches in the same module.
OK, I undid that.
> Our convention is to write (version-major+minor version) since it
> re
45 matches
Mail list logo
