[arch-dev-public] Clearing out [testing]
Hi, I want to move the python rebuilds to the [testing] repo after the new GNOME release hits the main repo. So now would be a good time for us to do a clear out of [testing]. Here is a somewhat annotated list of packages currently in the repo: needing signoff: autoconf ed flex hdparm libtool linux-firmware make wpa_supplicant{,_gui} lts-kernel: kernel26-lts kernel26-lts-headers ndiswrapper-lts tiacx-lts xorg-1.9: ati-dri intel-dri libgl mach64-dri mesa mga-dri nouveau-dri nouveau-drm-lts r128-dri savage-dri sis-dri tdfx-dri unichrome-dri xf86-input-* xf86-video-* xkeyboard-config xorg-server xorg-server-common xorg-server-devel xorg-server-xdmx xorg-server-xephyr xorg-server-xnest xorg-server-xvfb texlive: texlive-* misc: cairo dssi fluidsynth hydrogen mailman qt{,-doc} Can their maintainers post a short status for the ones not waiting for a signoff? Allan
On 26 September 2010 12:17, Allan McRae <allan@archlinux.org> wrote:
qt{,-doc} If I get no bug reports about qt, I'll move these on Tuesday.
-- andreascarpino.it Arch Linux Developer
On 26 September 2010 18:17, Allan McRae <allan@archlinux.org> wrote:
dssi fluidsynth hydrogen
Nothing reported for them, moving them today.
On 09/26/2010 01:17 PM, Allan McRae wrote:
xorg-1.9: ati-dri intel-dri libgl mach64-dri mesa mga-dri nouveau-dri nouveau-drm-lts r128-dri savage-dri sis-dri tdfx-dri unichrome-dri xf86-input-* xf86-video-* xkeyboard-config xorg-server xorg-server-common xorg-server-devel xorg-server-xdmx xorg-server-xephyr xorg-server-xnest xorg-server-xvfb
the current nvidia version has a big performance hit when using this xorg-server 1.9. This issue was fixed in the latest beta version. I prefer this to not be moved until nvidia is updated. -- Ionuț
Am Sun, 26 Sep 2010 14:29:37 +0300 schrieb Ionuț Bîru <ibiru@archlinux.org>:
On 09/26/2010 01:17 PM, Allan McRae wrote:
xorg-1.9: ati-dri intel-dri libgl mach64-dri mesa mga-dri nouveau-dri nouveau-drm-lts r128-dri savage-dri sis-dri tdfx-dri unichrome-dri xf86-input-* xf86-video-* xkeyboard-config xorg-server xorg-server-common xorg-server-devel xorg-server-xdmx xorg-server-xephyr xorg-server-xnest xorg-server-xvfb
the current nvidia version has a big performance hit when using this xorg-server 1.9. This issue was fixed in the latest beta version. I prefer this to not be moved until nvidia is updated.
New Mesa 7.9 is expected very soon, probably late this week (rc1 is out). We should move the 7.8.x mesa based Xorg release before we build new Mesa 7.9 dri driver packages. A closed source driver should never hold back an OSS package. So what's the state with nvidia and the new beta driver? If it won't hit the repos until the end of the week I don't want to wait any longer. -Andy
On Tue, 28 Sep 2010 20:25:27 +0200, Andreas Radke <a.radke@arcor.de> wrote:
A closed source driver should never hold back an OSS package. So what's the state with nvidia and the new beta driver? If it won't hit the repos until the end of the week I don't want to wait any longer.
I agree. If it's really that driver holding xorg back it should just be moved. Nvidia doesn't tellanybody when they plan new releases or fix a bug. Last but not least I didn't notice any slowdown and there is also no report in our tracker about this. So it cannot be that critical. -- Pierre Schmitz, https://users.archlinux.de/~pierre
On 09/28/2010 09:35 PM, Pierre Schmitz wrote:
On Tue, 28 Sep 2010 20:25:27 +0200, Andreas Radke<a.radke@arcor.de> wrote:
A closed source driver should never hold back an OSS package. So what's the state with nvidia and the new beta driver? If it won't hit the repos until the end of the week I don't want to wait any longer.
I agree. If it's really that driver holding xorg back it should just be moved. Nvidia doesn't tellanybody when they plan new releases or fix a bug. Last but not least I didn't notice any slowdown and there is also no report in our tracker about this. So it cannot be that critical.
i can't agree with you. every time somebody reported an issue with nvidia, being even a performance regression, you personally closed it as "we can't do anything" i'm hit with this issue and i know a dozen. this regression makes rendering antialised fonts in gtk 10 times slower and in kde when using non-antialiased fonts [1] we have to think about our users first. your statistics say that nvidia is dominant in our community[2] [1] http://www.nvnews.net/vbulletin/showthread.php?t=154563 [2] https://www.archlinux.de/?page=FunStatistics -- Ionuț
Am Tue, 28 Sep 2010 21:54:58 +0300 schrieb Ionuț Bîru <ibiru@archlinux.org>:
i can't agree with you. every time somebody reported an issue with nvidia, being even a performance regression, you personally closed it as "we can't do anything"
i'm hit with this issue and i know a dozen. this regression makes rendering antialised fonts in gtk 10 times slower and in kde when using non-antialiased fonts [1]
we have to think about our users first. your statistics say that nvidia is dominant in our community[2]
[1] http://www.nvnews.net/vbulletin/showthread.php?t=154563 [2] https://www.archlinux.de/?page=FunStatistics
It may be critical for affected people but this shouldn't hold back the move. It's not possible for us to fix it. And we have the nouveau driver as an alternative.
On Tue, 28 Sep 2010 21:54:58 +0300, Ionuț Bîru <ibiru@archlinux.org> wrote:
On 09/28/2010 09:35 PM, Pierre Schmitz wrote:
On Tue, 28 Sep 2010 20:25:27 +0200, Andreas Radke<a.radke@arcor.de> wrote:
A closed source driver should never hold back an OSS package. So what's the state with nvidia and the new beta driver? If it won't hit the repos until the end of the week I don't want to wait any longer.
I agree. If it's really that driver holding xorg back it should just be moved. Nvidia doesn't tellanybody when they plan new releases or fix a bug. Last but not least I didn't notice any slowdown and there is also no report in our tracker about this. So it cannot be that critical.
i can't agree with you. every time somebody reported an issue with nvidia, being even a performance regression, you personally closed it as "we can't do anything"
That's not true. Check for yourself: <https://bugs.archlinux.org/index.php?string=nvidia&project=1&search_name=&type[]=&sev[]=&pri[]=&due[]=&reported[]=&cat[]=&status[]=&percent[]=&opened=&dev=&closed=Pierre&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index>
i'm hit with this issue and i know a dozen. this regression makes rendering antialised fonts in gtk 10 times slower and in kde when using non-antialiased fonts [1]
I really don't care if xorg is moved to extra or not, but I think people should submit these bug reports to our bug tracker.
we have to think about our users first. your statistics say that nvidia is dominant in our community[2]
According to this thread this is fixed in the latest driver. Maybe you should consider updating to that then. -- Pierre Schmitz, https://users.archlinux.de/~pierre
On Tue, 2010-09-28 at 20:25 +0200, Andreas Radke wrote:
New Mesa 7.9 is expected very soon, probably late this week (rc1 is out). We should move the 7.8.x mesa based Xorg release before we build new Mesa 7.9 dri driver packages.
A closed source driver should never hold back an OSS package. So what's the state with nvidia and the new beta driver? If it won't hit the repos until the end of the week I don't want to wait any longer.
I would like to move it this week. I haven't seen big showstoppers in 1.9 that weren't available in 1.8 also, and the packaging quality of 1.9 is better than 1.8. In the meanwhile, development goes on and: - there's a new ati driver - there's a new intel RC driver - there's a new major version of mesa coming up I would like to move this stuff this week so testing is available for the new drivers and mesa. Another thing: I'll move cairo 1.10 this week also, besides various requests about the XCB backend and the rendering bugs in firefox, I haven't seen bugreports for it. The rendering bugs in firefox is a bug in firefox, not in cairo, which is solved by compiling with the included cairo snapshot.
lts-kernel: kernel26-lts kernel26-lts-headers ndiswrapper-lts tiacx-lts
need still signoff
Can their maintainers post a short status for the ones not waiting for a signoff?
Allan
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Allan McRae <allan@archlinux.org> wrote:
texlive: texlive-*
We (Firmicus and I) are are a bit late with these ones, as they do not correspond to the official release that was made two weeks ago, and we still have newer sources waiting to be compiled, which are closer to the last release. There are several issues which are corrected in the not-yet-built packages, so the current ones are not meant to go in [extra]. -- Rémy.
Rémy Oudompheng <remyoudompheng@gmail.com> wrote:
Allan McRae <allan@archlinux.org> wrote:
texlive: texlive-*
We (Firmicus and I) are are a bit late with these ones, as they do not correspond to the official release that was made two weeks ago, and we still have newer sources waiting to be compiled, which are closer to the last release. There are several issues which are corrected in the not-yet-built packages, so the current ones are not meant to go in [extra].
I could not contact Firmicus for more than a week now: I built new TeXlive packages nevertheless, they are now in [testing] thanks to Ionuţ. Bugs #20073, #20199, #20722,#20838, #20969, #20976 (links below) should be fixed. Anybody using TeX is welcome to help testing these. * http://bugs.archlinux.org/task/20073 * http://bugs.archlinux.org/task/20199 * http://bugs.archlinux.org/task/20722 * http://bugs.archlinux.org/task/20838 * http://bugs.archlinux.org/task/20969 * http://bugs.archlinux.org/task/20976 -- Rémy.
On 28/09/2010 20:57, Rémy Oudompheng wrote:
Rémy Oudompheng<remyoudompheng@gmail.com> wrote:
texlive: texlive-* We (Firmicus and I) are are a bit late with these ones, as they do not correspond to the official release that was made two weeks ago, and we still have newer sources waiting to be compiled, which are closer to
Allan McRae<allan@archlinux.org> wrote: the last release. There are several issues which are corrected in the not-yet-built packages, so the current ones are not meant to go in [extra]. I could not contact Firmicus for more than a week now: Sorry, I have been totally inactive during the past two weeks, having started with a new job. I will reply to Rémy concerning this, and I hope we can clear all that next week-end.
F
I do not have access to my computer for two days, i have put everything concerning texlive on gerolde (git repos, source zipfiles).
Moved lts kernel and all related modules. Moved also ed that only removed its relationship to the base group. -Andy
On 26 September 2010 12:17, Allan McRae <allan@archlinux.org> wrote:
Hi,
I want to move the python rebuilds to the [testing] repo after the new GNOME release hits the main repo. So now would be a good time for us to do a clear out of [testing]. Here is a somewhat annotated list of packages currently in the repo: Just a small note: when python2 will hit [extra]? Because I'd like to build KDE 4.5.2 (release date is October 5th) using python2.
Cheers -- andreascarpino.it Arch Linux Developer
On 28/09/10 09:39, Andrea Scarpino wrote:
On 26 September 2010 12:17, Allan McRae<allan@archlinux.org> wrote:
Hi,
I want to move the python rebuilds to the [testing] repo after the new GNOME release hits the main repo. So now would be a good time for us to do a clear out of [testing]. Here is a somewhat annotated list of packages currently in the repo: Just a small note: when python2 will hit [extra]? Because I'd like to build KDE 4.5.2 (release date is October 5th) using python2.
Well, that all depends on when the rebuilds get done. I intend to move it to [testing] as soon a the new GNOME hits [extra] (or if I am feeling nice, after the GNOME related rebuilds are done...). How long it has to stay there depends on how broken the world is looking afterwards. Allan
participants (11)
-
Allan McRae
-
Andrea Scarpino
-
Andreas Radke
-
Firmicus
-
Ionuț Bîru
-
Jan de Groot
-
Pierre Schmitz
-
Ray Rashif
-
Rémy Oudompheng
-
Rémy Oudompheng
-
Tobias Powalowski