To reboot I need to use the enforcing=0 kernel parameter. Switch to enforcing
after booting seems to work. This is filed as bug 903486
(https://bugzilla.redhat.com/show_bug.cgi?id=903486).
I have also tried the selinux build from today and see the same thing, so
tomorrow's rawhide will have th
On Thu, 2013-01-17 at 13:14 +0100, Martin Sourada wrote:
> Yes, the .xsession-errors (quoted under the message) was it. I feel
> stupid now. I looked into running services and indeed polkit and upower
> had "failed" state.
>
> # yum reinstall polkit\* upower
> # reboot
>
> fixed the issue complet
Hey, folks. So I just wanted to kick off a discussion on the merits or
otherwise of using flags for tracking blocker bugs.
If you're not aware how Bugzilla flags work,
http://www.bugzilla.org/docs/4.4/en/html/flags-overview.html gives an
overview. A flag is just a named attribute of the bug with f
After FUDCon last weekend and some other conversations that I've had
(mostly over IRC), we're planning to implement a more user-friendly bug
submission system in the blocker tracking app.
I put the details that I have now in the form of a blog post [1] if
anyone is interested. The version that wil
On Wed, Jan 23, 2013 at 10:32:08 -0700,
Kevin Fenzi wrote:
Is the machine on wireless? I have had issues with the iwlwifi driver
being slow or locking up.
No. I have a local mirror on that machine for my home machines. The slow
down seems to be especially noticeable while doing dependency
On Wed, 23 Jan 2013 10:01:32 -0600
Bruno Wolff III wrote:
> For about the last month or so it seems like yum has been running
> much slower than in the past. Previously I had seen something similar
> when running debug kernels, but that isn't the case now.
>
> I am seeing a lot of time being use
On 01/23/2013 11:01 AM, Bruno Wolff III wrote:
For about the last month or so it seems like yum has been running much
slower than in the past. Previously I had seen something similar when
running debug kernels, but that isn't the case now.
I am seeing a lot of time being used for wait, but there
The following Fedora 17 Security updates need testing:
Age URL
0
https://admin.fedoraproject.org/updates/FEDORA-2013-1341/tinymce-spellchecker-2.0.5-8.fc17
3
https://admin.fedoraproject.org/updates/FEDORA-2013-1076/drupal7-7.19-1.fc17
6
https://admin.fedoraproject.org/updates/FEDOR
The following Fedora 16 Security updates need testing:
Age URL
11
https://admin.fedoraproject.org/updates/FEDORA-2013-0723/thunderbird-17.0.2-1.fc16
43
https://admin.fedoraproject.org/updates/FEDORA-2012-20157/libproxy-0.4.11-1.fc16
4
https://admin.fedoraproject.org/updates/FEDORA-20
On Wed, 23 Jan 2013 10:01:32 -0600
Bruno Wolff III wrote:
> Was there any change to yum that would have potentially caused this?
I'm convinced there is a speed increase.
Even with createrepo rebuilding a local repo.
--
Regards,
Frank
ln -s http//www.frankly3d.com http://www.frankly3d.eu
-
For about the last month or so it seems like yum has been running much
slower than in the past. Previously I had seen something similar when
running debug kernels, but that isn't the case now.
I am seeing a lot of time being used for wait, but there is still a lot
of idle time as well. So I su
Dne St 23. ledna 2013 09:45:28, Fernando Cassia napsal(a):
> On Wed, Jan 23, 2013 at 4:55 AM, Adam Williamson
wrote:
> > Yeah, 'all the compatibility testing' is something of a vague idea to
> > pin down :)
>
> Why can´t Fedora ship both? let users decide whether to use MySQL
> Community edition
El 23/01/2013 08:18, "Fernando Cassia" escribió:
>
> On Wed, Jan 23, 2013 at 4:55 AM, Adam Williamson
wrote:
> >
> > Yeah, 'all the compatibility testing' is something of a vague idea to
> > pin down :)
>
> Why can´t Fedora ship both? let users decide whether to use MySQL
> Community edition or M
On Wed, Jan 23, 2013 at 4:55 AM, Adam Williamson wrote:
>
> Yeah, 'all the compatibility testing' is something of a vague idea to
> pin down :)
Why can´t Fedora ship both? let users decide whether to use MySQL
Community edition or MariaDB.
After all it isn´t like size is an issue, given the DVD
> There was a very solid consensus that the old scheme sucked and the
> final form of the new proposal was miles better, and this is not the
> first time the topic has come up (there are various proposals in the
> list archives). So I decided to go ahead and Just Do It, putting the
> proposal into
15 matches
Mail list logo