Skip to content

Commit

Permalink
Add Feb 2023 Cabal notes (#587)
Browse files Browse the repository at this point in the history
Add the Feb 2023 Cabal notes.  Also fix the directory for the
Feb PCM notes to cure a 404

Signed-off-by: TomSweeneyRedHat <tsweeney@redhat.com>
  • Loading branch information
TomSweeneyRedHat authored Feb 21, 2023
1 parent 0e7985b commit dae5af0
Show file tree
Hide file tree
Showing 3 changed files with 85 additions and 2 deletions.
5 changes: 3 additions & 2 deletions community/meeting/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,7 @@ title: Community Meetings
# {{ page.title }}

## Podman Community Cabal meeting
### Next Meeting: Thursday, February 15, 2022 11:00 a.m. EDT (UTC-5)
### Next Meeting: Thursday, March, 16, 2022 11:00 a.m. EDT (UTC-4)

The Podman Community Cabal meetings will happen on the third Thursday of each month, starting at 11:00 a.m. Eastern.
The "Cabal" meeting is used to discuss any design question, issue, or other related topics with the maintainers of
Expand All @@ -23,7 +23,8 @@ The Agenda is [here](https://hackmd.io/gQCfskDuRLm7iOsWgH2yrg?both).

### Notes from the Community Cabal Meetings

* [Thursday, January 19, 2022](https://podman.io/community/meeting/notes/2023-01-19)
* [Thursday, February 16, 2023](https://podman.io/community/meeting/notes/2023-02-16)
* [Thursday, January 19, 2023](https://podman.io/community/meeting/notes/2023-01-19)
* [Thursday, November 17, 2022](https://podman.io/community/meeting/notes/2022-11-17)
* [Thursday, September 15, 2022](https://podman.io/community/meeting/notes/2022-09-15)
* [Thursday, July 21, 2022](https://podman.io/community/meeting/notes/2022-07-21)
Expand Down
File renamed without changes.
82 changes: 82 additions & 0 deletions community/meeting/notes/2023-02-16/index.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,82 @@
# Podman Community Cabal Meeting Notes

Attendees: Matt Heon, Nalin Dahyabhai, Paul Holzinger, Lokesh Mandvekar, Valentin Rothberg, Eduardo Santiago, Giuseppe Scrivano, Aditya Rajan, Preethi Thomas, Ashley Cui, Brent Baude, Chris Evich, Urvashi Mohnani, Martin Jackson, Max Ehlers, Matthew McComas, Peter Buffon

## February 16, 2023 Topics

1. Podman Default Network: Enable DNS by default - Matt Heon


### Meeting Notes
Video [Recording](https://youtu.be/Rn8SKgubXQ4)

Meeting start: 11:02 a.m. Thursday, February 16, 2023

### Podman Default Network: Enable DNS by default (0:57 in the video) - Matt Heon

We currently don't currently start DNS on the container by default. So you can't talk to other containers by name.

The question is, going forward, should we turn it on by default?

Paul thinks the concern might be having a DNS server running on each container.

Brent thinks this will be a performance hit as another service will need to be run, and an up/down check will need to be run also.

Docker compose on Podman currently runs on a network without DNS, so we may need to adjust. The "play kube" command may also need to be adjusted.

DNS is complex, and the more enablement you do, the more problems that can be encountered. Brent is concerned.

Matt noted that only startup performance and shutdown performance that should be impacted the most. Paul thinks there may be extra latency for the first request.

Valentin thinks we have had enough questions from customers asking why DNS doesn't work out of the gate, that it is worth looking into.

Matt noted that changing the default network will be pretty trivial.

Giuseppe asked if there is a security concern with containers being able to use DNS. Paul thinks that we're only providing name resolution, but it's not that much different than allowing for IP communication between containers.

Paul thinks we should do a study of the plusses and minuses of the change and then make a decision from there. Regardless, we should make the selection process of the default network a be one-line change for ease of use.

Matt would like to do it as it's an advantage over what Docker does He thinks it's a straight enhancement over Docker.

Matt is proposing having Netavark set as default DNS to on, while CNI would remain as not defaulting to DNS.

The question is, should this change, if it goes forward, go into a Podman 4.* release, or the Podman 5.0 release? Is it a breaking change? Paul leans towards 5.0.

Paul pointed out that we can't do this for CNI as it would break some functionality there.

The leaning is toward implementing this at Podman v5.0 and making it easily configurable.

Brent's concern is will the average user be able to update the conf file. He thinks it's easy to do, but finding it is sometimes hard to locate. Should we make it configurable from Podman itself? We could do a network-update command in Podman, or allow the user to configure it via a Podman command.

Plumbing work to happen in the near future, final switch on Podman v5.0?

#### Open discussion (29:17 in the video)

1. Max asked about the WireGuard PR for Netavark.

[Netavark PR](https://github.com/containers/netavark/pull/472)

We had marked it as experimental. Paul says he hasn't had the time to do a proper review due to the size and the lack of WireGuard experience.

Brent suggested that we might merge it, marking it as experimental, and then building some kind of gate around it.

Brent and Matt will review it and work to make it in. Brent asked if Paul thought there was enough documentation surrounding it, especially pointers to WireGuard itself.

Many thanks to Max for his contribution.

### Next Meeting: Thursday, March 16, 2023, 11:00 a.m. EDT (UTC-5)
## Possible Topics
1.

### Next Community Meeting: Tuesday, April 4, 2023, 11:00 a.m. EDT (UTC-4)

### Possible Topics:


Meeting finished 11:40 a.m.

Raw Meeting Chat:

```
The raw chat was not captured.
```

0 comments on commit dae5af0

Please sign in to comment.