Now it seems more plausible that telegram-desktop suffered from the same
problem. I discovered my pavucontrol acting the same way as mpv, and
after some investigation I got that:
```
+radio at buer in ~ > for file in ~/.guix-home/profile/bin/*
file -L $file
Some weeks ago, after running `guix pull` and `guix home reconfigure
~/.config/guix/home.scm`, my telegram-desktop stopped working. It showed
no error messages whatsoever, running it just didn't start a process.
Given particular circumstances, I did no further investigation, and did
not write a
Hi,
With:
> $ guix describe
> Generation 311nov. 01 2023 00:03:34 (current)
> guix 938a47c
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 938a47c86d7bea785f33f42834c5c1f3dfa594b0
And the following minimalist system configuration:
> ;
BUG EXPLANATION
Emacs's natively-compiled .eln-files have a basename following the pattern
"{feature-name}-{path-hash}-{content-hash}.eln". [0]
Guix' emacs-build-system is used to build Emacs-related packages. By
default, it uses the "emacs-minimal" package during build, which
does not suppor
Hi,
I think the patch is wrong. No comment regarding the udev rule itself (I do
not know much about it), it does spam the logs with:
Oct 31 18:31:35 localhost vmunix: [ 60.013538] udevd[327]: invalid key/value
pair in file
/gnu/store/a3xvv1zxzyb53r5r752q8nh9v9vd150h-udev-rules/69-dm-lvm.rul
Sometimes when using %inferior-packages from (guix inferior) I get a
match error like this:
--8<---cut here---start->8---
Oct 31 16:10:56 my-host script.sh[11211]: ERROR:
Oct 31 16:10:56 my-host script.sh[11211]: 1. &inferior-protocol-error:
#
Oct 31 16:10:56 m
Hi John,
John Kehayias writes:
> merge 66703 58415
> thanks
>
> On Mon, Oct 23, 2023 at 10:39 PM, Maxim Cournoyer wrote:
>
>> Hi Greg,
>>
>> Greg Hogan writes:
>>
>>> The page
>>> https://guix.gnu.org/devel/manual/en/html_node/Debbugs-User-Interfaces.html
>>> has a broken link "Debbugs User Gu
Hi,
Ludovic Courtès writes:
[...]
> PS: We should define rules for “Reviewed-by” tags because I don’t think
> I LGTM’d commit 79ec651a286c71a3d4c72be33a1f80e76a560031 (?).
It was a friendly credit added based on substantial comments I received
and acted upon from your review,
e.g. https://
Hello,
there is an error when trying to reconfigure using latest guix when
building linux-libre-lts:
\sha256 hash mismatch for
/gnu/store/dfv5mppsr8z76pj37km0p11aqw721qia-linux-libre-deblob-check-6.1.60-gnu:
expected hash: 1c73516nbhnz0cxjz38b5794dxygb8sznv9idiibw7ablmjbhd11
actual hash: 1h
Also affected, stock thinkpad. Can confirm that
(initrd-modules (cons "simplefb" %base-initrd-modules))
does fix the issue for me. Reverting
6d7e181ba18d11c92409a93936025fb46b9c8171 also fixes the issue.
T.
--
Tomas P4l4cl][n Volf
-- "There are only 10 types of people in the world: Thos
Hello,
AFAICT, there is no way to determine which ungrafted package a grafted
package comes from without the derivation of the grafted package (where
the ungrafted package is referenced). Therefore, I think adding a
reference to the ungrafted package in the package itself (your second
suggestion)
Hi everyone,
I've been hit by this bug as well on my desktop (AMD GPU, default UEFI).
Reading through this thread, and especially checking commit
6d7e181ba18d11c92409a93936025fb46b9c8171, what fixed the invisible LUKS
password prompt for me was adding simplefb to the list of initrd-modules
in my s
Hi,
> Ludovic Courtès skribis:
>
>> This is fixed by these Cuirass commits:
>>
>> 2eb3e13 * remote-worker: Discard log anytime ‘send-log’ throws.
>> 4cc37f5 * remote-worker: Ignore the return value of ‘build-derivations&’.
>> 3bbb5c8 * store: ‘build-derivations&’ enforces synchronization wi
Hi,
>>> All I can say is that the VMs now boot.
>>
>> WDYT about this patch?
>
> For easing the discussion, I extracted Yann’s diff and prepared a patch
> ready to merge. See:
>
> https://issues.guix.gnu.org/issue/66586
Patch pushed as c0895371c5759c7d9edb330774e90f192cc4cf2c.
Closing.
Fee
14 matches
Mail list logo
