oreka-devel Mailing List for oreka

On Wed, Sep 30, 2009 at 01:05:00PM -0300, ale...@th... wrote:
> Hi all:
> I wonder to know if it would be possible for G729 calls to be stored in
> a Wav stereo format (one side of the calls per stereo channel) but still
> G729 coded.
> This will actually not break any licencing issue as the Oreka module
> will not decode the G729 protocol at all. Just store it in a different
> way.
>  
> Then users will be able to install G729 codecs only on the PCs where the
> calls are going to be listened. There is one G729 codec on
> www.vidosystem.com per instance.
>  
> Will this be possible? Any thoughts?

How technically do you use a G.729-encoded payload on a WAV file? What
header?

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

Hi all:
I wonder to know if it would be possible for G729 calls to be stored in
a Wav stereo format (one side of the calls per stereo channel) but still
G729 coded.
This will actually not break any licencing issue as the Oreka module
will not decode the G729 protocol at all. Just store it in a different
way.
 
Then users will be able to install G729 codecs only on the PCs where the
calls are going to be listened. There is one G729 codec on
www.vidosystem.com per instance.
 
Will this be possible? Any thoughts?
 
B. Regards
Alejandro


This email was sent to you by Thomson Reuters, the global news and information company.
Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.

On Thu, Sep 24, 2009 at 03:10:36PM -0400, Henri Herscher wrote:
> All,
> 
>  
> 
> We have developed a new way of recording Asterisk calls through a
> combination of a new Xorcom developed Asterisk Module and new OrecX
> developed Oreka code. The entire stack is being release as open source!
> 
>  
> 
> A webinar will be held by the good folks from Xorcom. The details are below.

In the mean time, those of you who want to look at the code, should look
at 

  http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp/

Or the variant for Asterisk 1.4:

  http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp-14/

You can use 'svn diff' to generate patches vs the original branch. E.g.:

  svn diff http://svn.asterisk.org/svn/asterisk/branches/1.4 \
    http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp-14/ \
    >monitor-rtp-14.diff

Some more information:

http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp/doc/monitor-rtp.txt
http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp/configs/monitor.conf.sample

As I mentioned there, I think that the name 'DahdiIntercept' for this is
not such a good one. Maybe call it 'AsteriskIntercept' instead? It has
nothing DAHDI-specific. It is applicable to any other non-voip channel
as well. And it is actually good for letting *Asterisk* send the exact
traffic and metadata.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

All,

 

We have developed a new way of recording Asterisk calls through a
combination of a new Xorcom developed Asterisk Module and new OrecX
developed Oreka code. The entire stack is being release as open source!

 

A webinar will be held by the good folks from Xorcom. The details are below.

 

Enjoy!

Henri

 

Get More from Your Open Source Recording Utility

 

Join us for a Webinar on September 30

 

Space is limited.

Reserve your Webinar seat now at:

https://www2.gotomeeting.com/register/826463915

 

Did you know you can do all the following with an open source recording
utility?:

 

* Capture both PSTN and IP calls

* Increase recording capacity

* Gather complete identifying information

 

Although the current Asterisk versions include support for call recording,
this capability is limited in the number of calls that can be recorded
simultaneously, due to the stress this activity places on the PBX processor.

 

In this Webinar, OrecX and Xorcom will present their recently released joint
development, available as a patch to Asterisk, which significantly increases
recording capacity. It also allows both PSTN and IP calls to be recorded and
stored with identifying information for cataloging and later retrieval,
without taxing PBX resources.

 

Title:

Get More from Your Open Source Recording Utility

                        

Date:

Wednesday, September 30, 2009

                        

Time:

10:00 AM - 10:45 AM EDT

 

After registering you will receive a confirmation email containing
information about joining the Webinar.

 

System Requirements

PC-based attendees

Required: WindowsR 2000, XP Home, XP Pro, 2003 Server, Vista

 

MacintoshR-based attendees

Required: Mac OS(R) X 10.4 (Tiger(R)) or newer

Hi

One of the sacred rules of Policy of Debian is

  Every program shall have a manual page.

Following that, I have composed one for orkaudio. It is attached.

It is a groff file. To view it, use:

  man ./orkaudio.8

