Discussion:
BRUTUS_EXCEPTION_FROM_CLIENT - Hopefully resolved
Jules Colding
2008-09-16 13:39:25 UTC
Permalink
Hi,

I've just submitted fixes for ORBit2 that seems to fix the dreaded
BRUTUS_EXCEPTION_FROM_CLIENT failure. ORBit2 2.14.16 have these fixed
but otherwise you can get 2.14.16 from svn trunk:

svn co http://svn.gnome.org/svn/ORBit2/trunk ORBit2


Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the
client not being able to do a reverse DNS lookup for its own IP
address. This resulted in the server not being able to reach the
client callback. So version queries towards the server would work, but
the actual logon would not.

Please update ORBit2 and tell me if this fixes the connection problem
for you.

Thanks,
jules
Mastbroek, Maarten
2008-09-18 11:20:44 UTC
Permalink
Hi Jules,

Thanks! I'm making some progress now. In reference with the local name
resolving, I found that the client-hostname resolves itself to
127.0.1.1, I have changed this to the real IP address and I can connect
now. I did not upgrade the Orbit2, still using 2.14.12-0.1 (kubuntu)

The c-sample output is 1,4 Mb en contains lots of corporate information
and email adresses. Finaly, it ends up with a failure (see below)

When starting Evolution, I found that the connection is not very stable.
The inbox is loading and I can view all inbox messages. All other
folders appear to be empty. There are a lot of errors "error while
scanning folders", "error while refresing folder" and "error while
opening folder brutus://loginname;auth=***@exchangeserver"

In the configuration tab, all checkboxes are empty (no calander or
public folders enabled), but my mailbox is appearing as
<mailadres>
<mailserver>
Public Folders
all personal mailfolders like concepts, inbox, sent items,
etcetera

Why is my mailboxname replaced by the name "public folders"?

At last, somtimes when I try to open a mailmessage, I get the following
error:
"Unable to retrieve message
Could not construct the message - Error"

How can I get all folders enabled and get rid of these errors?

Thanks,

Maarten Mastbroek

-------------output of c-sample------------

<snapped away many rules, just showing the end of it>

Listing recurrence details for Outlook calendar folder content..
0: ** personalized**
Not a recurring event

<snapped away some rules>

82: School op dinsdag
Not a recurring event


The client operation failed.
Microsoft Exchange Server Information Store
ERROR - summarize_calendar_recurrences() returned
BRUTUS_MAPI_E_INVALID_PARAMETER

Waiting for CORBA shutdown.. OK

Cleaning up.. OK


FAILURE


-------------end of output of c-sample------------






-----Oorspronkelijk bericht-----
Van: brutus-bounces-***@public.gmane.org [mailto:brutus-bounces-***@public.gmane.org]
Namens Jules Colding
Verzonden: dinsdag 16 september 2008 15:39
Aan: brutus
Onderwerp: BRUTUS_EXCEPTION_FROM_CLIENT - Hopefully resolved

Hi,

I've just submitted fixes for ORBit2 that seems to fix the dreaded
BRUTUS_EXCEPTION_FROM_CLIENT failure. ORBit2 2.14.16 have these fixed
but otherwise you can get 2.14.16 from svn trunk:

svn co http://svn.gnome.org/svn/ORBit2/trunk ORBit2


Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the client
not being able to do a reverse DNS lookup for its own IP address. This
resulted in the server not being able to reach the client callback. So
version queries towards the server would work, but the actual logon
would not.

Please update ORBit2 and tell me if this fixes the connection problem
for you.

Thanks,
jules

_______________________________________________
brutus mailing list
brutus-***@public.gmane.org
http://www.42tools.com/mailman/listinfo/brutus



***********************************************************************************
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de
geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u
verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat
aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband
houdt met risico's verbonden aan het elektronisch verzenden van berichten.

This message may contain information that is not intended for you. If you are not
the addressee or if this message was sent to you by mistake, you are requested
to inform the sender and delete the message. The State accepts no liability for
damage of any kind resulting from the risks inherent in the electronic transmission
of messages.

