As of today's updates (including an upgrade of the kernel), Xgl seems to
be working well.
Haven't been able to figure out what exactly put things right.
Thanks to whoever put this right :)
--
[Hardy] Race condition in Xgl startup process
https://bugs.launchpad.net/bugs/176515
You received this
Ooops... Jumped the gun there.
Though fglrxinfo was reporting that the appropriate driver was in use, I
found the graphics to be a bit too slow. So I checked glxgears and found
that I was getting frame rates of ~300.
I reinstalled the ATI driver (8.01) only to find that the blank screen
on login
Wanted to confirm hnmb's point: The updated xserver-xgl has not solved
the problem in my computer. Have reinstalled (and now updated) gdm, but
the system continues to pause at gdm load when xserver-xgl is enabled.
There are no errors in Xorg.0.log and .xsession-errors.
--
[Hardy] Race condition
The bug still presents for me with the latest xserver-xgl
(1:1.1.99.1~git20080115-0ubuntu1) . there is no change in the symtomps
at all..
xmodmap still waits during the loading of the desktop. when i kill it,
seahorse starts and waits. when i disable the xgl, plain xorg uses 60%
of the cpu.
cpu
Ok, xorg had a business with glxinfo, which is also using quite alot cpu
(30%) killing glxinfo eases the pain of xorg and the system becomes
normal (without xgl)
--
[Hardy] Race condition in Xgl startup process
https://bugs.launchpad.net/bugs/176515
You received this bug notification because you
I found some spare time to look at it.
Applications started within the session, always stuck in select, endlessly
waiting for a response in my case.
I had prepended a gnome-terminal before xmodmap in Xgl-session. Here is
its backtrace
Core was generated by `/usr/bin/gnome-terminal'.
#0
The cause of this bug is probably the same as the following
https://bugs.launchpad.net/ubuntu/+bug/174408
I would not call it a race condition since it is always reproducible
btw.
--
[Hardy] Race condition in Xgl startup process
https://bugs.launchpad.net/bugs/176515
You received this bug
This bug was fixed in the package xserver-xgl -
1:1.1.99.1~git20080115-0ubuntu1
---
xserver-xgl (1:1.1.99.1~git20080115-0ubuntu1) hardy; urgency=low
* New git snapshot. Fixes FTBFS on AMD64.
* debian/rules:
+ Add get-orig-source target
* debian/copyright:
+ Add git URL
The debdiff has unrelated changes in it (to config.guess, and another
autogen'd file). I'll extend your patch to fix the TODO and upload a
new snapshot soon.
--
[Hardy] Race condition in Xgl startup process
https://bugs.launchpad.net/bugs/176515
You received this bug notification because you
Has anyone already tested this debdiff??
--
[Hardy] Race condition in Xgl startup process
https://bugs.launchpad.net/bugs/176515
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Your patch seems a fine solution for this problem. I'll look at adding
something like this to the scripts sometime over the holidays, but don't
hold your breath too soon! Feel free to push this along (by providing a
candidate debdiff, as per
My very first debdiff attempt. Hope I did it fine.
@Slash123 : It seems to be a pb with your gnome session. look into
~/.gnome2/session or try removing your ~/.gnome2 directory to see if it
solves it. But this is off topic and this place is not a support forum.
I can't help any further here.
**
Great. I got Xgl to load on DISPLAY :1 using your Xgl-session attachment.
However, gnome (or for that matter KDE) refused to start. On entering login
details, I can see the hard disk activity till Xgl loads, then it just stops
with the human background and a busy pointer.
I noticed that if I run
I'm having a similar error in Hardy (cannot open display :1)
Could you elaborate on this patch please?
1) My guess is that the line about seahorse in your .xsession-error is
unrelated. Correct?
2) Where in /usr/share/xserver-xgl/Xgl-session should the code you added above
be pasted? Could you
Sorry, in the hurry I forgot to post the file. Here is the modified
version of Xgl-session
The command /usr/bin/seahorse-agent --execute /usr/bin/gnome-session is
passed as argument to the Xgl-session script and executed at the end.
If the display in $DISPLAY is not ready the command fails
15 matches
Mail list logo
