Ricardo Wurmus writes:
No, upstream needs to fix their invalid Content-Type header. We've
had this problem a few times, most recently with rubygems.org, and in
all cases we've gotten upstream to fix it. Strict header parsing can
seem like an issue at
Eric Bavier writes:
>> I could not get sound to work, unfortunately, because /dev/dsp does not
>> exist on my machine. It’s not a problem with the package, but maybe
>> someone could give me a hint about what kernel module to load to get
>> this device.
>
> Same on
Hi Guix,
as I tested my new “mars” package I noticed that there was no sound.
Investigating a little showed that the problem is in our “openal”
package, which loads backend libraries by name only, not by path.
The attached patch fixes this by patching in the full paths for
libasound and
Andreas Enge skribis:
> there are a number of sites for which I still need to use iceweasel, since
> icecat will not work on them.
AFAIK the main difference between these two is the set of plugins
installed by default. Otherwise it’s essentially the same thing.
> the
Pjotr Prins skribis:
> I checked with the author and he is fine with your version.
I think upstream authors shouldn’t be bothered with our own choices of
synopses/descriptions; we have our own context, our own guidelines
etc. that they probably don’t care about. ;-)
I've investigated a bit and have some light to shed on this issue.
First, I've tested printing the value of LINUX_MODULE_DIRECTORY as
suggested previously in this thread, and found it not to be a good test.
$ sudo bash -c "echo $LINUX_MODULE_DIRECTORY"
> /run/booted-system/kernel/lib/modules,
2015-09-21 2:45 GMT+08:00 Vicente Vera :
> Hello.
>
> After running 'guix pull' (as root) with a fresh binary installation
> directory ~root/.config/guix/ was created, which contains a "latest"
> symlink pointing to /gnu/store/...-guix-latest/.
>
> Since I work as a regular
On Sun, 20 Sep 2015 17:49:44 +0200
Ricardo Wurmus wrote:
> On IRC I was told that the description wasn’t quite as neutral as it
> should have been, so here’s another attempt:
>
>"M.A.R.S. is a 2D space shooter with pretty visual effects and
> attractive physics.
Looks good to me!
I have one question about the propagated inputs, though: why are they
needed? Is it obvious (and I just fail to see it), or could you explain
this in a comment?
~~ Ricardo
Ricardo Wurmus skribis:
> The attached patch tries to add an entry for pam_limits.so, but I have
> no idea if this actually works or if this is the way it should be done.
> As far as I can tell we only need the pam_limits.so entry for
> “/etc/pam.d/login”, but I could not
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> The
>> SWT tarball does include jars but these are binaries of the library.
>> The package recipe ignores them and only works on the sources in src.zip
>
> OK. What about adding a snippet that removes all
On IRC I was told that the description wasn’t quite as neutral as it
should have been, so here’s another attempt:
"M.A.R.S. is a 2D space shooter with pretty visual effects and
attractive physics. Players can battle each other or computer controlled
enemies in different game modes such as
Christopher Allan Webber skribis:
> But if you use guile-2.0 from Guix, you get the following issue:
>
> scheme@(guile-user)> ,L wisp
> While executing meta-command:
> ERROR: In procedure setlocale: Invalid argument
IMO this is a bug in WISP: it should gracefully
This looks good to me!
Andreas
Currently that ’wip-service-refactor’ contains a first implementation of
the “service DAG”. So far I only “converted” services in (gnu services
base); modulo the yet-to-be-converted services, it looks like this:
“Service” here has a much broader meaning than before.
There’s a service for PAM
Alex Kost skribis:
> Hello, along with:
>
> /gnu/store/…-foo-0.1
>
> we have:
>
> http://hydra.gnu.org/nar/…-foo-0.1
> http://hydra.gnu.org/log/…-foo-0.1
>
> I think it would be good to "prettify" such things as well, so what
> about the attached patch?
Makes sense.
>
On Sun, Sep 20, 2015 at 7:15 AM, Ricardo Wurmus wrote:
> Hi Guix,
>
> as I tested my new “mars” package I noticed that there was no sound.
> Investigating a little showed that the problem is in our “openal”
> package, which loads backend libraries by name only, not by path.
>
Andreas Enge writes:
> This looks good to me!
Thanks for the review. Pushed to master.
~~ Ricardo
Eric Bavier skribis:
> I realize we have no guidelines in the manual concerning the version
> field for git checkouts, but I wonder whether we should, as it comes up
> a bit. Several existing packages use (string-append "1.2.3." commit),
> where "1.2.3" is the
Well, if he cares, only the better, right? And, actually, I am also
listed as a co-author of this particular software. And I care ;). So
it is a bit more confused than that.
Pj.
On Sun, Sep 20, 2015 at 06:52:19PM +0200, Ludovic Courtès wrote:
> Pjotr Prins skribis:
>
宋文武 writes:
>> * gnu/packages/photo.scm (libraw): New variable.
>> * gnu/packages/gnome.scm (libgee): New variable.
>> * gnu/packages/gnome.scm (gexiv2): New variable.
>> * gnu/packages/gnome.scm (shotwell): New variable.
I pushed those four with the suggested changes (except
Happy to help! :)
I've removed the custom initrd and define %linux-modules from my config,
and done:
sudo -i guix pull
sudo -i guix system reconfigure /etc/config.scm
Then rebooted. All ok!
Petter
David Thompson skribis:
> +(description "File Roller is an archive manager for the GNOME desktop
> +environment.")
In addition to Ricardo’s comment, could you expound on this a little
bit? I’m not completely sure what it means to manage archives. :-)
Ludo’.
Ricardo Wurmus writes:
> 宋文武 writes:
>
We can set 'GTK_EXE_PREFIX' to the '~/.guix-profile', and generate the
'immodules.cache' files in a profile hook. It will work for both gtk2
and gtk3 applications.
>
>>> Does this mean that GTK needs
Ricardo Wurmus writes:
> Ricardo Wurmus writes:
>
>> 宋文武 writes:
>>
> We can set 'GTK_EXE_PREFIX' to the '~/.guix-profile', and generate the
> 'immodules.cache' files in a profile hook. It will work for both gtk2
> and
Hello.
After running 'guix pull' (as root) with a fresh binary installation
directory ~root/.config/guix/ was created, which contains a "latest"
symlink pointing to /gnu/store/...-guix-latest/.
Since I work as a regular user, I noticed that Guix wasn't picking up
changes from the updated
Petter skribis:
> To run a fully encrypted GuixSD, Mark and Ludo dictated the following changes
> for me. And i'm now only using one partition (which includes root and boot).
Thank you & Mark for testing and debugging this!
Commit cc0e575 and 07779d0 incorporate your
>From d1d46f01d7aad783f7931be1ea4bbdffb21fd9b7 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Sat, 5 Sep 2015 12:34:09 +0200
Subject: [PATCH 1/2] gnu: Add openimageio.
* gnu/packages/graphics.scm (openimageio): New variable.
---
gnu/packages/graphics.scm | 38
28 matches
Mail list logo