|
Re: [kirkstone][PATCH 3/3] podman: Add support for rootless mode
Deal. I'll do this in the next v.
Andrei
Deal. I'll do this in the next v.
Andrei
|
By
Andrei Gherzan
·
#7434
·
|
|
Re: [PATCH 3/3] podman: Add support for rootless mode
That is definitely my bad. It should be MIT. I'll re-push with the changed license.
This is following the reuse.software compliance. I've used a separate license file for the txt one so that I don't
That is definitely my bad. It should be MIT. I'll re-push with the changed license.
This is following the reuse.software compliance. I've used a separate license file for the txt one so that I don't
|
By
Andrei Gherzan
·
#7433
·
|
|
Re: [kirkstone][PATCH 3/3] podman: Add support for rootless mode
I think that's ok .. it's a balance between keeping kirkstone useful,
and not requiring folks to carry too many changes in their layers.
It's easy enough by inspection to show that the disabled
I think that's ok .. it's a balance between keeping kirkstone useful,
and not requiring folks to carry too many changes in their layers.
It's easy enough by inspection to show that the disabled
|
By
Bruce Ashfield
·
#7432
·
|
|
Re: [PATCH 1/3] slirp4netns: Require tun kernel module
Agreed.
--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640
Agreed.
--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640
|
By
Andrei Gherzan
·
#7431
·
|
|
Re: [kirkstone][PATCH 3/3] podman: Add support for rootless mode
That makes sense. Would you accept it with a disabled default in kirkstone?
--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640
That makes sense. Would you accept it with a disabled default in kirkstone?
--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640
|
By
Andrei Gherzan
·
#7430
·
|
|
Re: [PATCH 3/3] podman: Add support for rootless mode
I haven't been following along closely enough to the copyright thread
that Richard started, but these jumped out at me.
Aren't most of the .conf files considered MIT (i.e. part of the meta
data /
I haven't been following along closely enough to the copyright thread
that Richard started, but these jumped out at me.
Aren't most of the .conf files considered MIT (i.e. part of the meta
data /
|
By
Bruce Ashfield
·
#7429
·
|
|
Re: [kirkstone][PATCH 3/3] podman: Add support for rootless mode
This is new functionality ... and while we don't have a strict rule
about not adding new features to existing releases, this is stretching
the definition, since it does have the potential to cause
This is new functionality ... and while we don't have a strict rule
about not adding new features to existing releases, this is stretching
the definition, since it does have the potential to cause
|
By
Bruce Ashfield
·
#7428
·
|
|
Re: [PATCH 1/3] slirp4netns: Require tun kernel module
This needs to be a RRECOMMENDS, since we can suggest, but not enforce
a specific configuration.
Bruce
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use
This needs to be a RRECOMMENDS, since we can suggest, but not enforce
a specific configuration.
Bruce
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use
|
By
Bruce Ashfield
·
#7427
·
|
|
[kirkstone][PATCH 3/3] podman: Add support for rootless mode
From: Andrei Gherzan <andrei.gherzan@...>
Signed-off-by: Andrei Gherzan <andrei.gherzan@...>
---
docs/00-INDEX | 3 +++
docs/podman.txt
From: Andrei Gherzan <andrei.gherzan@...>
Signed-off-by: Andrei Gherzan <andrei.gherzan@...>
---
docs/00-INDEX | 3 +++
docs/podman.txt
|
By
Andrei Gherzan
·
#7426
·
|
|
[kirkstone][PATCH 2/3] podman: Silence docker emulation warnings
From: Andrei Gherzan <andrei.gherzan@...>
Podman can run in via a docker symlink emulating docker commands. By
default this generates a runtime warning. This change silences it via
the
From: Andrei Gherzan <andrei.gherzan@...>
Podman can run in via a docker symlink emulating docker commands. By
default this generates a runtime warning. This change silences it via
the
|
By
Andrei Gherzan
·
#7425
·
|
|
[kirkstone][PATCH 1/3] slirp4netns: Require tun kernel module
From: Andrei Gherzan <andrei.gherzan@...>
slirp4netns uses a TAP device to connect to the internet in an
unprivileged way. Without the required kernel support (TAP/TUN),
slirp4netns will fail
From: Andrei Gherzan <andrei.gherzan@...>
slirp4netns uses a TAP device to connect to the internet in an
unprivileged way. Without the required kernel support (TAP/TUN),
slirp4netns will fail
|
By
Andrei Gherzan
·
#7424
·
|
|
[PATCH 3/3] podman: Add support for rootless mode
From: Andrei Gherzan <andrei.gherzan@...>
Signed-off-by: Andrei Gherzan <andrei.gherzan@...>
---
docs/00-INDEX | 3 +++
docs/podman.txt
From: Andrei Gherzan <andrei.gherzan@...>
Signed-off-by: Andrei Gherzan <andrei.gherzan@...>
---
docs/00-INDEX | 3 +++
docs/podman.txt
|
By
Andrei Gherzan
·
#7423
·
|
|
[PATCH 2/3] podman: Silence docker emulation warnings
From: Andrei Gherzan <andrei.gherzan@...>
Podman can run in via a docker symlink emulating docker commands. By
default this generates a runtime warning. This change silences it via
the
From: Andrei Gherzan <andrei.gherzan@...>
Podman can run in via a docker symlink emulating docker commands. By
default this generates a runtime warning. This change silences it via
the
|
By
Andrei Gherzan
·
#7422
·
|
|
[PATCH 1/3] slirp4netns: Require tun kernel module
From: Andrei Gherzan <andrei.gherzan@...>
slirp4netns uses a TAP device to connect to the internet in an
unprivileged way. Without the required kernel support (TAP/TUN),
slirp4netns will fail
From: Andrei Gherzan <andrei.gherzan@...>
slirp4netns uses a TAP device to connect to the internet in an
unprivileged way. Without the required kernel support (TAP/TUN),
slirp4netns will fail
|
By
Andrei Gherzan
·
#7421
·
|
|
Re: [PATCH] xen, xen-tools: pass prefix maps to fix buildpaths reproducible build issues
Looks good to me, and better than what we had before.
I've fast tracked it into master, so we can see what the
next set of autobuilder runs uncover.
Many thanks for looking at this.
Bruce
In
Looks good to me, and better than what we had before.
I've fast tracked it into master, so we can see what the
next set of autobuilder runs uncover.
Many thanks for looking at this.
Bruce
In
|
By
Bruce Ashfield
·
#7420
·
|
|
[PATCH] xen, xen-tools: pass prefix maps to fix buildpaths reproducible build issues
To fix warnings when the buildpaths QA test is enabled, pass the file
and debug prefix map options that were previously supplied only for
reproducible builds, adding them to the DEBUG_PREFIX_MAP
To fix warnings when the buildpaths QA test is enabled, pass the file
and debug prefix map options that were previously supplied only for
reproducible builds, adding them to the DEBUG_PREFIX_MAP
|
By
Christopher Clark
·
#7419
·
|
|
Re: [kirkstone][PATCH 1/2] runc: update to 1.1.2
merged.
Bruce
In message: [meta-virtualization][kirkstone][PATCH 1/2] runc: update to 1.1.2
on 06/07/2022 Chen Qi wrote:
merged.
Bruce
In message: [meta-virtualization][kirkstone][PATCH 1/2] runc: update to 1.1.2
on 06/07/2022 Chen Qi wrote:
|
By
Bruce Ashfield
·
#7418
·
|
|
Re: [master][kirkstone][PATCH] containerd: upgrade to 1.6.6
I have a batched set of package updates pending, I've pushed
them to master-next, with more to come in the next few days.
Once I merge them to master, I'll cherry-pick the equivalent
update to this
I have a batched set of package updates pending, I've pushed
them to master-next, with more to come in the next few days.
Once I merge them to master, I'll cherry-pick the equivalent
update to this
|
By
Bruce Ashfield
·
#7417
·
|
|
Re: [PATCH] xen/sysvinit: add hvc0 console only if not there already
merged to master and kirkstone.
Bruce
In message: [meta-virtualization] [PATCH] xen/sysvinit: add hvc0 console only if not there already
on 28/06/2022 Bertrand Marquis wrote:
merged to master and kirkstone.
Bruce
In message: [meta-virtualization] [PATCH] xen/sysvinit: add hvc0 console only if not there already
on 28/06/2022 Bertrand Marquis wrote:
|
By
Bruce Ashfield
·
#7416
·
|
|
Re: check-layer-nightly failure
<alexandre.belloni@...> wrote:
docker-compose has a history of being sensitive to changes in this package.
Once again, I'll put on the record that we continue to ignore the lack
of an elegant
<alexandre.belloni@...> wrote:
docker-compose has a history of being sensitive to changes in this package.
Once again, I'll put on the record that we continue to ignore the lack
of an elegant
|
By
Bruce Ashfield
·
#7415
·
|