shiva.c will not compile as the #include preprocessor directive is wrong for
ofproto.h, correct the #include preprocessor directive to use #include
"ofproto.h" instead of #include
> > > 2. my shiva.c file
> > >
> > >
> > > #include
> > > #include // change this line to #include "ofproto.h
I hope It is independent file, only change i made is calling test()
function from ofproto.c.
Thanks & Regards,
Shiva
On Wed, Dec 21, 2011 at 11:53 AM, Ben Pfaff wrote:
> The problem isn't obvious, please send your changes as a patch that can
> be applied with "git apply".
>
> On Wed, Dec 21, 20
The problem isn't obvious, please send your changes as a patch that can
be applied with "git apply".
On Wed, Dec 21, 2011 at 11:56:31AM +0530, shiva m wrote:
> Hi.
>
> Sorry i did not notice.
>
> It seems for my shiva.c file its not generating shiva.o file and this can
> be verified by observin
Hi.
Sorry i did not notice.
It seems for my shiva.c file its not generating shiva.o file and this can
be verified by observing
/usr/src/redhat/BUILD/openvswitch-1.2.2/ofproto path.
Compiler error is
ofproto/libofproto.a(ofproto.o): In function `ofproto_initialize':
/usr/src/redhat/BUILD/openvs
And what compiler errors do you get?
Also, stop dropping the mailing list or I will stop responding.
On Wed, Dec 21, 2011 at 11:35:44AM +0530, shiva m wrote:
> Hi Ben,
>
> I changed the following files
>
> 1 ofprot/automake.mk
>
> noinst_LIBRARIES += ofproto/libofproto.a
> ofproto_libofproto_a
It's easier for me if you do as I originally asked and show the changes
you made.
On Wed, Dec 21, 2011 at 11:22:01AM +0530, shiva m wrote:
> Hi,
>
> Its a test.c file which has just a function test() which has printf("hi\n")
> statement. I am trying to compile by adding my test.c file in ofproto/
openvswitch-brcompat_1.3.0-1_amd64.deb
to main/o/openvswitch/openvswitch-brcompat_1.3.0-1_amd64.deb
openvswitch-common_1.3.0-1_amd64.deb
to main/o/openvswitch/openvswitch-common_1.3.0-1_amd64.deb
openvswitch-controller_1.3.0-1_amd64.deb
to main/o/openvswitch/openvswitch-controller_1.3.0-1_amd
openvswitch_1.3.0-1_amd64.changes uploaded successfully to localhost
along with the files:
openvswitch_1.3.0-1.dsc
openvswitch_1.3.0.orig.tar.gz
openvswitch_1.3.0-1.debian.tar.gz
openvswitch-common_1.3.0-1_amd64.deb
openvswitch-switch_1.3.0-1_amd64.deb
openvswitch-ipsec_1.3.0-1_amd64.de
Thanks, I pushed this to master.
On Tue, Dec 20, 2011 at 11:19:27AM -0800, Ethan Jackson wrote:
> Looks good.
>
> Ethan
>
> On Tue, Dec 20, 2011 at 10:43, Ben Pfaff wrote:
> > Requested-by: Hao Zheng
> > ---
> > ?vswitchd/vswitch.xml | ? 20 ++--
> > ?1 files changed, 18 inserti
Thanks, pushed to master, branch-1.4.
I realized before I pushed that debian/changelog needed the same
update, so I folded that in.
On Tue, Dec 20, 2011 at 03:34:59PM -0800, Ethan Jackson wrote:
> Looks good.
>
> Ethan
>
> On Tue, Dec 20, 2011 at 15:22, Ben Pfaff wrote:
> > This made it into b
Looks good.
Ethan
On Tue, Dec 20, 2011 at 15:22, Ben Pfaff wrote:
> This made it into branch-1.3 but not master.
>
> Signed-off-by: Ben Pfaff
> ---
> NEWS | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/NEWS b/NEWS
> index 69b7833..31e2c84 100644
> --- a/NEWS
> +
This made it into branch-1.3 but not master.
Signed-off-by: Ben Pfaff
---
NEWS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/NEWS b/NEWS
index 69b7833..31e2c84 100644
--- a/NEWS
+++ b/NEWS
@@ -41,7 +41,7 @@ v1.4.0 - xx xxx
the bond mode which they want t
Please don't do that, because it would cause build errors for everyone
using an unusual version of GCC or an unusual architecture.
On Tue, Dec 20, 2011 at 02:14:31PM -0800, Ansis Atteka wrote:
> Ok. But would you mind if I would change the OVS_ENABLE_WERROR default
> behavior to "yes"?
>
> Thanks
Ok. But would you mind if I would change the OVS_ENABLE_WERROR default
behavior to "yes"?
Thanks,
Ansis
On Tue, Dec 20, 2011 at 11:21 AM, Ben Pfaff wrote:
> I'm getting the following warnings on master, would you mind fixing
> these?
>
> ../ofproto/connmgr.c: In function 'update_in_band_remotes
I'm getting the following warnings on master, would you mind fixing
these?
../ofproto/connmgr.c: In function 'update_in_band_remotes':
../ofproto/connmgr.c:596: error: implicit declaration of function
'stream_parse_target_with_default_ports'
../vswitchd/bridge.c: In function 'collect_in_band_mana
Looks good.
Ethan
On Tue, Dec 20, 2011 at 10:43, Ben Pfaff wrote:
> Requested-by: Hao Zheng
> ---
> vswitchd/vswitch.xml | 20 ++--
> 1 files changed, 18 insertions(+), 2 deletions(-)
>
> diff --git a/vswitchd/vswitch.xml b/vswitchd/vswitch.xml
> index 84d91da..2f9a534 100644
Requested-by: Hao Zheng
---
vswitchd/vswitch.xml | 20 ++--
1 files changed, 18 insertions(+), 2 deletions(-)
diff --git a/vswitchd/vswitch.xml b/vswitchd/vswitch.xml
index 84d91da..2f9a534 100644
--- a/vswitchd/vswitch.xml
+++ b/vswitchd/vswitch.xml
@@ -372,8 +372,20 @@
On Tue, Dec 20, 2011 at 06:28:17PM +0900, Jari Sundell wrote:
> A while ago whitelisting of some pathnames were made for controller
> communication using unix sockets, however these are tied to the
> bridge/switch name. Afaict, that makes it difficult for a single
> controller to receive connection
hi dear
how are you today,really is my pleasure writen to you
shall we be friends?
if you wish reply me
Later I will send you more pictures for Introduction
I AM miss Olivia by name
hoping to hear from you soonest
Peace!
___
dev mailing list
dev@openvswit
On Tue, Dec 20, 2011 at 12:25:53PM +0530, shiva m wrote:
> I have openvswitch 1.2.2 on xen server 6.0. I added my *test.c* file in *
> ofproto* folder, included function prototype in ofproto.h and * test.c*file in
> ofproto/automake.mk, but i am not able to compile.
>
> Could you please let me kno
You are receiving this email because we wish you to use our digital photo
editing services.
Digital Photo Editing Services :
We are a China based Imaging Professionals. We offer basic and advanced digital
photo Editing services and solutions like photo Cutout, morphological photo
Editing, phot
Hi,
A while ago whitelisting of some pathnames were made for controller
communication using unix sockets, however these are tied to the
bridge/switch name. Afaict, that makes it difficult for a single
controller to receive connections from multiple switches.
Would it be possible to relax the whit
22 matches
Mail list logo
