[arch-dev-public] X.Org 7.3 pre-release testing repo
Hey all, X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages. A lot has changed, primarily in the area of driver ABI. For example nvidia is broken, it does build but xorg-server rejects it when starting up with an API mismatch error. Forcing it leads to hardlocks. I am using xf86-video-nv for now but this issue needs to be addressed. I have no idea how well fglrx & unichrome-dri plays with the new server. So I'd like to hear about it. Anyone wanting to take part in testing, should add this repo: http://kth5.telekommunisten.net/xorg/ The PKGBUILs will soon be available with the same URL, just need to clean them up a bit. Cheers, -F
2007/9/3, Alexander Baldeck <kth5@archlinuxppc.org>:
Hey all,
X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages.
A lot has changed, primarily in the area of driver ABI. For example nvidia is broken, it does build but xorg-server rejects it when starting up with an API mismatch error. Forcing it leads to hardlocks. I am using xf86-video-nv for now but this issue needs to be addressed.
I have no idea how well fglrx & unichrome-dri plays with the new server. So I'd like to hear about it.
Anyone wanting to take part in testing, should add this repo:
http://kth5.telekommunisten.net/xorg/
The PKGBUILs will soon be available with the same URL, just need to clean them up a bit.
I guess you didn't put it in Testing because nvidia/fglrx won't work with this version, but why not put it on ftp.archlinux.org and let it be mirrored? (like JGC did with Gnome 2.19) -- Roman Kyrylych (Роман Кирилич)
On 9/3/07, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2007/9/3, Alexander Baldeck <kth5@archlinuxppc.org>:
Hey all,
X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages.
A lot has changed, primarily in the area of driver ABI. For example nvidia is broken, it does build but xorg-server rejects it when starting up with an API mismatch error. Forcing it leads to hardlocks. I am using xf86-video-nv for now but this issue needs to be addressed.
I have no idea how well fglrx & unichrome-dri plays with the new server. So I'd like to hear about it.
Anyone wanting to take part in testing, should add this repo:
http://kth5.telekommunisten.net/xorg/
The PKGBUILs will soon be available with the same URL, just need to clean them up a bit.
I guess you didn't put it in Testing because nvidia/fglrx won't work with this version, but why not put it on ftp.archlinux.org and let it be mirrored? (like JGC did with Gnome 2.19)
Because we just worked so hard to clean this kind of thing up! Forcing mirrors to get things they don't want or need is just plain stupid. For the number of people that actually run testing packages, one server can handle the load. Huge -1 on putting it on the Arch FTP. -Dan
Dan McGee wrote:
On 9/3/07, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2007/9/3, Alexander Baldeck <kth5@archlinuxppc.org>:
Hey all,
X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages.
A lot has changed, primarily in the area of driver ABI. For example nvidia is broken, it does build but xorg-server rejects it when starting up with an API mismatch error. Forcing it leads to hardlocks. I am using xf86-video-nv for now but this issue needs to be addressed.
I have no idea how well fglrx & unichrome-dri plays with the new server. So I'd like to hear about it.
Anyone wanting to take part in testing, should add this repo:
http://kth5.telekommunisten.net/xorg/
The PKGBUILs will soon be available with the same URL, just need to clean them up a bit. I guess you didn't put it in Testing because nvidia/fglrx won't work with this version, but why not put it on ftp.archlinux.org and let it be mirrored? (like JGC did with Gnome 2.19)
Because we just worked so hard to clean this kind of thing up! Forcing mirrors to get things they don't want or need is just plain stupid. For the number of people that actually run testing packages, one server can handle the load.
Huge -1 on putting it on the Arch FTP.
My thoughts exactly and in the end I have enough bandwidth to spare on that server. Several TB actually. :) Cheers, -G
2007/9/3, Alexander Baldeck <kth5@archlinuxppc.org>:
Dan McGee wrote:
On 9/3/07, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2007/9/3, Alexander Baldeck <kth5@archlinuxppc.org>:
Hey all,
X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages.
A lot has changed, primarily in the area of driver ABI. For example nvidia is broken, it does build but xorg-server rejects it when starting up with an API mismatch error. Forcing it leads to hardlocks. I am using xf86-video-nv for now but this issue needs to be addressed.
I have no idea how well fglrx & unichrome-dri plays with the new server. So I'd like to hear about it.
Anyone wanting to take part in testing, should add this repo:
http://kth5.telekommunisten.net/xorg/
The PKGBUILs will soon be available with the same URL, just need to clean them up a bit. I guess you didn't put it in Testing because nvidia/fglrx won't work with this version, but why not put it on ftp.archlinux.org and let it be mirrored? (like JGC did with Gnome 2.19)
Because we just worked so hard to clean this kind of thing up! Forcing mirrors to get things they don't want or need is just plain stupid. For the number of people that actually run testing packages, one server can handle the load.
Huge -1 on putting it on the Arch FTP.
My thoughts exactly and in the end I have enough bandwidth to spare on that server. Several TB actually. :)
OK, I've just asked. :) BTW as I see there's only drivers for x86_64 in yor repo. Is it still in a process of filling up or should missed packages be taken from Testing? -- Roman Kyrylych (Роман Кирилич)
Roman Kyrylych wrote:
BTW as I see there's only drivers for x86_64 in yor repo. Is it still in a process of filling up or should missed packages be taken from Testing?
They're on the way. Check back in about 30min to one hour. :) Cheers, -T
Monday 03 September 2007, Alexander Baldeck wrote: | http://kth5.telekommunisten.net/xorg/ just a question: in your repo, you have x86-video-intel 2.1.0-3 but in testing, it is 2.1.1-1 (http://www.archlinux.org/packages/12934/) how come your snapshot built today is older than the one in testing available for longer? or miss i something? thanx for your work! - D
Damir Perisa wrote:
Monday 03 September 2007, Alexander Baldeck wrote: | http://kth5.telekommunisten.net/xorg/
just a question: in your repo, you have x86-video-intel 2.1.0-3 but in testing, it is 2.1.1-1 (http://www.archlinux.org/packages/12934/) how come your snapshot built today is older than the one in testing available for longer? or miss i something?
Thanks for pointing out this one. I have actually built xorg-server 1.3.99.0 but didn't release it because it had major flaws such as input drivers not working by design. Now I reused the PKGBUILDs... Well, I'm going to fix it in the second run. Right now I'm on the i686 packages. Cheers, -R
Monday 03 September 2007, Alexander Baldeck wrote: | Thanks for pointing out this one. I have actually built | xorg-server 1.3.99.0 but didn't release it because it had major | flaws such as input drivers not working by design. Now I reused | the PKGBUILDs... sure. actually, there is one input driver, that i think is not yet in [extra] and that is linuxwacom, the stylus driver for many tablet computers. i plan to move it to extra from community, but i will do so after the xorg-server is released and fine. (since i'm having this device and it became the crucial input device for me) | Well, I'm going to fix it in the second run. Right now I'm on the | i686 packages. no problem, great! - D
All packages are now also available for i686. pkgbuilds can also be found. Cheers, -R
Alexander Baldeck schrieb:
Hey all,
X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages.
Your synaptics is broken. It could be fixed with this PKGBUILD, the latest stable version won't build. pkgname=synaptics pkgver=0.14.6.99 pkgrel=1 pkgdesc="synaptics driver for notebook touchpads" arch=(i686 x86_64) url="http://w1.894.telia.com/~u89404340/touchpad/" depends=('libxext' 'libx11') source=() install="synaptics.install" build() { cd $startdir/src/ git clone http://web.telia.com/~u89404340/touchpad/synaptics/.git cd $pkgname sed -i -e 's:ALLINCLUDES = :ALLINCLUDES = -I/usr/include/pixman-1 :g' Makefile make || return 1 make DESTDIR=$startdir/pkg/ BINDIR=$startdir/pkg/usr/bin MANDIR=$startdir/pkg/usr/man/ install }
Thomas Bächler wrote:
Alexander Baldeck schrieb:
Hey all,
X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages.
Your synaptics is broken. It could be fixed with this PKGBUILD, the latest stable version won't build.
Thanks for your help. I will build and upload the new version asap. Cheers, -G
On Tue, Sep 04, 2007 at 08:27:45PM +0200, Alexander Baldeck wrote:
Thomas Bächler wrote:
Alexander Baldeck schrieb:
Hey all,
X.Org 7.3's release is about to happen in the next few days/weeks. For that reason I've built the latest xorg-server snapshot which is at version 1.3.99.2 and most of the drivers and newly introduced packages.
Your synaptics is broken. It could be fixed with this PKGBUILD, the latest stable version won't build.
Thanks for your help. I will build and upload the new version asap.
Cheers,
-G
I had to rebuild xf86-input-keyboard, xf86-input-mouse, and synaptics. Your packages didn't work (said the API version was wrong), but I was able to rebuild it with the PKGBUILDs and it worked fine. Jason
Jason Chu schrieb:
I had to rebuild xf86-input-keyboard, xf86-input-mouse, and synaptics. Your packages didn't work (said the API version was wrong), but I was able to rebuild it with the PKGBUILDs and it worked fine.
Jason
The x86_64 version for keyboard and mouse were fine, only synaptics failed there.
Packages are available for PPC as well now. [xorg] Server = http://kth5.telekommunisten.net/xorg/ppc Thanks to Armin Luntzer, who got synaptics back working & fixed issues with x86-input-keyboard. Cheers, -Y
Hey all, after reading a thread on the forums where a user posted that with -ignoreABI as a startup flag he could get the nvidia drivers working again, I had a second look. It seems that nvidia 100.14.11-4 works with this workaround and I would expect nvidia to react to feature requests in the future - whenever that will be. Yet, I do see serious problems with us keeping the support for the legacy drivers enabled, as for me it sounds very unlikely that nvidia will touch the old drivers ever again. So just to get a discussion going about how to handle this I would raise a question. Assuming nvidia doesn't fix their 71xx & 96xx series, will we either: * feel forced to drop support for old cards or * will we have multiple xorg versions in our repositories? Both "solutions" sound very bad to me... Cheers, -Q
On Wed, 2007-09-05 at 22:57 +0200, Alexander Baldeck wrote:
Hey all,
after reading a thread on the forums where a user posted that with -ignoreABI as a startup flag he could get the nvidia drivers working again, I had a second look.
It seems that nvidia 100.14.11-4 works with this workaround and I would expect nvidia to react to feature requests in the future - whenever that will be. Yet, I do see serious problems with us keeping the support for the legacy drivers enabled, as for me it sounds very unlikely that nvidia will touch the old drivers ever again. So just to get a discussion going about how to handle this I would raise a question.
Assuming nvidia doesn't fix their 71xx & 96xx series, will we either:
* feel forced to drop support for old cards or * will we have multiple xorg versions in our repositories?
Both "solutions" sound very bad to me...
Well, I was thinking the same thing for Xorg 7.1/7.2 when Nvidia had these legacy drivers around. While I was updating things, I assumed nvidia would drop legacy support. In fact, they made a new release of the 71xx legacy drivers with Xorg 7.1/7.2 support. I see more problems with fglrx though, as ATi has never been good with drivers and new technology (neither new X servers, neither new ATI cards are supported completely). IMHO we should not hold up development because of non-free programs. The IgnoreABI thing is something that "works", just like that harmless patch I added to GTK2 to get flashplayer working without assertions on Opera and Konqueror.
Jan de Groot wrote:
Well, I was thinking the same thing for Xorg 7.1/7.2 when Nvidia had these legacy drivers around. While I was updating things, I assumed nvidia would drop legacy support. In fact, they made a new release of the 71xx legacy drivers with Xorg 7.1/7.2 support. I see more problems
Hope it'll happen...
with fglrx though, as ATi has never been good with drivers and new technology (neither new X servers, neither new ATI cards are supported completely).
I would like to hear from a fglrx user to what extend or even if it works. For me the latest nvidia drivers are unacceptable as they lock my machine every couple of minutes. I've tried stripping every single feature off of my configuration but in the end nothing helped. So I am stuck using nv now which I guess is fine as 3D on X11 is rather useless most of the time anyway and I don't play games. ;)
IMHO we should not hold up development because of non-free programs. The IgnoreABI thing is something that "works", just like that harmless patch I added to GTK2 to get flashplayer working without assertions on Opera and Konqueror.
My thoughts exactly but like in our discussions about binaries using pkg-config --list-all on runtime, we'll get quite some negative feedback. heh Cheers, -F
2007/9/6, Jan de Groot <jan@jgc.homeip.net>:
I see more problems with fglrx though, as ATi has never been good with drivers and new technology (neither new X servers, neither new ATI cards are supported completely).
Just look at recent news at http://www.phoronix.com/ ;-) AMD will soon release fglrx 8.41 which is a bir rewrite and _greatly_ improves performance. Now I won't be surprised if 8.41/8.42 will support Xorg 7.3 (AIGLX is expected in 8.42). P.S.: LWN.net has reported that AMD representative at Kernel Summit said they will open specs and provide open source 2D driver for R500 and all newer chips. -- Roman Kyrylych (Роман Кирилич)
On Thu, 6 Sep 2007 12:36:25 +0300 "Roman Kyrylych" <roman.kyrylych@gmail.com> wrote:
2007/9/6, Jan de Groot <jan@jgc.homeip.net>:
I see more problems with fglrx though, as ATi has never been good with drivers and new technology (neither new X servers, neither new ATI cards are supported completely).
Just look at recent news at http://www.phoronix.com/ ;-) AMD will soon release fglrx 8.41 which is a bir rewrite and _greatly_ improves performance. Now I won't be surprised if 8.41/8.42 will support Xorg 7.3 (AIGLX is expected in 8.42).
P.S.: LWN.net has reported that AMD representative at Kernel Summit said they will open specs and provide open source 2D driver for R500 and all newer chips.
Indeed - this is an exciting time for the Radeon users. :D -- Travis
Now Xorg 7.3 is officially released, but according to http://xorg.freedesktop.org/archive/X11R7.3/doc/RELNOTES.txt there is this known bug: http://bugs.freedesktop.org/show_bug.cgi?id=12055 (server crash with compiz) Does anyone have working compiz from community with Xorg 7.3? -- Roman Kyrylych (Роман Кирилич)
participants (8)
-
Alexander Baldeck
-
Damir Perisa
-
Dan McGee
-
Jan de Groot
-
Jason Chu
-
Roman Kyrylych
-
Thomas Bächler
-
Travis Willard