Ministerie van Justitie.
***********************************************************************************
Jules Colding
2008-09-18 18:45:20 UTC
Permalink
Hi Maarten,
Post by Mastbroek, Maarten
Thanks! I'm making some progress now.
Good.
Post by Mastbroek, Maarten
In reference with the local name
resolving, I found that the client-hostname resolves itself to
127.0.1.1, I have changed this to the real IP address and I can connect
now. I did not upgrade the Orbit2, still using 2.14.12-0.1 (kubuntu)
OK, but please do upgrade soonish.
Post by Mastbroek, Maarten
The c-sample output is 1,4 Mb en contains lots of corporate
information
and email adresses. Finaly, it ends up with a failure (see below)
Yeah, I see. Fortunately that failure is harmless and can be ignored.
Your C sample run was successful :-) If you want less output then you
can edit the sample to do less printing of Exchange folder content. I
think you may even find it quite fun to poke around Exchange from a C
sample on Linux ;-)
Post by Mastbroek, Maarten
When starting Evolution, I found that the connection is not very stable.
The inbox is loading and I can view all inbox messages. All other
folders appear to be empty. There are a lot of errors "error while
scanning folders", "error while refresing folder" and "error while
Hmm, that should not be happening. What is your e-b version? You
should try the latest version from svn. Also, please produce and send
me the e-b log. It should not (but please check) contain any sensitive
information.
Post by Mastbroek, Maarten
In the configuration tab, all checkboxes are empty (no calander or
public folders enabled), but my mailbox is appearing as
<mailadres>
<mailserver>
Public Folders
all personal mailfolders like concepts, inbox, sent items,
etcetera
Why is my mailboxname replaced by the name "public folders"?
Beats me. I've seen that myself. The string "Public Folder" is the
PR_DISPLAY_NAME for your private message store. It should obviously
not be named "Public Folders". I'm leaning toward some Exchange
caching issue, but otherwise I'm drawing a blank.
Post by Mastbroek, Maarten
At last, somtimes when I try to open a mailmessage, I get the
following
"Unable to retrieve message
Could not construct the message - Error"
How can I get all folders enabled and get rid of these errors?
I really need the e-b log to tell (or at least try to tell) you that.

Best regards,
jules
Post by Mastbroek, Maarten
Thanks,
Maarten Mastbroek
-------------output of c-sample------------
<snapped away many rules, just showing the end of it>
Listing recurrence details for Outlook calendar folder content..
0: ** personalized**
Not a recurring event
<snapped away some rules>
82: School op dinsdag
Not a recurring event
The client operation failed.
Microsoft Exchange Server Information Store
ERROR - summarize_calendar_recurrences() returned
BRUTUS_MAPI_E_INVALID_PARAMETER
Waiting for CORBA shutdown.. OK
Cleaning up.. OK
FAILURE
-------------end of output of c-sample------------
-----Oorspronkelijk bericht-----
Namens Jules Colding
Verzonden: dinsdag 16 september 2008 15:39
Aan: brutus
Onderwerp: BRUTUS_EXCEPTION_FROM_CLIENT - Hopefully resolved
Hi,
I've just submitted fixes for ORBit2 that seems to fix the dreaded
BRUTUS_EXCEPTION_FROM_CLIENT failure. ORBit2 2.14.16 have these fixed
svn co http://svn.gnome.org/svn/ORBit2/trunk ORBit2
Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the client
not being able to do a reverse DNS lookup for its own IP address. This
resulted in the server not being able to reach the client callback. So
version queries towards the server would work, but the actual logon
would not.
Please update ORBit2 and tell me if this fixes the connection problem
for you.
Thanks,
jules
_______________________________________________
brutus mailing list
http://www.42tools.com/mailman/listinfo/brutus
***********************************************************************************
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de
geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u
verzocht dat aan de afzender te melden en het bericht te
verwijderen. De Staat
aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband
houdt met risico's verbonden aan het elektronisch verzenden van berichten.
This message may contain information that is not intended for you. If you are not
the addressee or if this message was sent to you by mistake, you are requested
to inform the sender and delete the message. The State accepts no liability for
damage of any kind resulting from the risks inherent in the
electronic transmission
of messages.
Ministerie van Justitie.
***********************************************************************************
_______________________________________________
brutus mailing list
http://www.42tools.com/mailman/listinfo/brutus
Mikael Karlsson
2008-09-22 05:26:02 UTC
Permalink
Brutus-Evolution revision 321 seem to be broken? I've have the latest
stable needed libs in Ubuntu 8.04.1

