Re: [Test-Announce] Fedora 18 Alpha to slip by another one week

2012-09-06 Thread Rex Dieter
Parag N(पराग़) wrote: > How long we are going to wait updates requested for stable? When the f18-alpha freeze is lifted (ie, right after f18-alpha is released) -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [Test-Announce] Fedora 18 Alpha to slip by another one week

2012-09-06 Thread पराग़
Hi, On Fri, Sep 7, 2012 at 1:36 AM, Jaroslav Reznik wrote: > Today at Go/No-Go meeting it was decided to slip Fedora 18 > Alpha release by one week due to remaining open blocker bugs > [1] and incomplete test matrices for Alpha [2][3][4]. Meeting's > full log is at [5]. > > As a result, ALL MAJOR

Re: F17: DirectFB

2012-09-06 Thread Gerry Reno
Trying to run directfb on F17 I noticed 5 issues: 1) libdirectfb_vdpau.so: undefined symbol: XUnlockDisplay (Bug 852740: fixed) 2) Unable to run DirectFB as a normal user (Bug 852745: open) 3) permissions on /dev/tty* and /dev/fb* not set by udev (probably should be addressed

Re: [Test-Announce] Fedora 18 Alpha Test Compose 5 (TC5) Available Now!

2012-09-06 Thread Sérgio Basto
On Qua, 2012-09-05 at 20:31 +0100, Sérgio Basto wrote: > boot.iso http://dl.fedoraproject.org/pub/alt/stage/18-Alpha-TC5/Fedora/x86_64/os/images/boot.iso -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

[Test-Announce] Reminder: Go/No-Go Meeting today 3 PM EDT (19:00 UTC)

2012-09-06 Thread Jaroslav Reznik
Join us on irc.freenode.net in #fedora-meeting-1 for this important meeting, wherein we shall determine the readiness of the Fedora 18 Alpha. As previously announced last week, we moved Go/No-Go two hours earlier. Thursday, September 06, 2012 @21:00 UTC (15:00 EDT/21:00 CEST) "Before each public

Re: ABRT Server

2012-09-06 Thread Richard Marko
On 09/05/2012 07:47 PM, Dave Jones wrote: > On Wed, Sep 05, 2012 at 11:39:31AM +0200, Michal Toman wrote: > > > We believe this will help developers to better prioritize their > > work and make debugging easier (crashes in common libraries are > > grouped into a single problem, for each crash ve