Jacob Hrbek writes:
> CC mentors -- please review and merge if appropriate
I think patches are best sent to guix-patches, even if they relate to a
bug filed against the guix package.
Also, for some reason, I'm missing the original mail for this bug.
Anyway, --with-commit doesn't work because
[Off list]
Hi Chris,
You didn't receive their mails because their address is banned from all lists
that support doing so.
Unfortunately, there are loopholes.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
On 20 November 2022 12:11:28 UTC, Tobias Geerinckx-Rice wrote:
>[Off list]
...or not! :-D. Phones are a cruel joke.
Anyway, that's the dealio.
Hey Mathieu,
On Saturday, November 12th, 2022 at 13:43, Mathieu Othacehe
wrote:
> Hello Luis,
>
> > Using the latest installer image
> > (l6dfrnjhhjf3axjndk290qsgxj0bzpgm-image.iso) I can't install the
> > system because everytime I select a partition scheme, the installer
> > takes me back t
Problem solved.
publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
Hello,
Maxim Cournoyer writes:
> Hi,
>
> When booting my Guix System with linux-libre 6.0.8, nouveau silently
> fails to render OpenGL. It includes symptoms such as:
>
> 1. Getting stuck on the GDM screen, which makes use of OpenGL
> 2. Not being able to use Qt5 or Qt6 applications, which rende
Gabriel,
Thanks for the patch!
Gabriel Wicki 写道：
I've come up with the following patch. It is not optimal
(there's still
some warnings and it makes use of an ugly hack to get rid of a
certain
"Unable to find parts git repository" message) but with that
patch
Fritzing is in a usable state.
Hi!
Christopher Baines skribis:
> Liliana Marie Prikler writes:
>
>> Am Samstag, dem 01.10.2022 um 13:29 +0200 schrieb Tobias Kortkamp:
>>> Hi,
>>>
>>> The problem seems to be that NAUTILUS_EXTENSION_PATH contains the
>>> same path twice and that it tries to load KgxNautilus from each of
>>> t
Ludovic Courtès writes:
> Agreed! I don’t use GNOME and I don’t even know what KgxNautilus is,
> but here’s a patch that may fix this by ensuring Nautilus doesn’t load
> the same extension twice.
>
> Could you give it a spin and lemme know if it solves this issue?\
>
> That’ll get us closer to
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> yes, mounting with MS_REC seems sensible. Not mounting with MS_REC is
>> also responsible for a couple of errors e.g. when trying to map / inside
>> the container (when / has other bind mounts).
>
> Having reread mount(2), bind-mounting w
Hi!
I did a complete install in a VM with an image built from commit
44f087fcc7b6ab48ff1381651ef3ea5e560f5216, and I cannot reproduce the
error mentioned at the beginning of this thread:
https://issues.guix.gnu.org/53594
The installation tests don't appear to hit it either:
https://ci.guix.
Hi Guix!
After updating the system, the dovecot service got confused and started
moving around all mailboxes. I looked up the configuration and noticed
strange invalid syntax for the location field:
--8<---cut here---start->8---
location=#< file: "path/to/conf
Hi Chris,
Christopher Baines skribis:
> Ludovic Courtès writes:
>
>> Agreed! I don’t use GNOME and I don’t even know what KgxNautilus is,
>> but here’s a patch that may fix this by ensuring Nautilus doesn’t load
>> the same extension twice.
>>
>> Could you give it a spin and lemme know if it s
## description
guix shell --container can only mount subdir in /tmp, and fail for all
other dir:
```
# success mount in all subdir of /tmp
dev_1@dev_1 /tmp/test2$ df .
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/nvme0n1p7 209921236 180793652 19663932 91% /
dev_1@dev_1 /tmp/
Hello Dale,
Dale Mellor writes:
> Hi, sorry for the delay but I've had a bit of time over Christmas
>to look things over. I've given this a lot of consideration.
Apologies for my lack of reply thus far, it seems your mail had fallen
in cracks.
>
> I am happy to drop compatibility with guil
Figured out what was the problem. The /tmp dir. Once I had nonexisting /mnt
dir on Guix boot. So I've added this piece In my file-systems:
(file-system
(mount-point "/tmp")
(device "tmp")
(type "tmpfs")
(check? #f))
This exact piece was causing a problem. Seems like it's connected to
x11-
When I log in with "Gnome on xorg" the /tmp directory doesn't exist. When I
log in "Gnome" (+Wayland) it exits.
пн, 21 нояб. 2022 г. в 02:43, Grigory Shepelev :
> Figured out what was the problem. The /tmp dir. Once I had nonexisting
> /mnt dir on Guix boot. So I've added this piece In my file-sy
17 matches
Mail list logo