Any ideas?

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/root/brutus/evolution-brutus
-I/root/brutus/evolution-brutus/idl
-I/root/brutus/evolution-brutus/idl_output
-I/usr/include/evolution-data-server-2.22 -I-I/usr/include/orbit-2.0
-I/usr/include/glib-2.0 -DORBIT2=1 -pthread
-I/usr/include/evolution-data-server-2.22 -I/usr/include/libgnome-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/gconf/2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gtk-2.0
-I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-DBRUTUS_LOCALEDIR=\"/usr/local/share/locale\"
-DG_LOG_DOMAIN=\"camel-brutus-provider\"
-DCAMEL_EXPLICIT_TRANSLATION_DOMAIN=\"evolution-brutus-2.22\"
-DORBIT2_EXTENSIONS -I/usr/include/brutus-keyring-1.0 -DORBIT2=1
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-I/usr/include/orbit-2.0 -I/usr/include/libIDL-2.0 -Wall
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
-g -O2 -Werror -Werror-implicit-function-declaration -Wundef
-Wbad-function-cast -Wcast-align -Wmissing-declarations -std=gnu89
-D_REENTRANT -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -O2
-I/usr/include/ImageMagick -I/usr/include/evolution-data-server-2.22 -MT
camel-brutus-store.lo -MD -MP -MF .deps/camel-brutus-store.Tpo -c
camel-brutus-store.c -fPIC -DPIC -o .libs/camel-brutus-store.o
if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I.. -I/root/brutus/evolution-brutus
-I/root/brutus/evolution-brutus/idl
-I/root/brutus/evolution-brutus/idl_output
-I/usr/include/evolution-data-server-2.22 -I-I/usr/include/orbit-2.0
-I/usr/include/glib-2.0 -DORBIT2=1 -pthread
-I/usr/include/evolution-data-server-2.22 -I/usr/include/libgnome-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/gconf/2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gtk-2.0
-I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-DBRUTUS_LOCALEDIR=\""/usr/local/share/locale"\"
-DG_LOG_DOMAIN=\"camel-brutus-provider\"
-DCAMEL_EXPLICIT_TRANSLATION_DOMAIN=\"evolution-brutus-2.22\"
-DORBIT2_EXTENSIONS -I/usr/include/brutus-keyring-1.0 -DORBIT2=1
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-I/usr/include/orbit-2.0 -I/usr/include/libIDL-2.0 -Wall
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
-g -O2 -Werror -Werror-implicit-function-declaration -Wundef
-Wbad-function-cast -Wcast-align -Wmissing-declarations -std=gnu89
-D_REENTRANT -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -O2
-I/usr/include/ImageMagick -I/usr/include/evolution-data-server-2.22 -MT
camel-brutus-folder.lo -MD -MP -MF ".deps/camel-brutus-folder.Tpo" -c -o
camel-brutus-folder.lo camel-brutus-folder.c; \
then mv -f ".deps/camel-brutus-folder.Tpo"
".deps/camel-brutus-folder.Plo"; else rm -f
".deps/camel-brutus-folder.Tpo"; exit 1; fi
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/root/brutus/evolution-brutus
-I/root/brutus/evolution-brutus/idl
-I/root/brutus/evolution-brutus/idl_output
-I/usr/include/evolution-data-server-2.22 -I-I/usr/include/orbit-2.0
-I/usr/include/glib-2.0 -DORBIT2=1 -pthread
-I/usr/include/evolution-data-server-2.22 -I/usr/include/libgnome-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/gconf/2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gtk-2.0
-I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-DBRUTUS_LOCALEDIR=\"/usr/local/share/locale\"
-DG_LOG_DOMAIN=\"camel-brutus-provider\"
-DCAMEL_EXPLICIT_TRANSLATION_DOMAIN=\"evolution-brutus-2.22\"
-DORBIT2_EXTENSIONS -I/usr/include/brutus-keyring-1.0 -DORBIT2=1
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-I/usr/include/orbit-2.0 -I/usr/include/libIDL-2.0 -Wall
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
-g -O2 -Werror -Werror-implicit-function-declaration -Wundef
-Wbad-function-cast -Wcast-align -Wmissing-declarations -std=gnu89
-D_REENTRANT -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -O2
-I/usr/include/ImageMagick -I/usr/include/evolution-data-server-2.22 -MT
camel-brutus-folder.lo -MD -MP -MF .deps/camel-brutus-folder.Tpo -c
camel-brutus-folder.c -fPIC -DPIC -o .libs/camel-brutus-folder.o
cc1: warnings being treated as errors
camel-brutus-folder.c: In function ‘camel_brutus_folder_sync’:
camel-brutus-folder.c:1304: warning: unused variable ‘eid’
camel-brutus-folder.c:1302: warning: unused variable ‘mask’
camel-brutus-folder.c:1301: warning: unused variable ‘old_msg_flags’
camel-brutus-folder.c:1300: warning: unused variable ‘msg_flags’
camel-brutus-folder.c:1295: warning: unused variable ‘bmi’
make[4]: *** [camel-brutus-folder.lo] Error 1
make[4]: Leaving directory `/root/brutus/evolution-brutus/camel'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/root/brutus/evolution-brutus'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/root/brutus/evolution-brutus'
make[1]: *** [dist-deb-prep] Error 2
make[1]: Leaving directory `/root/brutus/evolution-brutus'
Mikael Karlsson
2008-09-22 07:39:56 UTC
Permalink
I just commented line 1295, 1300, 1301, 1302 and 1304 and it compiled....
Probably not the right way to go, but what could possibly go wrong? ;)

