On Thu, 23 Apr 2020 at 21:52, Tom via Bug reports for GNU Guix
wrote:
>
> To add detail here:
>
> Doing `guix package -d 18 -S 17` actually works.
>
> This gives me the impression that the order of arguments is relevant to the
> processing of them.
It is known and cumbersome: a feature? ;-)
Othe
Hello!
As janneke reported earlier today, wrappers generated by ‘guix pack -R’
(or ‘-RR’) swallow the program’s exit code when running in user
namespace mode:
--8<---cut here---start->8---
$ mkdir /tmp/pack
$ (cd /tmp/pack; tar xf $(guix pack -R sed -S /bin=bin
Ludovic Courtès skribis:
> As janneke reported earlier today, wrappers generated by ‘guix pack -R’
> (or ‘-RR’) swallow the program’s exit code when running in user
> namespace mode:
Fixed in 2520059bdb43fa1663ce102f3f4c442d4918c32b!
Ludo’.
Hi,
zimoun skribis:
> On Fri, 24 Apr 2020 at 01:22, operator.name via Bug reports for GNU
> Guix wrote:
>
>> $ sudo ./guix-install.sh
>
> [...]
>
>> Press return to continue...
>> [1587683635.547]: Starting installation (Fri 24 Apr 00:13:55 BST 2020)
>> [1587683635.567]: [ PASS ] verification o
Hi Mathieu,
Mathieu Othacehe skribis:
> The "gui-installed-os" test fails on master because "guix system init"
> command is OOM killed. Log of the failure is attached.
[...]
> Apr 23 11:43:27 localhost installer[230]: command ("guix" "system" "init"
> "--fallback" "--no-grafts" "--no-substitu
Hi Guix,
On the current core-updates branch, font-gnu-freefont fails to build with
the attatched build log.
Based on the messages about syntax errors, it looks like gnu-freefont is
not compatible with python3, and instead needs python2.
However, we already try to do this in the package defi
On Fri, 24 Apr 2020 at 16:24, Ludovic Courtès wrote:
> Rather:
>
> wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | \
> sudo gpg --import -
>
> :-)
Nothing good happens after 1am. ;-)
Well, it is not a bug so closing.
Feel free "operator.name" to ask such questions on he
Jack Hill writes:
> Hi Guix,
>
> On the current core-updates branch, font-gnu-freefont fails to build with
> the attatched build log.
>
> Based on the messages about syntax errors, it looks like gnu-freefont is
> not compatible with python3, and instead needs python2.
A new version of GNU Free
## Steps to reproduce
1. guix pull --branch=core-updates
2. guix upgrade
## Expected result
All packages in my profile are upgraded successfully.
## Unexpected result
The upgrade failed with the following error:
★★★
building
/gnu/store/a6zgjg4j5mj4q19s9qxnns6jma
I've attached a log.
It seems to fail to load all the sound files, e.g.
```
[2020-04-24 19:09:35][sound/wv]: failed to open audio/music_menu.wv:
can't open file
```.
I don't think it is failing to find them, because they are in
/share/teeworlds/data/audio, and it successfully
finds another file i
I'm using the GNU system distributed by Guix.
## Steps to reproduce
1. guix pull --branch=core-updates
2. guix --version (or any other guix command)
## Expected result
$ guix --version
guix (GNU Guix) 4affa9182d93c77505c40e95964b8ab9d436298b
Copyright (C) 2020 the Guix au
## Steps to reproduce
1. guix pull --branch=core-updates
2. guix upgrade
3. sudo guix system reconfigure --fallback os-config.scm
## Expected result
Reconfiguring ends without errors.
## Unexpected result
The whole process failed with this error:
building /gnu/store/w47
Sorry, I hit some keys by mistake and sent the message before it was complete.
Here is the system information:
$ LANG=C guix describe
Generation 75 Apr 24 2020 12:03:48(current)
guix 4affa91
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: cor
Hi Guix,
Currently, pdfpc on core-updates fails to build with:
/tmp/guix-build-pdfpc-4.3.4.drv-0/source/src/classes/action/action_mapping.vala:51.9-51.28:
error: Creation method of abstract class cannot be public.
public ActionMapping() {
/tmp/guix-build-pdf
* gnu/packages/pdf.scm (pdfpc): Upgrade to 4.4.0.
---
gnu/packages/pdf.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/pdf.scm b/gnu/packages/pdf.scm
index 8ccb133e1f..f4ffda7462 100644
--- a/gnu/packages/pdf.scm
+++ b/gnu/packages/pdf.scm
@@ -1232,7 +1232,
On Thu, Apr 23, 2020 at 08:56:39PM +0200, Michael Rohleder wrote:
> Leo Famulari writes:
> > This often means it ran out of memory, which would make sense for
> > building vigra. Does that seem plausible here?
>
> I think its plausible, because I have *just* build vigra from current
> master.
Al
Jack Hill writes:
> Hi Guix,
>
> Currently, pdfpc on core-updates fails to build with:
>
> /tmp/guix-build-pdfpc-4.3.4.drv-0/source/src/classes/action/action_mapping.vala:51.9-51.28:
> error: Creation method of abstract class cannot be public.
> public ActionMapping() {
> ^
Since I can remember, Guix's Audacity doesn't work with PulseAudio on my
foreign distro (Debian).
Debian's Audacity does work correctly in this regard.
In practice, this means that I cannot play or record audio in Audacity
while any other application is using sound on the system. If I close or
st
sirgazil via Bug reports for GNU Guix writes:
> I'm using the GNU system distributed by Guix.
>
>
> ## Steps to reproduce
>
> 1. guix pull --branch=core-updates
> 2. guix --version (or any other guix command)
>
>
> ## Expected result
>
>
> $ guix --version
> guix (GNU Guix) 4
sirgazil via Bug reports for GNU Guix writes:
> ## Steps to reproduce
>
> 1. guix pull --branch=core-updates
> 2. guix upgrade
> 3. sudo guix system reconfigure --fallback os-config.scm
>
>
> ## Expected result
>
> Reconfiguring ends without errors.
>
>
> ## Unexpected result
>
> The whole proces
system-config-printer fails to start on current master as well as on
core-updates.
```
$ system-config-printer
Traceback (most recent call last):
File
"/gnu/store/y77skk51wc3j1bikfdyc0mk5j62fj05s-system-config-printer-1.5.12/share/system-config-printer/system-config-printer.py",
line 40, in
sirgazil via Bug reports for GNU Guix writes:
> ## Steps to reproduce
>
> 1. guix pull --branch=core-updates
> 2. guix upgrade
>
>
> ## Expected result
>
> All packages in my profile are upgraded successfully.
>
>
> ## Unexpected result
>
> The upgrade failed with the following error:
>
> ★★★
> Is this error repeatable for you? Guix built fine on the CI:
No. It worked this time, although I skipped step 2. I don't know if that could
make any difference.
When Audacity starts, it prints this line:
--
ALSA lib conf.c:3683:(snd_config_hooks_call) Cannot open shared library
libasound_module_conf_pulse.so
(/gnu/store/nyylgcnzmbw8wrn4sna2crl0g7zxxh33-alsa-lib-1.2.2/lib/alsa-lib/libasound_module_conf_pulse.so:
libasound_module_conf_pulse.so: canno
Hi Guix,
On Guix System with the current core-updates branch, epiphany/GNOME-Web
starts, but doesn't work because the web process crash in a loop.
When I run epiphany from the terminal I see
"""
$ epiphany
** (epiphany:29457): CRITICAL **: 22:37:21.415: void
webkit_web_context_register_uri_
I expericne the problem with epiphany installed both in the system profile
and in an ad-hoc environment.
Best,
Jack
On Fri, Apr 24, 2020 at 07:15:24PM -0400, Leo Famulari wrote:
> --
> ALSA lib conf.c:3683:(snd_config_hooks_call) Cannot open shared library
> libasound_module_conf_pulse.so
> (/gnu/store/nyylgcnzmbw8wrn4sna2crl0g7zxxh33-alsa-lib-1.2.2/lib/alsa-lib/libasound_module_conf_pulse.so:
> libasound
27 matches
Mail list logo
