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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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.
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
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
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
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
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
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
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
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
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
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
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
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
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]
28 matches
Mail list logo