same for me. i already downloaded elisa from the fluendo site, and it also does
not work.

same as above.

Strange, it works fine for me. Do you have hardware accelerated 3D working?
Because right after that lirc message, I have the pigment lines :

WARN  MainThread      comp_pigment_context        Dec 10 10:42:14  Compiz
detected, trying to hide all other windows.
(elisa/plugins/good/pigment/pigment_context.py:171)
WARN  MainThread      comp_pigment_context        Dec 10 10:42:14  Could not
import WNCK. Windows hiding disabled.
(elisa/plugins/good/pigment/pigment_context.py:175)

And then the main elisa window pops-up fine...

Hi. I compiled from source and it worked one time. Then it crashed and never
worked again - like the RPMs in Fedora.

Yes, I have hardware accelerated 3D using the nvidia proprietary driver.

This is my output with a not existant ~/.elisa:

bash-3.2$ elisa
WARN  MainThread      plugin_registry             Dez 10 13:06:30  Un-met
dependency for flickr_media: twill (elisa/core/plugin_registry.py:198)
WARN  MainThread      plugin_registry             Dez 10 13:06:30  Un-met
dependency for bluetooth_input: bluetooth (elisa/core/plugin_registry.py:198)
WARN  MainThread      plugin_registry             Dez 10 13:06:31  Component
'flickr:flickr_media' not found (elisa/core/plugin_registry.py:618)
elisa: could not connect to socket
elisa: Datei oder Verzeichnis nicht gefunden
WARN  MainThread      plugin_registry             Dez 10 13:06:32  Component
lirc_input failed to initialize: Unable to initialize lirc!
(elisa/core/plugin_registry.py:618)

Created attachment 282701 [details]
this is elisa dbg log

i also can confirm this problem.

i have tested it on 3 different machines, all running latest version of fedora 8.

i also can reproduce this problem:
https://code.fluendo.com/pigment/trac/ticket/186

Created attachment 282751 [details]
gdb log from pigment svn version

now i used pigment svn version and libxcb 1.1 from fedora 9 (koji).

i attached a gdb log.

So this seems to be a libxcb bug. Reassigning and CC'ing Soren.

freedesktop bug report : https://bugs.freedesktop.org/show_bug.cgi?id=12511

Don't know why, but Elisa is showing for me like a price in lottery - only
sometimes. I have no issues with displays...

Elisa also starts drawing interface when it's running minimum 1 minute long.
Also, don't know why.

Only know one thing: Elisa is strange piece of software and it has big problems
with drawing and starting.

i have test elisa with a ubuntu-7.10 live-cd. and there it works out of the box.

so this must be a fedora specific bug.

Reassigning to the component (libxcb) owner, oops!

*** Bug 425856 has been marked as a duplicate of this bug. ***

It works in openSUSE 10.3 too.

Just to note, still broken with libxcb-1.0-4.fc8, also didn't work with
libxcb-1.1-1.fc9.i386.rpm.

Elisa version 0.3.2

What is Xcb?

Checking if there is an expected fix date for this problem?

Elisa looks like a great product that will open a range of new opportunities for
Fedora, so would be great to have it running on Fedora 8.

I've tested 0.3.3 on my own (using make install, I know, stupid method) and I
dislike it... Slower than ever...

But it works. Even when some notification window covers Elisa, it doesn't stop
drawing its UI.

0.3.3 does not work for me, either.

ajax or sandmann, could you please have a look? Here are the relevant URLs again :
https://bugs.freedesktop.org/show_bug.cgi?id=12511 (says it's fixed in git)
http://lists.freedesktop.org/archives/xcb/2007-October/003019.html (details)

My first problem with 0.3.3 was caused by pysqlite2  not being installed. Now,
when having it installed, I get the same issue:

[martin@medora ~]$ LC_ALL=C elisa
WARN  MainThread      media_manager               Jan 23 16:21:00  Un-met
dependency for flickr:flickr_media: twill (elisa/core/manager.py:95)
elisa: could not connect to socket
elisa: No such file or directory
WARN  MainThread      interface_controller        Jan 23 16:21:00  Component
lirc_input failed to initialize: Unable to initialize lirc!
(elisa/core/interface_controller.py:324)


I noticed that libxcb 1.0-4 contains a patch which may be intended to fix the
problem:

* Tue Dec 04 2007 Soren Sandmann <sandmann> 1.0-4
- libxcb-1.0-lock-asserts.patch, see bug 11390.

but it obvisiously does not work. I also tried the version in Koji for f9, but
it did not work either. Maybe a third person could try elisa 0.3.3?

I can confirm this problem on x86_64 using Fedora 8 with latest updates. Tried
fedora RPMs and newest vanilla source, same result on both. Using nvidia drivers.

I am also using the NVIDIA closed source driver. I will now try an open 3D
driver to see if it works.

ATI Radeon 9250 @ open. Doesn't work too.

does not work with openchrome either

I've got the same problem with intel GMA950 graphics using the X.org intel driver.

I just compiled version 0.3.5 by hand and it works fine now (while with previous
releases, this did not work). May be worth packaging.

It is always worth packaging to keep package up to date :) .

Martin, you've used configure/make/make install method or you've made RPM?

I've used used configure/make/make.

It works well.

PS: I really need new hardware... Tomorrow new GPU will be mine ^^ .

Sorry folks, but the 0.3 elisa codebase probably won't ever be updated again, and the 0.5 packages are still pending review of the new separate plugins packages as well as the Twisted web2 package.

So I'll close this bug report... Please check out bug #429590 to track the elisa update, there are links in there to some testing 0.5 packages which you can use for now.

If the problem is still present in 0.5, it obviously can't yet be fixed in Fedora itself, so please do also file a bug report upstream for the developers to take care of it, thanks.