For more information about the format, see man(7), groff_man(7) and
similar pages.

Naturally I have only documented values relevant to the UNIX/Linux
variant. There are still a number of things to fill in.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

On Wed, Sep 23, 2009 at 03:48:06PM +0300, Tzafrir Cohen wrote:
> On Thu, Sep 17, 2009 at 04:06:52PM -0400, Henri Herscher wrote:
> > Tzafir,
> > 
> > This object is initialize both in Initialize() and in Configure(), I wonder
> > how you managed to get it null?
> > Did you run OrkAudio without a config file or something? How did you manage
> > to get this segfault?
> 
> I still can't reproduce this, but see the following. Liens begginng with
> '#' in the following trace are comments I have added now and not part of
> the trace. Also note that this shifted lines of other messages down a
> bit.

Another trace, with the same settings as the above message:

oreka$ ./orkaudio/orkaudio
/var/log/orkaudio/audio/2009/09/23/18/20090923_180044_PBO.mcf
Argument incorrect. Possibilies are:
debug: run attached to tty
transcode <file>: convert .mcf file to storage format specified in
config.xml

tzafrir@sweetmorn:~/Proj/Asterisk/Oreka/oreka$ ./orkaudio/orkaudio transcode /var/log/orkaudio/audio/2009/09/23/18/20090923_180044_PBO.mcf
Unable to open file: /var/log/orkaudio/orkaudio.log

Unable to open file: /var/log/orkaudio/messages.log

Unable to open file: /var/log/orkaudio/tapelist.log

# A message I added:
2009-09-23 15:04:53,800  INFO root:143 - Calling LoadPlugins from Transcode
2009-09-23 15:04:53,800 ERROR root:88 - Plugins directory could not be found:/usr/lib/orkaudio/plugins/ check your config.xml
2009-09-23 15:04:53,800  INFO taperegistry:55 - Registered processor: BatchProcessing
2009-09-23 15:04:53,800  INFO taperegistry:55 - Registered processor: Reporting
2009-09-23 15:04:53,800  INFO taperegistry:55 - Registered processor: TapeFileNaming
2009-09-23 15:04:53,801  INFO batchProcessing:102 - thread Th0 starting - queue size:20000
2009-09-23 15:04:53,801  INFO batchProcessing:134 - [] Th0 processing 20090923_180044_PBO
2009-09-23 15:04:53,801  INFO batchProcessing:246 - [] Th0 RTP payload type:0
2009-09-23 15:04:53,801 ERROR batchProcessing:401 - [] Th0 Could not instanciate RTP mixer
2009-09-23 15:04:53,802  INFO reporting:301 - Thread reporting to localhost,8080 started

Just as before, I configure the plugins directory to be something in
config.xml, but the hardwired value is used.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

On Thu, Sep 17, 2009 at 04:06:52PM -0400, Henri Herscher wrote:
> Tzafir,
> 
> This object is initialize both in Initialize() and in Configure(), I wonder
> how you managed to get it null?
> Did you run OrkAudio without a config file or something? How did you manage
> to get this segfault?

I still can't reproduce this, but see the following. Liens begginng with
'#' in the following trace are comments I have added now and not part of
the trace. Also note that this shifted lines of other messages down a
bit.

Also note that orkadio is not installed on the system. In order to avoid
the install cycle, I have:

  oreka$ ls -l plugins/ orkaudio/orkaudio
  -rwxr-xr-x 1 tzafrir tzafrir 542058 2009-09-23 13:37 orkaudio/orkaudio
  plugins/:
  lrwxrwxrwx 1 tzafrir tzafrir 63 2009-09-23 12:17 libgenerator.so -> ../orkaudio/audiocaptureplugins/generator/.libs/libgenerator.so
  lrwxrwxrwx 1 tzafrir tzafrir 49 2009-09-23 12:17 librtpmixer.so -> ../orkaudio/filters/rtpmixer/.libs/librtpmixer.so
  lrwxrwxrwx 1 tzafrir tzafrir 53 2009-09-23 12:17 libvoip.so -> ../orkaudio/audiocaptureplugins/voip/.libs/libvoip.so

I also moved /usr/lib/orkaudio/plugins out of the way to make sure it is
not used.

