| View previous topic :: View next topic |
| Author |
Message |
c0balt
Guru
Joined: 04 Jul 2004
Posts: 441
Location: Germany
|
 Posted: Sat Sep 11, 2004 6:39 pm Post subject: |
 |
|
Does Xorg 6.8.0 work with the new 3.12.0 Ati drivers?
cant use 3.9.0 because xorg crashes when running some opengl app |
|
| Back to top |
|
 |
brenden
l33t
Joined: 09 Mar 2004
Posts: 710
Location: Calgary, AB
|
| Posted: Sat Sep 11, 2004 6:42 pm Post subject: |
|
|
| c0balt wrote: | Does Xorg 6.8.0 work with the new 3.12.0 Ati drivers?
cant use 3.9.0 because xorg crashes when running some opengl app |
Unfortunately, no. Go buy yourself an nvidia card. |
|
| Back to top |
|
|
c0balt
Guru
Joined: 04 Jul 2004
Posts: 441
Location: Germany
|
| Posted: Sat Sep 11, 2004 6:48 pm Post subject: |
|
|
I thought Xorg was compatible with Xfree 4.3.0 Drivers?
They work fine with Xfree 4.3.0 so in this case it might not be ATI's fault, thogh of course you are right, nvidia has atm better linux support |
|
| Back to top |
|
|
neuron
Advocate
Joined: 28 May 2002
Posts: 2371
|
| Posted: Sat Sep 11, 2004 8:12 pm Post subject: |
|
|
| c0balt wrote: | I thought Xorg was compatible with Xfree 4.3.0 Drivers?
They work fine with Xfree 4.3.0 so in this case it might not be ATI's fault, thogh of course you are right, nvidia has atm better linux support |
ati released the 3.12 early because they were meant to add xorg 6.8 support... not that they do, heh |
|
| Back to top |
|
|
Twix
Tux's lil' helper
Joined: 14 Aug 2003
Posts: 115
Location: Longueuil, Québec
|
| Posted: Sat Sep 11, 2004 10:14 pm Post subject: |
|
|
The CVS version of xcompmgr has been updated. The fade effect is now much more stable. It also has additional options, like not drawing shadows around docking panels, fade transluceny effect (from opaque to more transparent, or vice-versa).
It also seems more stable all-around.
Try it! It's nice
To the one who modified the shadows: could you please sync your code to the current CVS version if possible?  |
|
| Back to top |
|
|
blotto
Tux's lil' helper
Joined: 03 Jul 2003
Posts: 116
Location: Whitehaven UK
|
| Posted: Sat Sep 11, 2004 10:25 pm Post subject: |
|
|
Hi Mikki (p40)
| Quote: | Hi All,
Just emerged xorg-x11-6.8.0 and then ran dispatch-conf. I noticed that it changed the keyboard driver in my X11/xorg.conf, but nothing else in that file. It did change a number of other configuration and script files (around 22 of them).
Well, as soon as started X (startx) my screen is now tiny, perhaps as small as 1/6 of its normal 1024x768 size, giving me an almighty eye strain trying to write this message.
|
Had the same problem when I installed xorg-x11-6.7.99.904 with my AIW Radeon 32
I had to force DDC mode to get the driver to get a proper mode line.
Heres snip from my xorg.conf
| Quote: | Section "Device"
Identifier "AIWRadeon"
Driver "radeon"
BusID "PCI:1:0:0"
Option "EnablePageFlip" "true"
Option "AGPMode" "4"
Option "DPMS" "on"
Option "DDCMode" "on"
EndSection |
Hope it helps if you hav'nt sorted it yet |
|
| Back to top |
|
|
blubber
Retired Dev
Joined: 26 Apr 2002
Posts: 152
Location: Enschede, Netherlands
|
| Posted: Sat Sep 11, 2004 10:35 pm Post subject: |
|
|
| Twix wrote: | The CVS version of xcompmgr has been updated. The fade effect is now much more stable. It also has additional options, like not drawing shadows around docking panels, fade transluceny effect (from opaque to more transparent, or vice-versa).
It also seems more stable all-around.
Try it! It's nice
To the one who modified the shadows: could you please sync your code to the current CVS version if possible? |
Ok, I've downloaded the CVS version, and patched it. You can find it here
Just unpack (tar -xvjf xcompmgr-blubber-0.1.1.tar.bz2) and run make.
Have fun!  |
|
| Back to top |
|
|
Twix
Tux's lil' helper
Joined: 14 Aug 2003
Posts: 115
Location: Longueuil, Québec
|
| Posted: Sun Sep 12, 2004 2:19 am Post subject: |
|
|
| Thanks, I'll try it when I stop playing Morrowind |
|
| Back to top |
|
|
rkrenzis
Tux's lil' helper
Joined: 22 Jul 2004
Posts: 135
Location: USA
|
| Posted: Sun Sep 12, 2004 2:39 am Post subject: lucida* fonts broken in 6.8.0 (Sept. 8 release) |
|
|
It seems that the lucida* fonts are broken in 6.8.0 (sept. 8 release)
From Xorg.0.log:
| Code: | X Window System Version 6.8.0
Release Date: 8 September 2004
X Protocol Version 11, Revision 0, Release 6.8
Build Operating System: Linux 2.6.8.1 x86_64 [ELF]
|
lucida* is shown in the fonts.alias in /usr/share/fonts/100dpi and /usr/share/fonts/75dpi.
Copy of my "FontPath" section from xorg.conf:
| Code: | FontPath "/usr/share/fonts/misc/"
FontPath "/usr/share/fonts/TTF/"
FontPath "/usr/share/fonts/Type1/"
# FontPath "/usr/share/fonts/CID/"
FontPath "/usr/share/fonts/75dpi/"
FontPath "/usr/share/fonts/100dpi/"
# FontPath "/usr/share/fonts/local/"
# FontPath "/usr/share/fonts/Speedo/"
# FontPath "/usr/share/fonts/TrueType/"
FontPath "/usr/share/fonts/freefont/"
FontPath "/usr/share/fonts/arphicfonts/"
FontPath "/usr/share/fonts/artwiz/"
FontPath "/usr/share/fonts/baekmuk-fonts/"
FontPath "/usr/share/fonts/corefonts/"
FontPath "/usr/share/fonts/cyrillic/"
FontPath "/usr/share/fonts/freefont/"
FontPath "/usr/share/fonts/ghostscript/"
FontPath "/usr/share/fonts/lfp-fix/"
FontPath "/usr/share/fonts/lfpfonts-var/"
FontPath "/usr/share/fonts/mplus/"
FontPath "/usr/share/fonts/sharefonts/"
FontPath "/usr/share/fonts/terminus/"
FontPath "/usr/share/fonts/ukr/"
FontPath "/usr/share/fonts/urw-fonts/"
|
Any ideas on how to fix this? |
|
| Back to top |
|
|
gungholady
Guru
Joined: 19 Oct 2003
Posts: 392
|
| Posted: Sun Sep 12, 2004 2:45 am Post subject: |
|
|
| gungholady wrote: | | Since updating to 6.8.0, I'm back to not being able to start Win4Lin. The only way it will try to start at all is to give the commands "export XLIB_SKIP_ARGB_VISUALS=1" "win" from the terminal window. It gets as far as the login. After the login, I get nothing. It just sits there with the blue screen. Is anyone else having this problem? I'm not getting any help so far from the Win4Lin mailing list. |
If I disable by commenting out:
Section "Extensions"
Option "Composite" "Enable"
Option "RENDER" "Enable"
EndSection
and
Section "Device"
Option "RenderAccel" "true"
Then Win4Lin will start just as it should. That is the only way I can get it to start. |
|
| Back to top |
|
|
GweeDo767
n00b
Joined: 27 Jan 2004
Posts: 13
|
|
| Back to top |
|
|
Safrax
Guru
Joined: 23 Apr 2002
Posts: 422
|
| Posted: Sun Sep 12, 2004 3:26 am Post subject: |
|
|
[quote="blubber"] | Twix wrote: | Ok, I've downloaded the CVS version, and patched it. You can find it here
Just unpack (tar -xvjf xcompmgr-blubber-0.1.1.tar.bz2) and run make.
Have fun! |
| Code: |
make: Warning: File `.deps/xcompmgr.Po' has modification time 6.2e+03 s in the future
make all-am
make[1]: Entering directory `/root/xcompmgr'
make[1]: Warning: File `.deps/xcompmgr.Po' has modification time 6.2e+03 s in the future
source='xcompmgr.c' object='xcompmgr.o' libtool=no \
depfile='.deps/xcompmgr.Po' tmpdepfile='.deps/xcompmgr.TPo' \
depmode=gcc3 /bin/sh ./depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I. -DXTHREADS -DXUSE_MTSAFE_API -I/opt/fdo//include -g -O2 -c `test -f xcompmgr.c || echo './'`xcompmgr.c
gcc -g -O2 -o xcompmgr xcompmgr.o -L/opt/fdo//lib -lXcomposite -lXdamage -lXfixes -lXrender -lX11 -ldl -lm
/usr/lib/gcc/i686-pc-linux-gnu/3.4.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lXcomposite
collect2: ld returned 1 exit status
make[1]: *** [xcompmgr] Error 1
make[1]: Leaving directory `/root/xcompmgr'
make: *** [all] Error 2
|
Edit: Nevermind. If you get this error run ./configure.
This xcompmgr thing makes firefox freak out and everything else slow as hell. I'm guessing its because im using "nv" instead of "nvidia". I cant get nvidia to work.  |
|
| Back to top |
|
|
Twix
Tux's lil' helper
Joined: 14 Aug 2003
Posts: 115
Location: Longueuil, Québec
|
| Posted: Sun Sep 12, 2004 4:43 am Post subject: |
|
|
| gungholady wrote: |
Option "RENDER" "Enable"
|
Is this really needed? |
|
| Back to top |
|
|
John5788
Advocate
Joined: 06 Apr 2004
Posts: 2140
Location: 127.0.0.1
|
| Posted: Sun Sep 12, 2004 5:11 am Post subject: |
|
|
if u dont mind lag, leave it out
_________________
John5788 |
|
| Back to top |
|
|
Raistlin
l33t
Joined: 17 May 2004
Posts: 691
Location: Boston, MA
|
| Posted: Sun Sep 12, 2004 6:58 am Post subject: |
|
|
solved my problem: i had to manually add the devices /dev/nvidia* and /dev/nvidiactl
cheers, raist.
_________________
Zwei Was Eins Initially
"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." |
|
| Back to top |
|
|
Optimus'
Apprentice
Joined: 01 Jul 2004
Posts: 209
|
| Posted: Sun Sep 12, 2004 8:20 am Post subject: |
|
|
| Anyone know why my Fluxbox windows don't raise when I click on them with X.Org 6.8 and why fbsetbg -l crashes the desktop when used in conjunction with xcompmgr? |
|
| Back to top |
|
|
eGore911
Apprentice
Joined: 11 Mar 2003
Posts: 290
|
| Posted: Sun Sep 12, 2004 9:08 am Post subject: |
|
|
| Does anyone know something about ati-gatos? Do they work on x.org? |
|
| Back to top |
|
|
MickKi
Veteran
Joined: 08 Feb 2004
Posts: 1173
|
| Posted: Sun Sep 12, 2004 9:15 am Post subject: |
|
|
Thanks blotto!
| blotto wrote: | Had the same problem when I installed xorg-x11-6.7.99.904 with my AIW Radeon 32
I had to force DDC mode to get the driver to get a proper mode line. |
DDC takes a couple of extra seconds but at least it works. Not sure why xorg-6.8.0 won't read my previous xorg.conf settings. 
_________________
Regards,
Mick |
|
| Back to top |
|
|
Useful Idiot
Guru
Joined: 30 Aug 2002
Posts: 329
Location: Finland
|
| Posted: Sun Sep 12, 2004 10:26 am Post subject: |
|
|
| Optimus' wrote: | | Anyone know why my Fluxbox windows don't raise when I click on them with X.Org 6.8? |
There's a bug in the slit. To fix it change slit layer to desktop: Configure -> Slit -> Layer -> Desktop.
_________________
[size=9]We are all in the gutter, but some of us are looking at the stars. |
|
| Back to top |
|
|
chunderbunny
Veteran
Joined: 31 May 2004
Posts: 1281
Location: 51°24'27" N, 0°57'15" W
|
| Posted: Sun Sep 12, 2004 11:12 am Post subject: |
|
|
Speaking of the Fluxbox slit, does anyone know why my slit has a transparent background by default, and always shows in the top left rather than where I tell it to go?
The background is transparent even if xcompmgr isn't running, but the problem goes away if I disable the extensions. |
|
| Back to top |
|
|
jenko
n00b
Joined: 12 Sep 2004
Posts: 4
|
| Posted: Sun Sep 12, 2004 11:40 am Post subject: |
|
|
[quote="FlorianRoth"]
| Quote: |
including in doc/hardcopy...
make: *** hardcopy: No such file or directory. Stop.
make: Entering an unknown directorymake: Leaving an unknown directorymake[2]: *** [includes] Error 2
make[2]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0/work/xc/doc'
make[1]: *** [includes] Error 2
make[1]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.0/work/xc'
make: *** [World] Error 2
!!! ERROR: x11-base/xorg-x11-6.8.0 failed.
!!! Function src_compile, Line 592, Exitcode 2
!!! (no error message)
|
The only way I could fix this was to get the content of directory
'xc/doc/hardcopy' from XOrg's CVS repository, see:
http://freedesktop.org/bin/view/XOrg/Home#CVS
So I did the following:
| Code: |
mkdir /tmp/xorg
cd /tmp/xorg
cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/xorg login
(CVS password: <hit return>)
cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/xorg co -P -rXORG-6_8_0 xc
|
Then I opened a second shell and started emerging Xorg. As soon
as the extraction of source code was finished (and while portage
was still working!!!), I switched back to the first shell and did:
| Code: |
mkdir /var/tmp/portage/xorg-x11-6.8.0/work/xc/doc/hardcopy
cp -R /tmp/xorg/xc/doc/hardcopy/* /var/tmp/portage/xorg-x11-6.8.0/work/xc/doc/hardcopy
|
Not very elegant really, but at least it worked. Wonder why this problem happened at all...
:-/ |
|
| Back to top |
|
|
Dolio
l33t
Joined: 17 Jun 2002
Posts: 650
|
| Posted: Sun Sep 12, 2004 12:16 pm Post subject: |
|
|
| Code: | | Option "RENDER" "Enable" |
Should never be needed, as far as I've heard. I don't know of any situations in which you need to specifically enable render (and if it's not enabled, xcompmgr won't run, so you'll know).
I don't know where the 'Option "RENDER"' thing started, but basically it does nothing.
_________________
They don't have a good bathroom to do coke in. |
|
| Back to top |
|
|
Plastic
l33t
Joined: 24 Mar 2004
Posts: 649
|
| Posted: Sun Sep 12, 2004 5:01 pm Post subject: |
|
|
DPMS seems to be the cause of many of the crashes. Try adding this to your .xinitrc
It disables DPMS completely. I think it solved my problem (running for over 30 minutes, a record for me). |
|
| Back to top |
|
|
VortexMK
n00b
Joined: 23 Feb 2004
Posts: 13
Location: Macedonia
|
| Posted: Sun Sep 12, 2004 5:18 pm Post subject: |
|
|
| jenko wrote: |
Not very elegant really, but at least it worked. Wonder why this problem happened at all...
:-/ |
It happened because docs were not downloaded. The new 6.8.0 seems to have two more files than 6.7.0 and sometimes you must set USE="doc" to emerge them otherwise it fails to emerge. Try to emerge with USE="doc" next time and you should see it downloading the two missing zips. |
|
| Back to top |
|
|
ashtophet
Guru
Joined: 08 Aug 2004
Posts: 397
|
| Posted: Sun Sep 12, 2004 5:45 pm Post subject: |
|
|
It works pretty fine here w/ wm... (nvidia proprietary drivers; xcompmgr or xcompmgr -s; w/ xcompmgr -c shadows are impressive, but transseting becomes too buggy...)...
With fluxbox, for me, things didn't work so well...
cheers |
|
| Back to top |
|
|
|
Desktop Environments
