Hi Guix,
After some discussion in IRC and testing, I found out that adding
$GUIX_PROFILE/share/fonts to the webkit sandbox (during initialization
via `webkit_web_context_add_path_to_sandbox') resolves this problem. A
more general solution would be to iterate over $XDG_DATA_DIRS, append
`/fonts'
Josh Marshall writes:
> Out of date: python-Jinja2
Fixed on 'staging' with commit a8c26c83e595a45242d931f710825cd846ff29f8.
signature.asc
Description: PGP signature
Hi,
Ricardo Wurmus skribis:
> These NIX_* variables are still in use:
>
> NIX_AFFINITY_HACK
> NIX_BIN_DIR
> NIX_BUILD_CORES
> NIX_HELD_LOCKS
> NIX_IGNORE_SYMLINK_STORE
> NIX_STORE
> NIX_STORE_DIR
I think those used in the build environment, NIX_STORE and
NIX_BUILD_CORES at least,
Hi,
Brice Waegeneire skribis:
> It would be useful to build non-substitutable packages on cuirass,
> without offering substitutes for it, to catch broken packages. For
> example ATM the zfs package is broken but it hasn't been noticed
> because it isn't present on ci.guix.gnu.org[0].
>
> This
Hi,
Ricardo Wurmus skribis:
> Ricardo Wurmus writes:
>
>> This is not very helpful, because it’s hard to tell how we got there.
>> Which of the selected services provide xorg-server?
>
> This is the wrong question. While Shepherd services may have been
> introduced to the Shepherd service
Ah I forgot to mention all the bug reports on the net which are maybe
correlated to this bug.
There seems to be an issue with libdrm-2.4.101 but Guix is still on
libdrm-2.4.100:
https://gitlab.freedesktop.org/mesa/drm/-/issues/39
The Mozilla upstream bug is
Found a previous bug report at
https://lists.gnu.org/archive/html/bug-guix/2018-10/msg00177.html
pgphEJoi8JSRP.pgp
Description: OpenPGP digital signature
I tried a little around with WebGL today but couldn't get any further.
Setting
```
webgl.disabled.false
webgl.msaa-force;true
security.sandbox.content.read_path_whitelist;/gnu/store/
```
doesn't help. Not even `security.sandbox.content.level;0` changed
anything for the good.
So it still says:
Hi,
On +2020-05-17 21:25:54 +0200, Julien Lepiller wrote:
> Le Thu, 14 May 2020 12:28:11 -0400,
> Julien Lepiller a écrit :
>
> > Hi,
> >
> > I just installed a debian VM to test changes in the install script
> > and found this issue when running the installer script:
> >
> > First it fails
Le Thu, 14 May 2020 12:28:11 -0400,
Julien Lepiller a écrit :
> Hi,
>
> I just installed a debian VM to test changes in the install script
> and found this issue when running the installer script:
>
> First it fails because it cannot find the public key and suggests
> running:
>
> wget … -q0
On Sun, May 17, 2020 at 08:54:57PM +0200, Danny Milosavljevic wrote:
> Hi,
>
> so I was trying to print something after a long time of not printing anything.
>
> I got the error message "Can't creeate temporary file" in
> http://localhost:631 .
>
> The reason was that /var/spool/cups/tmp was
>
Hi,
so I was trying to print something after a long time of not printing anything.
I got the error message "Can't creeate temporary file" in http://localhost:631 .
The reason was that /var/spool/cups/tmp was
drwxr-xr-x 2 root lp tmp
when it should have been
drwxrwxr-x 2 root lp tmp
On Sat, May 16, 2020 at 03:33:59PM -0400, Leo Famulari wrote:
> These patches work well for me on Debian. I'm currently reconfiguring my
> Guix System machine to test them here. Feedback welcome
I tested this on Guix System and it does not interfere with the
default alsa-service, which sets up
Vincent,
Vincent Legoll 写道:
I don't know guix team's stance on that kind ow work (I still
have not
polished my work enough for review). But it looks like you
stumbled on
some painful items, that ought to be resolved one way or the
other.
The only reason for Guix to have any shell code at
Hello,
Having done a few bashismectomies lately (in guix-install.sh), I
can sympathetize with you.
I don't know guix team's stance on that kind ow work (I still have not
polished my work enough for review). But it looks like you stumbled on
some painful items, that ought to be resolved one way
‘guix pull’ maintains Git clones under ~/.cache/guix/checkouts.
Probably the hardware issue led to a corrupt checkout there, hence the
error above. You fix that by running:
rm -rf ~/.cache/guix/checkouts
before running ‘guix pull’ again.
Hi Ludo,
Sory for not answering earlier. That
Hello there,
I am having some trouble building the latest generation (f2e99d9) on my
old samsung n130 (i686).
Here is the console output:
root@charon ~# guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
guix
Ops, I sent it to 22...@debuugs.gnu.org instead of 22...@debbugs.gnu.org
--- Begin Message ---
Hi Efraim, Simon,
The attached patches provide Simon's suggested julia-deterministic
build.
With this, I get deterministic julia build, *but* only on a single
machine. Building on a different
Arne Babenhauserheide writes:
> Efraim Flashner writes:
>
>> If it worked until about 2 months ago it might be related to the glibc
>> bump. One thing you could do is create a profile from before the
>> core-updates merge and LD_PRELOAD from there.
>
> How can I do that? Can I simply specify
Trevor,
Thanks for the report!
Trevor Lee 写道:
```bash
cp: cannot stat '/root/.config/guix/current
/lib/systemd/system/gnu-store.mount': No such file or directory
chmod: cannot access '/etc/systemd/system/gnu-store.mount': No
such file or
directory
```
This happens because [0] links to
On Thu, May 14, 2020 at 07:55:12PM +0200, Ricardo Wurmus wrote:
> Guile SDL 0.5.2 still fails on i686:
>
> --8<---cut here---start->8---
> The XKEYBOARD keymap compiler (xkbcomp) reports:
> > Internal error: Could not resolve keysym XF86FullScreen
> Errors
Hi Marius!
> I believe this is fixed with 834c8684a274f72c0bbfab744177c3f0a16d12af.
Thanks!
> It's terrible that Gajim relies on PYTHONPATH at all, do you think it's
> possible to wrap gajim-omemo instead of needing this search path?
Hmm. I don't know.
Regards,
RG.
Command:
```bash
sudo /tmp/guix-install.sh
```
Result:
```bash
cp: cannot stat '/root/.config/guix/current
/lib/systemd/system/gnu-store.mount': No such file or directory
chmod: cannot access '/etc/systemd/system/gnu-store.mount': No such file or
directory
```
Workaround:
Comment out `cp` at
Josh Marshall writes:
> diff --git a/gnu/packages/gettext.scm b/gnu/packages/gettext.scm
> index 202acf25d4..7ca0acbf8b 100644
> --- a/gnu/packages/gettext.scm
> +++ b/gnu/packages/gettext.scm
> @@ -44,14 +44,14 @@
> (define-public gettext-minimal
>(package
> (name "gettext-minimal")
>
I was looking at kdeconnect and I realized that kdeconnectd is in
%out/lib/libexec instead of in %out/libexec. A quick run of
'find gnu/store -maxdepth 3 -mindepth 3 -type d -name libexec' finds a
number of other packages, qtwebkit and a lot of kde libraries.
I was able to fix kdeconnect by
25 matches
Mail list logo