Mathieu Lirzin writes:
>>> I don't know python packaging but when I look at other packages it
>>> seems that these are usually used as “inputs” not
>>> “native-inputs”.
>>
>> Nose is used for the tests only and setuptools is used at build time, so
>> I think it’s fine like this.
>
> Is this a ge
>>> 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 times, but it's really a very good feature that
>>> t
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 times, but it's really
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 my machine. I learned about
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 libpulse,
This looks good to me!
Andreas
Andreas Enge writes:
> This looks good to me!
Thanks for the review. Pushed to master.
~~ Ricardo
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.
>
> The attached patch
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
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 these jars anyway,
> mostly “to be
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
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 se
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 version of the corresponding source
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 handle ‘setlocale’
errors
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 find where this file is
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.
> From 5914f7007d1b27c
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 following error message is
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. ;-)
Ludo’.
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 to be installed in the user’s profile fo
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 gtk3 applications.
>>
Does this mean that GTK needs to be
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 distribu
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,
whi
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 suggestions. Let me know
>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 +++
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
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 user, I noticed that Gui
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. Players can battle each
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:
>
> > I checked with the auth
宋文武 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 for adding “vala”
t
30 matches
Mail list logo