My config file:

$ sed -e 's/<!--.*-->//' -e '/^[ \t]*$/d' /etc/orkaudio/config.xml  
<config>
        <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>
        <CapturePlugin>libvoip.so</CapturePlugin>
        <CapturePluginPath>/home/tzafrir/Proj/Asterisk/Oreka/oreka/plugins</CapturePluginPath>
        <StorageAudioFormat>gsm</StorageAudioFormat>
        <DeleteNativeFile>yes</DeleteNativeFile>
        <TrackerHostname>localhost</TrackerHostname>
        <TrackerTcpPort>8080</TrackerTcpPort>
        <CapturePortFilters>LiveMonitoring</CapturePortFilters>
        <TapeProcessors>BatchProcessing, Reporting</TapeProcessors>
        <BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>   
        <VoIpPlugin>
                <Devices>eth0</Devices>
                <DahdiIntercept>yes</DahdiIntercept>
        </VoIpPlugin>
</config>

This is basically the default (linux) config file, with the following
differences:

1. CapturePluginPath set to some non-standard value. The value
originally set in the file: '/usr/lib', which is quite non-useful.

2. The value for 'Devices' under 'VoIpPlugin' is explicitly set to
'eth0'. In my case the default value (when it was not set) was "the last
network adapter, which happens to be 'tun0' and not very useful.


sweetmorn:~# /home/tzafrir/Proj/Asterisk/Oreka/oreka/orkaudio/orkaudio debug
# Message added by me:
2009-09-23 12:39:14,038  INFO root:226 - Before loading CapturePluginProxy
2009-09-23 12:39:14,039  INFO root:109 - Loaded plugin: /home/tzafrir/Proj/Asterisk/Oreka/oreka/plugins/libvoip.so
2009-09-23 12:39:14,044  INFO packet:3587 - Initializing VoIP plugin
2009-09-23 12:39:14,146  INFO packet:3400 - Available pcap devices:
2009-09-23 12:39:14,146  INFO packet:3407 - * eth0 -
2009-09-23 12:39:14,158  INFO packet:3439 - Successfully opened device.
pcap handle:f981a0 message:arptype 65534 not supported by libpcap -
falling back to cooked socket
2009-09-23 12:39:14,158  INFO packet:3407 - * tun0 -
2009-09-23 12:39:14,158  INFO packet:3407 - * any - Pseudo-device that captures on all interfaces
2009-09-23 12:39:14,158  INFO packet:3407 - * lo -
2009-09-23 12:39:14,158  WARN packet:3540 - LoadPartyMaps: Could not open file:localpartymap.csv -- trying:/etc/orkaudio/localpartymap.csv now
2009-09-23 12:39:14,159  INFO packet:3546 - LoadPartyMaps: Could not open file:/etc/orkaudio/localpartymap.csv either -- giving up
# Added by me:
2009-09-23 12:39:14,159  INFO root:234 - Calling LoadPlugins from MainThread
2009-09-23 12:39:14,159 ERROR root:88 - Plugins directory could not be found:/usr/lib/orkaudio/plugins/ check your config.xml
2009-09-23 12:39:14,159  INFO taperegistry:55 - Registered processor: BatchProcessing
2009-09-23 12:39:14,159  INFO reporting:301 - Thread reporting to localhost,8080 started
2009-09-23 12:39:14,160  INFO taperegistry:55 - Registered processor: Reporting
2009-09-23 12:39:14,160  INFO taperegistry:55 - Registered processor: TapeFileNaming
2009-09-23 12:39:14,160  INFO immediateProcessing:64 - thread starting - queue size:10000
2009-09-23 12:39:14,160  INFO batchProcessing:102 - thread Th0 starting - queue size:20000
2009-09-23 12:39:14,160  INFO tapeFileNamingLog:86 - Started
2009-09-23 12:39:14,161  INFO commandlineserver:59 - Started command line server on port:59130
2009-09-23 12:39:14,161  INFO httpserver:159 - Started HTTP server on port:59140
2009-09-23 12:39:14,162  INFO eventstreamingserver:277 - Started event streaming server on port:59150
2009-09-23 12:39:14,162  INFO packet:3089 - Start Capturing: pcap
handle:f981a0

