# Fedora Quality Assurance Meeting
# Date: 2014-04-07
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's meeting time again today/tomorrow! Apologies for the late notice.
Let's take a look at the plan
On Sat, 2014-04-05 at 22:23 -0400, Felix Miata wrote:
> On 2014-04-05 00:45 (GMT-0700) Chuck Forsberg WA7KGX composed:
>
> > I cannot get my office machine with 3.15 into X. I can press CAPS LOCK
> > and see the light come on, then the keyboard and mouse are dead.
> > With a dead machine there is
The following Fedora 20 Security updates need testing:
Age URL
100
https://admin.fedoraproject.org/updates/FEDORA-2013-24018/varnish-3.0.5-1.fc20
81
https://admin.fedoraproject.org/updates/FEDORA-2014-0792/libinfinity-0.5.5-1.fc20
47
https://admin.fedoraproject.org/updates/FEDORA-2014-
The following Fedora 19 Security updates need testing:
Age URL
163
https://admin.fedoraproject.org/updates/FEDORA-2013-19963/openstack-glance-2013.1.4-1.fc19
100
https://admin.fedoraproject.org/updates/FEDORA-2013-24023/varnish-3.0.5-1.fc19
81
https://admin.fedoraproject.org/updates/FED
On Mon, 7 Apr 2014, Ed Greshko wrote:
> On 04/07/14 05:57, Robert P. J. Day wrote:
> > On Mon, 7 Apr 2014, Ed Greshko wrote:
> >
> >> On 04/06/14 21:43, Robert P. J. Day wrote:
> >>> On Sun, 6 Apr 2014, Ed Greshko wrote:
> >>>
> On 04/06/14 21:18, Robert P. J. Day wrote:
> > just tried
On 04/07/14 05:57, Robert P. J. Day wrote:
> On Mon, 7 Apr 2014, Ed Greshko wrote:
>
>> On 04/06/14 21:43, Robert P. J. Day wrote:
>>> On Sun, 6 Apr 2014, Ed Greshko wrote:
>>>
On 04/06/14 21:18, Robert P. J. Day wrote:
> just tried that, same symptoms but i also got the following selinu
On Mon, 7 Apr 2014, Ankur Sinha wrote:
> On Sun, 2014-04-06 at 09:43 -0400, Robert P. J. Day wrote:
> > no change under nodebug kernel -- this is the nodebug kernel,
> > correct?
> >
> > $ uname -r
> > 3.15.0-0.rc0.git5.2.fc21.x86_64+debug
> > $
>
> Er. No. This is the debug kernel. The nodebug ke
On Sun, 2014-04-06 at 09:43 -0400, Robert P. J. Day wrote:
> no change under nodebug kernel -- this is the nodebug kernel,
> correct?
>
> $ uname -r
> 3.15.0-0.rc0.git5.2.fc21.x86_64+debug
> $
Er. No. This is the debug kernel. The nodebug kernel would be just
"3.15.0-0.rc0.git5.2.fc21.x86_64". (
On Mon, 7 Apr 2014, Ed Greshko wrote:
> On 04/06/14 21:43, Robert P. J. Day wrote:
> > On Sun, 6 Apr 2014, Ed Greshko wrote:
> >
> >> On 04/06/14 21:18, Robert P. J. Day wrote:
> >>> just tried that, same symptoms but i also got the following selinux
> >>> diagnostic when i logged in with xfce:
On 04/06/14 21:43, Robert P. J. Day wrote:
> On Sun, 6 Apr 2014, Ed Greshko wrote:
>
>> On 04/06/14 21:18, Robert P. J. Day wrote:
>>> just tried that, same symptoms but i also got the following selinux
>>> diagnostic when i logged in with xfce:
>>>
>>> = start diagnostic =
>>>
>>> SELinu
On Sunday, April 06, 2014 06:24:29 AM Robert P. J. Day wrote:
> oh, using the
> 3.15.0-0.rc0.git9.1.fc21.x86_64 kernel as well.
>
Looks like your using the rawhide kernel. This kernel has tons of debugging
enabled. I also experienced sluggish response and high cpu usage with this
kernel. I woul
On Sun, 6 Apr 2014, Ed Greshko wrote:
> On 04/06/14 21:18, Robert P. J. Day wrote:
> > just tried that, same symptoms but i also got the following selinux
> > diagnostic when i logged in with xfce:
> >
> > = start diagnostic =
> >
> > SELinux is preventing /usr/lib64/tumbler-1/tumblerd f
Saturday's Rawhide - Creative&Dev plus Xfce seems to be running fine
on an older 8GB mobo and E8500.
I could not get Saturday's rawhide to work on my office machine,
a 32 GB i7-3770K
Rawhide did run on my server, a 32GB i5-3550 but became
unusuable unstable with the update to 3.15.
So there see
On Sun, 6 Apr 2014, Ed Greshko wrote:
> On 04/06/14 21:18, Robert P. J. Day wrote:
> > just tried that, same symptoms but i also got the following selinux
> > diagnostic when i logged in with xfce:
> >
> > = start diagnostic =
> >
> > SELinux is preventing /usr/lib64/tumbler-1/tumblerd f
On 04/06/14 21:18, Robert P. J. Day wrote:
> just tried that, same symptoms but i also got the following selinux
> diagnostic when i logged in with xfce:
>
> = start diagnostic =
>
> SELinux is preventing /usr/lib64/tumbler-1/tumblerd from write access
> on the fifo_file .
>
> * Plug
On Sun, 6 Apr 2014, Philip Rhoades wrote:
> Robert,
>
>
> On 2014-04-06 20:24, Robert P. J. Day wrote:
> > (note: i'm starting a new thread for this since my original post
> > blaming firefox for system slowdown now seems inaccurate. the problem
> > appears to be more widespread.)
> >
> > the sy
On Sunday, April 06, 2014 06:24:29 AM Robert P. J. Day wrote:
> (note: i'm starting a new thread for this since my original post
> blaming firefox for system slowdown now seems inaccurate. the problem
> appears to be more widespread.)
>
> the system: an asus g74s, quad-core i7 with 16G of RAM,
Robert,
On 2014-04-06 20:24, Robert P. J. Day wrote:
(note: i'm starting a new thread for this since my original post
blaming firefox for system slowdown now seems inaccurate. the problem
appears to be more widespread.)
the system: an asus g74s, quad-core i7 with 16G of RAM, so i'm
fairly co
(note: i'm starting a new thread for this since my original post
blaming firefox for system slowdown now seems inaccurate. the problem
appears to be more widespread.)
the system: an asus g74s, quad-core i7 with 16G of RAM, so i'm
fairly confident that physical limitations aren't the problem.
[totpcgi]
totpcgi-selinux-0.5.5-1.fc21.noarch requires
file:///usr/share/doc/selinux-policy/html/index.html
If I understand correctly such packages which need extra selinux policy,
shouldn't they depend on a more vital dep instead of this?
--
test mailing list
test@lists.fedoraproject.org
20 matches
Mail list logo
