Il 20/12/2014 23:32, Michael Catanzaro ha scritto:
On Sat, 2014-12-20 at 22:24 +0100, Reindl Harald wrote:
you completly ignored the following paragraph, my guess is because
"ask
the user" is considered harmful by GNOME upstream
Well I read it, but yes, I do think that ask the user is harmful.
Since I'm not good to write complex sentences in English, here is a
schema that explains how I think firewalld should work as I wrote in the
previous post.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fe
Compose started at Sun Dec 21 05:15:02 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[aeskulap]
aes
I had to add this to get printers to work:
yumex:
system-config-printer
system-config-printer-applet
add to .ks?
Tom Gilliard
satellit on #fedora-mate
leigh123linux:
https://git.fedorahosted.org/cgit/comps.git/commit/?id=78dda7b6b8e6d068bfcbdc9f787633e248dc7810
Forwarded Message -
...
> "Phenom" doesn't exist in the /usr/share/libvirt/cpu_map.xml, therefore
> libvirt? chooses probably the closest to specification,
> and it is always Opteron_G3, even if cpu mode='host-passthrough'.
> Is this the culprit, dunno, but both systems do have a tendency to "hose".
> And this is no
Mattia Verga wrote:
>The alternative could be a "open approach" from Firewalld, where an
>application, when it's executed, can inform firewalld that needs to
>open a port, firewalld asks the user if it should grant access to the
>application and then opens the port... but this needs to be
>implem
Mattia Verga wrote:
>Since I'm not good to write complex sentences in English, here is a
>schema that explains how I think firewalld should work as I wrote in
>the previous post.
A "trusted app" to me would mean that I trust that it's secure enough
to communicate even on *untrusted* networks. I d
On Sun, 21 Dec 2014 00:36:03 +0300, Athmane Madjoudj
wrote:
Chromium is already packaged by a Russian Fedora, check
[1] to enable the repos (hint: use google translate or something
similar).
PS. I'm not familiar with Russian Fedora policy, so make sure to check if
it does not replace pac
On 21 December 2014 at 09:28, Björn Persson wrote:
> Mattia Verga wrote:
> >The alternative could be a "open approach" from Firewalld, where an
> >application, when it's executed, can inform firewalld that needs to
> >open a port, firewalld asks the user if it should grant access to the
> >applic
On 21 December 2014 at 09:45, Björn Persson wrote:
> Mattia Verga wrote:
> >Since I'm not good to write complex sentences in English, here is a
> >schema that explains how I think firewalld should work as I wrote in
> >the previous post.
>
> A "trusted app" to me would mean that I trust that it's
On Thu, Dec 18, 2014 at 9:04 AM, Kevin Kofler wrote:
> KDE has the setting in Apper under [Tools icon⌄] "Preferences" in the first
> (selected by default) tab ("General Settings"). It's called "Check for
> updates:", and it's a dropdown list with the options "Hourly", "Daily",
> "Weekly", "Monthly
On Sun, Dec 21, 2014 at 9:03 PM, Oleg Osipov wrote:
> On Sun, 21 Dec 2014 00:36:03 +0300, Athmane Madjoudj
> wrote:
>
>
>> Chromium is already packaged by a Russian Fedora, check
>> [1] to enable the repos (hint: use google translate or something similar).
>>
>> PS. I'm not familiar with Russian
also the russian fedora pkgs are not the defaults and even use different
keys and everything.If you need chromium that bad in 21 ( i personally
use chrome 40 on my server 21 instance ) either help spot or use the
russian fedora rpms at thy own risk as they are technically still
experimental .
Stephen John Smoogen wrote:
>On 21 December 2014 at 09:28, Björn Persson
>wrote:
>
>> Mattia Verga wrote:
>> >The alternative could be a "open approach" from Firewalld, where an
>> >application, when it's executed, can inform firewalld that needs to
>> >open a port, firewalld asks the user if it s
On 21 December 2014 at 14:40, Björn Persson wrote:
> Stephen John Smoogen wrote:
> >On 21 December 2014 at 09:28, Björn Persson
> >wrote:
> >
> >> Mattia Verga wrote:
> >> >The alternative could be a "open approach" from Firewalld, where an
> >> >application, when it's executed, can inform firew
# Fedora Quality Assurance Meeting
# Date: 2014-12-22
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
I'm sorry - I actually meant to send a mail on Friday asking if folks
thought we needed a meeting or
I was wanting to play around with F2FS about 6 months ago, found it wasn't
yet included in the F20 kernel (even though Fedora packages f2fs-tools?).
I did a quick search and found some comments basically saying it was under
heavy development, stay away, etc. etc. so I kinda forgot about it.
Today
On 12/21/2014 07:48 PM, Gerald B. Cox wrote:
I was wanting to play around with F2FS about 6 months ago, found it
wasn't yet included in the F20 kernel (even though Fedora packages
f2fs-tools?). I did a quick search and found some comments basically
saying it was under heavy development, stay awa
Yes, I looked at that bug report and the somewhat terse response. I
thought I'd post here first before I went the bugzilla route.
Based upon the information I discovered tonight it seems a bit puzzling it
isn't included. Seriously, Ubuntu includes it and we don't?
Google is using it for the Nexu
I started a yum upgrade process. When it reached 342/784 (@avahi) over half
an hour ago, the screen writing from the process simply halted. Ps on another
tty shows Yum is still running. Disk space and RAM are ample. Top shows
virtually no CPU in use. Nothing seems amis in the tail of /var/log/yum.l
I've seen this before - it's probably some network glitch. I fixed it
by killing the yum job, rebooting, running 'yum clean all' and running
a speed test before restarting the yum job.
On Sun, Dec 21, 2014 at 8:59 PM, Felix Miata wrote:
> I started a yum upgrade process. When it reached 342/784 (
21 matches
Mail list logo