Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
On Qua, 2014-06-11 at 23:36 +0200, Simone Caronni wrote: Hello, On 11 June 2014 19:11, Sérgio Basto ser...@serjux.com wrote: Hi, why not begin by a xserver rebase in copr ? Personally, because I don't feel like doing the work twice. But if someone else wants to, sure, go for it. I could do it, also think about do it for eclipse-swt , but my problem is I don't know what packages I have to update , is not just xorg-x11-server , have you a list what we should update for xorg-x11-server 15.x ? Isn't this a rebuild already? http://copr.fedoraproject.org/coprs/jujuxiii/testing-fc20/ http://copr-be.cloud.fedoraproject.org/results/jujuxiii/testing-fc20/fedora-20-x86_64/ it's a start , how is this jujuxiii ? looks like a Portuguese / Brazilian name ... Also, any chance to see this applied in the rebuild? https://bugzilla.redhat.com/show_bug.cgi?id=1084433 why isn't also add to copr of jujuxiii Thanks, --Simone Thanks, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
Hi, On Qua, 2014-06-11 at 12:40 -0400, Adam Jackson wrote: On Wed, 2014-06-11 at 17:19 +0100, Sérgio Basto wrote: On Qua, 2014-06-11 at 12:09 -0400, Adam Jackson wrote: On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote: Oh and xserver really .. I am the one that gets complaints from users that I can't fix because of our ancient x11 stack. I'm not intrinsically _opposed_ to rebasing X in F20. But it's not something we've done in any previous Fedora, and there are enough nvidia users out there that I'd want to be cautious about not breaking them more than we need to. If That Other Repo doesn't have a problem with getting builds lined up for nvidia/fglrx/whatever I'd be much more willing to do X rebases in existing releases. About the other repo rpmfusion, we just need some time on updates-testing to rebuild all drives , but I can ask for more details on rpmfusion mailing list . It's still tricky for things like the xwayland/gnome lockstep, but I think we know how to handle that. Hi, why not begin by a xserver rebase in copr ? Personally, because I don't feel like doing the work twice. But if someone else wants to, sure, go for it. the most important thing, for me, is understand what is your opinion (X team) about testing Xserver 1.15 , It is worth testing Xserver 1.15, or we should focus on 1.16 ? and sorry about my bad English Thanks, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
On Qui, 2014-06-12 at 11:06 +0100, Sérgio Basto wrote: how is this jujuxiii ? I mean who is this jujuxiii ? -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rfc: xserver rebase in F20 (was Re: Slipping F21)
On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote: Oh and xserver really .. I am the one that gets complaints from users that I can't fix because of our ancient x11 stack. I'm not intrinsically _opposed_ to rebasing X in F20. But it's not something we've done in any previous Fedora, and there are enough nvidia users out there that I'd want to be cautious about not breaking them more than we need to. If That Other Repo doesn't have a problem with getting builds lined up for nvidia/fglrx/whatever I'd be much more willing to do X rebases in existing releases. It's still tricky for things like the xwayland/gnome lockstep, but I think we know how to handle that. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
On Wed, 2014-06-11 at 17:19 +0100, Sérgio Basto wrote: On Qua, 2014-06-11 at 12:09 -0400, Adam Jackson wrote: On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote: Oh and xserver really .. I am the one that gets complaints from users that I can't fix because of our ancient x11 stack. I'm not intrinsically _opposed_ to rebasing X in F20. But it's not something we've done in any previous Fedora, and there are enough nvidia users out there that I'd want to be cautious about not breaking them more than we need to. If That Other Repo doesn't have a problem with getting builds lined up for nvidia/fglrx/whatever I'd be much more willing to do X rebases in existing releases. It's still tricky for things like the xwayland/gnome lockstep, but I think we know how to handle that. Hi, why not begin by a xserver rebase in copr ? Personally, because I don't feel like doing the work twice. But if someone else wants to, sure, go for it. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
On Wed, Jun 11, 2014 at 6:09 PM, Adam Jackson a...@redhat.com wrote: On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote: Oh and xserver really .. I am the one that gets complaints from users that I can't fix because of our ancient x11 stack. To add some context the feature that I am asking for is working DRI3 + present ... with mesa 10.2 it gives us GLX_EXT_buffer_age which finally fixes tearing issues in mutter that some user are experiencing without using workarounds like forcing the compositor to always redraw the whole screen (which costs performance and battery life). The whole effort to fix it started in January 2012 (!) so its not like it is really urgent now but given that things got fixed now (xserver 1.16, newest intel ddx snapshot, mesa 10.2) .. I rather have it on user systems at some point (and get rid of inquires on when is it going to get fixed?). I'm not intrinsically _opposed_ to rebasing X in F20. But it's not something we've done in any previous Fedora, and there are enough nvidia users out there that I'd want to be cautious about not breaking them more than we need to. If That Other Repo doesn't have a problem with getting builds lined up for nvidia/fglrx/whatever I'd be much more willing to do X rebases in existing releases. It's still tricky for things like the xwayland/gnome lockstep, but I think we know how to handle that. NVIDIA just released a driver that runs with the xserver 1.16 abi ... not sure about their legacy branches and fglrx though. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
On Qua, 2014-06-11 at 12:40 -0400, Adam Jackson wrote: On Wed, 2014-06-11 at 17:19 +0100, Sérgio Basto wrote: On Qua, 2014-06-11 at 12:09 -0400, Adam Jackson wrote: On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote: Oh and xserver really .. I am the one that gets complaints from users that I can't fix because of our ancient x11 stack. I'm not intrinsically _opposed_ to rebasing X in F20. But it's not something we've done in any previous Fedora, and there are enough nvidia users out there that I'd want to be cautious about not breaking them more than we need to. If That Other Repo doesn't have a problem with getting builds lined up for nvidia/fglrx/whatever I'd be much more willing to do X rebases in existing releases. It's still tricky for things like the xwayland/gnome lockstep, but I think we know how to handle that. Hi, why not begin by a xserver rebase in copr ? Personally, because I don't feel like doing the work twice. But if someone else wants to, sure, go for it. I could do it, also think about do it for eclipse-swt , but my problem is I don't know what packages I have to update , is not just xorg-x11-server , have you a list what we should update for xorg-x11-server 15.x ? -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
To add some context the feature that I am asking for is working DRI3 + present ... with mesa 10.2 it gives us GLX_EXT_buffer_age which finally fixes tearing issues in mutter that some user are experiencing without using workarounds like forcing the compositor to always redraw the whole screen (which costs performance and battery life). There is no working DRI3 + present anywhere at all yet, or if there is it involves SNA which has its own set of not working. Dave. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
To add some context the feature that I am asking for is working DRI3 + present ... with mesa 10.2 it gives us GLX_EXT_buffer_age which finally fixes tearing issues in mutter that some user are experiencing without using workarounds like forcing the compositor to always redraw the whole screen (which costs performance and battery life). There is no working DRI3 + present anywhere at all yet, or if there is it involves SNA which has its own set of not working. And also DRI3 breaks a bunch of working features like gpu offload, again DRI3 + present is a keithp feature, it works on his laptop so he shipped it. It needs someone who cares to take over and finish development. Dave. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
On Wed, Jun 11, 2014 at 10:18 PM, David Airlie airl...@redhat.com wrote: To add some context the feature that I am asking for is working DRI3 + present ... with mesa 10.2 it gives us GLX_EXT_buffer_age which finally fixes tearing issues in mutter that some user are experiencing without using workarounds like forcing the compositor to always redraw the whole screen (which costs performance and battery life). There is no working DRI3 + present anywhere at all yet, or if there is it involves SNA which has its own set of not working. The latest intel ddx supports it using uxa (http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=d8eb87f84f88ad2df42c6fed1d93df76589a14e3). Sna and glamor should work as well (well as well as they do using DRI2). And also DRI3 breaks a bunch of working features like gpu offload, Oh good to know. again DRI3 + present is a keithp feature, it works on his laptop so he shipped it. It needs someone who cares to take over and finish development. ugh ... has there been any discussion on this before merging it? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rfc: xserver rebase in F20 (was Re: Slipping F21)
Hello, On 11 June 2014 19:11, Sérgio Basto ser...@serjux.com wrote: Hi, why not begin by a xserver rebase in copr ? Personally, because I don't feel like doing the work twice. But if someone else wants to, sure, go for it. I could do it, also think about do it for eclipse-swt , but my problem is I don't know what packages I have to update , is not just xorg-x11-server , have you a list what we should update for xorg-x11-server 15.x ? Isn't this a rebuild already? http://copr.fedoraproject.org/coprs/jujuxiii/testing-fc20/ http://copr-be.cloud.fedoraproject.org/results/jujuxiii/testing-fc20/fedora-20-x86_64/ Also, any chance to see this applied in the rebuild? https://bugzilla.redhat.com/show_bug.cgi?id=1084433 Thanks, --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). http://xkcd.com/229/ http://negativo17.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
