[Test-Announce] Proposal to CANCEL: 2014-04-21 Fedora QA Meeting

2014-04-20 Thread Adam Williamson
I don't think we have anything that needs to be discussed at a meeting this week, so I'm proposing we cancel the meeting scheduled for today/tomorrow (Monday April 21st). If anyone has objections, speak now or forever hold your peace :) and specify what you'd like to discuss, and we'll run the meet

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Orcan Ogetbil
On Sun, Apr 20, 2014 at 6:59 PM, drago01 wrote: > There is difference between a software developer, a sysadmin and a > user that simply wants to share his music with his family. The latter > should not have to learn about computer security to do it, Why not? I lock my door every night before I

Re: When a yum update sets up an MTA ...

2014-04-20 Thread Rahul Sundaram
Hi On Sun, Apr 20, 2014 at 10:41 PM, Lars Seipel On Sun, Apr 20, 2014 at 06:44:53PM -0700, Andrew Lutomirski wrote: > > I think it's because upgrading installs a new package and uninstalls > > an old package. Sounds like a bug in exim. > > Yes, but there was no upgrade of exim. An update of sma

Re: When a yum update sets up an MTA ...

2014-04-20 Thread Lars Seipel
On Sun, Apr 20, 2014 at 06:44:53PM -0700, Andrew Lutomirski wrote: > I think it's because upgrading installs a new package and uninstalls > an old package. Sounds like a bug in exim. Yes, but there was no upgrade of exim. An update of smartmontools pulled it in but exim itself got installed for t

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Liam
Sent from mYphone On Apr 20, 2014 7:02 PM, "drago01" wrote: > > On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald wrote: > > >> There have been other suggestions in this thread that are helpful like > >> the network zones thing (but we still have too many zones) or enabling > >> services should mak

Re: When a yum update sets up an MTA ...

2014-04-20 Thread Andrew Lutomirski
On Sun, Apr 20, 2014 at 6:39 PM, Lars Seipel wrote: > Nicely aligning with the current firewall thread I noticed that one of > my machines was running the exim MTA for the last few days, dutifully > listening on all interfaces. > > How did this happen? It turns out that smartmontools intermittentl

When a yum update sets up an MTA ...