As you can see, the voip plugin is loaded from
CapturePluginProxy::Singleton()->Initialize() and loaded from the right
path. A bit later on, LoadPlugins() fails to find the plugins directory
I set and tries to use the hardwired default.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

On Thu, Sep 17, 2009 at 04:06:52PM -0400, Henri Herscher wrote:
> Tzafir,
> 
> This object is initialize both in Initialize() and in Configure(), I wonder
> how you managed to get it null?
> Did you run OrkAudio without a config file or something? How did you manage
> to get this segfault?

I have config files. I ran as root:

   /home/tzafrir/Proj/Asterisk/Oreka/oreka-trunk/orkaudio/orkaudio debug

The working directory has no config files. 

$ ls -l /etc/orkaudio/
-rw-r--r-- 1 root root 3062 2009-09-07 11:12 config-linux-template.xml
-rw-r--r-- 1 root root 3243 2009-09-17 11:57 config.xml
-rw-r--r-- 1 root root 1957 2009-09-01 21:57 logging-linux-template.properties
-rw-r--r-- 1 root root 1957 2009-09-14 13:30 logging.properties

Relevant lines in config.xml:

<config>
        <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>
        <CapturePlugin>libvoip.so</CapturePlugin>
        <CapturePluginPath>/usr/lib/orkaudio</CapturePluginPath>
        <CapturePluginPath>/home/tzafrir/Proj/Asterisk/Oreka/oreka-trunk/plugins</CapturePluginPath>
        <StorageAudioFormat>gsm</StorageAudioFormat>
        <DeleteNativeFile>yes</DeleteNativeFile>
        <TrackerHostname>localhost</TrackerHostname>
        <TrackerTcpPort>8080</TrackerTcpPort>
        <CapturePortFilters>LiveMonitoring</CapturePortFilters>
        <TapeProcessors>BatchProcessing, Reporting</TapeProcessors>
        <BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>   
        <VoIpPlugin>
                <Devices>eth0</Devices>
                <DahdiIntercept>yes</DahdiIntercept>
        </VoIpPlugin>
</config>

logging.properties is not changed.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

OrkTrack is lauched by the Apache Tomcat servlet container. OrkAudio sends
messages to it via HTTP GET (like standard servlet commands)

Cheers,

Henri

 

  _____  

From: Dennis Drew [mailto:dre...@ya...] 
Sent: 17 September 2009 16:23
To: Ore...@li...
Subject: [Oreka-devel] Orktrack is mysterious!

 

Henri, I have been trying to understand how Orktrack works. I know it is
running under Tomcat and needs the ortrack.war file of classes. But
What/who/where does it get launched and how does Orkaudio communicate with
it? I am just trying to understand all of these disjoint technologies for an
educational experiance. I finally got all of the necessary jars in place and
it compiles ok and I could make a war file. But then what? Is there any
place that explains how this little gem works?

Thanks in advance for any direction... Dennis

 

Henri, I have been trying to understand how Orktrack works. I know it is running under Tomcat and needs the ortrack.war file of classes. But What/who/where does it get launched and how does Orkaudio communicate with it? I am just trying to understand all of these disjoint technologies for an educational experiance. I finally got all of the necessary jars in place and it compiles ok and I could make a war file. But then what? Is there any place that explains how this little gem works?
Thanks in advance for any direction... Dennis

Tzafir,

This object is initialize both in Initialize() and in Configure(), I wonder
how you managed to get it null?
Did you run OrkAudio without a config file or something? How did you manage
to get this segfault?

Henri

-----Original Message-----
From: Tzafrir Cohen [mailto:tza...@xo...] 
Sent: 16 September 2009 12:41
To: Oreka Developers list
Subject: [Oreka-devel] libvoip.so: segfault on startup

After finally getting the voip plugin to load, I get a segfault on
startup.

Here's a patch that fixes the symptom:

Index: audiocaptureplugins/voip/VoIp.cpp
===================================================================
--- audiocaptureplugins/voip/VoIp.cpp   (revision 641)
+++ audiocaptureplugins/voip/VoIp.cpp   (working copy)
@@ -2846,6 +2846,10 @@ void HandlePacket(u_char *param, const struct pcap
                s_maxPacketsPerSecond = 0;
                s_minPacketsPerSecond = 0;
        }
