[osv-dev] Jenkins build is back to normal : osv-build-nightly #1793

See -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [osv-dev] Modernizing and cleaning build system

On Sun, 2019-03-31 at 11:54 -0700, Waldek Kozaczuk wrote: > The second group's need should be addressed by Capstan. So we should > avoid duplication between what Capstan does well (and hopefully will > do even better in future) and OSv build system. Now capstan packages > are often generated using

Re: [osv-dev] Modernizing and cleaning build system

I also think there are two audiences in this context we need to take into account: - OSv developers - people that build apps just to test stuff; typically experienced with OSv build system and its limitations -> can find their way around - OSv users - people that build apps to

Re: [osv-dev] Modernizing and cleaning build system

Hi! I might be saying some nonsense, but... On Sun, 31 Mar 2019 at 17:25, Nadav Har'El wrote: > n Sun, Mar 31, 2019 at 5:58 PM Waldek Kozaczuk > wrote: > >> Here is a list of things we should try to do: >> > > I think there are two very different issues involved here, that don't > really need

Re: [osv-dev] Hermitux - A Binary-Compatible Unikernel

UKL article - https://next.redhat.com/2018/11/14/ukl-a-unikernel-based-on-linux. Please also see discussion below. Now given all that can UKL or HermiTux run Java or Golang (give that Golang bypasses libc).? On Sunday, March 31, 2019 at 11:51:00 AM UTC-4, Geraldo Netto wrote: > > Helo

[osv-dev] OSv Linux compatibility

Partially related to the article I posted about minutes ago, I thought it would be nice to revise this page - https://github.com/cloudius-systems/osv/wiki/OSv-Linux-ABI-Compatibility. I think we have made some progress in this area and it would be nice to make it up to date. I eventually plan

Re: [osv-dev] Hermitux - A Binary-Compatible Unikernel

Helo Waldek/Friends, Red Hat is also doing research on unikernels: https://github.com/razaaliraza/ukl So, this linux unikernel might not require modification too But I didn't try... Kind Regards, Geraldo Netto Sapere Aude => Non dvcor, dvco http://exdev.sf.net/ On Sun, 31 Mar 2019 at 17:44,

[osv-dev] Hermitux - A Binary-Compatible Unikernel

Accidentally while googling I came across this paper - https://www.ssrg.ece.vt.edu/papers/vee2019.pdf - which is about new unikernel - Hermitux (https://ssrg-vt.github.io/hermitux/). It looks like it is also about to be presented at some conference soon. I have not read the paper thoroughly

[osv-dev] Re: Build failed in Jenkins: osv-build-nightly #1792

Looks like some random networking issue when trying to download an artifact. On Saturday, March 30, 2019 at 6:03:46 PM UTC-4, jen...@scylladb.com wrote: > > See < > http://jenkins.cloudius-systems.com:8080/job/osv-build-nightly/1792/display/redirect> > > > >

Re: [osv-dev] Modernizing and cleaning build system

n Sun, Mar 31, 2019 at 5:58 PM Waldek Kozaczuk wrote: > Here is a list of things we should try to do: > I think there are two very different issues involved here, that don't really need the same solution: The OSv kernel's makefile, and the "apps" build system. >- Propose and define model

[osv-dev] Modernizing and cleaning build system

Here is a list of things we should try to do: - Propose and define model app layout (Makefile, GET, ...) under osv-apps - Typically each app has GET shell script, Makefile and module.py: - GET typically downloads ad puts source files into upstream directory

Re: [osv-dev] Re: Problems to pass arguments to a JAR in run.yaml

OSv always prints internal IP but I think it would be nice if scripts/run.py and capstan printed the external ip address (and possibly ports if forwarding) to make it clear to users what is available. On Sunday, March 31, 2019 at 6:42:42 AM UTC-4, robertob wrote: > > Yes, you are right. It was

Re: [osv-dev] Re: Problems to pass arguments to a JAR in run.yaml

Yes, you are right. It was a my mistake. Thanks a lot r Il giorno dom 31 mar 2019 alle ore 11:09 Rick Payne ha scritto: > > > On 31 Mar 2019, at 19:56, roberto battistoni > wrote: > > Sorry but the DHCP offers the IP both in the NAT and BRIDGE configuration. > I think that the "forward"

Re: [osv-dev] Re: Problems to pass arguments to a JAR in run.yaml

> On 31 Mar 2019, at 19:56, roberto battistoni wrote: > > Sorry but the DHCP offers the IP both in the NAT and BRIDGE configuration. I > think that the "forward" does not work in the bridge configuration. Why would it be forwarding in ‘bridge’ mode? I think you’re slightly confused. In

Re: [osv-dev] Re: Problems to pass arguments to a JAR in run.yaml

Sorry but the DHCP offers the IP both in the NAT and BRIDGE configuration. I think that the "forward" does not work in the bridge configuration. For example: capstan run -n "nat" -f "8000:8000" -e "--verbose /cli/cli.so" uni ==> THIS WORKS and "curl http://localhost:8000/os/version; returns