The following Fedora 18 Security updates need testing:
Age URL
17 https://admin.fedoraproject.org/updates/FEDORA-2012-13510/xen-4.1.3-3.fc18
6
https://admin.fedoraproject.org/updates/FEDORA-2012-14279/phpldapadmin-1.2.2-3.gitbbedf1.fc18
13
On 09/25/2012 02:10 AM, Daniel J Walsh wrote:
Definitely not. Enforcing mode and Permissive mode are not equivalent.
SELinux/Permission Denied can cause things to crash. I have been working
since last week on SELinux/Systemd problems that happen in early boot, and
would only be seen in
On Mon, Sep 24, 2012 at 04:06:23PM -0700, Adam Williamson wrote:
You could certainly make the case, yeah. Given that our excuse for
people who say 'you have to upgrade every six months' is to say 'no you
don't, because we support releases for 12, you can just upgrade every
second release!', so
From: Jóhann B. Guðmundsson johan...@gmail.com
To: test@lists.fedoraproject.org
Date: 09/24/2012 16:25
Subject: Re: Selinux in development releases
Sent by: test-boun...@lists.fedoraproject.org
On 09/24/2012 08:16 PM, drago01 wrote:
On Mon, Sep 24, 2012 at 10:13 PM, Jóhann B. Guðmundsson
JF == John Florian john.flor...@dart.biz writes:
JF I do wish there was some master switch to temporarily enable logging
JF for them.
You mean, besides the existing disable dontaudit rules switch? Just
run semoduile -DB. It's pretty much mandatory to do that first when
debugging selinux
On Tue, Sep 25, 2012 at 07:21:32AM -0500, Jason L Tibbitts III wrote:
You mean, besides the existing disable dontaudit rules switch? Just
run semoduile -DB. It's pretty much mandatory to do that first when
debugging selinux problems.
Could this be added to
On 09/25/2012 12:42 PM, Matthew Miller wrote:
On Tue, Sep 25, 2012 at 07:21:32AM -0500, Jason L Tibbitts III wrote:
You mean, besides the existing disable dontaudit rules switch? Just
run semoduile -DB. It's pretty much mandatory to do that first when
debugging selinux problems.
Could this
Compose started at Tue Sep 25 08:15:11 UTC 2012
Broken deps for x86_64
--
[almanah]
almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires
On Tue, Sep 25, 2012 at 12:55:19PM +, Jóhann B. Guðmundsson wrote:
On Tue, Sep 25, 2012 at 07:21:32AM -0500, Jason L Tibbitts III wrote:
You mean, besides the existing disable dontaudit rules switch? Just
run semoduile -DB. It's pretty much mandatory to do that first when
debugging
MM == Matthew Miller mat...@fedoraproject.org writes:
MM Of course. However, it might be better if someone who has better
MM understanding of exactly what that does and how to use it (e.g.,
MM Jason) would do it, including adding a little bit of surrounding
MM text.
I'm just aping one of Dan's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/25/2012 08:42 AM, Matthew Miller wrote:
On Tue, Sep 25, 2012 at 07:21:32AM -0500, Jason L Tibbitts III wrote:
You mean, besides the existing disable dontaudit rules switch? Just
run semoduile -DB. It's pretty much mandatory to do that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/25/2012 08:42 AM, Matthew Miller wrote:
On Tue, Sep 25, 2012 at 07:21:32AM -0500, Jason L Tibbitts III wrote:
You mean, besides the existing disable dontaudit rules switch? Just
run semoduile -DB. It's pretty much mandatory to do that
Sent from my BlackBerry® smartphone from Warid.
-Original Message-
From: test-requ...@lists.fedoraproject.org
Sender: test-boun...@lists.fedoraproject.org
Date: Tue, 25 Sep 2012 13:59:02
To: test@lists.fedoraproject.org
Reply-To: test@lists.fedoraproject.org
Subject: test Digest, Vol
On 9/24/12 8:15 PM, John Reiser wrote:
If it is known that any Radeon card less than Radeon 9600 won't work
satisfactorily in the default Gnome3 desktop, then Fedora should
admit it up front, and raise the minimum stated requirements.
I'm sure the docs team takes patches.
But also: that's
On 25/09/12 02:07, fai...@gmail.com wrote:
Sent from my BlackBerry® smartphone from Warid.
your phone not that smart it seems :D
--
Regards,
Frank
Jack of all, fubars
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
From: Jason L Tibbitts III ti...@math.uh.edu
JF == John Florian john.flor...@dart.biz writes:
JF I do wish there was some master switch to temporarily enable logging
JF for them.
You mean, besides the existing disable dontaudit rules switch? Just
run semoduile -DB. It's pretty much
From: Jason L Tibbitts III ti...@math.uh.edu
I'm something of an idiot when it comes to selinux; I used to know just
enough to get a reasonable bug report out, but now I've even forgotten
most of that. I do know, however, that turning off dontaudit rules can
save your sanity, because _way_
From: john.flor...@dart.biz
I was going to suggest that this should be noted at http://
fedoraproject.org/wiki/SELinux/Troubleshooting, but I see it already
is.
Perhaps I should start reading all of my mail before responding to any of
it. Anyway, I'm very happy to see the addition on that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/25/2012 11:11 AM, john.flor...@dart.biz wrote:
From: Jason L Tibbitts III ti...@math.uh.edu I'm something of an
idiot when it comes to selinux; I used to know just enough to get a
reasonable bug report out, but now I've even forgotten most of
automake17-1.7.9-17.fc18
bdii-5.2.13-1.fc18
ceelog-0.1-1.fc18
ftp-0.17-60.fc18
libmatecomponentui-1.4.0-2.fc18
libsrtp-1.4.4-6.20101004cvs.fc18
libvirt-0.10.2-3.fc18
linux-firmware-20120925-0.1.git236367d.fc18
man-pages-ja-20120915-1.fc18
mate-window-manager-1.4.1-8
Thanks. Current version:
'The installer must be able to install each of the release blocking
desktops, as well as the minimal package set, with each supported
installation method'
The discussion died off, this is the latest proposal. If there are no more
proposed changes in wording or
# F18 Beta Blocker Review meeting #1
# Date: 2012-09-05
# Time: 16:00 UTC [1] (12:00 EDT, 09:00 PDT)
# Location: #fedora-bugzappers on irc.freenode.net
This is a little earlier than on the schedule, but we already have 30
proposed blockers to run through and waiting longer won't make them go
On Mon, 2012-09-24 at 20:31 +, Jóhann B. Guðmundsson wrote:
On 09/24/2012 08:25 PM, Kevin Fenzi wrote:
On Mon, 24 Sep 2012 19:29:39 +
Jóhann B. Guðmundsson johan...@gmail.com wrote:
A while back I started the initiative and writing how to debug pages
for QA Community to use and
On Tue, 2012-09-25 at 08:15 -0400, Matthew Miller wrote:
On Mon, Sep 24, 2012 at 04:06:23PM -0700, Adam Williamson wrote:
You could certainly make the case, yeah. Given that our excuse for
people who say 'you have to upgrade every six months' is to say 'no you
don't, because we support
On Tue, 2012-09-25 at 12:46 -0400, Kamil Paral wrote:
Thanks. Current version:
'The installer must be able to install each of the release blocking
desktops, as well as the minimal package set, with each supported
installation method'
The discussion died off, this is the latest
As always, minutes and IRC transcript available on the wiki at
https://fedoraproject.org/wiki/QA/Meetings/20120924
Next meeting is scheduled for 2012-10-01 at 1500 UTC in
#fedora-meeting.
If you have topics you think we should bring up at the meeting, please
add them to the Wiki page at
On 09/25/2012 07:54 PM, Adam Williamson wrote:
I don't see that that follows logically at*all*. The two just seem like
totally different things. Instructions for debugging a given component
are going to be the same whether you're running Fedora, Ubuntu, SUSE or
whatever: debugging systemd is
On Tue, 2012-09-25 at 22:37 +, Jóhann B. Guðmundsson wrote:
On 09/25/2012 07:54 PM, Adam Williamson wrote:
I don't see that that follows logically at *all*. The two just seem like
totally different things. Instructions for debugging a given component
are going to be the same whether
On Tue, Sep 25, 2012 at 12:59:40PM -0700, Adam Williamson wrote:
Yeah. I have one system where I run rawhide, and I leap releases for
everything else -- but, usually I accept that I'm going to reinstall. I
don't think Fedora (or Red Hat) have *ever* promised that an upgrade from
anything
The 389 Project team is pleased to announce the release of
389-ds-base-1.2.11.15 for Testing. This release fixes another issue
with CLEANALLRUV, some schema and userpassword related fixes, and other
fixes.
The new packages and versions are:
389-ds-base 1.2.11.15
NOTE: 1.2.11 will not
On 09/25/2012 10:59 PM, Adam Williamson wrote:
On Tue, 2012-09-25 at 22:37 +, Jóhann B. Guðmundsson wrote:
On 09/25/2012 07:54 PM, Adam Williamson wrote:
I don't see that that follows logically at *all*. The two just seem like
totally different things. Instructions for debugging a given
On 09/25/2012 11:02 PM, Matthew Miller wrote:
On Tue, Sep 25, 2012 at 12:59:40PM -0700, Adam Williamson wrote:
Yeah. I have one system where I run rawhide, and I leap releases for
everything else -- but, usually I accept that I'm going to reinstall. I
don't think Fedora (or Red Hat) have *ever*
On Tue, Sep 25, 2012 at 11:24:58PM +, Jóhann B. Guðmundsson wrote:
It'd be kind of awesome if we also *knew* each release if three or four
releases back is likely to work, even if the answer is no.
Personally I think we should limit our support not go further back
then the release we are
On Tue, 2012-09-25 at 23:21 +, Jóhann B. Guðmundsson wrote:
I still don't think you've actually demonstrated any causal linkage
between these two things. Debugging instructions are debugging
instructions. Bug reports are bug reports. They are separate things. I
don't see how sourcing
On Tue, 2012-09-25 at 19:41 -0400, Matthew Miller wrote:
On Tue, Sep 25, 2012 at 11:24:58PM +, Jóhann B. Guðmundsson wrote:
It'd be kind of awesome if we also *knew* each release if three or four
releases back is likely to work, even if the answer is no.
Personally I think we should
Upgrade installation is a bizarre beast, because the result is not well
defined. Yes, a newer set of packages is installed, but a new install
does that. The reason upgrade is so seductive is the notion all one's
configuration and personalization is carried into the upgraded system,
whereas a new
On Tue, 2012-09-25 at 23:01 -0400, Richard Ryniker wrote:
Maybe someone with more fortitude (intellectual honesty? discipline?)
than I will kill upgrade, and make the world a better place. Or at least
document that upgrade is offered only on a good effort basis, with no
guarantee or support.
37 matches
Mail list logo