On 04/15/2014 03:40 PM, Jan Staněk wrote:
Dne 11.4.2014 16:59, Bill Nottingham napsal(a):
Jaroslav Reznik (jrez...@redhat.com) said:
== Scope ==
* Proposal owners: Create new set of packages and introduce proper versioning
in order to not confuse the dynamic linker.
Is this symbol versioning
On 4-15-14 11:55:17 Reindl Harald wrote:
> short ago it was proposed "drop tcpwrapper from the distribution
> because there is a firewall and we should rely on a sinle layer of
> defense" followed directly by "oh and now let us disable that
> security layer in a default install"
+1
--
Garry T. W
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2014-04-16 17:00 UTC'
Links to all tickets belo
On Tue, Apr 15, 2014 at 07:28:35PM -0400, Simo Sorce wrote:
> On Tue, 2014-04-15 at 13:49 -0700, Matthias Clasen wrote:
> >
> > You have connected to an new network. If this is a public network, you
> > may want to stop sharing your Music and disable Remote Logins.
> > [Turn off sharing] [Continue
On Tue, Apr 15, 2014 at 7:11 PM, William Brown wrote:
> On Tue, 2014-04-15 at 13:49 -0700, Matthias Clasen wrote:
>> On Tue, 2014-04-15 at 20:41 +0200, Thomas Woerner wrote:
>>
>> > >
>> > > What you need is clearly different "zones" that the user can configure
>> > > and associate to networks, wi
On Tue, 2014-04-15 at 13:49 -0700, Matthias Clasen wrote:
>
> You have connected to an new network. If this is a public network, you
> may want to stop sharing your Music and disable Remote Logins.
> [Turn off sharing] [Continue sharing] [Sharing Preferences...]
So if you have 4 different service
On Tue, 2014-04-15 at 13:49 -0700, Matthias Clasen wrote:
> On Tue, 2014-04-15 at 20:41 +0200, Thomas Woerner wrote:
>
> > >
> > > What you need is clearly different "zones" that the user can configure
> > > and associate to networks, with the default being that you trust nothing
> > > and everyth
On Tue, Apr 15, 2014 at 10:55:21PM +0200, drago01 wrote:
> This would make sense for non cloud images as well. Is there any
> reason why we have to restrict that to the cloud?
Somewhere to start, mostly. I'd love to see it extend across the project.
--
Matthew Miller-- Fedora Project-
On Tue, Apr 15, 2014 at 10:53 PM, Bruno Wolff III wrote:
> On Tue, Apr 15, 2014 at 22:55:21 +0200,
> drago01 wrote:
>>
>>
>> This would make sense for non cloud images as well. Is there any
>> reason why we have to restrict that to the cloud?
>
>
> QA resource limits.
The gold image remains i
On Tue, Apr 15, 2014 at 22:55:21 +0200,
drago01 wrote:
This would make sense for non cloud images as well. Is there any
reason why we have to restrict that to the cloud?
QA resource limits.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
On Tue, Apr 15, 2014 at 7:35 PM, Kevin Fenzi wrote:
> On Tue, 15 Apr 2014 12:08:34 -0400
> Matthew Miller wrote:
>
>> On Tue, Apr 15, 2014 at 09:07:47AM -0600, Kevin Fenzi wrote:
>> > Might be good to specify better what a 'severe security issue' is.
>> >
>> > Perhaps "Any update rated "important
On Tue, 2014-04-15 at 20:41 +0200, Thomas Woerner wrote:
> >
> > What you need is clearly different "zones" that the user can configure
> > and associate to networks, with the default being that you trust nothing
> > and everything is firewalled when you roam a new network.
> >
> We have that alre
On Tuesday 15 April 2014 22:27:11 Reindl Harald wrote:
> that's not the point
>
> the point is that you discuss in a security related topic
> while your problem is far off-topic
??
https://admin.fedoraproject.org/mailman/listinfo/devel
About devel
This list is only for discussion of deve
Am 15.04.2014 22:19, schrieb Andreas Tunek:
> 2014-04-15 21:28 GMT+02:00 Reindl Harald :
>>
>>
>> Am 15.04.2014 20:18, schrieb Andreas Tunek:
>>> 2014-04-15 20:08 GMT+02:00 Reindl Harald :
Am 15.04.2014 20:03, schrieb Andreas Tunek:
> I just want to say that I really support this feature
2014-04-15 21:28 GMT+02:00 Reindl Harald :
>
>
> Am 15.04.2014 20:18, schrieb Andreas Tunek:
>> 2014-04-15 20:08 GMT+02:00 Reindl Harald :
>>> Am 15.04.2014 20:03, schrieb Andreas Tunek:
I just want to say that I really support this feature. I do not see
any point in a firewall for a "Wor
On Tue, 2014-04-15 at 20:28 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Apr 15, 2014 at 11:00:45AM -0400, Simo Sorce wrote:
> > On Mon, 2014-04-14 at 15:07 +0200, Jaroslav Reznik wrote:
> > > = Proposed Self Contained Change: Remote Journal Logging =
> >
> > > The communication between th
Am 15.04.2014 20:18, schrieb Andreas Tunek:
> 2014-04-15 20:08 GMT+02:00 Reindl Harald :
>> Am 15.04.2014 20:03, schrieb Andreas Tunek:
>>> I just want to say that I really support this feature. I do not see
>>> any point in a firewall for a "Workstation".
>>
>> that's obviously
>>
>>> BTW, while
Christian Schaller wrote:
We already allow that and have for a long while. Any application bothering to
support the firewalld dbus interface can open any port
they wish to.
Good luck getting software to add this.
A more sensible option would be to better tie NetworkManager into firewalld.
Wh
On Tue, 2014-04-15 at 20:31 +0200, Alec Leamas wrote:
> Anyway, I get the feeling that the hunt for the "really proper" fix is
> not that fruitful here. OTOH, if you limit the goals to fulfill the
> basic statement to not let the default configuration of firewalld
> block the functionality of the d
On 04/15/2014 04:37 PM, Simo Sorce wrote:
On Tue, 2014-04-15 at 10:28 -0400, Christian Schaller wrote:
- Original Message -
From: "Reindl Harald"
To: devel@lists.fedoraproject.org
Sent: Tuesday, April 15, 2014 11:40:20 AM
Subject: Re: F21 System Wide Change: Workstation: Disable firewa
On 4/15/14, drago01 wrote:
> On Tue, Apr 15, 2014 at 6:13 PM, Andrew Lutomirski wrote:
[cut]
>> I keep thinking that, if I had unlimited time, I'd write a totally
>> different kind of firewall. It would allow some policy (userspace
>> daemon or rules loaded into the kernel) to determine when pro
On Tue, Apr 15, 2014 at 11:00:45AM -0400, Simo Sorce wrote:
> On Mon, 2014-04-14 at 15:07 +0200, Jaroslav Reznik wrote:
> > = Proposed Self Contained Change: Remote Journal Logging =
>
> > The communication between the two daemons is done over standard HTTPS,
> > following rather simple rules, s
On 4/15/14, Andreas Tunek wrote:
> I just want to say that I really support this feature. I do not see
> any point in a firewall for a "Workstation".
I have respect for the opinion that firewalld should be disabled
although personally I am far from convinced, there are some arguments
for that. B
2014-04-15 20:08 GMT+02:00 Reindl Harald :
>
>
> Am 15.04.2014 20:03, schrieb Andreas Tunek:
>> I just want to say that I really support this feature. I do not see
>> any point in a firewall for a "Workstation".
>
> that's obviously
>
>> BTW, while we are on the subject, does anyone know how to act
On Tue, Apr 15, 2014 at 6:13 PM, Andrew Lutomirski wrote:
> On Tue, Apr 15, 2014 at 9:04 AM, Christopher wrote:
>> On Tue, Apr 15, 2014 at 11:40 AM, Andrew Lutomirski wrote:
>>> On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald
>>> wrote:
Am 15.04.2014 16:28, schrieb Christian Schaller:
Am 15.04.2014 20:03, schrieb Andreas Tunek:
> I just want to say that I really support this feature. I do not see
> any point in a firewall for a "Workstation".
that's obviously
> BTW, while we are on the subject, does anyone know how to actually
> disable the firewall in Fedora 20? I haven't m
On Tue, Apr 15, 2014 at 09:25:39AM -0600, Kevin Fenzi wrote:
> To be clear here, all this is implemented in the two daemons right?
>
> When you say it uses https, thats natively done in the daemons, they
> don't need apache or some other https implementor in the way?
Yes, it's implemented in two d
I just want to say that I really support this feature. I do not see
any point in a firewall for a "Workstation".
BTW, while we are on the subject, does anyone know how to actually
disable the firewall in Fedora 20? I haven't managed to figure it
out
/Andreas
--
devel mailing list
devel@lists
Am 15.04.2014 19:05, schrieb Andrew Lutomirski:
> On Tue, Apr 15, 2014 at 10:00 AM, Reindl Harald
> wrote:
>> Am 15.04.2014 18:51, schrieb Andrew Lutomirski:
>>> On Tue, Apr 15, 2014 at 9:44 AM, Reindl Harald
>>> wrote:
Am 15.04.2014 17:40, schrieb Andrew Lutomirski:
> On T
On Tue, Apr 15, 2014 at 09:21:50AM -0700, Toshio Kuratomi wrote:
> We should probably have a similar guard in the mod_wsgi config file as well.
> Then be sure that we consciously name the conf files so that we are
> promoting one of these as the default (because sort order will load one of
> them b
On Tue, 15 Apr 2014 12:08:34 -0400
Matthew Miller wrote:
> On Tue, Apr 15, 2014 at 09:07:47AM -0600, Kevin Fenzi wrote:
> > Might be good to specify better what a 'severe security issue' is.
> >
> > Perhaps "Any update rated "important" or higher on the severity
> > scale?
> > https://access.re
On Mon, Apr 14, 2014 at 4:22 PM, Chris Murphy wrote:
>
> No. Boot entries in NVRAM come first. See UEFI spec 2.4.0, section 3.4.1.2,
> and 12.3.1.3 "This directory contains EFI images that aide in recovery if the
> boot selections for the software installed on the EFI system partition are
> eve
On Tue, Apr 15, 2014 at 10:00 AM, Reindl Harald wrote:
>
>
> Am 15.04.2014 18:51, schrieb Andrew Lutomirski:
>> On Tue, Apr 15, 2014 at 9:44 AM, Reindl Harald
>> wrote:
>>>
>>>
>>> Am 15.04.2014 17:40, schrieb Andrew Lutomirski:
On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald
wrote:
>
- Original Message -
> From: "Simo Sorce"
> To: "Development discussions related to Fedora"
>
> Sent: Tuesday, April 15, 2014 4:37:38 PM
> Subject: Re: F21 System Wide Change: Workstation: Disable firewall
>
> On Tue, 2014-04-15 at 10:28 -0400, Christian Schaller wrote:
> > - Or
Am 15.04.2014 18:51, schrieb Andrew Lutomirski:
> On Tue, Apr 15, 2014 at 9:44 AM, Reindl Harald wrote:
>>
>>
>> Am 15.04.2014 17:40, schrieb Andrew Lutomirski:
>>> On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald
>>> wrote:
>>
>>
>>> How about having an API where things like DLNA can simply
>>>
On Tue, Apr 15, 2014 at 9:25 AM, Simo Sorce wrote:
> On Tue, 2014-04-15 at 09:16 -0700, Andrew Lutomirski wrote:
>> On Tue, Apr 15, 2014 at 9:07 AM, Simo Sorce wrote:
>> > On Tue, 2014-04-15 at 08:47 -0700, Andrew Lutomirski wrote:
>> >> I don't know whether this should be a gnome-boxes bug, an r
Am 15.04.2014 18:38, schrieb Mateusz Marzantowicz:
> On 15.04.2014 11:40, Reindl Harald wrote:
>>
>> it is not a point of *what i can do and do*
>> it is a point what the ordinary 08/15 user does which assumes
>> to have a by default secure system after install
>
> Fedora is not for ordinary use
On Tue, Apr 15, 2014 at 9:44 AM, Reindl Harald wrote:
>
>
> Am 15.04.2014 17:40, schrieb Andrew Lutomirski:
>> On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald
>> wrote:
>
>
>> How about having an API where things like DLNA can simply
>> not run until you're connected to your home network?
>
> you
Am 15.04.2014 18:13, schrieb Andrew Lutomirski:
> On Tue, Apr 15, 2014 at 9:04 AM, Christopher wrote:
>> Ideally, users would have complete knowledge of the behavior of every
>> piece of software in their system that utilizes the network, in which
>> case, they could very easily get by without a
Am 15.04.2014 17:40, schrieb Andrew Lutomirski:
> On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald wrote:
>> that is pretty easy - defaults have to be closed anything and the user
>> have to make a choice for, otherwise if there are cirtical security
>> updates after a release you have *exactly*
On 15.04.2014 11:40, Reindl Harald wrote:
it is not a point of *what i can do and do*
it is a point what the ordinary 08/15 user does which assumes
to have a by default secure system after install
Fedora is not for ordinary users. Fedora is for geeks and developers
that like to experiment w
On Tue, 2014-04-15 at 09:13 -0700, Andrew Lutomirski wrote:
> I keep thinking that, if I had unlimited time, I'd write a totally
> different kind of firewall. It would allow some policy (userspace
> daemon or rules loaded into the kernel) to determine when programs can
> listen on what sockets and
On Tue, 2014-04-15 at 09:16 -0700, Andrew Lutomirski wrote:
> On Tue, Apr 15, 2014 at 9:07 AM, Simo Sorce wrote:
> > On Tue, 2014-04-15 at 08:47 -0700, Andrew Lutomirski wrote:
> >> I don't know whether this should be a gnome-boxes bug, an rpcbind bug,
> >> or a FESCo ticket, or something else, so
I think you and I disagree that "b" is broken. In my mind "b"
(listening w/firewall closed) is precisely what the firewall is
designed to do... act as a failsafe in the event of an unexpected
application listening when a user doesn't really know or want it to.
--
Christopher L Tubbs II
http://grav
On Tue, Apr 15, 2014 at 11:26:58AM +0100, Richard W.M. Jones wrote:
> So you could use this instead if you need the native compiler:
>
> ExclusiveArch: %{ocaml_native_compiler}
I should have said that if you have to do this, it's very likely to be
a bug. There are *very* few reasons why a pack
On Mon, Apr 14, 2014 at 04:54:33PM -0400, Bohuslav Kabrda wrote:
> ━━━
>
> I naively ported my Django app to Python 3 and didn't realize WSGI was
> going to be an issue. I saw python3-django was available for Fedo
On Tue, Apr 15, 2014 at 09:16:29AM -0700, Andrew Lutomirski wrote:
> rpcbind has this script:
>
> postinstall scriptlet (using /bin/sh):
> if [ $1 -eq 1 ] ; then
> # Initial installation
> /bin/systemctl enable rpcbind.service >/dev/null 2>&1 || :
> fi
>
> nfs-utils has this script (excer
On Tue, Apr 15, 2014 at 9:07 AM, Simo Sorce wrote:
> On Tue, 2014-04-15 at 08:47 -0700, Andrew Lutomirski wrote:
>> I don't know whether this should be a gnome-boxes bug, an rpcbind bug,
>> or a FESCo ticket, or something else, so I'm asking here.
>>
>> rpcbind enables itself by default. This pag
On Tue, Apr 15, 2014 at 9:04 AM, Christopher wrote:
> On Tue, Apr 15, 2014 at 11:40 AM, Andrew Lutomirski wrote:
>> On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald
>> wrote:
>>>
>>> Am 15.04.2014 16:28, schrieb Christian Schaller:
>>>
There was a long thread about this on the desktop mailin
On Tue, Apr 15, 2014 at 09:07:47AM -0600, Kevin Fenzi wrote:
> Might be good to specify better what a 'severe security issue' is.
>
> Perhaps "Any update rated "important" or higher on the severity scale?
> https://access.redhat.com/site/security/updates/classification/
Yeah, that needs to be wo
On Tue, 2014-04-15 at 08:47 -0700, Andrew Lutomirski wrote:
> I don't know whether this should be a gnome-boxes bug, an rpcbind bug,
> or a FESCo ticket, or something else, so I'm asking here.
>
> rpcbind enables itself by default. This page says that it has a
> specific exception, so it's okay:
On Tue, Apr 15, 2014 at 11:40 AM, Andrew Lutomirski wrote:
> On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald wrote:
>>
>> Am 15.04.2014 16:28, schrieb Christian Schaller:
>>
>>> There was a long thread about this on the desktop mailing list, and I was
>>> not in the 'disable the firewall' camp in
Are there plans to show SCL's in gnome-software as well, or is that
drifting too far from 'applications' ?
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fe
...snip...
> Packages for the repository are built in COPR. The COPR owner can
> propose the repository as a whole for inclusion into the Playground
> repository by marking it as such in COPR. Repositories/packages
> successfully built and satisfying the Playground repository's
> Policies are copi
I don't know whether this should be a gnome-boxes bug, an rpcbind bug,
or a FESCo ticket, or something else, so I'm asking here.
rpcbind enables itself by default. This page says that it has a
specific exception, so it's okay:
https://fedoraproject.org/wiki/Starting_services_by_default
I assume
On Tue, Apr 15, 2014 at 7:42 AM, Reindl Harald wrote:
>
> Am 15.04.2014 16:28, schrieb Christian Schaller:
>
>> There was a long thread about this on the desktop mailing list, and I was
>> not in the 'disable the firewall' camp in that discussion, but nobody in
>> that thread or here have articula
>
> > users running applications which opening a high port in the background
> > like license checks and so on (as example ZendStudio) will be really
> > thankful that as default these ports are open on the WAN
>
> Why does it listen on a port for license checks? It should just contact
> the serv
On 04/15/2014 02:37 PM, Rahul Sundaram wrote:
HI
On Tue, Apr 15, 2014 at 8:30 AM, Tadej Janež wrote:
Does the above refer to the repositories available at
https://www.softwarecollections.org/en/?
Yes.
So this change can be re-stated like "Workstation product will have SCLs
from ww
On 04/15/2014 04:42 PM, Reindl Harald wrote:
Am 15.04.2014 16:28, schrieb Christian Schaller:
- Original Message -
From: "Reindl Harald"
To: devel@lists.fedoraproject.org
Sent: Tuesday, April 15, 2014 11:40:20 AM
Subject: Re: F21 System Wide Change: Workstation: Disable firewall
Am
...snip...
> Special Requests: Cockpit would like to request an additional 2-4
> weeks on the Fedora 21 schedule to ensure completion of the core
> functionality.
So, you want to push final release out to november? Or can you expand
on what you mean by 'on the Fedora 21 schedule' ?
kevin
sign
https://bugzilla.redhat.com/show_bug.cgi?id=1087334
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from Fedo
To be clear here, all this is implemented in the two daemons right?
When you say it uses https, thats natively done in the daemons, they
don't need apache or some other https implementor in the way?
Which ssl stack does this use? nss? openssl? gnutls? something else?
kevin
signature.asc
Descr
On 04/15/2014 04:28 PM, Christian Schaller wrote:
- Original Message -
From: "Reindl Harald"
To: devel@lists.fedoraproject.org
Sent: Tuesday, April 15, 2014 11:40:20 AM
Subject: Re: F21 System Wide Change: Workstation: Disable firewall
Am 15.04.2014 11:32, schrieb drago01:
On Tue, A
Dne 15.4.2014 17:14, Vít Ondruch napsal(a):
Dne 15.4.2014 10:21, Vít Ondruch napsal(a):
Dne 15.4.2014 02:07, T.C. Hollingsworth napsal(a):
On Mon, Apr 14, 2014 at 7:16 AM, Jaroslav Reznik
wrote:
Rails depends on exact v8
version, which means v8 3.14 must have also their own SCL as part
of th
This might be another one to make sure and land and iron out any issues
before a mass rebuild.
https://fedorahosted.org/rel-eng/ticket/5877
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Dne 15.4.2014 10:21, Vít Ondruch napsal(a):
Dne 15.4.2014 02:07, T.C. Hollingsworth napsal(a):
On Mon, Apr 14, 2014 at 7:16 AM, Jaroslav Reznik
wrote:
Rails depends on exact v8
version, which means v8 3.14 must have also their own SCL as part of
the SCL.
Stupid question: what in rails depend
On Thu, 10 Apr 2014 16:19:37 +0200
Jaroslav Reznik wrote:
...snip...
> We need to be able to produce official updates to the Fedora Cloud
> images. Initially, we plan to release these updates monthly, but also
> need the ability to release an out-of-cycle update in the event of a
> severe securi
On Tue, 2014-04-15 at 08:59 -0500, Michael Catanzaro wrote:
> On Tue, 2014-04-15 at 14:35 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> > What needs to be done to improve the firewall integration?
> >
> > Zbyszek
>
> The rule in the Workstation technical spec is: "A firewall in its
> default config
On Mon, 2014-04-14 at 15:07 +0200, Jaroslav Reznik wrote:
> = Proposed Self Contained Change: Remote Journal Logging =
> The communication between the two daemons is done over standard HTTPS,
> following rather simple rules, so it is possible to create alternate
> implementations without much w
It would be nice to get this done and merged back into rawhide _before_
any mass rebuild.
rel-eng ticket to coordinate mass rebuild:
https://fedorahosted.org/rel-eng/ticket/5877
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
commit 306ac7adc756e03faa08f7857b657e127c84b7f3
Author: Paul Howarth
Date: Tue Apr 15 15:39:28 2014 +0100
Update to 0.21
- New upstream release 0.21
- Also skip the test if Capture::Tiny is too old
(https://github.com/doy/try-tiny/issues/17)
perl-Try-Tiny.spec |
On Mon, 14 Apr 2014 17:01:49 +0200
Vitaly Kuznetsov wrote:
> Vitaly Kuznetsov writes:
>
> > Hi Tim & all,
> >
> > Yesterday I've tried setting up Taskotron (according to
> > http://roshi.fedorapeople.org/dexy-themed/) on 3 F20 VMs in EC2 and
> > actually I've failed (some ansible playbooks are
Am 15.04.2014 16:28, schrieb Christian Schaller:
> - Original Message -
>> From: "Reindl Harald"
>> To: devel@lists.fedoraproject.org
>> Sent: Tuesday, April 15, 2014 11:40:20 AM
>> Subject: Re: F21 System Wide Change: Workstation: Disable firewall
>>
>>
>> Am 15.04.2014 11:32, schrieb dr
On Tue, 2014-04-15 at 10:28 -0400, Christian Schaller wrote:
> - Original Message -
> > From: "Reindl Harald"
> > To: devel@lists.fedoraproject.org
> > Sent: Tuesday, April 15, 2014 11:40:20 AM
> > Subject: Re: F21 System Wide Change: Workstation: Disable firewall
> >
> >
> > Am 15.04.20
Dne 11.4.2014 16:59, Bill Nottingham napsal(a):
> Jaroslav Reznik (jrez...@redhat.com) said:
>> == Scope ==
>> * Proposal owners: Create new set of packages and introduce proper
>> versioning
>> in order to not confuse the dynamic linker.
>
> Is this symbol versioning intended to be upstream?
A file has been added to the lookaside cache for perl-Try-Tiny:
98049893c9ce161ba4d1393e00dc8bea Try-Tiny-0.21.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
On Tue, 08 Apr 2014 13:51:10 +0200
Vitaly Kuznetsov wrote:
> Hi Tim & all,
>
> in Cloud WG we have 'Automatic Smoketests on Image Build' task:
> https://fedorahosted.org/cloud/ticket/38
> AFAIK you have somehting similar among future Taskotron goals. It
> would be nice if we can collaborate here
https://bugzilla.redhat.com/show_bug.cgi?id=1087904
Bug ID: 1087904
Summary: perl-Text-Patch for EPEL 6 and 7
Product: Fedora
Version: rawhide
Component: perl-Text-Patch
Assignee: psab...@redhat.com
Reporter: xav...@bachelot
https://bugzilla.redhat.com/show_bug.cgi?id=1087903
Bug ID: 1087903
Summary: perl-CSS-Minifier for EPEL 6 and 7
Product: Fedora
Version: rawhide
Component: perl-CSS-Minifier
Assignee: emman...@seyman.fr
Reporter: xav...@bach
On 04/15/2014 01:26 PM, Richard W.M. Jones wrote:
NOTE: If you are in the CC of this email, then you don't need to do
anything. I will fix your package for you. However you
should still read the email.
Some OCaml spec files do the following:
ExclusiveArch: %{ocaml_arch
NOTE: If you are in the CC of this email, then you don't need to do
anything. I will fix your package for you. However you
should still read the email.
Some OCaml spec files do the following:
ExclusiveArch: %{ocaml_arches}
This is always incorrect for several reasons:
(1)
- Original Message -
> From: "Reindl Harald"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, April 15, 2014 11:40:20 AM
> Subject: Re: F21 System Wide Change: Workstation: Disable firewall
>
>
> Am 15.04.2014 11:32, schrieb drago01:
> > On Tue, Apr 15, 2014 at 11:18 AM, Reindl Hara
#fedora-meeting: Env and Stacks (2014-04-15)
Meeting started by mmaslano at 12:01:12 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2014-04-15/env-and-stacks.2014-04-15-
Am 15.04.2014 15:59, schrieb Michael Catanzaro:
> On Tue, 2014-04-15 at 14:35 +0200, Zbigniew Jędrzejewski-Szmek wrote:
>> What needs to be done to improve the firewall integration?
>>
>> Zbyszek
>
> The rule in the Workstation technical spec is: "A firewall in its
> default configuration may not
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide
tree:
On x86_64:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl(HTML::FormFu::MultiForm)
On i386:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl(HTML:
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 requir
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:
perl-Language-Expr-0.19-4.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, Apr 15, 2014 at 11:01:51AM +0200, Jaroslav Reznik wrote:
> == Detailed Description ==
> The current level of integration into the desktop and applications does not
> justify enabling the firewalld service by default. Additionally, the set of
Hi everyone.
Just a quick heads up that there won't be a meeting on Friday this week
as it's a holiday for many countries (Good Friday).
Thanks & regards, Phil
--
Philipp Knirsch | Tel.: +49-711-96437-470
Manager Core Services| Fax.: +49-711-96437-111
Red Hat GmbH
On Tue, 2014-04-15 at 14:35 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> What needs to be done to improve the firewall integration?
>
> Zbyszek
The rule in the Workstation technical spec is: "A firewall in its
default configuration may not interfere with the normal operation of
programs installed
On Tue, 2014-04-15 at 15:42 +0200, Simone Caronni wrote:
> On 15 April 2014 14:35, Christopher wrote:
>
> > Whoa, the fact that the Firewall is on by default in Fedora (along
> > with SELinux) is one of the reasons I choose Fedora over alternatives.
> >
>
> Same thing here, It was really surpris
On Tue, Apr 15, 2014 at 03:31:30PM +0200, Dan Horák wrote:
> fails on installed but unpackaged files, details were sent in private
> mail
Thanks for the details.
The -15 package currently building in primary Koji should fix this.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://pe
On 15 April 2014 14:35, Christopher wrote:
> Whoa, the fact that the Firewall is on by default in Fedora (along
> with SELinux) is one of the reasons I choose Fedora over alternatives.
>
Same thing here, It was really surprising to see it as a proposed feature.
How can it be that after years we
On Tue, 2014-04-15 at 13:48 +0930, William Brown wrote:
> On Mon, 2014-04-14 at 23:57 -0400, Simo Sorce wrote:
> > On Tue, 2014-04-15 at 08:49 +0700, Michel Alexandre Salim wrote:
> > > On 04/14/2014 09:21 PM, Andrew Lutomirski wrote:
> > > > On Mon, Apr 14, 2014 at 6:50 AM, Michel Alexandre Salim
Dne 11.4.2014 14:57, Chris Adams napsal(a):
> Once upon a time, Jaroslav Reznik said:
>> Add BerkeleyDB v. 6, which changed license from previous releases (GPLv2+ to
>> AGPLv3+), to Fedora while keeping the older version for packages which
>> cannot
>> use BerkeleyDB with the new license.
>
>
On Tue, 15 Apr 2014 14:14:25 +0100
"Richard W.M. Jones" wrote:
> On Tue, Apr 15, 2014 at 03:12:21PM +0200, Dan Horák wrote:
> > On Tue, 15 Apr 2014 13:32:04 +0100
> > "Richard W.M. Jones" wrote:
> >
> > > On Tue, Apr 15, 2014 at 08:19:11AM -0400, Jens Petersen wrote:
> > > > > > >Some OCaml spe
Dne 11.4.2014 15:55, Florian Weimer napsal(a):
> On 04/11/2014 01:18 PM, Jaroslav Reznik wrote:
>> = Proposed System Wide Change: BerkeleyDB 6 =
>> https://fedoraproject.org/wiki/Changes/BerkeleyDB_6
>>
>> Change owner(s): Jan Staněk
>>
>> Add BerkeleyDB v. 6, which changed license from previous r
On Tue, Apr 15, 2014 at 03:12:21PM +0200, Dan Horák wrote:
> On Tue, 15 Apr 2014 13:32:04 +0100
> "Richard W.M. Jones" wrote:
>
> > On Tue, Apr 15, 2014 at 08:19:11AM -0400, Jens Petersen wrote:
> > > > > >Some OCaml spec files do the following:
> > > > > >
> > > > > > ExclusiveArch: %{ocaml_ar
On Tue, 15 Apr 2014 13:32:04 +0100
"Richard W.M. Jones" wrote:
> On Tue, Apr 15, 2014 at 08:19:11AM -0400, Jens Petersen wrote:
> > > > >Some OCaml spec files do the following:
> > > > >
> > > > > ExclusiveArch: %{ocaml_arches}
> > > > >
> > > > >This is always incorrect for several reasons:
>
HI
On Tue, Apr 15, 2014 at 8:30 AM, Tadej Janež wrote:
> Does the above refer to the repositories available at
> https://www.softwarecollections.org/en/?
>
Yes.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Co
1 - 100 of 138 matches
Mail list logo