2014-04-20 Thread Lars Seipel
Nicely aligning with the current firewall thread I noticed that one of my machines was running the exim MTA for the last few days, dutifully listening on all interfaces. How did this happen? It turns out that smartmontools intermittently required 'MTA' which (presumably due to its nice and short n

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Reindl Harald
Am 21.04.2014 00:59, schrieb drago01: > On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald > wrote: > >>> There have been other suggestions in this thread that are helpful like >>> the network zones thing (but we still have too many zones) or enabling >>> services should make them work i.e >>> ju

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread drago01
On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald wrote: >> There have been other suggestions in this thread that are helpful like >> the network zones thing (but we still have too many zones) or enabling >> services should make them work i.e >> just enable the firewall rules. > > which make sense

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Reindl Harald
Am 21.04.2014 00:22, schrieb drago01: > On Mon, Apr 21, 2014 at 12:02 AM, Reindl Harald > wrote: > >> * there are network services enabled by default > > Again that's a bug and a viloation of the guidelines. Which services > are you talking about? > Please file bugs. please stop to prove eve

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread drago01
On Mon, Apr 21, 2014 at 12:02 AM, Reindl Harald wrote: > * there are network services enabled by default Again that's a bug and a viloation of the guidelines. Which services are you talking about? Please file bugs. > * avahi is one of them You keep listing this as an example but avahi is not o

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Reindl Harald
Am 20.04.2014 23:44, schrieb drago01: > On Sun, Apr 20, 2014 at 10:56 PM, Reindl Harald > wrote: >> after you booted the new installed machine and open ports of >> possible vulnerable services which needs updatdes it is >> *too late* to enable the firewall for preventing already >> happened dam

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread drago01
On Sun, Apr 20, 2014 at 11:20 PM, Lars Seipel wrote: > On Thu, Apr 17, 2014 at 11:44:58PM +0200, Miloslav Trmač wrote: >> We don't, actually. *Only* applications running in a session of a member >> of the wheel group would have that right, and those applications are pretty >> much root-equivalent

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread drago01
On Sun, Apr 20, 2014 at 10:56 PM, Reindl Harald wrote: > after you booted the new installed machine and open ports of > possible vulnerable services which needs updatdes it is > *too late* to enable the firewall for preventing already > happened damaged Do you even know how backwards that reads?

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Isaac Cortés González
Guys, 1st April was a long time ago, stop this kind of stupidity. How in the earth would be a good idea to have the firewall disabled by default? I mean you're all graduate from college/university, right? You have the capacity to think, am I right? -- devel mailing list devel@lists.fedoraproject.

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Lars Seipel
On Thu, Apr 17, 2014 at 11:44:58PM +0200, Miloslav Trmač wrote: > We don't, actually. *Only* applications running in a session of a member > of the wheel group would have that right, and those applications are pretty > much root-equivalent anyway. (Many GNOME users probably use such a setup, > bu

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Reindl Harald
Am 20.04.2014 22:44, schrieb drago01: > On Sun, Apr 20, 2014 at 10:15 PM, Reindl Harald > wrote: >> Am 20.04.2014 20:19, schrieb drago01: >>> On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler >>> wrote: Christian Schaller wrote: > where we at the same time need to allow each user to have

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread drago01
On Sun, Apr 20, 2014 at 10:15 PM, Reindl Harald wrote: > > > Am 20.04.2014 20:19, schrieb drago01: >> On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler wrote: >>> Christian Schaller wrote: where we at the same time need to allow each user to have any port they desire opened for traffic to m

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Reindl Harald
Am 20.04.2014 20:19, schrieb drago01: > On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler wrote: >> Christian Schaller wrote: >>> where we at the same time need to allow each user to have any port they >>> desire opened for traffic to make sure things like DLNA or Chromecast >>> works. >> >> Such th

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread drago01
On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler wrote: > Christian Schaller wrote: >> where we at the same time need to allow each user to have any port they >> desire opened for traffic to make sure things like DLNA or Chromecast >> works. > > Such things MUST NOT be enabled by default. No one sug

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Kevin Kofler
Jaroslav Reznik wrote, on behalf of Matthias Clasen: > The firewalld service will not be enabled by default in the workstation > product. WTF? So we're going to disable security by default? We are forcing such a PITA as SELinux that breaks applications on all users by default, yet we will let sy

Re: F21 System Wide Change: Workstation: Enable Software Collections

2014-04-20 Thread Kevin Kofler
Jaroslav Reznik wrote, on behalf of Matthias Clasen: > The Software Collections repositories will be enabled by default. So we now allow shipping the configuration for third-party repositories, even enabled by default? Is April 1st still not over yet? If you want those packages in Fedora, they n

Re: F21 System Wide Change: Workstation: Disable firewall

2014-04-20 Thread Kevin Kofler
Christian Schaller wrote: > where we at the same time need to allow each user to have any port they > desire opened for traffic to make sure things like DLNA or Chromecast > works. Such things MUST NOT be enabled by default. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.o

Re: F21 System Wide Change: Ruby193 in SCL

2014-04-20 Thread Kevin Kofler
Lukas Zapletal wrote: > This is a great change that actually allows other teams that heavily > relies on Fedoras to put their software "on hold" for two Fedora > releases. And that's a good thing how? Stale software relying on old compatibility libraries is exactly the opposite of what we want (f

Re: F21 System Wide Change: Ruby193 in SCL

2014-04-20 Thread Kevin Kofler
Bill Nottingham wrote: > Is the intent to only provide SCL versions of the older ruby & rails, or > also the current versions (i.e., move to SCL as the rails delivery > mechanism going forward)? (Assuming we really want to support SCLs at all,) the default version should most definitely NOT be an

Re: F21 Self Contained Change: SDDM as the default KDE display manager instead of KDM

2014-04-20 Thread Kevin Kofler
Josh Boyer wrote: > Could you elaborate how this would impact using GDM to boot into a KDE > session? The proposal is only about replacing KDM with SDDM by default on KDE installations. It does not affect starting KDE Plasma from non-KDE display managers (such as GDM) at all. And even KDM should

Re: F21 System Wide Change: SCL

2014-04-20 Thread Kevin Kofler
Jaroslav Reznik wrote (in his messenger role): > SCL - Software Collections - are popular packaging format above rpm. Let's > enable them for Fedora. More details on upstream page [1]. And totally destroy all our efforts of complying with the FHS? Yuck! We should continue our work on providing an

rawhide report: 20140420 changes

2014-04-20 Thread Fedora Rawhide Report
Broken deps for i386 -- [MegaMek] MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat [PyKDE] PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) >= 0:10.0 [apper]