On Wed, 27 Jul 2011 15:47:14 -0700 Vincent Cheng wrote: > Hi,
[please remember to Cc: me, otherwise I will only be able to see your replies on the BTS web interface] > > I'm not quite sure what to make of this bug; I don't know of any > specific changes between conky 1.7 and 1.8 that could have possibly > caused this bug, and the fact that this bug can't be reproduced > reliably makes it even harder to pinpoint the cause. I am beginning to suspect that it is triggered the first time I start a Fluxbox session, after booting the box. It does not seem to kick in, whenever I start a Fluxbox session again (without rebooting). Maybe the first time Fluxbox is started, it is not fast enough to do something that is needed by Conky, and the latter fails to start because of this. The next times Fluxbox is started (without rebooting the box), it is faster to load, due to memory caches and similar tricks performed by the kernel: as a consequence, Conky finds Fluxbox fully initialized (or more initialized, anyway) and is able to start properly. This is all I can imagine, as a guessed explanation... Could it be? Or am I completely off-track? > > However, as a workaround, can you try introducing a delay before > starting conky? For example, in ~/.xsession: > > sleep 15 && conky I am trying the following strategy: I set "background no" in my ~/.conkyrc, then postponed the conky command as much as possible within my ~/.xsession and replaced it with sleep 5 && conky & In a few tests performed today, it seems to work around the bug. Now I am tired of rebooting the box, just for the fun of it... ;-) I'll see whether it goes on fine in the next days. > > Besides that, I don't have any other suggestions. If delaying conky's > startup doesn't fix this, let me know and I'll file a bug report > upstream. Well, I think it *is* a bug, even though we *may* have found a way to work around it. Hence, it would be very nice of you, if you could forward the bug report upstream... Thanks for your time and for your fast and kind replies! Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! ..................................................... Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgpVPdR2OOMNS.pgp
Description: PGP signature
