Hi Alan!
On Mon, May 03, 2010 at 10:33:34AM -0400, Alan Conway wrote:
On Thu, Apr 29, 2010 at 07:56:02PM +0200, Ján Sáreník wrote:
There are only Valgrind errors that I see and Gordon says they are
merely SASL-related. Should I send a bug-report to cyrus-sasl to make
it clean or should those
Hi there!
There are only Valgrind errors that I see and Gordon says they are
merely SASL-related. Should I send a bug-report to cyrus-sasl to make
it clean or should those error be added as exceptions? I would like to
spread the word about qpid and to encourage people from community to
compile
Hi again!
On Thu, Apr 29, 2010 at 07:56:02PM +0200, Ján Sáreník wrote:
There are only Valgrind errors that I see and Gordon says they are
merely SASL-related. Should I send a bug-report to cyrus-sasl to make
it clean or should those error be added as exceptions? I would like to
spread
Hi Steve!
On Tue, Apr 27, 2010 at 11:14:44AM -0400, Steve Huston wrote:
The acl_test has been failing on Linux in the cmake build for a couple
of days now... Anyone seeing this on the autoconf build?
No. I just run 'make check' which includes acl_test on today's
revision 938298 and it worked
On Tue, Apr 27, 2010 at 05:56:06PM +0200, Ján Sáreník wrote:
No. I just run 'make check' which includes acl_test on today's
revision 938298 and it worked well. And I compile it with autotools.
But after reading Rajith's message - yes, I am on Fedora Rawhide :-)
--
Red Hat Czech, MRG Quality
Hello!
On Fedora Rawhide, qpid r934287. I simply did:
cd qpid
patch -Np1 qpid-r934287.patch # see attachment
cd cpp
./bootstrap
./configure --disable-static --with-cpg \
CXXFLAGS=$CXXFLAGS -DNDEBUG -O3
make -j5
make check
make check-long
I did
:%s/2010-..-.. ..:..:.. //
Hi!
Using GNU Autotools to build qpidd trunk worked yesterday with the
LDFLAGS I posted. But today, on r933849 I am getting this:
...
Making all in tests
make[3]: Entering directory `/mnt/virtual/jasan/pub/git/qpid/cpp/src/tests'
g++ -DHAVE_CONFIG_H -I. -I../../src -I../../include
Hello!
Current trunk (r933439) compiles and checks cleanly
when I add LDFLAGS=-lboost_system -lpthread to make
and make check.
Best regards, Ján
--
Red Hat Czech, MRG Quality Assurance Associate
-
Apache Qpid - AMQP
Hello!
On Tue, Apr 13, 2010 at 06:46:50PM +0530, sonal ojha wrote:
Am very new to Qpid , I wanted to know how could I setup Qpid C++ broker in
clustering mode.
It said to use corosync but then still couldn't find what all setups are
involved.
I do not know what distribution you are using,
Hello!
This little patch is vital to make current trunk
(r928701) compile on Fedora Rawhide with Boost 1.41.0.
As far as I recall, I was compiling with this patch
cleanly on previous versions as well but I will
verify the compilation on RHEL5 with this patch applied
soon.
The other line adds
On Mon, Mar 29, 2010 at 04:30:29PM +0200, Ján Sáreník wrote:
This little patch is vital to make current trunk
(r928701) compile on Fedora Rawhide with Boost 1.41.0.
As far as I recall, I was compiling with this patch
cleanly on previous versions as well but I will
verify the compilation
Hi Andrew,
On Wed, Mar 24, 2010 at 11:29:10AM -0400, Andrew Stitcher wrote:
I'd like any comments on the announcement below and a suggestion of
where to send it.
I do not like the C
++-like wrapping of C++.
Otherwise it is comprehensive and reasonably short.
Best regards, Ján
--
Red Hat
be logged-in already.)
Wishing you all an outstanding day!
Best regards, Ján Sáreník
--
Red Hat Czech, MRG Quality Assurance Associate
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact
On Mon, Mar 15, 2010 at 01:19:52PM +0100, Ján Sáreník wrote:
But this is a patch for store. Should I create a JIRA for fix in
RHM store module?
Probably I am writing to wrong list, but rhemrg-users-l...@redhat.com
seems to be pretty unresponsive.
See my today's post with Message-ID
Hi Rajith!
On Fri, Mar 12, 2010 at 09:41:47AM -0500, Rajith Attapattu wrote:
Could you please create a JIRA and attach the patch there.
(Pls make sure to tick the check box granting the license.)
But this is a patch for store. Should I create a JIRA for fix in
RHM store module?
Probably I am
Hi!
Here is a little patch which makes one of the python tests
work with latest trunk qpid tree. I did not manage to find
the other error because I am in a hurry.
The patch applies cleanly to store r3868.
Have a nice weekend!
--
Red Hat Czech, MRG Quality Assurance Associate
diff --git
Ahoj!
On Wed, Mar 10, 2010 at 01:56:16PM -0500, Andrew Stitcher wrote:
I've put up qpid-0.6rc7 for testing, you'll find it in the usual place:
http://qpid.apache.org/dist/qpid-0.6rc7/
Is it noted somewhere, which revision of store should be used with
this release of qpid? If it's not,
Hi again!
On Thu, Mar 11, 2010 at 09:08:29AM +0100, Ján Sáreník wrote:
I do not think I have voting right (yet), but I am watching the
evolution of qpid-0.6 since the first candidates and I am very
thankful for such a team of developers who do things precisely.
Ehm, excuse me, I really did
And the attachment...
+ cd /home/jsarenik/qpid-0.6rc7
+ cd cpp
+ ./bootstrap
+ CXXFLAGS=' -DNDEBUG -O3'
+ ./configure --disable-static --with-cpg --without-help2man
[... SNIP ...]
+ make -j 5
[... SNIP ...]
+ make check
[... SNIP ...]
0% 10 20 30 40 50 60 70 80 90 100%
On Thu, Mar 11, 2010 at 09:54:29AM +0100, Ján Sáreník wrote:
2. The error on cluster tests - I did not investigate much, but
what I know is that the environment I am compiling in is able
to cleanly compile, check and install current trunk (including
the cluster module).
And if I
On Thu, Mar 11, 2010 at 09:54:29AM +0100, Ján Sáreník wrote:
1. Released tarball should contain developer-generated configure
script and not require the user to have all the autotools stuff.
This is contained in qpid-cpp-0.6rc7.tar.gz though.
Ján
Hello,
during my regular automated morning build I found the error
in attachment. This is the first time I was compiling with
xqilla-devel package installed.
Versions used:
Fedora 12 x86_64 with all updates and testing-updates
xqilla-devel-2.1.3-0.6.fc11.x86_64
qpid/trunk/q...@920189
Hello!
See the attachment.
Best regards, Ján
--
Red Hat Czech, MRG Quality Assurance Associate
Making all in managementgen
make[1]: Entering directory `/home/jsarenik/pub/git/qpid/cpp/managementgen'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
Hello!
On Wed, Feb 24, 2010 at 10:34:05AM +0100, Ján Sáreník wrote:
See the attachment.
Forget it please. It was caused by a locally modified nspr.h
on my system. Everything works now and no git bisect needed.
My apologize, Ján
--
Red Hat Czech, MRG Quality Assurance Associate
Hello!
On current trunk (r896256) I am getting this error
after compiling --with-swig (see attachment) and
running 'make check'.
Best regards, Jan Sarenik
make[3]: Entering directory `/home/jsarenik/qpid/qpid/cpp/bindings/qmf/tests'
Running qmf interop tests using broker on port 40430
On Wed, Jan 06, 2010 at 09:19:57AM -0500, Ted Ross wrote:
The problem is that you've built without the cyrus-sasl-devel. The
client in that test tries to set the user-id header with information
extracted from the sasl context (which isn't there). This test should
be disabled in the
Hello!
On Wed, Nov 11, 2009 at 02:45:25AM +, James Birdsall wrote:
+ clicking on the Qpid Testing link gets me a login page, then after
I log in I get You cannot view this page, Page level restrictions
have been applied that limit access to this page.
snip
I am experiencing all the same.
Hi Steve!
On Wed, Jul 01, 2009 at 11:43:34AM -0400, Steve Huston wrote:
I've attached my trunk_nightly.cmake - it sets up the build parameters
you want to use, primes the cmake cache with settings you like, etc.
Excuse me, but there seems to be no attachment to your e-mail.
Best regards
Hi there!
Just an update, since two patches - one by aconway (789726),
the other (and equally important) by tross (789773) - I can
already make distcheck when bootstrapping using last autotools
on non-RHEL Linux distribution. Thanks for fixing that!
Not wanting to raise following much, but I
Hi Ted!
On Mon, Jun 29, 2009 at 05:52:32PM -0400, Andrew Stitcher wrote:
On Mon, 2009-06-29 at 17:30 -0400, Ted Ross wrote:
I would like to add a new m4 macro definition (AC_PROG_SWIG) to the CPP
build directory but it has the following license text. I understand
that GPLv2 is not
Hi Alan!
On Wed, Jun 17, 2009 at 11:21:43AM -0400, Alan Conway wrote:
This should be fixed as of r785601
Maybe is, but I see another error much earlier in the build
process now... r785940
Jasan
--
Red Hat Czech, MRG Quality Assurance Associate
libtool: compile: g++ -DHAVE_CONFIG_H -I.
Hi Jonathan!
On Tue, Jun 16, 2009 at 04:25:10PM -0400, Jonathan Robie wrote:
*...@qpid.apache.org* or *us...@qpid.apache.org* mailing listis.
^^
http://qpid.et.redhat.com/download.html
I have checked and it really reads listis
Hi there!
On Mon, Jun 15, 2009 at 01:59:29PM -0400, Ted Ross wrote:
Thanks for sending this error report. Can you include the
information from the test that failed? That information isn't in
the body of your email. Please note that the Apache list servers
strip attachments off of email
On Wed, Apr 08, 2009 at 11:52:12AM +0100, Gordon Sim wrote:
Ján Sáreník wrote:
even the releases (M4) require you to run
bootstrap which is really bad example of GNU autotools usage.
I don't believe that is the case. The cpp M4 tarball[1] only requires
./configure.
Sorry, I was checking
.
On Mon, Mar 16, 2009 at 09:28:31AM +0100, Ján Sáreník wrote:
Yes, IMHO it is a boost change. I am including a patch that helps me
to make it compile and run.
The change is already upstream in trunk, see
https://issues.apache.org/jira/browse/QPID-1741
for more info.
Best regards, Jasan
--
Red Hat
Hi James!
On Sun, Mar 15, 2009 at 03:00:12PM +, James Mansion wrote:
I don't have older boost versions installed - is this a boost change?
Yes, IMHO it is a boost change. I am including a patch that helps me
to make it compile and run.
Best regards, Jasan
--
Red Hat Czech, MRG Quality
Manuel Teira Paz mte...@tid.es wrote:
At least on Ubuntu, the dev packages for nss3 and nspr4 provide a
nss-config and nspr-config executables, returning:
mte...@colossus:~$ nspr-config --cflags
-I/usr/include/nspr
mte...@colossus:~$ nss-config --cflags
-I/usr/include/nss
Does your
37 matches
Mail list logo