On Thu, 2014-03-13 at 14:38 +, Aaron Gray wrote:
> Not sure yet but Anaconda has some specialised support for CPU's
> presumably the processor name at a minimum.
I'm not sure if I'm missing something or you are, but Anaconda doesn't
really distinguish between CPUs, and it does support ARM. ana
On Thu, 13.03.14 18:07, Martin Langhoff (martin.langh...@gmail.com) wrote:
> My Lenovo X220, running up-to-date F20 occasionally gets into a state where
> closing the laptop lid does not trigger suspend.
>
> I want to narrow down on the problem, but I'm slightly lost on how
> "the signal is route
On Fri, 14 Mar 2014 01:24:37 +0100, Digimer wrote:
> I've been using an SSD in my laptop since Fedora 16 without issue. I
> used luks encryption, so I can't benefit from TRIM,
You can but that is for users@ list and off-topic here, crypttab has option
'discard'.
Jan
--
devel mailing list
devel@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, Mar 13, 2014 at 04:40:01PM -0600, Chris Murphy wrote:
> Existing NIST and Red Hat documentation on OpenSCAP says that it's for
> enterprise-level Linux infrastructure. Is any Fedora 21 product targeted
> mainly for enterprise deployment? Is
On 13/03/14 08:10 PM, Álvaro Castillo wrote:
Dear devel mailing list,
I would like to know more information about SSD in Fedora. How I can
manage spaces, partition's disk and more?
I read about SSD with TRIM support improvements more lyfe cycle
durability between other things. I read too that a
Dear devel mailing list,
I would like to know more information about SSD in Fedora. How I can
manage spaces, partition's disk and more?
I read about SSD with TRIM support improvements more lyfe cycle
durability between other things. I read too that a bad partition
scheme would be dangerously decr
On 03/13/2014 03:07 PM, Martin Langhoff wrote:
My Lenovo X220, running up-to-date F20 occasionally gets into a state
where closing the laptop lid does not trigger suspend.
I want to narrow down on the problem, but I'm slightly lost on how
"the signal is routed" through the stack. udev->?-> syste
On Thu, Mar 13, 2014 at 3:50 AM, Mathieu Bridon
wrote:
> On Thu, 2014-03-13 at 09:41 +0100, Simone Caronni wrote:
>> On 13 March 2014 09:33, Mathieu Bridon
>> wrote:
>> The solution is for you to untag the builds:
>>
>> $ koji untag-pkg f19-updates-testing
>> guacamole-cli
On Thu, Mar 13, 2014 at 6:38 PM, Andrew Lutomirski wrote:
> I wonder whether this is related to the fact that, on most Lenovos, if
> you press the suspect button twice without waiting long enough, the
> second press is ignored.
>
Seems unlikelye. I am very careful with double-presses, and my tes
https://bugzilla.redhat.com/show_bug.cgi?id=1028653
Raman Gupta changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
Existing NIST and Red Hat documentation on OpenSCAP says that it's for
enterprise-level Linux infrastructure. Is any Fedora 21 product targeted mainly
for enterprise deployment? Is OpenSCAP being retargeted for general purpose
level infrastructure. If so, will (or should) at least a significan
On Thu, Mar 13, 2014 at 3:07 PM, Martin Langhoff
wrote:
> My Lenovo X220, running up-to-date F20 occasionally gets into a state where
> closing the laptop lid does not trigger suspend.
>
> I want to narrow down on the problem, but I'm slightly lost on how
> "the signal is routed" through the stack
Hello everyone, I'm Jon and I've created a package for the openstack
marconi project [1]. As I'm not yet a member of the packaging team,
I will need a sponsor for this package. Any feedback is much
appreciated.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1075822
--
Jon
--
devel mailing li
My Lenovo X220, running up-to-date F20 occasionally gets into a state where
closing the laptop lid does not trigger suspend.
I want to narrow down on the problem, but I'm slightly lost on how
"the signal is routed" through the stack. udev->?-> systemd-suspend ->
kernel ?
thank you!
m
--
mar
On Thu, 2014-03-13 at 14:45 -0400, Jan Lieskovsky wrote:
> > On Thu, Mar 13, 2014 at 01:40:53PM -0400, Jan Lieskovsky wrote:
> >
> > > Of course, in the case they wouldn't like to configure any security
> > > policy and use just vanilla Fedora installation, the can "ignore"
> > > the security sect
On Thu, Mar 13, 2014 at 02:45:58PM -0400, Jan Lieskovsky wrote:
> > The demos seem to cover the case where there's already data provided
> > from the Kickstart file. What options are presented to the user if
> > there's no oscap entry in Kickstart? Is the user expected to provide a
> > path to down
Simone Caronni wrote:
> Hello,
>
> I pushed two packages as updates in bodhi a few weeks ago, but even before
> they reached updates-testing I revoked them.
Did you delete the bodhi updates too? If so, (in short), don't do that.
-- Rex
--
devel mailing list
devel@lists.fedoraproject.org
htt
> On Thu, Mar 13, 2014 at 01:40:53PM -0400, Jan Lieskovsky wrote:
>
> > Of course, in the case they wouldn't like to configure any security
> > policy and use just vanilla Fedora installation, the can "ignore"
> > the security section, configure just those sections as configured
> > (required to b
On Thu, Mar 13, 2014 at 01:40:53PM -0400, Jan Lieskovsky wrote:
> Of course, in the case they wouldn't like to configure any security
> policy and use just vanilla Fedora installation, the can "ignore"
> the security section, configure just those sections as configured
> (required to be configured
On 03/13/2014 10:39 AM, Florian Festi wrote:
> On 03/12/2014 08:18 PM, Josh Stone wrote:
>> For instance, right now I get:
>>
>>> $ pydoc -k xyzzy
>>> lib2to3.fixes.fix_repr - Fixer that transforms `xyzzy` into repr(xyzzy).
>>> Traceback (most recent call last):
>>> File "/usr/bin/pydoc", line 5,
>
> How would this alter the default user installation experience?
Please have a look at the demo images / videos available at:
https://fedorahosted.org/oscap-anaconda-addon/wiki/Demos
Basically there would be one "SECURITY" section added (with
"SECURITY PROFILE" subsection) into the Anaconda'
On Thu, 2014-03-13 at 15:27 +0100, Vratislav Podzimek wrote:
> On Thu, 2014-03-13 at 09:00 -0400, Jan Lieskovsky wrote:
> > > > There are many known tips and tricks how to make a system more secure,
> > > > often
> > > > depending on the use case for the system. With the OSCAP Anaconda Addon
> > >
On 03/12/2014 08:18 PM, Josh Stone wrote:
> For instance, right now I get:
>
>> $ pydoc -k xyzzy
>> lib2to3.fixes.fix_repr - Fixer that transforms `xyzzy` into repr(xyzzy).
>> Traceback (most recent call last):
>> File "/usr/bin/pydoc", line 5, in
>> pydoc.cli()
>> File "/usr/lib64/python
How would this alter the default user installation experience?
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Thu, Mar 13, 2014 at 09:11:12AM -0700, Josh Stone wrote:
> On 03/12/2014 06:12 PM, Toshio Kuratomi wrote:
> > On Wed, Mar 12, 2014 at 12:18:17PM -0700, Josh Stone wrote:
> >> Of course, these are just the first exceptions I hit. Experience shows
> >> that fixing these will likely find more beh
On 03/12/2014 06:12 PM, Toshio Kuratomi wrote:
> On Wed, Mar 12, 2014 at 12:18:17PM -0700, Josh Stone wrote:
>> Do we have any packaging requirements or guidelines for python modules
>> to behave nicely with pydoc? I've seen this break a number of times,
>> and sometimes the bugs I've filed have b
Not sure yet but Anaconda has some specialised support for CPU's
presumably the processor name at a minimum.
On 12 March 2014 21:55, Jon wrote:
> On Wed, Mar 12, 2014 at 4:16 PM, Aaron Gray
> wrote:
>> Okay think I have got a handle on it now, the main python file in the
>> root does not have a
On Thu, 2014-03-13 at 09:00 -0400, Jan Lieskovsky wrote:
> > > There are many known tips and tricks how to make a system more secure,
> > > often
> > > depending on the use case for the system. With the OSCAP Anaconda Addon
> > > [1]
> > > and the SCAP Security Guide [2] projects, we may allow use
On 13/03/2014 02:05 μμ, Vít Ondruch wrote:
> Dne 13.3.2014 10:43, Jaroslav Reznik napsal(a):
>> - Original Message -
>>> = Proposed System Wide Change: Ruby 2.1 =
>>> https://fedoraproject.org/wiki/Changes/Ruby_2.1
>>>
>>> Change owner(s): Vít Ondruch
>>>
>>> Ruby 2.1 is the latest stable
Call for agenda: If you have anything else for the agenda just let me know.
Agenda:
- Proposal to move meeting to summer time (14:00 UTC)
- 2nd round of reviews of Tech Specs
- Open floor
Thanks & regards, Phil
--
Philipp Knirsch | Tel.: +49-711-96437-470
Manager Core Services
> > There are many known tips and tricks how to make a system more secure,
> > often
> > depending on the use case for the system. With the OSCAP Anaconda Addon [1]
> > and the SCAP Security Guide [2] projects, we may allow users choosing a
> > security policy for their newly installed system.
> >
Dne 13.3.2014 13:17, Richard W.M. Jones napsal(a):
> On Thu, Mar 13, 2014 at 05:43:16AM -0400, Jaroslav Reznik wrote:
>> - Original Message -
>>> = Proposed System Wide Change: Ruby 2.1 =
>>> https://fedoraproject.org/wiki/Changes/Ruby_2.1
>>>
>>> Change owner(s): Vít Ondruch
>>>
>>> Ruby
2014-03-13 12:47 GMT+01:00 Jan Lieskovsky :
> > There are many known tips and tricks how to make a system more secure,
> often
> > depending on the use case for the system. With the OSCAP Anaconda Addon
> [1]
> > and the SCAP Security Guide [2] projects, we may allow users choosing a
> > security
On Thu, Mar 13, 2014 at 05:43:16AM -0400, Jaroslav Reznik wrote:
> - Original Message -
> > = Proposed System Wide Change: Ruby 2.1 =
> > https://fedoraproject.org/wiki/Changes/Ruby_2.1
> >
> > Change owner(s): Vít Ondruch
> >
> > Ruby 2.1 is the latest stable version of Ruby, with major
Dne 13.3.2014 10:43, Jaroslav Reznik napsal(a):
> - Original Message -
>> = Proposed System Wide Change: Ruby 2.1 =
>> https://fedoraproject.org/wiki/Changes/Ruby_2.1
>>
>> Change owner(s): Vít Ondruch
>>
>> Ruby 2.1 is the latest stable version of Ruby, with major increases in speed,
>> m
> There are many known tips and tricks how to make a system more secure, often
> depending on the use case for the system. With the OSCAP Anaconda Addon [1]
> and the SCAP Security Guide [2] projects, we may allow users choosing a
> security policy for their newly installed system.
>
> What is the
2014-03-13 11:29 GMT+01:00 Jaroslav Reznik :
> There are many known tips and tricks how to make a system more secure,
> often
> depending on the use case for the system. With the OSCAP Anaconda Addon [1]
> and the SCAP Security Guide [2] projects, we may allow users choosing a
> security policy fo
= Proposed Self Contained Change: Security Policy In The Installer =
https://fedoraproject.org/wiki/Changes/SecurityPolicyInTheInstaller
Change owner(s): Vratislav Podzimek
There are many known tips and tricks how to make a system more secure, often
depending on the use case for the system. Wit
- Original Message -
> = Proposed System Wide Change: Ruby 2.1 =
> https://fedoraproject.org/wiki/Changes/Ruby_2.1
>
> Change owner(s): Vít Ondruch
>
> Ruby 2.1 is the latest stable version of Ruby, with major increases in speed,
> memory efficiency and reliability. With this major updat
Hi Guys,
Please have a look on the message from the PyCon SG 2014 Organizing
Committee.
Feel free to propose your talks and tutorials on or before 30th of April
2014.
Do not hesitate to contact Luther Goh of Python Community in Singapore in
you need a clarification.
Copying to Harish for his i
Welcome.
Yours sincerely,
Christopher Meng
Noob here.
http://cicku.me
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hello everybody,
I am Kenijro Nakayama, working at Red Hat in Japan as JBoss Technical Support
Engineer.
I like C++, python, and Emacs Lisp, and of cource I love Open Source Community
so much [1].
Now, I try to release some packages [2][3][4][5][6]. If you like, please review
it.
Thank you! A
On Thu, 2014-03-13 at 09:41 +0100, Simone Caronni wrote:
> On 13 March 2014 09:33, Mathieu Bridon
> wrote:
> The solution is for you to untag the builds:
>
> $ koji untag-pkg f19-updates-testing
> guacamole-client-0.8.3-5.fc19
> $ koji untag-pkg f20-updates
On 13 March 2014 09:33, Mathieu Bridon wrote:
> The solution is for you to untag the builds:
>
> $ koji untag-pkg f19-updates-testing guacamole-client-0.8.3-5.fc19
> $ koji untag-pkg f20-updates-testing guacamole-client-0.8.3-5.fc20
>
> Then at the next mash, they will be gone.
>
> I have no idea
On Thu, 2014-03-13 at 09:23 +0100, Simone Caronni wrote:
> The packages are these two:
>
> guacamole-client-0.8.3-5.fc20
> guacamole-client-0.8.3-5.fc19
>
> Can someone explain what has happened? Should I file a ticket
> somewhere?
The builds are still tagged as testing, which is why they appear i
Hello,
I pushed two packages as updates in bodhi a few weeks ago, but even before
they reached updates-testing I revoked them.
Now, after some weeks, I see that both are available from updates-testing
but I don't see them in Bodhi. They are not in my list of updates or the
generic updates-testing
46 matches
Mail list logo
