On Mon, Jan 30, 2017 at 05:00:34PM -0500, Lokesh Mandvekar wrote:
> Hi,
>
> I'm looking at the per-product packaging doc at
> https://fedoraproject.org/wiki/Packaging:Per-Product_Configuration
> and I see that variants for all products are installed at package install
> time, with
> the ghost
lies on this list, next time onwards I will follow
that. No issues.
Vivek
>
> --alec
>
> On 06/01/17 23:12, Vivek Goyal wrote:
> > There is more conversation on this issue here.
> >
> > https://pagure.io/atomic-wg/issue/186
> >
> > I wished there was a sing
There is more conversation on this issue here.
https://pagure.io/atomic-wg/issue/186
I wished there was a single thread of conversation on this instead of
separate conversation for per product variant.
Thanks
Vivek
On Fri, Jan 06, 2017 at 02:05:49PM -0500, Daniel J Walsh wrote:
> Upstream
On Fri, Jan 06, 2017 at 02:05:49PM -0500, Daniel J Walsh wrote:
> Upstream docker is moving to overlay2 by default for its storage. We
> plan on following suit. Their are some performance advantages of
> overlay2 over devicemapper in memory sharing, which we would like to
> take advantage of.
On Wed, Nov 16, 2016 at 02:56:35PM -0500, Colin Walters wrote:
> On Wed, Nov 16, 2016, at 02:49 PM, Stephen Gallagher wrote:
>
> > Today, Fedora Server relies on whatever is the default for
> > docker-storage-setup.
> > We just tell Anaconda to reserve up to 15GiB by default for the / partition
On Tue, Nov 22, 2016 at 11:24:04PM -, Josh Berkus wrote:
> Vivek, Dan,
>
> > - Now when docker users overlay2 graph driver, all the images, containers
> > and associated metadata will be stored outside the root filesystem and
> > onto /dev/docker-vg/foo logical volume.
>
[ Please don't
On Wed, Nov 16, 2016 at 03:19:06PM -0500, Stephen Gallagher wrote:
> On 11/16/2016 03:09 PM, Vivek Goyal wrote:
> > On Wed, Nov 16, 2016 at 03:01:06PM -0500, Stephen Gallagher wrote:
> >> On 11/16/2016 02:56 PM, Vivek Goyal wrote:
> >>> On Wed, Nov 16, 2016 at 02:49
On Wed, Nov 16, 2016 at 03:01:06PM -0500, Stephen Gallagher wrote:
> On 11/16/2016 02:56 PM, Vivek Goyal wrote:
> > On Wed, Nov 16, 2016 at 02:49:25PM -0500, Stephen Gallagher wrote:
> >> On 11/16/2016 02:40 PM, Vivek Goyal wrote:
> >>> On Wed, Nov 16, 2016 at 02
On Wed, Nov 16, 2016 at 02:49:25PM -0500, Stephen Gallagher wrote:
> On 11/16/2016 02:40 PM, Vivek Goyal wrote:
> > On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
> >> We would like to change the docker container storage to default to
> >> Overlayfs2
On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
> We would like to change the docker container storage to default to
> Overlayfs2 in Fedora 26. But we have a problem on Atomic Host and
> Fedora Server distributions.
>
>
> Currently docker-storage-setup defaults to devicemapper
Hi All,
We are trying to sort out how to do kexec-tools package version, release
number management in fedora across various branches, hence this query.
I quickly went through following.
https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Package_Naming_and_Versioning_Guidelines
So far we
On Thu, Feb 20, 2014 at 05:28:02PM +0100, Marcin Juszkiewicz wrote:
W dniu 20.02.2014 17:16, Vivek Goyal pisze:
So instead of increasing release number on released branches, why don't
we append additional number after dist and bump that up in released
branch. So FC21 releases will look
On Thu, Feb 20, 2014 at 05:39:17PM +0100, Mikolaj Izdebski wrote:
On 02/20/2014 05:28 PM, Marcin Juszkiewicz wrote:
W dniu 20.02.2014 17:16, Vivek Goyal pisze:
So instead of increasing release number on released branches, why don't
we append additional number after dist and bump that up
On Fri, Jul 19, 2013 at 06:08:48PM +0200, Florian Weimer wrote:
[..]
Have you considered a non-cryptographic solution, like a physical
presence check to (temporarily) disable Secure Boot so that the
kexec restriction no longer applies? This could be a fallback
option if the original plan
Hi,
I want to create a new mailing list for kexec/kdump related discussions
in fedora. How do I go about it.
I try to create one here but it asks for List creator's password. I don't
have any such password.
So who is authorized to create the list and can he/she create one for
me?
Thanks
Vivek
On Thu, Jul 18, 2013 at 08:51:36PM +0200, Miloslav Trmač wrote:
On Thu, Jul 11, 2013 at 1:40 PM, Jaroslav Reznik jrez...@redhat.com wrote:
= Proposed System Wide Change: Enable kdump on secureboot machines =
https://fedoraproject.org/wiki/Changes/Kdump_with_secureboot
== Detailed
On Fri, Jul 19, 2013 at 07:22:55AM -0700, T.C. Hollingsworth wrote:
Hi!
On Jul 19, 2013 7:12 AM, Vivek Goyal vgo...@redhat.com wrote:
Hi,
I want to create a new mailing list for kexec/kdump related discussions
in fedora. How do I go about it.
I try to create one here but it asks
On Mon, Jul 15, 2013 at 02:47:30PM +0300, Mihamina Rakotomandimby wrote:
On 2013-07-15 12:56, Jaroslav Reznik wrote:
= Proposed System Wide Change: SSD cache =
https://fedoraproject.org/wiki/Changes/SSD_cache
One thing I would recommend would be to correctly detect SSD:
ATM, I installed my
On Thu, Jul 11, 2013 at 02:09:54PM -0700, Adam Williamson wrote:
On Thu, 2013-07-11 at 14:13 -0400, Vivek Goyal wrote:
I think this is a wrong impression. Kdump should work in Fedora. For a
long time I got the feedback that fedora users don't care about kdump
working. But I think kdump
On Thu, Jul 11, 2013 at 04:46:42PM -0600, Stephen John Smoogen wrote:
[..]
Anyway, USB case is interesting. I have to admin I have never tried
dumping to USB disk either. But in theory it should work.
I tried USB direct dump and USB ext3. kdump said it could see the USB disk
in the logs
On Thu, Jul 11, 2013 at 03:57:38PM +0200, Florian Weimer wrote:
On 07/11/2013 01:40 PM, Jaroslav Reznik wrote:
=== Build and ship ima-evm-utils package ===
/sbin/kexec will be signed by evmctl. This utility will put an xattr
security.ima on /sbin/kexec file and kernel will leverage IMA
On Thu, Jul 11, 2013 at 10:53:42AM -0400, Bill Nottingham wrote:
Jaroslav Reznik (jrez...@redhat.com) said:
= Proposed System Wide Change: Enable kdump on secureboot machines =
https://fedoraproject.org/wiki/Changes/Kdump_with_secureboot
Change owner(s): Vivek Goyal vgo...@redhat.com
On Thu, Jul 11, 2013 at 05:19:58PM +0200, Florian Weimer wrote:
On 07/11/2013 04:33 PM, Vivek Goyal wrote:
I don't think it would make sense to add more and more
Fedora-specific patches which implement security functionality. I
don't want Fedora to become the next Android.
I don't see
On Thu, Jul 11, 2013 at 11:45:34AM -0400, Steve Grubb wrote:
On Thursday, July 11, 2013 10:33:05 AM Vivek Goyal wrote:
Secondly, there are disagreements upstream w.r.t how locking down
executable should happen. IMA folks want some functionality behind
security hooks (as opposed to what I
On Thu, Jul 11, 2013 at 11:58:56AM -0600, Stephen John Smoogen wrote:
On 11 July 2013 05:40, Jaroslav Reznik jrez...@redhat.com wrote:
= Proposed System Wide Change: Enable kdump on secureboot machines =
https://fedoraproject.org/wiki/Changes/Kdump_with_secureboot
Change owner(s): Vivek
On Thu, Jul 11, 2013 at 02:13:05PM -0400, Vivek Goyal wrote:
[..]
how do we get kdump to be more useful?
I think testing and bug reporting will help. I would love to have kdump
enabled by default in Fedora. But it eats around 128MB of memory by
default which keeps sitting and not used. So
On Thu, Jul 11, 2013 at 12:42:16PM -0600, Stephen John Smoogen wrote:
[..]
Issues I ran into was:
1) kdump needs to write to an unencrypted disk space. I tried a USB disk
and various other places but the best ability I got was reinstalling the
laptop and making a /var/crash
On Thu, Jul 11, 2013 at 08:22:17PM +0100, Matthew Garrett wrote:
On Thu, Jul 11, 2013 at 03:10:07PM -0400, Vivek Goyal wrote:
We will need a serial console to debug kdump issues. I am not expert
enough to figure out how to reset graphical console without going
through the bios
Hi,
Dave Young is maintaining kexec-tools package in Fedora. We are fixing
quite a few bugs and adding new features too (forward porting lots of
stuff from rhel6 mkdumprd).
We are not very sure what stuff should we commit to F17 branch and what
should go on master branch for F18. What are the
On Wed, Apr 11, 2012 at 09:20:07AM +0200, Jiri Moskovcak wrote:
[..]
I think vmcore should not be moved by ABRT. At max they can create
a soft link to vmcore present in /var/crash.
- yes, we're going to teach it to use links
(https://fedorahosted.org/abrt/ticket/448)
Thanks. Just that
On Wed, Apr 11, 2012 at 09:33:39AM -0400, Vivek Goyal wrote:
On Wed, Apr 11, 2012 at 09:20:07AM +0200, Jiri Moskovcak wrote:
[..]
I think vmcore should not be moved by ABRT. At max they can create
a soft link to vmcore present in /var/crash.
- yes, we're going to teach it to use
On Tue, Apr 10, 2012 at 11:17:37AM +0200, Michal Toman wrote:
On 2012/10/04 09:48, Cong Wang wrote:
On 04/09/2012 05:32 PM, Dave Young wrote:
On 04/09/2012 04:55 PM, Nikola Pajkovsky wrote:
From kdump side of view, the vmcore should be there instead of being
deleted, It's the default
On Thu, Jul 21, 2011 at 06:36:55PM +0200, Lennart Poettering wrote:
On Thu, 21.07.11 11:28, Vivek Goyal (vgo...@redhat.com) wrote:
It is already possible for different applications to use cgroups
without stepping on each other, and without requiring every app
to communicate with each
On Thu, Jul 21, 2011 at 04:15:46PM -0400, Jason Baron wrote:
On Thu, Jul 21, 2011 at 05:53:13PM +0200, Lennart Poettering wrote:
On Thu, 21.07.11 16:36, Daniel P. Berrange (berra...@redhat.com) wrote:
IIRC, you can already set cgroups configuration in the service's
systemd unit file,
On Thu, Jul 21, 2011 at 06:17:03PM +0200, Lennart Poettering wrote:
On Thu, 21.07.11 15:52, Daniel P. Berrange (berra...@redhat.com) wrote:
I think its a question of do we want to make users go to a bunch of
different front end tools, which don't communicate with each other to
On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
[..]
Right now, the gui assumes that the various hierarchies are mounted
separately,
but that the cpu and cpuacct are co-mounted. Its my understanding that this
is consistent with how systemd is doing things. So that's
On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
[..]
systemd is and will always have to maintain its own hierarchy
independently of everybody else.
In the presentation today, you mentioned that you would like to create
cgroups for users by default in cpu hierarchy (once RT
On Wed, Jul 20, 2011 at 11:07:14PM +0200, Lennart Poettering wrote:
On Wed, 20.07.11 16:42, Vivek Goyal (vgo...@redhat.com) wrote:
On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
[..]
Right now, the gui assumes that the various hierarchies are mounted
On Thu, Jul 14, 2011 at 06:35:05AM -0400, Josh Boyer wrote:
On Wed, Jul 13, 2011 at 11:08 PM, Américo Wang xiyou.wangc...@gmail.com
wrote:
On Wed, Jul 13, 2011 at 9:52 PM, Tomasz Torcz to...@pipebreaker.pl wrote:
On Wed, Jul 13, 2011 at 03:50:07PM +0200, Tomasz Torcz wrote:
Would any of
My response got rejected by list. Now I have subscribed to the list.
Hoepefully it will go through this time.
Vivek
- Forwarded message from Vivek Goyal vgo...@redhat.com -
Date: Wed, 4 Aug 2010 15:18:45 -0400
From: Vivek Goyal vgo...@redhat.com
To: Paolo Valente posta_pa...@yahoo.it
Cc
40 matches
Mail list logo
