All,
Sorry about the crossed wires. I SWEAR I responded to the right thread
and GMail sent this on the next thread up (off by one errors?) :-)
On Fri, Nov 22, 2019 at 11:15 AM Scott McCarty wrote:
> Katie,
> No worries. I am just nursing this along because it's on my list. I'm
&g
lman/listinfo/centos-devel)
> mailing list.
>
> Have questions about using Atomic? See the
> [atomic](https://lists.projectatomic.io/mailman/listinfo/atomic)
> mailing list or find us in the #atomic channel on Freenode.
>
>
> --
> Jason Brooks
> Community Architects & Inf
is there any plan about it?
> > - is it public? can someone share it with us?
> > - is there any roadmap, priorities?
> > - can someone tell me or much better to everybody a plan/roadmap about
> > coreos?
> > - about okd?
> > - about podman, buildah etc
> >
&g
Neal,
Yeah, we will not port to RHEL (no ans at all), but to get moby-engine
working on CentOS should be just stealing the Fedora spec file and doing a
little work...
On Mon, May 6, 2019, 10:57 AM Neal Gompa wrote:
> On Mon, May 6, 2019 at 4:52 AM Scott McCarty wrote:
> >
&g
Muayyad & Neal,
That makes perfect sense. Thank you for the feedback. It might sound
crazy but I am keeping a list of every use case I can find and tracking our
progress with podman.
All of these use cases make sense (and I plan on tracking them in my list
when I get back to a computer). If I
t;> >
>> > it seems that fedora had shipped moby-engine,
>> > when can we ship it for centos/epel?
>> >
>> > if not in epel,link for that repo?
>>
>> I think this is up to a volunteer to take it on.
>>
>>
>> BTW Have you tried
I assume by "atomic host" you mean a standalone, non-clustered, aka
non-Kubernetes environment?
On Thu, May 2, 2019, 4:12 PM Farkas Levente wrote:
> Hi,
> I'm just read the blog about healthchecks:
>
>
>
o 'extras' (cached); generated: 2018-12-10 16:00:03
> Importing metadata [=] 100%
> error: No package matches 'cri-o'
>
> Is there any other ways I can get CRI-O running on Atomic Host? and/or is
> it planned to be also available on Atomic Hosting in the near future?
>
&
On 05/26/2018 06:50 PM, Dusty Mabe wrote:
On 05/25/2018 04:34 PM, Scott McCarty wrote:
Shane,
I see nobody has responded. To be honest, I read your email three
times, and I can't quite figure out your use case. I am guessing others
may be heads down working on the new Red Hat CoreOS
ome (or
all) of your questions are addressed there.
Thanks!
--
Scott McCarty, RHCA
Technical Product Marketing: Containers
Email: smcca...@redhat.com
Phone: 312-660-3535
Cell: 330-807-1043
Web: http://crunchtools.com
When should you split your application into multiple containers?
http://red.ht/22xKw9i
putting in the time it would require to write it, since I'm
not sure who the target user for it is. Someone who wants something
"production" is going to install Origin, no?
--
--
Josh Berkus
Kubernetes Community
Red Hat OSAS
--
Scott McCarty, RHCA
Technical Product Marketing: Container
t user for it is. Someone who wants something
"production" is going to install Origin, no?
--
--
Josh Berkus
Kubernetes Community
Red Hat OSAS
--
Scott McCarty, RHCA
Technical Product Marketing: Containers
Email: smcca...@redhat.com
Phone: 312-660-3535
Cell: 330-807-1043
--
Scott McCarty, RHCA
Technical Product Marketing: Containers
Email: smcca...@redhat.com
Phone: 312-660-3535
Cell: 330-807-1043
Web: http://crunchtools.com
When should you split your application into multiple containers?
http://red.ht/22xKw9i
for the conference.
--
Scott McCarty, RHCA
Technical Product Marketing: Containers
Email: smcca...@redhat.com
Phone: 312-660-3535
Cell: 330-807-1043
Web: http://crunchtools.com
When should you split your application into multiple containers?
http://red.ht/22xKw9i
On 05/15/2017 09:06 AM, Dusty Mabe wrote:
On 05/15/2017 08:59 AM, Scott McCarty wrote:
On 05/15/2017 08:28 AM, Dusty Mabe wrote:
I would encourage you to make this image "timeless". For the lab we did at
summit someone could theoretically download the qcow2 years from now and
On 05/15/2017 08:28 AM, Dusty Mabe wrote:
On 05/15/2017 07:55 AM, Scott McCarty wrote:
All,
So, I need some advice. I know that everybody has an opinion on
this kind of thing, but I really do need some ideas. I am working on
building some kind of environment that people can download
Interesting. Targeting this use case without the docker daemon could be tricky
right?
Tools
=
Ctop is a top-like interface for container metrics, connecting to a Docker
socket and presenting information about container memory, CPU and network usage.
https://bcicen.github.io/ctop/
al proxy.
On Mon, Mar 6, 2017 at 9:55 PM, Scott McCarty <smcca...@redhat.com
<mailto:smcca...@redhat.com>> wrote:
I am skeptical of any "resource" argument against systemd. Are
you seeing some actually impact to performance that is
tem. It's a signal proxy.
On Mon, Mar 6, 2017 at 9:55 PM, Scott McCarty <smcca...@redhat.com
<mailto:smcca...@redhat.com>> wrote:
I am skeptical of any "resource" argument against systemd. Are you
seeing some actually impact to performance that is causing
that needs to reap
> processes. I don't know that one or the other matters, I have a
> slight bias for dumb-init in terms of signal rewriting (a few cases
> might need that).
>
> Anyone using these today?
What does dumb-init or tini get me that systemd do
at the registry Randy Barlow is working on, and
also pushed to Docker Hub as part of that process.
--
Scott McCarty, RHCA
Technical Product Marketing: Containers
Email: smcca...@redhat.com
Phone: 312-660-3535
Cell: 330-807-1043
Web: http://crunchtools.com
When should you split your application
21 matches
Mail list logo