You are not logged in.
Pages: 1
I updated the system and KDE start just in 1024x1024 mode I I cannot change. If I change xorg shutdown. I downgraded to xorg-server 1.4.0.90-1 and everything works as before.
Thanks.
Offline
Other (minor) bug : when starting X, I don't see anymore a black screen but the ugly white and black screen typical to othre distributions
edit : I see you have removed the "die ugly pattern" patch. That was the most important !
Last edited by oliwer (2007-12-22 23:48:29)
Offline
I upgraded to xorg-server-1.4.90-2 and X quit working altogether. Upon entering "startx" the screen goes completely blank. After a minute or so, the monitor light starts blinking indicating no signal from the video card. I downgraded to the -1 package and everything is working again.
I am using the ati r300 open source drivers with no xorg.conf. The previous Xorg-server package senses my monitor and sets up everything correctly. I wonder if one of the new patches is causing problems.
Cheers,
cascat
Offline
On a brighter note, this upgrade seems to have fixed the ALT-TAB freezing bug in IceWM
edit: but it seems like after alt+tabbing, I can't ctrl alt f# or ctrl alt backspace anymore Does nothing, can logout though
Last edited by hyuu (2007-12-23 05:13:18)
Offline
Well, I solved the issue with the new xorg-server package. I removed the xrandr commands from .xinitrc and reinstated my old xorg.conf. All is good again.
cascat
Offline
pholie - you may have a legitimate grievance, but you're not helping yourself or anyone else with that attitude. Please keep things civil and constructive, if possible.
Offline
F*** this distro. Again and again untested packages go right into extra. Not that a minor change was made but a whole set of patches was replaced whithout putting it in testing!
I wouldn't say so. I've been running this exact server on 4 of my machines just fine. intel/i810, nvidia, mga, sis, ati & radeonhd are my test setups. Just stop drop and roll and when you're done with it, think about your tone.
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
Everything works fine here on two nvidia machines but I'm missing the die_ugly_pattern, or whatever it's called, patch... Is it going to be reinstated in the future? For now I've added it to the PKGBUILD manually and recompiled my own version of the package, but it would be nice to have it in by default...
Offline
here the new xorg-server seems to work fine. there's indeed that ugly background for a split second.
i use nvidia-beta driver from AUR (8800gts).
Offline
Not the slightest problem here,even openntp problem is solved now.
And a more constructive approach to problems would not harm you mr. pholie:you are dealing here with a distro with about the fastest reactions on problems.
Offline
Now I'm not the most knowledgeable Linux user here, but I've done something like 3-4 kernel updates and had no problems, I have to say the Devs are doing a great job
Offline
pholie wrote:F*** this distro. Again and again untested packages go right into extra. Not that a minor change was made but a whole set of patches was replaced whithout putting it in testing!
I wouldn't say so. I've been running this exact server on 4 of my machines just fine. intel/i810, nvidia, mga, sis, ati & radeonhd are my test setups. Just stop drop and roll and when you're done with it, think about your tone.
I can say at my machines all is almoust working fine. I run Intel's P3, P4, Core Duo with several differant Setup's on ATI Graphic Cards and Intel i810 Graphic Ships. My only Problem what I have hade was with my Radeon Xpress 200m on my Toshiba Laptop. But on the laptop I have with all another Distro's also some issues
openSUSE
Arch Linux
USALUG
Offline
Well, ok I apologize for the tone. I just wouldn't expect that someting goes wrong when only a build version of the package changes. My problem is that X starts in a weird resolution instead of 1280x800. I have intel 915 chipset, wide screen display and I don't use xorg.conf at all because everything used to be detected correctly until now. Downgraded to 1.4.0.90-1 for now.
Offline
Had a problem with the newer xorg-server with compiz-git from aur. I could not enter any data into konsole and the right click menus in firefox disappeared when compiz was active. I have an intel 865G chipset. I had to add Option "XAANOOffScreenPixmaps" "true" and all works well again. Strange that this option was not required with the previous version of xorg-server.
Well any way what I am trying to say is if you encounter problems go back to basics and check the xorg.conf file before giving up and reverting to the previous build of the server. Do not assume that as everything was working with the previous version that the problem lies only with the newer build.
---for there is nothing either good or bad, but only thinking makes it so....
Hamlet, W Shakespeare
Offline
I don't think it's a good idea to rely on xorg to always detect everything correctly. I would at least generate a xorg.conf with the basics, and then tweak it when you need to as things change / become updated.
-- archlinux 是一个极好的 linux。
Offline
The xorg detection and auto configure, when not using xorg.conf, extract from the log with this syntax:
grep -w -A 0 -B 15 EndSection /var/log/Xorg.0.log | grep -w -A 30 Section > xorg.conf
Markku
Offline
Hi all,
for the ugly background I've resolved with this change to /usr/bin/startx:
defaultserverargs="-br"
Offline
Hi all,
for the ugly background I've resolved with this change to /usr/bin/startx:defaultserverargs="-br"
The ugly background is gone in the xorg-server version from yesterday (xorg-server 1.4.0.90-3) - the patch that removes it has be re-added.
Offline
Version -3 still doesn't work me. Since -2 my laptop is stuck to 1280x800 instead of 1440x900. I tried many things, like starting X with xorg.conf, generating a new xorg.conf, modifying xorg.conf.
My video card is an ATI X300 and amdcccle reports that the maximum resolution I can have is 1440x900 but stops at 1280x800 in the "Display Area".
Xorg.0.log reports no error
EDIT: And I couldn't care less about the ugly background
Last edited by mixtr (2007-12-24 17:44:29)
-- mixtr
Offline
It appears the -2 and -3 packages do not recognize widescreen resolutions correctly. As I posted earlier the -1 package worked well with no xorg.conf on my computer. Upon upgrading, I had to use an old xorg.conf on my hard drive to get X working properly. I tried to generate a new xorg.conf with the new xorg-server but it would not generate the proper resolutions for my widescreen monitor (1680x1050) with the r300 driver. I know they can be modified with an editor, but it may indicate why auto-configure is not working properly.
My other computer uses the r200 driver with a 1280x1024 monitor and has no problems with the auto configure in -1, -2, and -3 packages. It is running well with no xorg.conf.
Something in these patches is causing a material regression in the x server.
cheers,
cascat
Offline
This is a guess, but another patch that was dumped after the -1 package was xorg-x11-server-1.0.1-Red-Hat-extramodes.patch - you can find iy by searching abs tree. The patch contains just a bunch of modelines, so perhaps the solution would be to add the modeline you need to xorg.conf manually. I've never had the need to use a modeline in my xorg.conf, so I'm not sure where exactly in xorg.conf it's supposed to be added but you should be able to look it up rather easily. Here is the modeline for 1440x900 from the patch, for example:
# 1440x900 @ 60.00 Hz (CVT) field rate 59.89 Hz; hsync: 55.93 kHz; pclk: 106.50 MHz
Modeline "1440x900" 106.50 1440 1520 1672 1904 900 903 909 934 -HSync +Vsync
Offline
It appears the -2 and -3 packages do not recognize widescreen resolutions correctly. As I posted earlier the -1 package worked well with no xorg.conf on my computer. Upon upgrading, I had to use an old xorg.conf on my hard drive to get X working properly.
same here.
Offline
i'd like to know if the xorg-server packages in arch are built with hal input hotplug support, as neither mouse or keyboard load the evdev driver, which i thought they'd do with the hal stuff?!
Offline
i'd like to know if the xorg-server packages in arch are built with hal input hotplug support, as neither mouse or keyboard load the evdev driver, which i thought they'd do with the hal stuff?!
xorg-server in arch doesn't have hal functionality built in as it is still experimental and seems to not even build without further fixing.
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
I'd like to add my voice to the "regression test your X when you drop patches" pool, this is seriously a pretty silly issue to end up with.
R350/9800 Pro with fglrx and opensource drivers fails + Dell 2005FPW panel fails in the same way (there's no longer an autoconfigured widescreen modeline, leading to bad resolutions).
Did ANYONE with a widescreen monitor even LOOK at -2 and -3 before dumping them into extra?!
Whoever's testing X builds before dumping them needs to test with a clean X config (i.e. no custom modelines) to realize issues like this.
Also:
1680x1050:
# 1680x1050 @ 60.00 Hz (GTF) hsync: 65.22 kHz; pclk: 147.14 MHz
Modeline "1680x1050" 147.14 1680 1784 1968 2256 1050 1051 1054 1087
And Modes "1680x1050" in the Display subsection don't fix the issue with fglrx. It partially fixes the issue with the opensource driver, and I think the remaining issues for me there are just my card and the opensource drivers disagreeing.
XRandR doesn't list 1680x1050 as a possible mode ever with fglrx.
EDIT : I found the deeper regression issues: ATI broke their drivers too. Revert catalyst to an older version *AND* X to -1 or earlier and it'll work. Lame on ATI's part and a pretty big oops on the X build too.
Last edited by bri3d (2007-12-29 01:54:52)
Offline
Pages: 1