Hi,
sust...@250bpm.com said:
However, AFAIK, there's no fully detailed description of the
architecture available. You'll have to figure out the minutiae from the
code itself and comments in it.
I'm fairly sure there's a class diagram spanning several A3 pages floating
around somewere in
Hi Michael,
mwpowell...@gmail.com said:
Hello,
I want to build ZMQ for ARM but have problems.
If I just build with the plain old i386 arch, no problems. I do get a .a
library I can statically link against, BTW. Good.
Now if I ./configure ... CC=arm-none-linux-gnueabi-gcc --host=arm
Unfortunately not, see above. E.g. I have arm-linux-gnueabi here since I
use the EmDebian toolchain.
FYI, I couldn't get zeromq-3.2.2 to compile using my toolchain (Debian
4.4.5-8) due to a bug in decoder.hpp. Fixed the bug myself and was going
to submit a patch but this appears to have been
sust...@250bpm.com said:
On 23/01/13 09:44, DEBROUX Lionel wrote:
http://lwn.net/Articles/504722/
Sadly, while it has some clear use cases, AF_BUS is not part of the
mainline kernel, it remains an out-of-tree patch...
It was added to a patched third-party 3.4.x kernel yesterday, as part
Hi,
FYI, the patch below is for an old bug, also affects ZeroMQ 3.1.0 and
2.1.11 (based on the last released versions I have local copies of, I can't
seem to access GH from here).
-mato
- Forwarded message from Martin Lucina mar...@lucina.net -
Date: Thu, 3 May 2012 13:08:49 +0200
Hi Ian!
Thanks for the patch!
You asked me to review it, so here goes...
This is based on https://github.com/zeromq/libzmq/pull/238.diff as of
today; there doesn't seem to be a better way to uniquely identify a Github
pull request's *content* since it can change all the time :-(
diff --git
John,
skal...@users.sourceforge.net said:
I am looking at the atomic ops stuff, and I find this a bit suspicious,
and also suboptimal:
#elif (defined __i386__ || defined __x86_64__) defined __GNUC__
#define ZMQ_ATOMIC_COUNTER_X86
Sure, it's suboptimal for a build on non-x86 (x86_64) and
skal...@users.sourceforge.net said:
On 07/02/2012, at 7:37 AM, Nadav Samet wrote:
I like the concept of having thread-safe sockets, but it seems that this
implementation does not really deliver what a user would expect from a
thread-safe socket. For instance, if two threads try to
inproc:// endpoint.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
identifier/symbol/name X refer to multiple instances of
something. How does that need a new socket type?
Maybe Java ThreadLocal means something else? I don't do much Java...
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev
determine the correct inproc:// endpoint,
either by using some well-known generation scheme, or interrogating the
target thread.
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman
On Tue, 7 Feb 2012 12:11:10 +1100
john skaller skal...@users.sourceforge.net wrote:
On 07/02/2012, at 11:23 AM, Martin Lucina wrote:
The each thread has its own inproc socket model is really nice and we
should emphasise it more. It leads to developing your applications
around
further calls on that context are undefined (i.e.
segfault or possibly EFAULT if you're lucky).
For more details see the manpages or http://api.zeromq.org/.
Actually I like the way zeromq is done. The few API calls and the
external thread sending and receiving.
Thanks :-)
-mato
--
Martin Lucina
skal...@users.sourceforge.net said:
The cards have been dealt, Pieter Hintjens has shown his hand and Martin
Sustrik has folded. I can't win this round, and attempting to do so will
just look silly.
Don't try to win, it's not about winning. There is always politics but this
is about
messages:
Date: Sun, 18 Dec 2011 11:35:32 -0600
From: Pieter Hintjens p...@imatix.com
To: Martin Lucina mar...@lucina.net, Martin Sustrik sust...@250bpm.com
Subject: 3.1 release
Message-ID: cadl5_sid35nnfgeikyylqoamsgnc4xnzzr3duyddv7kk237...@mail.gmail.com
dirk...@ochtman.nl said:
It feels like we got to see part of the results, but not the cause or
origin or what happened behind the scenes. IMO, private email
conversations on topics like this are very bad for the community, because
there's no level playing field allowing everyone to participate
p...@imatix.com said:
So the problem is that we need to run more tests on libzmq, more
often, and we have excellent work that can do this but we're not using
it fully.
I can think of a few solutions:
* Run the PyZMQ test scripts as part of the regular Jenkins build process
+1, and there
Pieter, Martin,
Ok, please confirm:
p...@imatix.com said:
On Sat, Feb 4, 2012 at 2:03 PM, Martin Sustrik sust...@250bpm.com wrote:
Sure, I have no objections to making the emails public.
No objections either.
I think we've done a very good job in the last couple of years in
turning
p...@imatix.com said:
On Sat, Feb 4, 2012 at 2:24 PM, Martin Lucina mar...@lucina.net wrote:
Pieter, Martin,
Do you trust me to take the complete text of these emails and, for the
avoidance of doubt, for each each email include the following headers:
Well, I'm at FOSDEM and don't have
sust...@250bpm.com said:
Hi Matteo,
we just switched our PUB/SUB architecture on 0MQ from TCP to EPGM to
reduce traffic and get over the need for a central repeater to have
multiple publisher/multiple subscribers.
I tcpdump'ed the traffic to see what was going on, but I can only see
p...@imatix.com said:
So, in summary, let's cut the philosophy and focus on targeted
*minimal* patches to solve identified problems.
+1, although minimal is a matter of opinion.
Pieter, with all due respect, it's a shame that this community is turning
into one driven by personal ideology
ian.bar...@gmail.com said:
On Fri, Feb 3, 2012 at 12:30 PM, Emmanuel TAUREL tau...@esrf.fr wrote:
Hello all,
Just for your information.
I have downloaded one hor ago libzmq from github.
The compilation fails due to line 82 of file xpub.xpp.
Doh! Sent a pull req for
Hi,
p...@imatix.com said:
Hi Folks,
Two small additions to the policy [1]:
* Please use real names on github, not aliases (so we know who we're
getting code from)
Could the maintainers please revert pull request #225 on the basis that it
does not fulfill the above requirement?
Also, I
p...@imatix.com said:
On Fri, Feb 3, 2012 at 2:03 PM, Martin Lucina mar...@lucina.net wrote:
Could the maintainers please revert pull request #225 on the basis that it
does not fulfill the above requirement?
Not done, instead we clarified the requirement.
To clarify; I wasn't referring
aj.le...@quantum.com said:
What you're not taking into account with your meritocracy idea is all
the quiet users of this library that *aren't* contributing patches, but
rely on the functionality of the library for their work.
To clarify what I meant by meritocracy: An Open Source project,
cremes.devl...@mac.com said:
Well that's enough pontificating I'll go back to hacking the broken
Node binding now (It breaks under Node's move to libuv ...nothing really to
do with 0MQ which I'm barred from hacking directly :( )
So sad. The library needs some serious love on the
p...@imatix.com said:
The debate here is whether the old meritocracy can deliver that
quality or not. The evidence suggests it can, but only with huge
effort. However, over the last years I've been able to maintain
several 2.x releases with minimal effort, and maintain high quality,
by
skal...@users.sourceforge.net said:
I also asked a question earlier that didn't seem to get answered: what is the
attitude introducing a dependence on a foreign library? (Source can be
included
in zmq without licence issues). In this case, Judy, since that determines the
overhead.
I'd been
skal...@users.sourceforge.net said:
Under Martin Sustrik's lead, we had a mediocre community, and a great
product.
Under Pieter Hintjens' lead, we have a great community, but are rapidly
progressing towards a mediocre product.
Can you point to issues in the actual source and
skal...@users.sourceforge.net said:
[Good definitions of
message/fragment/frame/message-buffer/message-container snipped]
Really, the biggest problem is that zmq_msg_t object is called
a message.
The use of message comes from the term message-oriented-middleware and
message queue, both of
p...@imatix.com said:
On Thu, Feb 2, 2012 at 2:19 AM, Gary Wright at2002+...@me.com wrote:
message:
fragment:
frame:
Makes sense. fragment is long, for an API word. But in fact the only
real issue to solve here is consistency: any semantics will work, if
repeated consistently. So
skal...@users.sourceforge.net said:
On 02/02/2012, at 10:18 PM, Pieter Hintjens wrote:
On Thu, Feb 2, 2012 at 6:42 AM, Kishore Kopalle kkopa...@gmail.com wrote:
I am receiving the following errors when I try to work in a multi-threaded
environment (10 threads) where ZeroMQ is used to
transport (e.g. PGM) is always
lost due to the subscribe to all being done asynchronously.
This patch fixes the problem and also refactors the code to have a single
point where the subscribe to all is performed.
Signed-off-by: Martin Lucina mar...@lucina.net
Available for review
for LIBZMQ-294; I'll update that JIRA
and close the other JIRAs as well.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
On Fri, 3 Feb 2012 09:17:12 +0900
Martin Lucina mar...@lucina.net wrote:
On Thu, 02 Feb 2012 14:24:01 -0600
Chuck Remes cremes.devl...@mac.com wrote:
Merged in commit 4f4d72a.
Thanks!
For the record, you also pulled 82d9353 as a bonus, my fault for not
sticking that on a separate
algorithms right is really hard.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
would recommend that language bindings follow the libzmq core
behaviour.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
skal...@users.sourceforge.net said:
On 30/01/2012, at 8:49 PM, Staffan Gimåker wrote:
Hi,
Pieter asked me to ask for feedback on some pull requests which got merged
to master, so here we go:
I'm confused..
~/zeromq/libzmqgit pull
Already up-to-date.
You're not confused, these
Pieter,
p...@imatix.com said:
Thus, I'd advise people to send patches early, rather than late, since
it takes about 6 months for new code to make its way into a stable
release. If you time it right, you can roll into production on a
stable release that contains the fixes you depend on.
The
Hi Chuck,
cremes.devl...@mac.com said:
Mato, I understand that you have little desire to join github. I'll
volunteer to process any patches that you create. Send them to the list
for comment (like before) and I'll handle pulling from your non-github
repository and pushing to libzmq.
Thanks!
p...@imatix.com said:
Mikko is working on this. We are seriously overloaded at the moment.
If anyone wants to help set this up, I believe
https://github.com/samwho/GitHub-Pull-Request-Email-Bot is a good
place to start.
In the meantime I'll edit the contribution page to ask people to email
Hi,
these have been sitting in my staging repo for some time now.
It would be good to get these into libzmq master, but it seems it's not
possible to create a pull request on Github without hosting the actual repo
to be pulled from on Github.
For various reasons which it would be OT to discuss
Hi Michael,
415...@gmail.com said:
I submitted a pull request on github, to fix build issues on old Linux (Redhat
circa 2002, 2.4 kernel, 3.2 gcc).
Thanks for the patches.
But it looks like it may also be necessary to post the patch here. I'm not
sure
how you want it exactly, so what
Hi all,
as you may have noticed, a new contribution policy for libzmq has been put
in place: http://www.zeromq.org/docs:contributing
I would like to draw your attention to the following points:
The team that manages patches back to libzmq are the maintainers.
Maintainers are not developers
cremes.devl...@mac.com said:
What specific suggestions do you have for improving the process?
(Demanding that all patches be rigorously inspected and tested by the
maintainers is not a reasonable, though specific, suggestion.)
Code review is in fact specifically what I am asking for. Every
mar...@lucina.net said:
The libzmq process as defined leaves no provision for code review
whatsoever.
I realise that code review is time consuming, costly, and often boring.
If my suggestion is unreasonable due to the fact that the current
maintainers are unpaid volunteers, then the real
aj.le...@quantum.com said:
On Thu, Jan 26, 2012 at 07:53:06AM -0600, Pieter Hintjens wrote:
On Thu, Jan 26, 2012 at 2:17 AM, Ian Barber ian.bar...@gmail.com wrote:
Is it possible that this API should simply be on a different calls, a
zmq_bind_assign or similar, to avoid this clash?
process formally in place now?
I have not seen any announcement.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
to see if the multicast packets are actually hitting the network.
Cheers,
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
).
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
,
Martin
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
On Wed, 25 Jan 2012 18:39:02 -0600
Pieter Hintjens p...@imatix.com wrote:
On Wed, Jan 25, 2012 at 6:19 PM, Martin Lucina mar...@lucina.net wrote:
It is disabled because in ZeroMQ, by design, there is no way to work
with individual underlying connections of a socket. Hence
, but the implementation would be ... hard. This dives
right in to the termination mechanisms in libzmq which are really
complex.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman
()
with the char* you originally passed to bind() or connect().
Semantics are pretty much the same; it is obviously an error to unbind
() or disconnect() an endpoint which was not bound or connected in the
first place.
-mato
--
Martin Lucina mar...@lucina.net
problem people are trying to solve, and
solve that simply and minimally.
Given that an API will stick around for a long time, it is good API
design process to extrapolate current and possible future use cases
and arrive at the simplest possible API covering all these use cases.
--
Martin Lucina
On Thu, 26 Jan 2012 17:50:19 +1100
john skaller skal...@users.sourceforge.net wrote:
On 26/01/2012, at 2:54 PM, Martin Lucina wrote:
I would go with just calling unbind() or disconnect()
with the char* you originally passed to bind() or connect().
That's exactly what I said
anyone intentionally, just trying to
get the best result with the least possible resources.
-mato
[1] your name is Bill and what you end up with is Windows.
[2] hopefully to be released publicly some time in the next month or
so, watch this list...
--
Martin Lucina mar...@lucina.net
Hi Stefan,
staf...@spotify.com said:
Are there any plans to migrate libzmq to use a more fully-featured testing
framework (e.g. googletest)?
Not at the moment, but it's mostly a case of finding someone interested and
persistent enough to do the work.
I believe that Steven McCoy was working on
se...@yandex-team.ru said:
21.01.2012 01:56, Sergey Matveychuk wrote:
clients. netstat -a on server shows no connection with a client, but on
the client netstat -a shows an established connection:
I think the patch will resolve my problem.
As Martin Sustrik says, SO_KEEPALIVE is probably
skal...@users.sourceforge.net said:
On 22/01/2012, at 12:13 PM, Martin Sustrik wrote:
On 19/01/12 17:05, john skaller wrote:
This is seriously bugged. You may not use the name DLL_EXPORT.
You must use a command line macro name specific to the library!
For example ZMQ_DLL_EXPORT.
Martin,
sust...@250bpm.com said:
I believe this discussion misses what I wanted to say.
There are many issues mixed here:
1. Should 0MQ provide internal message parts?
2. Should 0MQ provide application-level message parts?
3. Expose the functionality as gather-scatter arrays?
4. Should
skal...@users.sourceforge.net said:
I see no technical reason that you cannot *add* an array based interface:
two extra functions.
Sure, there is no technical reason, but it's a question of demand and
(more importantly) API maintenance.
Regarding demand, if enough people see the benefit in an
it :-)
The important (and probably hard) part is cross-posting the discussion
threads from the PRs to the ML in a way that makes sense.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http
stuff, thanks Pieter and Mikko for putting this together!
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
list but I think it's just
extra work with no real benefit, plus you run the risk of fragmenting
discussion about the content of the pull request since people *will*
comment using the Github interface, and we don't want that.
Am I making sense now?
-mato
--
Martin Lucina mar...@lucina.net
messages written to the session in all
cases which can lead to a stalled reader. Add calls to session-flush ()
in the appropriate places.
- ensure to restart polling when a pending message is flushed in
activate_in ().
Signed-off-by: Martin Lucina mar...@lucina.net
---
src/pgm_receiver.cpp
will tell you how many
that process is using up till now.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
many
that process is using up till now.
Actually, the latter won't work since fds are re-used within a process,
i.e.
0 = open (...)
1 = open (...)
2 = open (...)
close (0)
0 = open (...)
So 'lsof' is your best bet.
-mato
--
Martin Lucina mar...@lucina.net
,
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
.
-mato
--
Martin Lucina mar...@lucina.net
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Opening any PGM socket gives this assertion. The problem is in
pgm_sender_t::plug() which is incorrectly testing the return value from
session::write().
Signed-off-by: Martin Lucina mar...@lucina.net
---
src/pgm_sender.cpp |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
of the 0MQ 3.0.x series will be
discontinued. All users are encouraged to upgrade to 3.1.
Please refer to the attached release notes for a list of major changes in
this release.
Thanks to everyone involved for reporting bugs and helping test the new
release!
Regards,
--
Martin Lucina
Lucina
Pieter,
could you please add the v3.1 manpages to api.zeromq.org?
(The instructions on the release page say rebuild that site)
Thanks!
-mato
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Hi Gabriele,
gabriele.sve...@gmail.com said:
[...]
I shared your confusion when I started dealing with these technologies
because they are not very well documented and some terms are often
used interchangeably. By RDMA-enabled technologies I mean any kind
of technology that implements the
Gabriele,
gabriele.sve...@gmail.com said:
I will, looking at all the responses it seems that there's more
interest for it than I had predicted :-)
From my investigation of IB/RDMA it looks like the APIs are typical
enterprise stuff. Big and complex. The benefit of having a single
API (ZeroMQ)
michael.sa...@dynetics.com said:
Btw, do you have any performance benchmark that compare using IB verbs
vs. simply using SDP?
I don't have anything offhand. I'll have to run some benchmarks. While I'm
at it, I'll try to benchmark 0MQ on a QDR IB network.
... or vs. IPoIB. See the
cremes.devl...@mac.com said:
Could someone with the authority please update the zeromq.org web page so
that on the Learn ZeroMQ page we have the FAQ listed underneath the Guide
and Man pages? The FAQ, being frequently asked by definition, is buried on
the Solve a Problem page, so we're
pelletier.mic...@gmail.com said:
Announcing channel logging in the topic is suggested by freenode's
channel guidelines:
http://freenode.net/channel_guidelines.shtml
If you're publishing logs on an ongoing basis, your channel topic
should reflect that fact.
Fair enough. Fixed.
Just
the
asynchronous code path (poll, out_event).
Signed-off-by: Martin Lucina mar...@lucina.net
---
src/ipc_connecter.cpp |1 +
src/tcp_connecter.cpp |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/ipc_connecter.cpp b/src/ipc_connecter.cpp
index dc0ee21..58dccf4 100644
Martin, Mikko, others,
it looks like these questions are coming up more and more; what I'd like to
do is start a more formal Wiki page about cross-compiling and embedded
systems, and also a FAQ section.
The idea is that this would contain generic instructions and answers to
common problems, and
sust...@250bpm.com said:
On 11/11/2011 10:43 AM, Mikko Koppanen wrote:
Looking at
http://code.google.com/p/encmq/source/browse/trunk/src/zeromq/CMakeLists.txt
it's under GPL license. Is this problematic for us? Maybe we could
start from Steven's CMakeLists and expand from there.
I
sust...@250bpm.com said:
http://www.250bpm.com/blog:1
Martin, this is great! And it brings back memories.
Baroque cellar indeed :-)
Finally, we have a narrative of the last 5 years.
Here's to the next 5 years and a big thank you to everyone involved.
-mato
2001
From: Martin Lucina mar...@lucina.net
Date: Wed, 9 Nov 2011 13:12:46 +0100
Subject: [PATCH] Set libzmq ABI version to 3
libzmq master (3.1) is not ABI compatible with libzmq 2.1.x or 3.0 (removed
functionality), hence the ABI version needs to be set to 3.
Signed-off-by: Martin Lucina mar
ilej...@narod.ru said:
Not sure I've convinced you that zmqmessage is a right thing for C++,
but I hope that I managed to give some reasons behind this design.
I think it's great that we have another more/different C++-like alternative
to the very lightweight zmqcpp.
I also prefer libraries
Martin,
sust...@250bpm.com said:
Hi all,
I have some code paid for by a company that I want to add to 0MQ.
However, at the moment we have no process to attribute copyrights to
companies as opposed to individual contributors.
Let's do it this way: If you submit a patch you (as a
sust...@250bpm.com said:
On 10/31/2011 12:26 PM, Martin Lucina wrote:
The way I've seen it done in other projects is:
- If you create a new source file, you add the requisite license header and
copyright (whether your own, or that of a company)
- When you submit a patch
sust...@250bpm.com said:
As for the rollback of 4.0, are there commits in 4.0 that are not in 3.0
that would want to be kept in the new 3.0-tracking master? I'm just
confused as to why the reverting would happen if the plan is simply to
make 3.0 master, and 4.0 'experimental', when you
mich...@frumin.net said:
All,
Just an FYI, that ZeroMQ has been selected as the messaging bus for
the back end of the NYC-wide expansion of http://bustime.mta.info/
(http://bustime.mta.info/wiki/Technology), which is going to be
completely open source. It would have been fun to use it for
p...@imatix.com said:
Changes
---
* Removed Debian packaging, which is now available at packages.debian.org
or via apt-get.
To avoid any confusion, I'd just like to point out that the built-in
Debian packaging was never actually distributed in the release tarballs, it
only ever
p...@imatix.com said:
On Mon, Jul 11, 2011 at 6:04 PM, Martin Lucina m...@kotelna.sk wrote:
Not sure what you mean by update. As it stands that packaging is
maintained externally as part of the official Debian package.
What would need to be done is replace the current stuff in Git
sust...@250bpm.com said:
Btw, one final question. You've explained to me how to design IPv6
support so that it plays well with dual-stack boxes. Of course, I forgot
what you've said in the meantime, but it seemed to make sense back then.
Can you outline how it should work in few sentences?
p...@imatix.com said:
On Tue, Jul 12, 2011 at 3:03 PM, Martin Lucina m...@kotelna.sk wrote:
In that case let's delete it. Anyone who is going to be building custom
DEBs for internal use already knows to get the source package using either
apt-get source zeromq, or downloading it manually
Hi all,
due to lack of funding or any significant revenue that would offset the
costs I can no longer justify spending time as maintainer of the build
system or native API reference manual.
The build system is in the good hands of Mikko Koppanen; as for the API
reference, it would be great if
p...@imatix.com said:
On Mon, Jul 11, 2011 at 4:41 PM, Martin Lucina m...@kotelna.sk wrote:
due to lack of funding or any significant revenue that would offset the
costs I can no longer justify spending time as maintainer of the build
system or native API reference manual
sust...@250bpm.com said:
Nope. It was a overlooked leftover from the past.
I would say the build system should be either GPL or LGPL. Keeping one
file GPL'd doesn't make much sense.
Mixing licenses in a single package would be a bad idea unless absolutely
necessary. It creates confusion for
sust...@250bpm.com said:
Hi Mikko, Mato,
It seems that if libzmq git directory is on path that contains space
character, make check fails.
There's probably any number of things that will fail in the build system if
a path component has whitespace in it.
Ideas?
Don't do that.
-mato
steven.mc...@miru.hk said:
Comments are still messed up in JIRA, and is there anyway I can actually get
an
account tied to my existing cases? I'm listed as steve-o but cannot create
an account with that name.
This is now fixed, finally.
I've associated the imported steve-o with your email
sust...@250bpm.com said:
On 05/23/2011 03:22 AM, Ian Barber wrote:
On Fri, May 20, 2011 at 4:50 PM, Martin Lucina m...@kotelna.sk
mailto:m...@kotelna.sk wrote:
3) Last but not least, IMHO libraries should *not* print helpful
messages. This leads to horrible practices
p...@colomiets.name said:
On Sat, May 21, 2011 at 2:31 AM, Pieter Hintjens p...@imatix.com wrote:
I think what you need to do is make a test bench that proves the case.
Perhaps an EC2 instance with low virtual memory, or somesuch.
Something people can play with.
The
Hi,
jdmitch...@gmail.com said:
Howdy,
tl/dr: I have a new jira account and I can login and see issues but there's
literally nothing in the UI allowing me to enter new bugs.
Longer:
I created an account inn the new jira a couple of days ago (johnm). At the
time, I could login but not
1 - 100 of 426 matches
Mail list logo
