<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="Droid Sans Mono">We do not normally build commoncpp
presently, as we have migrated to using commoncpp support in
ucommon exclusively now for our tree.</font> There are some users
of commoncpp2 though, so I think it could be worth resolving this.
It is also something we can continue to maintain and will be happy
to take patches upstream for and test. Offhand it sounds like it is
just missing an include for <sys/stat.h>, unistd.h, or
something similar in applog.cpp. Some of these headers used to be
sloppily included indirectly by other ones, and a lot of that got
fixed in libc awhile ago.<br>
<br>
Twinkle has not had a new release in several years, so I am not sure
what you wish to do in regard to future potential bug fixes, etc.
At least upstream is certainly dead there. Yes, we have a patch for
it so that it builds against the current ucommon/ccrtp2/zrtp2 tree.
I am not sure if it is good to continue twinkle, but there are some
high profile users of it to this day, and organizations who do use
it actively. If you do want to continue it in the archive for
Wheezy, this is the patch we have from Werner Dittermann, at least
for the source tree.<br>
<br>
I did not know there was an active bug for this already. I am glad
there is :).<br>
<br>
On 05/15/2012 05:10 PM, Mark Purcell wrote:
<blockquote cite="mid:201205160710.11966.mark@purcell.id.au"
type="cite">
<pre wrap="">David,
We are in the process of transition to the newer versions
<a class="moz-txt-link-freetext" href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663284">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663284</a>
I suspect that in the process we will drop twinkle as obsolete and update
sflohone. We have already dropped kde3.x support for twinkle, but would
continue if a ccrtp patch could be provided.
I am having some issues with the current libcommoncpp2-dev (1.8.1) failing to
build as some defines have been dropped:
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../inc -D_FORTIFY_SOURCE=2 -
I../src -DCCXX_EXPORT_LIBRARY -D_GNU_SOURCE -I../inc -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c applog.cpp
-fPIC -DPIC -o .libs/applog.o
applog.cpp: In constructor ‘ost::logger::logger(const char*, bool)’:
applog.cpp:300:43: error: ‘S_IREAD’ was not declared in this scope
applog.cpp:300:53: error: ‘S_IWRITE’ was not declared in this scope
applog.cpp:300:61: error: ‘mkfifo’ was not declared in this scope
applog.cpp: In member function ‘void ost::logger::logFileName(const char*,
bool)’:
applog.cpp:345:43: error: ‘S_IREAD’ was not declared in this scope
applog.cpp:345:53: error: ‘S_IWRITE’ was not declared in this scope
applog.cpp:345:61: error: ‘mkfifo’ was not declared in this scope
applog.cpp: In constructor ‘ost::AppLog::AppLog(const char*, bool, bool)’:
applog.cpp:459:46: error: ‘S_IREAD’ was not declared in this scope
applog.cpp:459:56: error: ‘S_IWRITE’ was not declared in this scope
applog.cpp:459:64: error: ‘mkfifo’ was not declared in this scope
applog.cpp: In member function ‘void ost::AppLog::logFileName(const char*,
bool, bool)’:
applog.cpp:565:46: error: ‘S_IREAD’ was not declared in this scope
applog.cpp:565:56: error: ‘S_IWRITE’ was not declared in this scope
applog.cpp:565:64: error: ‘mkfifo’ was not declared in this scope
make[3]: *** [applog.lo] Error 1
Mark
On Tue, 15 May 2012 18:37:15 David Sugar wrote:
</pre>
<blockquote type="cite">
<pre wrap="">This discussion involves several issues that need to be discussed more
broadly with different Debian maintainers, particularly voip. The
original thread is under bug 672656...
First, some time ago we migrated to GNU ccrtp 2.x and libzrtpcpp 2.x,
and in the process effectively have depreciated GNU Common C++ in favor
of GNU uCommon. While Debian has the lastest ucommon library, and this
is now fixed to build the current ccrtp and zrtp releases, Debian is
maintaining much older and depreciated releases of ccrtp and zrtp
(1.3.x) which are not likely to see active maintenance.
Also, Twinkle has not been maintained by their upstream for some years
now, but is still in Debian. Nor did Twinkle ever migrate from qt3.
Should this really be carried in Wheezy? I am simply suggesting that
sflphone may be a fine replacement for Twinkle for Wheezy, and is
currently actively maintained.
We can produce patches for Twinkle (1.4.2...the last release of it) to
build against the current ccrtp and zrtp releases if so desired. We are
working on a patch for sflphone which we are in contact with the
upstream about as well. I would like to see if we can get Debian up to
date with releases that we do currently maintain and use for all our
libraries, and ideally before freeze.
-------- Original Message --------
Subject: Re: Bug#672656: libucommon-dev: /usr/lib/pkgconfig/ucommon.pc
and commoncpp.pc missing from dev pkg
Date: Mon, 14 May 2012 20:12:44 +0200
From: Werner Dittmann <a class="moz-txt-link-rfc2396E" href="mailto:Werner.Dittmann@t-online.de"><Werner.Dittmann@t-online.de></a>
To: David Sugar <a class="moz-txt-link-rfc2396E" href="mailto:dyfet@gnutelephony.org"><dyfet@gnutelephony.org></a>
CC: <a class="moz-txt-link-abbreviated" href="mailto:672656@bugs.debian.org">672656@bugs.debian.org</a>, Tristan Matthews
<a class="moz-txt-link-rfc2396E" href="mailto:tristan.matthews@savoirfairelinux.com"><tristan.matthews@savoirfairelinux.com></a>, Jonas Smedegaard <a class="moz-txt-link-rfc2396E" href="mailto:dr@jones.dk"><dr@jones.dk></a>,
Simon L'nu <a class="moz-txt-link-rfc2396E" href="mailto:simon.lnu@gmail.com"><simon.lnu@gmail.com></a>, Haakon Meland Eriksen
<a class="moz-txt-link-rfc2396E" href="mailto:haakon.eriksen@far.no"><haakon.eriksen@far.no></a>
Am 14.05.2012 18:27, schrieb David Sugar:
</pre>
<blockquote type="cite">
<pre wrap="">This actually touches upon several packages and issues that I think we
should at least try to resolve in debian before wheezy...
First, ccrtp and zrtp 2.0 or later require ucommon's commoncpp.
These are easy to build in Debian with ucommon commoncpp. However,
there are several packages that no doubt use zrtp and ccrtp. The one I
looked at was sflphone. I included the debian control file and a patch
I started on for supporting ucommon 5.2/ccrtp 2.x/zrtp 2.x. It doesn't
yet build correctly though, but is enough for Tristan to look at and see
how this would effect building sflphone...
I am pretty sure Werner Dittmann has been using twinkle with ccrtp 2.x
for awhile, and I hope could provide a patch for that as needed.
</pre>
</blockquote>
<pre wrap="">
Please be aware the twinkle is not longer maintained, Michel de Boer
stopped development and maintanance some years ago (2yrs?) . Because of
some modifications in ucommon / commoncpp I patched a local copy on my
system to compile and run with ucommon/commoncpp, ccrtp 2.x and zrtp 2.x .
Thus I would recommend to phase out twinkle because no further development
and maintenance, AFAIK it uses older versions of Qt (3.x?), KDE 3.5 etc.
Was never enhanced to latest versions of Qt (4.x) and KDE 4.x
Regards,
Werner
</pre>
<blockquote type="cite">
<pre wrap="">On 05/12/2012 06:03 PM, Jonas Smedegaard wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 12-05-12 at 11:03pm, Jonas Smedegaard wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 12-05-12 at 04:06pm, David Sugar wrote:
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><SNIP --- SNAP></pre>
</blockquote>
</blockquote>
</body>
</html>