I've tried revision 321 on two machines and both end up with the same error
so I would be pleased if someone could look at it, since I'm not a real
programmer.

Regards

Mikael
Post by Mikael Karlsson
Brutus-Evolution revision 321 seem to be broken? I've have the latest
stable needed libs in Ubuntu 8.04.1
Any ideas?
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/root/brutus/evolution-brutus
-I/root/brutus/evolution-brutus/idl
-I/root/brutus/evolution-brutus/idl_output
-I/usr/include/evolution-data-server-2.22 -I-I/usr/include/orbit-2.0
-I/usr/include/glib-2.0 -DORBIT2=1 -pthread
-I/usr/include/evolution-data-server-2.22 -I/usr/include/libgnome-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/gconf/2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gtk-2.0
-I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-DBRUTUS_LOCALEDIR=\"/usr/local/share/locale\"
-DG_LOG_DOMAIN=\"camel-brutus-provider\"
-DCAMEL_EXPLICIT_TRANSLATION_DOMAIN=\"evolution-brutus-2.22\"
-DORBIT2_EXTENSIONS -I/usr/include/brutus-keyring-1.0 -DORBIT2=1
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-I/usr/include/orbit-2.0 -I/usr/include/libIDL-2.0 -Wall
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
-g -O2 -Werror -Werror-implicit-function-declaration -Wundef
-Wbad-function-cast -Wcast-align -Wmissing-declarations -std=gnu89
-D_REENTRANT -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -O2
-I/usr/include/ImageMagick -I/usr/include/evolution-data-server-2.22 -MT
camel-brutus-store.lo -MD -MP -MF .deps/camel-brutus-store.Tpo -c
camel-brutus-store.c -fPIC -DPIC -o .libs/camel-brutus-store.o
if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I.. -I/root/brutus/evolution-brutus
-I/root/brutus/evolution-brutus/idl
-I/root/brutus/evolution-brutus/idl_output
-I/usr/include/evolution-data-server-2.22 -I-I/usr/include/orbit-2.0
-I/usr/include/glib-2.0 -DORBIT2=1 -pthread
-I/usr/include/evolution-data-server-2.22 -I/usr/include/libgnome-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/gconf/2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gtk-2.0
-I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-DBRUTUS_LOCALEDIR=\""/usr/local/share/locale"\"
-DG_LOG_DOMAIN=\"camel-brutus-provider\"
-DCAMEL_EXPLICIT_TRANSLATION_DOMAIN=\"evolution-brutus-2.22\"
-DORBIT2_EXTENSIONS -I/usr/include/brutus-keyring-1.0 -DORBIT2=1
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-I/usr/include/orbit-2.0 -I/usr/include/libIDL-2.0 -Wall
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
-g -O2 -Werror -Werror-implicit-function-declaration -Wundef
-Wbad-function-cast -Wcast-align -Wmissing-declarations -std=gnu89
-D_REENTRANT -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -O2
-I/usr/include/ImageMagick -I/usr/include/evolution-data-server-2.22 -MT
camel-brutus-folder.lo -MD -MP -MF ".deps/camel-brutus-folder.Tpo" -c -o
camel-brutus-folder.lo camel-brutus-folder.c; \
then mv -f ".deps/camel-brutus-folder.Tpo"
".deps/camel-brutus-folder.Plo"; else rm -f
".deps/camel-brutus-folder.Tpo"; exit 1; fi
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/root/brutus/evolution-brutus
-I/root/brutus/evolution-brutus/idl
-I/root/brutus/evolution-brutus/idl_output
-I/usr/include/evolution-data-server-2.22 -I-I/usr/include/orbit-2.0
-I/usr/include/glib-2.0 -DORBIT2=1 -pthread
-I/usr/include/evolution-data-server-2.22 -I/usr/include/libgnome-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/gconf/2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gtk-2.0
-I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-DBRUTUS_LOCALEDIR=\"/usr/local/share/locale\"
-DG_LOG_DOMAIN=\"camel-brutus-provider\"
-DCAMEL_EXPLICIT_TRANSLATION_DOMAIN=\"evolution-brutus-2.22\"
-DORBIT2_EXTENSIONS -I/usr/include/brutus-keyring-1.0 -DORBIT2=1
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1
-I/usr/include/orbit-2.0 -I/usr/include/libIDL-2.0 -Wall
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
-g -O2 -Werror -Werror-implicit-function-declaration -Wundef
-Wbad-function-cast -Wcast-align -Wmissing-declarations -std=gnu89
-D_REENTRANT -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -O2
-I/usr/include/ImageMagick -I/usr/include/evolution-data-server-2.22 -MT
camel-brutus-folder.lo -MD -MP -MF .deps/camel-brutus-folder.Tpo -c
camel-brutus-folder.c -fPIC -DPIC -o .libs/camel-brutus-folder.o
cc1: warnings being treated as errors
camel-brutus-folder.c:1304: warning: unused variable ‘eid’
camel-brutus-folder.c:1302: warning: unused variable ‘mask’
camel-brutus-folder.c:1301: warning: unused variable ‘old_msg_flags’
camel-brutus-folder.c:1300: warning: unused variable ‘msg_flags’
camel-brutus-folder.c:1295: warning: unused variable ‘bmi’
make[4]: *** [camel-brutus-folder.lo] Error 1
make[4]: Leaving directory `/root/brutus/evolution-brutus/camel'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/root/brutus/evolution-brutus'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/root/brutus/evolution-brutus'
make[1]: *** [dist-deb-prep] Error 2
make[1]: Leaving directory `/root/brutus/evolution-brutus'
_______________________________________________
brutus mailing list
http://www.42tools.com/mailman/listinfo/brutus
Jules Colding
2008-09-22 09:06:41 UTC
Permalink
Hi Mikael,
Post by Mikael Karlsson
I just commented line 1295, 1300, 1301, 1302 and 1304 and it
compiled....
Probably not the right way to go, but what could possibly go wrong? ;)
I've tried revision 321 on two machines and both end up with the same error
so I would be pleased if someone could look at it, since I'm not a real
programmer.
It's a bug. Thanks for letting me know. I've fixed it in svn trunk but
I've also uploaded new debs. Go get them here:

http://www.42tools.com/sites/default/files/downloads/dist/evolution-brutus/Ubuntu%20Hardy/


You can also, and I'd really recommend that, upgrade ORBit2 with these
debs:

http://www.42tools.com/sites/default/files/downloads/dist/misc/


HTH,
jules
Luis Correia
2008-09-22 17:43:03 UTC
Permalink
Hi
Post by Jules Colding
Hi,
I've just submitted fixes for ORBit2 that seems to fix the dreaded
BRUTUS_EXCEPTION_FROM_CLIENT failure. ORBit2 2.14.16 have these fixed
svn co http://svn.gnome.org/svn/ORBit2/trunk ORBit2
Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the
client not being able to do a reverse DNS lookup for its own IP
address. This resulted in the server not being able to reach the
client callback. So version queries towards the server would work, but
the actual logon would not.
Please update ORBit2 and tell me if this fixes the connection problem
for you.
Thanks,
jules
back from the forgotten :)

I've been away, dedicating some time to other issues, more concerned
with our internal needs, but I keep following the discussions and bug
reports from the other users.

Even though I didn't do anything more about e-b, I'm concerned about
you affirmation.
(quote)
Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the
client not being able to do a reverse DNS lookup for its own IP
address.
(end quote)

I can infer two things from this, either you rely on the existance of
an internal DNS server that handles the DNS registration of all
clients (this is _NOT_ our case), or the need for reverse DNS is
really needed.