+       if(!g_VoIpConfigTopObjectRef.get())
+       {
+               g_VoIpConfigTopObjectRef.reset(new VoIpConfigTopObject);
+       }
        if(DLLCONFIG.m_pcapTest)
        {
                return;

g_VoIpConfigTopObjectRef was NULL, and hence the segfault when trying
to read a value from it.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

----------------------------------------------------------------------------
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Oreka-devel mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-devel

On Thu, Sep 17, 2009 at 11:21:01AM +0300, Tzafrir Cohen wrote:
> Hi
> 
> I see a farly common warning about 
> 
>   warning: deprecated conversion from string constant to ‘char*’
> 
> Most of them seem to be easily fixable by a simple extra 'const' . A
> patch attached.

Some more fixes in the attached patch

This time: most of the warnings in orkbasecxx . Needs some review,
though.

Anyway, I have acumulated a set of patches, and thus I decided to start
following things with git-svn . 

See http://git.tzafrir.org.il/?p=oreka.git

My fixes are currently in the branch 'autotools':

http://git.tzafrir.org.il/?p=oreka.git;a=shortlog;h=refs/heads/autotools

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

Hi

I see a farly common warning about 

  warning: deprecated conversion from string constant to ‘char*’

Most of them seem to be easily fixable by a simple extra 'const' . A
patch attached.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

After finally getting the voip plugin to load, I get a segfault on
startup.

Here's a patch that fixes the symptom:

Index: audiocaptureplugins/voip/VoIp.cpp
===================================================================
--- audiocaptureplugins/voip/VoIp.cpp   (revision 641)
+++ audiocaptureplugins/voip/VoIp.cpp   (working copy)
@@ -2846,6 +2846,10 @@ void HandlePacket(u_char *param, const struct pcap
                s_maxPacketsPerSecond = 0;
                s_minPacketsPerSecond = 0;
        }
+       if(!g_VoIpConfigTopObjectRef.get())
+       {
+               g_VoIpConfigTopObjectRef.reset(new VoIpConfigTopObject);
+       }
        if(DLLCONFIG.m_pcapTest)
        {
                return;

g_VoIpConfigTopObjectRef was NULL, and hence the segfault when trying
to read a value from it.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

On Mon, Sep 14, 2009 at 03:43:41PM +0300, Tzafrir Cohen wrote:
> Hi
> 
> Here's a snippet from my the output of 'orkaudio debug':
> 
> 2009-09-14 12:36:41,661 ERROR root:101 - Failed to load the following plugin: /usr/lib/libvoip.so 

I noticed that '/usr/lib' comes from /etc/orkaudio/config.xml .

> 2009-09-14 12:36:41,662  INFO root:114 - Loaded plugin: /usr/lib/orkaudio/plugins//libvoip.so
> 
> (Note the different pathes)
> 
> By changing the text of messages I can see that the failed message comes
> from orkbasecpp/CapturePluginProxy.cpp whereas the successful one comes
> from orkaudio/OrkAudio.cpp .

So the loading of plugins in orkaudio/OrkAudio.cpp is redundant?

BTW: the message 

2009-09-16 15:33:13,603  INFO packet:3089 - Start Capturing: pcap handle:1c9f200

can come from two different places in VoIp.cpp . Could you please make
messages more unique?

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

Hi

Here's a snippet from my the output of 'orkaudio debug':

2009-09-14 12:36:41,661 ERROR root:101 - Failed to load the following plugin: /usr/lib/libvoip.so 
2009-09-14 12:36:41,662  INFO root:114 - Loaded plugin: /usr/lib/orkaudio/plugins//libvoip.so

(Note the different pathes)

By changing the text of messages I can see that the failed message comes
from orkbasecpp/CapturePluginProxy.cpp whereas the successful one comes
from orkaudio/OrkAudio.cpp .

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

Ah! I see that they are only in the previous to the current area. 
Just to make it clear to others that may be confused (as I a was)...
 
Got to here:
https://sourceforge.net/projects/oreka/files/oreka/oreka-0.5/
Not the easier to get to:
https://sourceforge.net/projects/oreka/files/oreka/oreka-0.5-313/
 
So sorry to bother you on this...
Dennis

 
Look for oreka-0.5-1-java-dependencies.zip in oreka-0.5. Complete URL:
http://sourceforge.net/projects/oreka/files/oreka/oreka-0.5/oreka-0.5-1-java-dependencies.zip/download
 
Contains all jar files. This file has always been there.
Henri
 

________________________________

From:Dennis Drew [mailto:dre...@ya...] 
Sent: 10 September 2009 10:59
To: ore...@li...
Subject: [Oreka-devel] Missing jar files
 
Henri,
Were you able to locate the missing jar files needed to comile the code in the web section of Oreka? If not I can probably supply some that could be uploaded.
 
Dennis

Henri,
Were you able to locate the missing jar files needed to comile the code in the web section of Oreka? If not I can probably supply some that could be uploaded.

Dennis

Robert,

 

Nobody has done this yet. I guess you could configure hibernate to use
sqlite, it would probably work.

 

Henri

 

 

  _____  

From: Robert Yi [mailto:un...@gm...] 
Sent: 09 September 2009 22:07
To: ore...@li...
Subject: [Oreka-devel] Can we use sqlite database instead of tapelist.log.

 

hey,guys.I'm new to Orkaudio,I'd like to ask a question.

Can we use sqlite database instead of tapelist.log. or if there is a build
version using sqlite database already?

Thank you.

On Thu, Sep 10, 2009 at 10:07:21AM +0800, Robert Yi wrote:
> hey,guys.I'm new to Orkaudio,I'd like to ask a question.
> Can we use sqlite database instead of tapelist.log. or if there is a build
> version using sqlite database already?
> Thank you.

Could you please be more specific about the reason for that? Can you
give some specific use case in which it would help?

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

hey,guys.I'm new to Orkaudio,I'd like to ask a question.
Can we use sqlite database instead of tapelist.log. or if there is a build
version using sqlite database already?
Thank you.

On Tue, Sep 01, 2009 at 12:36:56PM -0400, Henri Herscher wrote:
> Tzafrir,
> 
> You are correct in all you say. We did not really worry to hard about this
> because orkbasecxx was not really meant as a library for other third party
> programs.
> 
> Patches welcome of course!

Patches for orkbasecxx and orkaudio are attached.

In addition to that, simple debian packages based on those diffs and on
a snapshow tarball I put are also included. 

The orkaudio package builds and starts orkaudio as a daemon. Still there
are many issues. See debian/TODO.Debian in the orkaoudio Debian diff for
a start. Not to mention quite a few build warnings.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

Tzafrir,

You are correct in all you say. We did not really worry to hard about this
because orkbasecxx was not really meant as a library for other third party
programs.

Patches welcome of course!
Henri

-----Original Message-----
From: Tzafrir Cohen [mailto:tza...@xo...] 
Sent: 31 August 2009 11:42
To: Henri Herscher
Cc: ore...@li...
Subject: Re: [Oreka-devel] C++ builds: separate packages?

On Mon, Aug 31, 2009 at 10:53:19AM -0400, Henri Herscher wrote:
> Tzafir,
> 
> Thanks for these suggestions, for autoconf, I am very weary of doing this
> because it will probably mean we cannot compile orkaudio on older distros.

What do you mean by "older distributions"? Which are your main reference
platforms?

The reason you worry about autoconf for older distributions is that
there has been no tarball release for quite some time. With a proper
release tarball you just use './configure; make; make install'

> 
> You can build orkbase and orkaudio as two separate packages; what prevents
> you from doing it? You just need to make sure you make and make install
> orkbasecxx before you make orkaudio.

* orkbasecxx does not install its include files to anywhere under
  /usr/include .
* All the #include-s of headers from orkbase should use <> instead of "".
* Orkaudio should not assume orkbase is at ../orkbasecxx

Are patches welcomed?

> 
> For the Java part, you would need to come up with an ant script if you are
> not using eclipse. If you do, I would be glad to add it to svn, it would
be
> useful for everyone.

Java is not my cup of tea.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus
on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Oreka-devel mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-devel