Googling, I found some similar bug reports:
https://bbs.archlinux.org/viewtopic.php?id=243737
https://forum.level1techs.com/t/gtk-applications-are-super-slow-at-startup/166540
The Arch discussion is very similar, as we are both using i3 launched
with startx.
The Arch discussion pointed to their
Hello David,
> I also just hit this issue while using the graphical installer on a
> machine that previously had Guix installed on it via the shell-driven
> manual installation flow. I'm working on a video to show how to install
> Guix using the graphical installer so it's a big blocker for me h
I didnt face this issue again after testing Guix 1.3.0 Stable .iso
Closing.
On Mon, Jun 07, 2021 at 06:34:59PM -0400, Leo Famulari wrote:
> Here is another strace log, for gnome-calculator.
And another, but with less abbreviation. It pauses at line 3775:
--
3757 [pid 10717] poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout)
3758 [pid 10717] poll([{fd=5, events=POLLIN}
Here is another strace log, for gnome-calculator.
It pauses at line 3755:
--
3738 [pid 10510] poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout)
3739 [pid 10510] poll([{fd=5, events=POLLIN}], 1, 0) = 1 ([{fd=5,
revents=POLLIN}])
3740 [pid 10510] recvmsg(5, {msg_name=NULL, msg_namelen=0,
msg_
> Again, I don't understand why #guix:libera.chat is bad. I joined it
with my matrix account from a different home server. Why can't you?
There was a bug within matrix bridge to libera.chat (you can check guix
channel logs when it got fixed)
Now this issue is resolved :)
Julien Lepiller:
For the last couple months, I've noticed that GTK+ applications can be
very slow to start on my Guix / Debian system. It may take up to a
minute before they finish launching.
Here's an strace log of 'mousepad' startup. The pause occurs at line
3638, and then resumes after the the timeout is reache
Hello again,
Building everything without grafts does resolve the file name
discrepancy issue, e.g.:
guix build --no-grafts qtdeclarative | xargs -I{} find -L {} -name
*libQt5Qml.so.5*
/gnu/store/g1gxfbkyxilnx7s6mjdlj697y5n5wazn-qtdeclarative-5.15.2-debug/lib/debug/gnu/store/nvzvrr137qfqsn2875yrs
On Fri, May 14, 2021 at 11:44:18AM +0200, Ludovic Courtès wrote:
> We’ll have to try to gather more info if it comes up again, or see if
> there are configs that trigger it more easily.
It's happening again for the ungrafting evaluation:
https://ci.guix.gnu.org/eval/45377/log/raw (sorry, this log
Hello,
While attempting to debug a crash in jami-qt, I've noticed that GDB
would fail to load the symbol tables of the shared libraries it uses,
for example qtdeclarative.
It seems that grafts are to blame. Let's start by looking at the debug
files found for the qtdeclarative libQt5Qml.so.5 shar
Hello,
Using Guix from the master branch at commit
b2122b07dc24007263b92247cc479713c2101390, with a system reconfigured on
the 2nd of June (Guix commit bb325c5611553a6db21ee7499ac07d5757d24fc3):
--8<---cut here---start->8---
Generation 216 Jun 02 2021 10:14:19
11 matches
Mail list logo