Since I do not forsee any advances on client DNS registration in my
organization, will this become an issue in the future, or the ORBit
upgrade solves the problem?

p.s. forgive me for not being very specific about this

Luis Correia
Jules Colding
2008-09-22 21:12:47 UTC
Permalink
Hi Luis,
Post by Luis Correia
Post by Jules Colding
Hi,
I've just submitted fixes for ORBit2 that seems to fix the dreaded
BRUTUS_EXCEPTION_FROM_CLIENT failure. ORBit2 2.14.16 have these fixed
svn co http://svn.gnome.org/svn/ORBit2/trunk ORBit2
Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the
client not being able to do a reverse DNS lookup for its own IP
address. This resulted in the server not being able to reach the
client callback. So version queries towards the server would work, but
the actual logon would not.
Please update ORBit2 and tell me if this fixes the connection problem
for you.
Thanks,
jules
back from the forgotten :)
Away but not forgotten ;-)
Post by Luis Correia
I've been away, dedicating some time to other issues, more concerned
with our internal needs, but I keep following the discussions and bug
reports from the other users.
Even though I didn't do anything more about e-b, I'm concerned about
you affirmation.
(quote)
Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the
client not being able to do a reverse DNS lookup for its own IP
address.
(end quote)
I can infer two things from this, either you rely on the existance of
an internal DNS server that handles the DNS registration of all
clients (this is _NOT_ our case), or the need for reverse DNS is
really needed.
Neither. The old ORBit2 (before my fix) needed this, but I've fixed
that in ORBit2 2.14.16.
Post by Luis Correia
Since I do not forsee any advances on client DNS registration in my
organization, will this become an issue in the future, or the ORBit
upgrade solves the problem?
The ORBit2 update should solve it.

Best regards,
jules
Luis Correia
2008-09-23 08:03:53 UTC
Permalink
Hi
Post by Jules Colding
Hi Luis,
Post by Luis Correia
back from the forgotten :)
Away but not forgotten ;-)
LOL, yeah!
Post by Jules Colding
Post by Luis Correia
I've been away, dedicating some time to other issues, more concerned
with our internal needs, but I keep following the discussions and bug
reports from the other users.
Even though I didn't do anything more about e-b, I'm concerned about
you affirmation.
(quote)
Many (most?) BRUTUS_EXCEPTION_FROM_CLIENT failures comes from the
client not being able to do a reverse DNS lookup for its own IP
address.
(end quote)
I can infer two things from this, either you rely on the existance of
an internal DNS server that handles the DNS registration of all
clients (this is _NOT_ our case), or the need for reverse DNS is
really needed.
Neither. The old ORBit2 (before my fix) needed this, but I've fixed
that in ORBit2 2.14.16.
Post by Luis Correia
Since I do not forsee any advances on client DNS registration in my
organization, will this become an issue in the future, or the ORBit
upgrade solves the problem?
The ORBit2 update should solve it.
while this question is way off-topic, I ask: how can I create a proper
RPM for my system off this new version, which means, is it enough to
get the SRPM for my system and just replace the source.tar.gz and
adjust the .spec file?
Post by Jules Colding
Best regards,
jules
Thanks,
Luis correia
Jules Colding
2008-09-23 08:41:38 UTC
Permalink
Hi Luis,
Post by Luis Correia
Post by Jules Colding
Post by Luis Correia
Since I do not forsee any advances on client DNS registration in my
organization, will this become an issue in the future, or the ORBit
upgrade solves the problem?
The ORBit2 update should solve it.
while this question is way off-topic, I ask: how can I create a proper
RPM for my system off this new version, which means, is it enough to
get the SRPM for my system and just replace the source.tar.gz and
adjust the .spec file?
That should do it, yes.

Best regards,
jules

Loading...