Compose started at Sun Apr 20 08:15:02 UTC 2014
Broken deps for x86_64
--
2ping-2.0-2.el7.noarch requires perl(Digest::CRC)
RemoteBox-1.7-1.el7.noarch requires rdesktop
RemoteBox-1.7-1.el7.noarch requires perl-Gtk2
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]
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
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
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
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 (fast
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.org
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
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
On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler kevin.kof...@chello.at 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
Am 20.04.2014 20:19, schrieb drago01:
On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler kevin.kof...@chello.at 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.
On Sun, Apr 20, 2014 at 10:15 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 20.04.2014 20:19, schrieb drago01:
On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Christian Schaller wrote:
where we at the same time need to allow each user to have any port they
Am 20.04.2014 22:44, schrieb drago01:
On Sun, Apr 20, 2014 at 10:15 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Am 20.04.2014 20:19, schrieb drago01:
On Sun, Apr 20, 2014 at 6:53 PM, Kevin Kofler kevin.kof...@chello.at
wrote:
Christian Schaller wrote:
where we at the same time need
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,
but
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
On Sun, Apr 20, 2014 at 10:56 PM, Reindl Harald h.rei...@thelounge.net 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
On Sun, Apr 20, 2014 at 11:20 PM, Lars Seipel lars.sei...@gmail.com 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
Am 20.04.2014 23:44, schrieb drago01:
On Sun, Apr 20, 2014 at 10:56 PM, Reindl Harald h.rei...@thelounge.net
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
On Mon, Apr 21, 2014 at 12:02 AM, Reindl Harald h.rei...@thelounge.net 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
Am 21.04.2014 00:22, schrieb drago01:
On Mon, Apr 21, 2014 at 12:02 AM, Reindl Harald h.rei...@thelounge.net
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
On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald h.rei...@thelounge.net 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.
Am 21.04.2014 00:59, schrieb drago01:
On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald h.rei...@thelounge.net
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
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
On Sun, Apr 20, 2014 at 6:39 PM, Lars Seipel lars.sei...@gmail.com 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
Sent from mYphone
On Apr 20, 2014 7:02 PM, drago01 drag...@gmail.com wrote:
On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald h.rei...@thelounge.net
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
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
Hi
On Sun, Apr 20, 2014 at 10:41 PM, Lars Seipel wrote:
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
On Sun, Apr 20, 2014 at 6:59 PM, drago01 drag...@gmail.com 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
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
A file has been added to the lookaside cache for perl-Mojolicious:
cd70f14d921d82c90d3c847dc100aa97 Mojolicious-4.94.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 9f3db7eebda8516edda48a7126ef67790fca25e8
Author: Emmanuel Seyman emman...@seyman.fr
Date: Sun Apr 20 09:35:47 2014 +0200
Update to 4.94
.gitignore|1 +
perl-Mojolicious.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2
perl-PDL has broken dependencies in the epel-7 tree:
On ppc64:
perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
mojomojo has broken dependencies in the rawhide tree:
On x86_64:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On i386:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On armhfp:
mojomojo-1.10-1.fc20.noarch
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
A file has been added to the lookaside cache for perl-Digest-Bcrypt:
3b1a32e367b87d7e4831e453f02c6bf7 Digest-Bcrypt-1.0.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 8e88ee705a76ee505ccb1ded73ee52d7ae6e4dde
Author: David Dick dd...@cpan.org
Date: Mon Apr 21 11:22:18 2014 +1000
Initial import (#1089178.)
.gitignore |1 +
perl-Digest-Bcrypt.spec | 55 +++
sources |
Summary of changes:
8e88ee7... Initial import (#1089178.) (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
8e88ee7... Initial import (#1089178.) (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Date-Easter:
7f0071866e0a805ca9c8dec92d24f64c Date-Easter-1.20.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 5a1eb94e4e2038e1c390f4b76c6bc6aef5abdb88
Author: David Dick dd...@cpan.org
Date: Mon Apr 21 12:01:09 2014 +1000
Initial import (#1082193).
.gitignore|1 +
perl-Date-Easter.spec | 48
sources |1 +
Summary of changes:
5a1eb94... Initial import (#1082193). (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
5a1eb94... Initial import (#1082193). (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
42 matches
Mail list logo
