View previous topic :: View next topic |
Author |
Message |
toastie n00b
Joined: 13 Nov 2002 Posts: 18
|
Posted: Wed Sep 15, 2004 1:54 pm Post subject: |
|
|
i had the same problem with the damage extension when using "fglrx". I ended up using "radeon" and it works prefectly, save for some bugs when resizing windows. _________________ System info:
P4 2.8 HT, Radeon 9800 Pro and assloads of RAM |
|
Back to top |
|
|
enzobelmont Guru
Joined: 06 Apr 2004 Posts: 345 Location: Chiapas, Mexico
|
|
Back to top |
|
|
andrew_j_w Guru
Joined: 28 Jun 2003 Posts: 534 Location: York, UK
|
Posted: Wed Sep 15, 2004 2:24 pm Post subject: |
|
|
The release is just to fix some security problems. You can never be too quick when fixing security problems.
Andrew |
|
Back to top |
|
|
Zentoo Apprentice
Joined: 18 Nov 2002 Posts: 195 Location: /dev/console
|
Posted: Wed Sep 15, 2004 3:34 pm Post subject: |
|
|
I would know if anyone have make some ebuild to emerge cvs versions of xcompmgr and transset. that could be cool to share ;o)
Is exists some patch for xcompmgr to modify eye candy arthefact ?
YOP !!! |
|
Back to top |
|
|
Arne n00b
Joined: 23 Sep 2003 Posts: 17 Location: Berlin/Germany
|
Posted: Wed Sep 15, 2004 5:31 pm Post subject: |
|
|
Darckness wrote: | I fixed the problem I was having with crashing gtk apps (well, maybe I didn't do it, but when I did this it worked). I emerged xorg-x11 again today with "-mno-sse2" in my CFLAGS and lo, it was good. Now running it with the cvs version of xcompmgr and all I can say is that it's an eyegasm. |
This did it!! Great!
thx
arne |
|
Back to top |
|
|
tlippy01 n00b
Joined: 13 Aug 2004 Posts: 30
|
Posted: Thu Sep 16, 2004 1:15 am Post subject: |
|
|
hi everyone, i have a question not necessarily limited to 2.6.8 (but thats what im getting the error in now). in my continued pursuit of a working radeon on my amd64 box, i've compiled dri+radeon into the kernel, enabled everything in xorg.conf (i.e. dri, glx, that "0666" part, etc). i was expecting it to just crash completely, thus eliminating my hope and setting my mind at ease, but i still get a working mouse, correctly rendered background, and some blue-green-yellow garbage at the top. of course, i cant actually launch a program or do anything except move the mouse and hard-reboot the machine. is this partial-functionality a promising sign, or just further proof that radeon+amd64=no hardware acceleration? a conclusive answer would be a great blessing...thanks _________________ now stand back, I gotta practice my STABBIN'... |
|
Back to top |
|
|
Cinder6 l33t
Joined: 05 Aug 2004 Posts: 767 Location: California
|
Posted: Thu Sep 16, 2004 4:30 am Post subject: |
|
|
radeon + amd64 = no hardware acceleration. i came to the same horrible (but true) conclusion a month ago. now, I have nvidia...
also, you should try ctrl+alt+backspace to get out of X instead of hard-rebooting. _________________ Knowledge is power.
Power corrupts.
Study hard.
Be evil.
Ugly Overload |
|
Back to top |
|
|
StringCheesian l33t
Joined: 21 Oct 2003 Posts: 887
|
Posted: Thu Sep 16, 2004 5:46 am Post subject: |
|
|
Cinder6 wrote: | also, you should try ctrl+alt+backspace to get out of X instead of hard-rebooting. |
Sometimes X will only start back up again after you hit ctrl+alt+back, and you have to keep fighting it until it stops.
If you have xdm set to run at boot, an easier way is to open a terminal and do this: Code: | su
/etc/init.d/xdm stop |
...and if you don't use xdm, then it's as simple as logging out of your desktop environment/window manager. |
|
Back to top |
|
|
brenden l33t
Joined: 09 Mar 2004 Posts: 710 Location: Calgary, AB
|
Posted: Thu Sep 16, 2004 6:18 am Post subject: |
|
|
For people having problems with the fluxbox raise/lower thing:
Right click on desktop, go to fluxbox menu > Configure > Slit > Layer and select desktop. This should fix it. Hope that helps anyone having that problem. |
|
Back to top |
|
|
senzacionale Guru
Joined: 29 Jun 2004 Posts: 532 Location: Slovenia
|
Posted: Thu Sep 16, 2004 3:16 pm Post subject: |
|
|
how safe is to use the 6.8.0 version with nvidia drivers
thnx _________________ Spletno narocanje hrane in dostava hrane na dom na portalu DostavaHrane.si |
|
Back to top |
|
|
dbasinge Tux's lil' helper
Joined: 04 Jul 2002 Posts: 86 Location: Salt Lake City, UT
|
Posted: Thu Sep 16, 2004 3:35 pm Post subject: xcompmgr and gnome |
|
|
Gnome 2.6.2 locks when exiting if I have xcompmgr running. I have tried both the xcompmgr ebuild and the xcompmgr cvs files. I'm running xcompmgr with the following options:
I do not have this problem using the root account.
I'm using xorg 6.8.0 with nvidia drivers.
Here is my xorg.conf
Code: |
# XFree86 4 configuration created by pyxf86config
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "AlwaysCore" # "CorePointer"
InputDevice "Synaptics0" "AlwaysCore" # "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
#ModulePath "/usr/X11R6/lib/modules"
FontPath "/usr/share/fonts/75dpi/:unscaled"
FontPath "/usr/share/fonts/100dpi/:unscaled"
FontPath "/usr/share/fonts/100dpi"
FontPath "/usr/share/fonts/75dpi"
FontPath "/usr/share/fonts/CID"
FontPath "/usr/share/fonts/Speedo"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
FontPath "/usr/share/fonts/artwiz"
FontPath "/usr/share/fonts/corefonts"
FontPath "/usr/share/fonts/cyrillic"
FontPath "/usr/share/fonts/encodings"
FontPath "/usr/share/fonts/local"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/terminus"
FontPath "/usr/share/fonts/ttf-bitstream-vera"
FontPath "/usr/share/fonts/ukr"
FontPath "/usr/share/fonts/unifont"
FontPath "/usr/share/fonts/util"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
Load "synaptics"
# Load "dri"
EndSection
Section "Extensions"
Option "Composite" "Enable"
Option "RENDER" "Enable"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "yes"
EndSection
Section "InputDevice"
Identifier "Synaptics0"
Driver "synaptics"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "LeftEdge" "1700"
Option "RightEdge" "5300"
Option "TopEdge" "1700"
Option "BottomEdge" "4200"
Option "FingerLow" "25"
Option "FingerHigh" "30"
Option "MaxTapTime" "180"
Option "MaxTapMove" "220"
Option "VertScrollDelta" "100"
Option "MinSpeed" "0.06"
Option "MaxSpeed" "0.12"
Option "AccelFactor" "0.0010"
Option "SHMConfig" "on"
# Option "Repeater" "/dev/ps2mouse"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Toshiba"
ModelName "Flat Panel 1280x800"
HorizSync 31.5-100
VertRefresh 59-76
Option "IgnoreEDID" "1"
Modeline "1280x800" 83.91 1280 1312 1624 1656 800 816 824 841
# TV fullscreen mode or DVD fullscreen output.
# 768x576 @ 79 Hz, 50 kHz hsync
ModeLine "768x576" 50.00 768 832 846 1000 576 590 595 630
# 768x576 @ 100 Hz, 61.6 kHz hsync
ModeLine "768x576" 63.07 768 800 960 1024 576 578 590 616
EndSection
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
BusID "AGP:01:00:0"
Option "RenderAccel" "On"
Option "HWCursor" "On"
# Override DDC
Option "NoDDC" "1"
Option "IgnoreEDID" "1"
Option "NoLogo" "1"
# Important when using TFT
Option "GenerateRTList" "0"
Option "OverridePolarity" "1"
# black bar on the right
Option "FlatPanelProperties" "Scaling = native"
# Switch AGP
Option "NvAGP" "3"
# Some Pointer Eyecandy
Option "CursorShadow" "1"
Option "CursorShadowAlpha" "63"
Option "CursorShadowYOffset" "2"
Option "CursorShadowXOffset" "4"
# Picture Improvement
Option "DigitalVibrance" "0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultColorDepth 24
# Switch AGP
#Option "NvAgp" "3"
Subsection "Display"
Depth 24
Modes "1280x800"
Viewport 0 0
#Virtual 1280 800
EndSubsection
EndSection
|
_________________ D. Michael Basinger, RHCE
If at first you don't succeed, skydiving is not for you. - Anonymous |
|
Back to top |
|
|
Ansorg Apprentice
Joined: 13 Jul 2002 Posts: 193
|
Posted: Thu Sep 16, 2004 5:30 pm Post subject: xcompmgr HOWTO? |
|
|
I got 6.8.0 running on nvidia card (it seems to run stable as long as I do not run glxgears) and I tried xcompmgr. there is an issue:
When I run xcompmgr -s -f I do get a small, flat shadow on every element on screen and the fading on menus etc.
when I run it with -c I get a smooth shadow on the gnome panel and any menus that pop up - but no shadow on any application window/metacity window.
But Metacity seems to use the new gfx stuff in some way: the window titles are semi-trnsparent, alt-tab brings windows semitransparent to the front.
Now, why do I get no dropshadow behind any application windows?
I tried booth, the xcompmgr ebuild and the modified package xcompmgr-blubber-0.1.1.tar.bz2 with same result
thanks _________________ thanks
Jens |
|
Back to top |
|
|
Stormy Eyes Veteran
Joined: 09 Apr 2003 Posts: 1064 Location: Watching God spit-shine my boots.
|
Posted: Thu Sep 16, 2004 7:47 pm Post subject: |
|
|
senzacionale wrote: | how safe is to use the 6.8.0 version with nvidia drivers
thnx |
I use 6.8.0 on a nVidia GeForce4 440MX chipset with xcompmgr, Composite, and RenderAccel. It's very stable, quite smooth, and looks really cool. I don't pass any options to xcompmgr as I dislike the drop-shadows. |
|
Back to top |
|
|
sgaap l33t
Joined: 16 Aug 2002 Posts: 754 Location: Enschede, The Netherlands
|
Posted: Thu Sep 16, 2004 10:31 pm Post subject: |
|
|
Quote: |
when I run it with -c I get a smooth shadow on the gnome panel and any menus that pop up - but no shadow on any application window/metacity window.
But Metacity seems to use the new gfx stuff in some way: the window titles are semi-trnsparent, alt-tab brings windows semitransparent to the front.
Now, why do I get no dropshadow behind any application windows?
|
I noticed this problem when I build a metacity version above 2.8.3, it seems composite support has been disabled or something, with 2.8.4 I got dropshadows everywhere but NOT on my metacity windows (with xcompmgr -c), downgrading to 2.8.3 fixed that (so they are probably working on metacity's own composition manager, which was about 10 times slower than xcompmgr) _________________ In "old" Europe we already have a word for "pre-emptive strikes" mr Bush: its called "war" |
|
Back to top |
|
|
edmondo Tux's lil' helper
Joined: 22 May 2004 Posts: 110
|
Posted: Fri Sep 17, 2004 6:43 am Post subject: |
|
|
senzacionale wrote: | how safe is to use the 6.8.0 version with nvidia drivers
|
It's safe. I'm using it with a GeForce FX 5600. |
|
Back to top |
|
|
ranma37 n00b
Joined: 21 Feb 2003 Posts: 30
|
Posted: Fri Sep 17, 2004 7:51 am Post subject: |
|
|
To me
nvidia + xcompmgr + opengl = hard lock
I've tried xorg from 6.7.99.902 to 6.8.0
It is strange that 6.7.99.903 doesn't have this problem.
I am seriously considering downgrade to 903
My system:
Athlon XP 1800+
GeForce4 Ti 4800 SE
gentoo-dev-sources 2.6.8-r3
nVidia driver 1.0.6111 |
|
Back to top |
|
|
vrln Guru
Joined: 11 Sep 2004 Posts: 534 Location: Finland
|
Posted: Fri Sep 17, 2004 10:10 am Post subject: |
|
|
Looks like xorg-x11 6.8-r1 has been released... Just emerged it without problems. Does it fix the recent security problems (stack and
integer overflows in libXpm)?
Also, this is a bit off topic but anyway: According to the man page -n enables simple client side compositing, but what does xcompmgr do if one doesn't pass any commands or is it the same thing as -n?
Last edited by vrln on Fri Sep 17, 2004 10:23 am; edited 1 time in total |
|
Back to top |
|
|
Optimus' Apprentice
Joined: 01 Jul 2004 Posts: 209
|
Posted: Fri Sep 17, 2004 10:22 am Post subject: |
|
|
vrln wrote: | Looks like xorg-x11 6.8-r1 has been released... Just emerged it without problems. Does it fix the recent security problems (stack and
integer overflows in libXpm)?
Also, this is a bit off topic but anyway: According to the man page -n enables simple client side compositing, but what does xcompmgr do if one doesn't pass any commands or is it the same thing as -n. Is there a difference between running -n or just xcompmgr? |
yes the new release does fix these security issues, that is all however. |
|
Back to top |
|
|
YT n00b
Joined: 20 Feb 2004 Posts: 3 Location: UK
|
Posted: Fri Sep 17, 2004 11:21 am Post subject: GTK+-1.x apps are painfully slow with XOrg 6.8 |
|
|
I've just updated my system to XOrg 6.8, and everything still (amazingly) seems to be working pretty much as normal, with one rather annoying exception:
For some reason, if I start any GTK+-1.x app (Sylpheed, GIMP 1.x) the X server slows to a crawl, hogging the CPU completely for about 30 seconds. This also happens when Sylpheed tries to pop up its "Quit? Yes/No" dialogue box.
Has anyone else seen this sort of thing? If so, any ideas how to fix it?
I've tried:
fc-cache -f
re-building gtk, gdk, gdk-pixbuf and sylpheed
I'm using the nvidia binary drivers on a GeForce 5600, Athlon XP-M 2600+ with 512MB RAM.
Oh, and the X server segfaults (signal 11 in the log) if I try and run an OpenGL app with xcompmgr running, but I can live with that for a while...
Thanks.
Last edited by YT on Fri Sep 17, 2004 2:42 pm; edited 1 time in total |
|
Back to top |
|
|
Shemite_Dog n00b
Joined: 22 Jul 2003 Posts: 35 Location: Hailing from parts unknown!!
|
Posted: Fri Sep 17, 2004 12:22 pm Post subject: |
|
|
If I minimize a window while using xcompmgr -fc then maximze it, the window appears briefly but is then covered by the dropshadow. That is, I am left only with a transparent "drop shadow" window. A spiffy looking drop shadow window, mind you
Does anyone else have this problem? _________________ "Mr. Mc Cluck Cluck!" |
|
Back to top |
|
|
res0r9lm n00b
Joined: 30 Jul 2004 Posts: 56
|
Posted: Fri Sep 17, 2004 1:00 pm Post subject: |
|
|
there is already an 6.8-r2 in portage |
|
Back to top |
|
|
cbr Apprentice
Joined: 05 Jan 2004 Posts: 285 Location: Tallinn/Rakvere, Estonia
|
Posted: Fri Sep 17, 2004 1:12 pm Post subject: |
|
|
You mean 6.8.0-r1 |
|
Back to top |
|
|
dashnu l33t
Joined: 21 Jul 2004 Posts: 703 Location: Casco Maine
|
Posted: Fri Sep 17, 2004 2:23 pm Post subject: |
|
|
Shemite_Dog wrote: | If I minimize a window while using xcompmgr -fc then maximze it, the window appears briefly but is then covered by the dropshadow. That is, I am left only with a transparent "drop shadow" window. A spiffy looking drop shadow window, mind you
Does anyone else have this problem? |
I have the same issue for the most part, If I minimize a window it appers briefly and that is it. Also when I have xcompmgr running in any way my menus dissapear after mousing over them a few times.. And that is a bummer because X runs so much better with xcompmgr running. _________________ write quit bang |
|
Back to top |
|
|
res0r9lm n00b
Joined: 30 Jul 2004 Posts: 56
|
Posted: Fri Sep 17, 2004 3:38 pm Post subject: |
|
|
cbr wrote: | You mean 6.8.0-r1 | I was looking at the online package DB and all I seen was xorg and r2 for today right above 6.8.0-r1 taking another look it was 6.7.0-r2 I think the darn thing is a lttle screwed up. |
|
Back to top |
|
|
Gentii Guru
Joined: 01 Feb 2004 Posts: 306
|
Posted: Fri Sep 17, 2004 4:05 pm Post subject: |
|
|
The need of mno-sse2 is a problem in gcc, xorg or both ? The new xorg only has a security update, it won't fix that ? |
|
Back to top |
|
|
|