Is there an equivalent to SO_BINDTODEVICE? I’m trying to get an implementation
of VRRP working and the first issue is that the sending socket requires to be
bound to the appropriate interface.
After that, I’ll probably run into issues relating to the virtual IP and mac
address - but the SO_BIN
This is amazing, it seems like we were using the osv.bootstrap package of
size 1.3 MB only because we didn't know it can be stripped. With the patch
that Waldek provided here
we're now having osv.bootstrap package shrinked to 325 kB without any
functionality lost. I've just integrated the patch
On Wed, Aug 16, 2017 at 2:12 PM, wrote:
> Perhaps you were right anyway - we are using some patches to
> upload_manifest, so we might have broken the stripping. So if I understand
> you right, the stripped cpiod (that is as small as 220 KB) should work the
> same as the unstripped one, or will th
Perhaps you were right anyway - we are using some patches to
upload_manifest, so we might have broken the stripping. So if I understand
you right, the stripped cpiod (that is as small as 220 KB) should work the
same as the unstripped one, or will things crash?
Dne sreda, 16. avgust 2017 13.01.4
On Wed, Aug 16, 2017 at 1:33 PM, Nadav Har'El wrote:
>
> On Wed, Aug 16, 2017 at 12:45 PM, wrote:
>
>>
>> Thank you Waldek for trying to upstream this, I'm looking forward to be
>> removing the current patches from the capstan-packages build platform in
>> favor of using upstreamed code! :D
>>
>
On Wed, Aug 16, 2017 at 12:45 PM, wrote:
>
> Thank you Waldek for trying to upstream this, I'm looking forward to be
> removing the current patches from the capstan-packages build platform in
> favor of using upstreamed code! :D
>
> Unfortunately I'm not very familiar with the scripts that we're
Thank you Waldek for trying to upstream this, I'm looking forward to be
removing the current patches from the capstan-packages build platform in
favor of using upstreamed code! :D
Unfortunately I'm not very familiar with the scripts that we're patching
here, the patches that we're currently usi
From: Nadav Har'El
Committer: Nadav Har'El
Branch: master
add README for busybox/
Signed-off-by: Nadav Har'El
---
diff --git a/busybox/README b/busybox/README
--- a/busybox/README
+++ b/busybox/README
@@ -0,0 +1,13 @@
+Busybox ash shell is more powerful than OSv --runscript option.
+Use ash
On Mon, Aug 7, 2017 at 12:32 PM, Justin Cinkelj
wrote:
> Busybox ash shell is more powerful than OSv --runscript option.
> Use ash when fancy shell is required.
>
> While busybox config file includes default options (e.g. nearly all
> options are enabled), the usr.manifiest doesn't try to create
From: Justin Cinkelj
Committer: Nadav Har'El
Branch: master
Add busybox
Busybox ash shell is more powerful than OSv --runscript option.
Use ash when fancy shell is required.
While busybox config file includes default options (e.g. nearly all
options are enabled), the usr.manifiest doesn't try
On 08/15/2017 03:38 PM, Nadav Har'El wrote:
On Wed, Aug 9, 2017 at 2:47 PM, Waldemar Kozaczuk
mailto:jwkozac...@gmail.com>> wrote:
This patch enhances OSv build scripts to allow exporting files in
addition
of uploading them to an image. It addresses 3 usage scenarios
describ
11 matches
Mail list logo