On Sun, 19 Dec 2021, Jack Hill wrote:
Hi Guix,
With Guix 11334d15d590073c631c574436d2110aa1ea2142, sway is not able to start
Xwayland. I believe that is was working correctly for me at commit
d627fbad8f4e157103251b07d7543dd2f5647cea.
Running sway manually from a VT, I was able to capture th
Hello,
Mathieu Othacehe writes:
> Hey,
>
>> Is it #:multicast-on or #:allmulticast-on ?
>
> The "ip link set multicast ..." command corresponds to the the
> IFF_MULTICAST flag hence to the #:multicast-on parameter.
>
>> Anyhow, I suggest adding a ‘multicast?’ field to , with
>> #t as its default
Hello,
Aleksandr Vityazev writes:
> On 2021-12-16, 16:37 +, Maxime Devos wrote:
>
>> Running make with parallelism can mix up the error messages.
>> Probably the actual error message is before a lot of
>> [$$%] Built target [...] lines.
>> I recommend building with "--cores=1" for debugging
Hey,
> This is still pretty bad, but better than the <1M performance suggested
> by previous runs.
Mmh interesting, I also have a x10 speed up on sdb by increasing the
block size from 4k to 512k. I'm not sure what conclusion should we draw
from this observation.
In particular for our most urgi
Mathieu Othacehe writes:
>> This is still pretty bad, but better than the <1M performance suggested
>> by previous runs.
>
> Mmh interesting, I also have a x10 speed up on sdb by increasing the
> block size from 4k to 512k. I'm not sure what conclusion should we draw
> from this observation.
A
Actually this seems to be a thing of the service, not nginx itself.
When I stop the service with the old configuration file, manually run
/gnu/store/bdhfqs7sx3mal6pzz8z00hw4cpn5dj7x-nginx-1.21.4/sbin/nginx -p
/var/run/nginx -c new_configuration_file
kill the process, and "herd restart nginx",
Hello,
I am also experiencing problems with setting up nginx and certbot, but I
think it is more nginx that is to blame. After reconfiguring and restarting
nginx, it is still running with the old configuration. Only rebooting solves
the problem for me.
Here is what it looks like (everything as ro
glibc-dl-cache.patch causes segmentation fault when _dl_get_origin fails (which
should be harmless unless there is $ORIGIN in RUNPATH). I found this when
running a dynamically linked executable as ‘init’, before /proc was mounted.
There needs to be an origin != (char *)-1 check.
I am using an X200 Tablet with an HDD. This happened on my system. I
am now on Fedora with Guix until this issue is fixed.
OpenPGP_0x42E4FDF80F03CA7C.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Hey,
> Can we instead use for these purposes? It is already
> there, just unused.
Mmh, indeed. Well it is already used to create vlan and veth
interfaces. What we could do then, is expose the record
as a direct equivalent of the Guile-Netlink record.
The links list of the record would con
On +2021-12-20 17:59:33 +0100, Mathieu Othacehe wrote:
>
> Hey,
>
> > This is still pretty bad, but better than the <1M performance suggested
> > by previous runs.
>
> Mmh interesting, I also have a x10 speed up on sdb by increasing the
> block size from 4k to 512k. I'm not sure what conclusion
Today I got another chance to try the installer. I first used the
latest installer image from today (which failed to install Guix because
of a test failure) and then fell back to the 1.3.0 installer image.
Both installers had the same behavior when it came to accessing
ci.guix.gnu.org for substit
__
[BUG] MULTIPLE PACKAGES FAILING TO BUILD
rodnchr
__
Table of Contents
_
1. Environment
2. Steps to reproduce
3. Expe
guix system
guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff
sway
In keepassxc the menus don't show anything when clicked.
(actually, I restarted it and now they work, but leaving that in to show
it was multiple programs)
In pcmanfm-qt the menus at the top as well as the right click menu d
My colleague extended the SAN slice to 5TB for more realistic testing.
I formatted the disk with btrfs, and mounted it like this:
mount /dev/sdd /mnt_test/
Then I ran the test with block size 512k:
--8<---cut here---start->8---
root@berlin ~# fio --randrep
Mathieu Othacehe skribis:
>> Can we instead use for these purposes? It is already
>> there, just unused.
BTW, for the purposes of fixing the bug you initially reported, I
suggest simply adding #:multicast-on #t as you initially proposed.
We discuss the proper API separately.
> Mmh, indeed. We
Hi,
Ivan Kozlov skribis:
> glibc-dl-cache.patch causes segmentation fault when _dl_get_origin fails
> (which should be harmless unless there is $ORIGIN in RUNPATH). I found this
> when running a dynamically linked executable as ‘init’, before /proc was
> mounted. There needs to be an origin !
Hey,
> Do you mean time the copy or time the removal from that storage? You
> know what, I’ll time both. I’ll need to get more space first. I think
> the trash directory is larger than the 500G that I got for testing the
> SAN.
Yeah I meant removal time :) I found this article[1] that sugges
Changing the shell indeed causes the comment to be updated.
If lazy update is the correct behavior, then the docs about user
accounts are a bit misleading:
"When booting or upon completion of guix system reconfigure, the
system ensures that only the user accounts and groups specified in the
opera
Hi,
Thanks for your report. It is collateral issue of recent core-updates
merge which major updates. Almost was fine, except sparse packages
which seem broken.
The commit merging core-updates is 6dffced09e (where the one you mention
2c469f0 is a direct descendant), so the 2 parents are: b603554
Hi all,
A fellow Bitcoin developer has submitted a patch bumping our time-machine to a
commit on the version-1.4.0 branch for testing. While testing that change, a
few developers encountered a bug in the time-machine script.
I’ve been able to distill it down to a reproducible form:
$ guix time
Hi Carl,
On Mon, 20 Dec 2021 at 17:28, Carl Dong wrote:
> $ guix time-machine --branch=version-1.2.0 -- time-machine
> --commit=6dffced09ecda024e0884e352778c221ad066fd6 -- describe
This works for me:
--8<---cut here---start->8---
$ guix time-machine --branc
I asked about this issue on #webkitgtk:gnome.org on IRC. It turns
out that what's missing from my environment is gst-plugins-bad (most
likely the fakevideosink plugin contained therein). If I install
gst-plugins-bad into an environment with a webgkitgtk browser, the crash I
was seeing is resolv
23 matches
Mail list logo