8 Nov
2017
8 Nov
'17
7:15 p.m.
Hello all,
After an update of Archlinux + fluxbox, starting qjackctl freezes
the desktop. The mouse pointer still moves, and I can switch to
tty1 (Ctl+Alt+F1) and kill qjackctl, restoring normality.
Looks like qjackctl does an XGrabServer and then waits for something
that never happens.
All hints to fix this are welcome !
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
8 Nov
8 Nov
8:12 p.m.
On 11/08/2017 07:15 PM, Fons Adriaensen wrote:
Hello all,
After an update of Archlinux + fluxbox, starting qjackctl freezes
the desktop. The mouse pointer still moves, and I can switch to
tty1 (Ctl+Alt+F1) and kill qjackctl, restoring normality.
Looks like qjackctl does an XGrabServer and then waits for something
that never happens.
the wait can only be blamed to either XGetSelectionOwner or
XGetSelectionOwner... maybe the particular X server is choking on that?
quite unusual i say as the offending code-path has been if effect on
qjackctl for ages...
however, if you really wish to get rid of that Xlib mumbo-jumbo just try
the build with ./configure --disable-xunique ...
byee
--
rncbc aka. Rui Nuno Capela
rncbc(a)rncbc.org
8:45 p.m.
On Wed, Nov 08, 2017 at 08:12:28PM +0000, Rui Nuno Capela wrote:
On 11/08/2017 07:15 PM, Fons Adriaensen wrote:
Why do an XGetSelectionOwner on startup ? Nothing is being pasted
to any of your windows at that time, they are not even visible if
they exist at all. Same for the XGrabServer. Looks like qjackctl
is doing a lot of X11 stuff it should do in the first place.
That things worked for ages doesn't mean a thing - the same updat
e uncovered a 15 years old bug in my own code (not related to X11).
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
Hello all,
After an update of Archlinux + fluxbox, starting qjackctl freezes
the desktop. The mouse pointer still moves, and I can switch to
tty1 (Ctl+Alt+F1) and kill qjackctl, restoring normality.
Looks like qjackctl does an XGrabServer and then waits for something
that never happens.
the wait can only be blamed to either XGetSelectionOwner or
XGetSelectionOwner... maybe the particular X server is choking on that?
quite unusual i say as the offending code-path has been if effect on
qjackctl for ages... 
9:25 p.m.
On Wed, 8 Nov 2017 19:15:08 +0000, Fons Adriaensen wrote:
After an update of Archlinux + fluxbox, starting
qjackctl freezes
the desktop.
This doesn't happen for an up-to-date Arch running openbox. Btw.
sometimes mirrors aren't synced for hours and maybe one of us runs a
partial upgraded Arch.
2164
days inactive
2164
days old
linux-audio-user@lists.linuxaudio.org
3 comments
3 participants
participants (3)
-
Fons Adriaensen -
Ralf Mardorf -
Rui Nuno Capela