<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.groupware.mira.devel">
    <title>gmane.comp.groupware.mira.devel</title>
    <link>http://blog.gmane.org/gmane.comp.groupware.mira.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1691"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1690"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1689"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1688"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1687"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1686"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1685"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1684"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1683"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1682"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1681"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1680"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1679"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1678"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1677"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1676"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1675"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1674"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1673"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1672"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1691">
    <title>MySQL Multi-threaded</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1691</link>
    <description>&lt;pre&gt;Hello All,

I have continued to work on the MySQL multi-threaded issue but still no resolution.  It works fine single-threaded (meaning  setting the number of server threads to 1 in mira.conf).


I am convinced it has nothing to do with using prepared statements.  This leaves either MySQL is not being initialized properly for multi-threaded operation or there are improperly shared variables between threads.  The MySQL initialization is fairly simple and since we link the thread-safe library, no different than than single-threaded operation except for the added check that MySQL is thread-safe (which it comes back positive).

Each sever thread has its own instance of the DbMySqlDirectory (which is derived from DbDirectory) and each DbMySqlDirectory creates its own connection to the MySQL server so each thread has its own DB connection.  The only shared variable is a first-time initialization flag which is controlled by an exclusive lock (in fact, the lock is not needed since this DbDirectory constructor is only currently called by main()).  All other code uses local or instance-level variables.

I have added extensive debug code to my local version of mira_server.  It displays the beginning and ending of DbMySqlDirectory methods indicating thread ID and instance address.  This gives me a view into what threads are active and what DbMySqlDirectory instance they are using.

The scenario which constantly causes the server to crash is as follows:

3 users with 2 workplaces where each workplace has 2 members.
Login of one user (sometimes it takes two logins).

The server segfaults when DbMySqlDirectory.find_workplace(ID) is active with one thread and multiple DbMySqlDirectory.find_user(ID) are taking place.  This is when the client has received information on one workplace the user belongs, issues commends to find out user details of all members of the workplace, and issues a command to get information on the second workplace the user belongs to.  This results in one thread doing the find_workplace() and other threads doing find_user().  The crash happens on a mysql_stmt_execute() command which performs the actual query on the server. The stack is trashed so I don't get a stack trace.  I suspect the bind variables used in the query are trashed either on the mira_server side or the MySQL server side (these bind variables contain pointer to where to put the resulting queried data).  All queries involved are read-only (select).

I am not sure what to do at this point.  I am out of ideas on resolving this issue.  I could convert DbMySqlDirectory to use non-prepared queries or to use the C++ MySQL connector and see if that makes a difference.  Both would require a substantial amount of rework and testing.  I would prefer trying the C++ connector.  I am not convinced that either would solve the problem but I am willing to do it.


I don't want to hold up the project any longer because of this issue.  I propose that I fix some issues I found during my investigation and submit those to the dbBackend branch and we document that a MySQL-configured server must run with one client thread until I fix the problem.

If anyone would like to help me on this issue that would be great.

Thanks,

John------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2012-01-15T12:11:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1690">
    <title>MySQL Directory Not Working Multi-Threaded</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1690</link>
    <description>&lt;pre&gt;Hello all,

I am still not able to get the MySQL directory to work multi-threaded.  I have been working on this off and on that last month and several days the last few weeks with no luck.  It seems to work fine single-threaded.  I have verified each thread has its own DbMySqlDirectory each with a unique connection to the database.


I have not received any responses from my post on the MySQL C API forum and the response on the #mysql IRC was "C and C++ are complicated".

I do have some simple sample code from the MySQL community documentation that does run multi-threaded.  Interesting the original code used locks to provide exclusive access to the MySQL database which sort-of removes most of the benefits of running MySQL multi-threaded.  I removed the locks and it seems to work fine.  However this sample code does not use prepared statements.  I am not sure if that makes any difference.

I thought I would relay my status on the DB Backend.  If desired, I could check-in a version of the Directory that essentially serializes MySQL access even in multi-threaded environments to use until the multi-threading issue gets worked out.  Getting the MySQL part of the Directory to properly work multi-threaded may take awhile.  What do you think?

Thanks,

John
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2011-12-29T02:13:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1689">
    <title>[Branch ~mira-dev/mira/dbBackEnd] Rev 237: Fixedvarious joiningworkplaces and subscription issues. Reducednumber ofmysql_execute() stac...</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1689</link>
    <description>&lt;pre&gt;------------------------------------------------------------
revno: 237
committer: John Deal &amp;lt;bassdeal-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
branch nick: dbBackEnd
timestamp: Sun 2011-12-11 14:55:19 -0500
message:
  Fixed various joining workplaces and subscription issues.  Reduced number of mysql_execute() stack trash workarounds to one.  Deleted various commented debug code.
added:
  mira-server/conf/mira.conf.mysql
modified:
  mira-server/src/directory/db/DbDirectory.cpp
  mira-server/src/directory/db/mysql/DbMySqlDirectory.cpp


--
lp:~mira-dev/mira/dbBackEnd
https://code.launchpad.net/~mira-dev/mira/dbBackEnd

You are subscribed to branch lp:~mira-dev/mira/dbBackEnd.
To unsubscribe from this branch go to https://code.launchpad.net/~mira-dev/mira/dbBackEnd/+edit-subscription
------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>noreply-+ipbUBPD95tH4x6Dk/4f9A&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-12-11T19:57:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1688">
    <title>[Branch ~mira-dev/mira/dbBackEnd] Rev 236: Addeddirectory_sqlitenamespace to parallel directory_mysqlnamespace. UpgradedSQLite code from...</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1688</link>
    <description>&lt;pre&gt;------------------------------------------------------------
revno: 236
committer: John Deal &amp;lt;bassdeal-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
branch nick: dbBackEnd
timestamp: Mon 2011-11-14 21:19:46 -0500
message:
  Added directory_sqlite namespace to parallel directory_mysql namespace. Upgraded SQLite code from 3.7.6.2 to 3.7.9 as recommened by SQLite project.  Removed unneeded sqlite3ext.h.
removed:
  mira-server/include/directory/db/sqlite/sqlite3ext.h
modified:
  mira-server/CMakeLists.txt
  mira-server/include/directory/db/sqlite/DbSqliteDirectory.h
  mira-server/include/directory/db/sqlite/sqlite3.h
  mira-server/src/directory/db/DbDirectory.cpp
  mira-server/src/directory/db/sqlite/DbSqliteDirectory.cpp
  mira-server/src/directory/db/sqlite/sqlite3.c
  mira-server/src/main.cpp
The size of the diff (27161 lines) is larger than your specified limit of 5000 lines

--
lp:~mira-dev/mira/dbBackEnd
https://code.launchpad.net/~mira-dev/mira/dbBackEnd

You are subscribed to branch lp:~mira-dev/mira/dbBackEnd.
To unsubscribe from this branch go to https://code.launchpad.net/~mira-dev/mira/dbBackEnd/+edit-subscription

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
&lt;/pre&gt;</description>
    <dc:creator>noreply-+ipbUBPD95tH4x6Dk/4f9A&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-11-15T02:21:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1687">
    <title>Developer Meeting on 09 Oct 2011</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1687</link>
    <description>&lt;pre&gt;Dear all, 
 
A developer meeting has been scheduled for Sunday 09 October 2011 at 13:00 UTC. 
 
You are kindly invited to join this meeting, which will be held on #mira on FreeNode. The topic is: General 
 
The meeting agenda can be found at: http://miragroupware.org/wiki/doku.php/development/communication/agendas/111009_meeting 
 
An up-to-date list of who will be attending can be found on the Mira Groupware Meeting Planner: http://miragroupware.org/meetings/ 
The core developers have been asked to respond to this invitation through the Planner. If you have not received an invitation, please respond to this mailing list thread to let us know if you can attend. 
 
I look forward to speaking to you at the meeting! 
 
Best regards, 
 
Max Bossino 
Project Manager 
http://miragroupware.org 


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
&lt;/pre&gt;</description>
    <dc:creator>Max Bossino</dc:creator>
    <dc:date>2011-10-08T14:04:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1686">
    <title>[Branch ~mira-dev/mira/dbBackEnd] Rev 235:Corrected loading ofdefault MySQL DB password. Improvedmulti-threaded DB loadtests. Improved...</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1686</link>
    <description>&lt;pre&gt;------------------------------------------------------------
revno: 235
committer: John Deal &amp;lt;bassdeal-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
branch nick: dbBackEnd
timestamp: Sun 2011-10-02 11:57:54 -0400
message:
  Corrected loading of default MySQL DB password.  Improved multi-threaded DB load tests.  Improved 1 configuration error message.  Removed 1 warning.  Minor stuff.
modified:
  mira-server/conf/mysqlInit.sql
  mira-server/src/ConfigParser.cpp
  mira-server/src/directory/db/DbDirectory.cpp
  mira-server/src/directory/db/mysql/DbMySqlDirectory.cpp
  mira-server/src/main.cpp


--
lp:~mira-dev/mira/dbBackEnd
https://code.launchpad.net/~mira-dev/mira/dbBackEnd

You are subscribed to branch lp:~mira-dev/mira/dbBackEnd.
To unsubscribe from this branch go to https://code.launchpad.net/~mira-dev/mira/dbBackEnd/+edit-subscription
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>noreply-+ipbUBPD95tH4x6Dk/4f9A&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-10-02T16:00:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1685">
    <title>Bzr: No new revisions to push</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1685</link>
    <description>&lt;pre&gt;Hello All,

I just did a commit of a few changes to the dbBackEnd branch.  The commit went well but when  did a bzr push I got the following:

-----------------------------------------
jdeal&amp;lt; at &amp;gt;GatwayUbuntu:mira-server$ bzr commit -m "Corrected loading of default MySQL DB password.  Improved multi-threaded DB load tests.  Improved 1 configuration error message.  Removed 1 warning.  Minor stuff."
Committing to: bzr+ssh://bazaar.launchpad.net/~mira-dev/mira/dbBackEnd/        
modified mira-server/conf/mysqlInit.sql                                        
modified mira-server/src/ConfigParser.cpp                                      
modified mira-server/src/main.cpp
modified mira-server/src/directory/db/DbDirectory.cpp
modified mira-server/src/directory/db/mysql/DbMySqlDirectory.cpp
Committed revision 235.                                                        
jdeal&amp;lt; at &amp;gt;GatwayUbuntu:mira-server$ bzr push
Using saved push location: bzr+ssh://bazaar.launchpad.net/~mira-dev/mira/dbBackEnd/
No new revisions to push.                                                      
jdeal&amp;lt; at &amp;gt;GatwayUbuntu:mira-server$ 
---------------------------------------

However, when I looked quickly in Launchpad, the changes seem to be there in revision 235.  The last revision was 09.04.11 (if I remember correctly) and it was revision 234.  Does anyone know what the "No new revisions to push" message means?

Thanks,

John------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2011-10-02T16:07:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1684">
    <title>Re: Cmake and QT 4.7.4 Solution</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1684</link>
    <description>&lt;pre&gt;Hello Max,

No problem.  Gogglng a bit I found someone with a similar problem on a Windows system.  The same solution seemed to work for me.

Later,

John



________________________________
From: Max Bossino &amp;lt;max-1aI8waubrCeb7NEy/Hq5q9i2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: Mira Development Mailing List &amp;lt;mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Sent: Sunday, October 2, 2011 9:07 AM
Subject: Re: [Mira-development] Cmake and QT 4.7.4 Solution


Hi John,

Thank you for explaining how you fixed this problem. I was going to reply to your original email and suggest that CMake's FindQt4 module had not been updated since the latest release of Qt, so it might not be able to find your Qt installation, but that wasn't really enough to go on. 

Thanks for the tip - I am setting up a new environment today, so I will need it!

Regards,

Max Bossino
Project Manager
http://miragroupware.org 

On 1 Oct 2011, at 21:14, John Deal wrote:

Hello All,
 QT_LIBRARY_DIR
 /usr/local/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE)

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2011-10-02T16:04:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1683">
    <title>Re: Cmake and QT 4.7.4 Solution</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1683</link>
    <description>&lt;pre&gt;Hi John,

Thank you for explaining how you fixed this problem. I was going to reply to your original email and suggest that CMake's FindQt4 module had not been updated since the latest release of Qt, so it might not be able to find your Qt installation, but that wasn't really enough to go on. 

Thanks for the tip - I am setting up a new environment today, so I will need it!

Regards,

Max Bossino
Project Manager
http://miragroupware.org

On 1 Oct 2011, at 21:14, John Deal wrote:


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>Max Bossino</dc:creator>
    <dc:date>2011-10-02T13:07:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1682">
    <title>Fw:  Cmake and QT 4.7.4 Solution</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1682</link>
    <description>&lt;pre&gt;Hello All,

Been quite swamped lately (days of grading Microsoft Word assignments :-( ) and just got back to this.  The problem seems to be that CMake expects the Qt executables to be in your path and I assume Qt moved them from 4.5.3 (from the docs) to the current 4.7.4.  On Ubuntu, the command I used to set the path in my .bashrc file is:
export PATH=${PATH}:/usr/local/Trolltech/Qt-4.7.4/bin

Once I did this and redid:

cmake ./

the client built and ran.

For what its worth,

John


----- Forwarded Message -----
From: John Deal &amp;lt;bassdeal-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: Development Mira &amp;lt;mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Sent: Sunday, September 25, 2011 12:16 PM
Subject: [Mira-development] Cmake and QT 4.7.4


Hello All,

I am trying to move my development to a different system (Ubuntu 9.10-&amp;gt;Ubuntu 10.04) and running into difficulties.

I setup QT and CMake and all the other packages.  I bzr co all the sources.  I am able to build the server fine.  However, I am getting the following errors trying to build the client:

jdeal&amp;lt; at &amp;gt;GatwayUbuntu:mira-client$ cmake ./
** Mira found Boost version 104400
CMake Error at /usr/local/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE):
  Could NOT find Qt4 (missing: QT_QMAKE_EXECUTABLE QT_MOC_EXECUTABLE
  QT_RCC_EXECUTABLE QT_UIC_EXECUTABLE QT_INCLUDE_DIR QT_LIBRARY_DIR
  QT_QTCORE_LIBRARY)
Call Stack (most recent call first):
 
 /usr/local/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE)
  /usr/local/share/cmake-2.8/Modules/FindQt4.cmake:1162 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  Dependencies.cmake.in:21 (FIND_PACKAGE)
  CMakeLists.txt:5 (INCLUDE)


&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2011-10-01T20:14:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1681">
    <title>Cmake and QT 4.7.4</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1681</link>
    <description>&lt;pre&gt;Hello All,

I am trying to move my development to a different system (Ubuntu 9.10-&amp;gt;Ubuntu 10.04) and running into difficulties.

I setup QT and CMake and all the other packages.  I bzr co all the sources.  I am able to build the server fine.  However, I am getting the following errors trying to build the client:

jdeal&amp;lt; at &amp;gt;GatwayUbuntu:mira-client$ cmake ./
** Mira found Boost version 104400
CMake Error at /usr/local/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE):
  Could NOT find Qt4 (missing: QT_QMAKE_EXECUTABLE QT_MOC_EXECUTABLE
  QT_RCC_EXECUTABLE QT_UIC_EXECUTABLE QT_INCLUDE_DIR QT_LIBRARY_DIR
  QT_QTCORE_LIBRARY)
Call Stack (most recent call first):
  /usr/local/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE)
  /usr/local/share/cmake-2.8/Modules/FindQt4.cmake:1162 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  Dependencies.cmake.in:21 (FIND_PACKAGE)
  CMakeLists.txt:5 (INCLUDE)


&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2011-09-25T16:16:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1680">
    <title>Summary of 18 Sep 2011 Meeting</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1680</link>
    <description>&lt;pre&gt;Hi all, 

Sunday's meeting was attended by John, Shilpa, Zied and myself. A transcript of the meeting can be found here: 
http://miragroupware.org/wiki/doku.php/development/communication/archives/110918_meeting 

This meeting had a brief agenda, which can be found here: 
http://miragroupware.org/wiki/doku.php/development/communication/agendas/110918_meeting 

We spoke first about meeting times. Following the mailing list thread on the same topic, we have decided to hold the next meeting (on Sunday 2nd October) at 13:00 UTC. This is the time that proves most convenient for all of us. At least, John, Shilpa, Zied and I all said that the time was suitable on a Sunday. If you find that this time is inconvenient for you in the long-run, please reply to the other thread regarding meeting times with your own preferences and we will do our best to accommodate everyone in the future.

John has made excellent progress with his MySQL and SQLite database interfaces for the Directory layer. He has stabliised the MySQL interface, and has moved code which is common to both interfaces up to DbDirectory (above DbSqliteDirectory and DbMySqlDirectory). He has also removed a lot of archaic, commented out code. Finally, as you will have seen on the mailing list, he has prepared detailed instructions on how to configure the Server to use a database backend to store Directory data.

The blueprint for the database backend to the Directory layer that is found on the wiki is now out of date, because I prepared it many years ago. John intends to update it to correct the record structures detailed therein.

John also mentioned that he would like to merge his branch into our main branch, trunk. Given that his code is feature-complete, it just needs to be bug tested before it is merged into trunk. I am going to do some testing this weekend. If anyone else can join in with the testing, please do - the more usage, the more likely it is that we might spot a bug at this stage. We will follow the procedure detailed here to merge John's branch: http://miragroupware.org/wiki/doku.php/development/workflow and here: https://help.launchpad.net/Code/Review

Shilpa has made very good progress on the Network layer. She has had to change almost all of the network protocol in order to implement Google Protocol Buffers. This will allow binary data transfer between Client and Server, because the messages are no longer parsed according to a special splitting character sequence. Instead, Shilpa's protocol first sends the length of the message, and then the message. Shilpa has already converted the Login, New User, and Join Group messages. Now that most of the groundwork is done, she will continue to convert the other messages over the next few weeks. 
Shilpa has been developing this on a local Bazaar branch. She would prefer to get the code stable before pushing it to Launchpad, but I suggested that she should push it to Launchpad and keep pushing new commits regularly in order to evade the conflicts that arose the last time that a major change was pushed in one go. Shilpa agreed to try to push her code to Launchpad the next time that she works on it.

Zied has moved to a new job, and is now eager to contribute to Mira. (Welcome to the team, Zied!) He said he was interested in splitting Shilpa's task and working on converting some of the network messages to use GPB. Shilpa said that this might be difficult because some messages rely on other messages (such as the Login message, which also required changes to the List Workplace and Status messages), so it would be difficult to draw a line down the middle and split the messages between them. However, Shilpa said that she would look at the code and see if it would be possible to split the task between them. She will then email her conclusion to the mailing list. If it turns out that splitting the task would be too difficult, there are plenty of tasks remaining for Mira v0.2 to choose from: 
 http://miragroupware.org/wiki/doku.php/development/roadmap/outstanding

John would also like to change a few of the messages to make the database interfaces work more efficiently. For example, one change would involve splitting the message to update a Workplace into separate add subscription and delete subscription messages. He intends to make these changes once his branch has been merged into trunk.

Finally, John mentioned that the links on the wiki to download the Qt libraries were broken. I have now fixed these.

Best regards, 

Max Bossino
Project Manager
http://miragroupware.org 
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
&lt;/pre&gt;</description>
    <dc:creator>Max Bossino</dc:creator>
    <dc:date>2011-09-20T23:20:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1679">
    <title>Re: Developer Meeting on 18 Sep 2011</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1679</link>
    <description>&lt;pre&gt;Hi all,

Just a brief reminder that the meeting starts in about 20 minutes. I look forward to speaking to you!

Best regards,

Max 

On 16 Sep 2011, at 17:20, Max Bossino wrote:



------------------------------------------------------------------------------
BlackBerry&amp;amp;reg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
&lt;/pre&gt;</description>
    <dc:creator>Max Bossino</dc:creator>
    <dc:date>2011-09-18T21:40:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1678">
    <title>Re: Meeting times</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1678</link>
    <description>&lt;pre&gt;
 Following time works for me,
 
13:00 UTC  x
 14:00 UTC  x
 15:00 UTC  x
 16:00 UTC 
 17:00 UTC 
 18:00 UTC 
 19:00 UTC 
 20:00 UTC 
 21:00 UTC 
 22:00 UTC 
 23:00 UTC 
 
Thanks,
Shilpa Sodani.

 

       ------------------------------------------------------------------------------
BlackBerry&amp;amp;reg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>Shilpa Sodani</dc:creator>
    <dc:date>2011-09-18T18:49:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1677">
    <title>Re: Meeting times</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1677</link>
    <description>&lt;pre&gt;Hello Max,

Here are my "preferred" times.  I can work things around to meet anytime on Sunday:

13:00 UTC x
14:00 UTC x
15:00 UTC x
16:00 UTC 
17:00 UTC 
18:00 UTC 
19:00 UTC 
20:00 UTC 
21:00 UTC x
22:00 UTC x
23:00 UTC x

Thanks,

John

--- On Fri, 9/16/11, Max Bossino &amp;lt;max-1aI8waubrCeb7NEy/Hq5q9i2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


------------------------------------------------------------------------------
BlackBerry&amp;amp;reg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2011-09-16T20:10:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1676">
    <title>Meeting times</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1676</link>
    <description>&lt;pre&gt;Hi all,

As you will have read, I have arranged a meeting for this Sunday, 18th 
September, at 22:00 UTC. I hope that you can join it!

However, I know that a few of us find the current meeting time 
inconvenient. In order to fix this, I would like to conduct a quick, 
simple survey to see what time would be convenient for the majority of 
us. Please copy and paste the following 'table' and put a cross next to 
the meetign starting times that are fine for you on a normal Sunday:

13:00 UTC x
14:00 UTC x
15:00 UTC x
16:00 UTC x
17:00 UTC x
18:00 UTC x
19:00 UTC x
20:00 UTC x
21:00 UTC x
22:00 UTC x
23:00 UTC x

(I can attend any of those times.)

Once everyone has replied, we can put it all together and work out 
which time is best.

Thank you!

Best regards,

Max Bossino
Project Manager
http://miragroupware.org

------------------------------------------------------------------------------
BlackBerry&amp;amp;reg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
&lt;/pre&gt;</description>
    <dc:creator>Max Bossino</dc:creator>
    <dc:date>2011-09-16T15:27:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1675">
    <title>Developer Meeting on 18 Sep 2011</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1675</link>
    <description>&lt;pre&gt;Dear all, 
 
A developer meeting has been scheduled for Sunday 18 September 2011 at 22:00 UTC. 
 
You are kindly invited to join this meeting, which will be held on #mira on FreeNode. The topic is: General Update 
 
The meeting agenda can be found at: http://miragroupware.org/wiki/doku.php/development/communication/agendas/110918_meeting 
 
An up-to-date list of who will be attending can be found on the Mira Groupware Meeting Planner: http://miragroupware.org/meetings/ 
The core developers have been asked to respond to this invitation through the Planner. If you have not received an invitation, please respond to this mailing list thread to let us know if you can attend. 
 
I look forward to speaking to you at the meeting! 
 
Best regards, 
 
Max Bossino 
Project Manager 
http://miragroupware.org 


------------------------------------------------------------------------------
BlackBerry&amp;amp;reg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
&lt;/pre&gt;</description>
    <dc:creator>Max Bossino</dc:creator>
    <dc:date>2011-09-16T15:20:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1674">
    <title>Re: Using DB Backend Instructions, Wiki Question,0.2 Branch</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1674</link>
    <description>&lt;pre&gt;Hi John,

Thank you for that document - it is very helpful! If you don't mind, I will use it as the basis for the installation instructions in the Server's User Guide (for v0.2). 

I think you will obtain edit privileges automatically if you create an account on the wiki. Give it a go. If not, I will go into the admin interface and change your role. 

Ideally, we would merge Alan's branch into trunk and then yours, but I don't think we will create any conflicts if we merge yours with trunk first. Alan, what do you think?

Best regards,

Max

On 12 Sep 2011, at 00:25, John Deal &amp;lt;bassdeal-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
&lt;/pre&gt;</description>
    <dc:creator>Max Bossino</dc:creator>
    <dc:date>2011-09-15T09:53:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1673">
    <title>Using DB Backend Instructions, Wiki Question,0.2 Branch</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1673</link>
    <description>&lt;pre&gt;Hello All,

I wrote up a quick and dirty set of instructions for using either SQLite or MySQL databases for the Mira Server user/workplace data storage.  It is hopefully enough to get you started if you wanted to use these database types.  Note this is currently only in the dbBackend branch.

I would like to update the Wiki's server Directory documentation.  How do I get edit privileges on the Wiki?

On more question.  The DB Backend code is getting fairly stable (everyone yells "about time!").  What is the plan for getting this code merged into what will be the 0.2 release?  I would like to start getting this code integrated.

I guess that is it for now.

Thanks,

John------------------------------------------------------------------------------
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>John Deal</dc:creator>
    <dc:date>2011-09-11T22:25:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1672">
    <title>[Branch ~mira-dev/mira/dbBackEnd] Rev 234:Modified mira-serverSQLite backend to privide optionalone-time DB rebuild orre-analyze initial...</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1672</link>
    <description>&lt;pre&gt;------------------------------------------------------------
revno: 234
committer: John Deal &amp;lt;bassdeal-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
branch nick: dbBackEnd
timestamp: Mon 2011-09-05 20:59:09 -0400
message:
  Modified mira-server SQLite backend to privide optional one-time DB rebuild or re-analyze initialization.  Also modified compiler options to display warnings.
modified:
  mira-server/CompilerOptions.cmake.in
  mira-server/conf/Directory.sqlite
  mira-server/conf/mysqlInit.sql
  mira-server/include/directory/db/DbDirectory.h
  mira-server/include/directory/db/mysql/DbMySqlDirectory.h
  mira-server/include/directory/db/sqlite/DbSqliteDirectory.h
  mira-server/src/directory/db/DbDirectory.cpp
  mira-server/src/directory/db/mysql/DbMySqlDirectory.cpp
  mira-server/src/directory/db/sqlite/DbSqliteDirectory.cpp
  mira-server/src/main.cpp


--
lp:~mira-dev/mira/dbBackEnd
https://code.launchpad.net/~mira-dev/mira/dbBackEnd

You are subscribed to branch lp:~mira-dev/mira/dbBackEnd.
To unsubscribe from this branch go to https://code.launchpad.net/~mira-dev/mira/dbBackEnd/+edit-subscription
------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>noreply-+ipbUBPD95tH4x6Dk/4f9A&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-09-06T01:01:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1671">
    <title>[Branch ~mira-dev/mira/dbBackEnd] Rev 233: Fixedproblem loadingworkplace utilities on both SQLite and MySQlDB directories.Removed find_...</title>
    <link>http://permalink.gmane.org/gmane.comp.groupware.mira.devel/1671</link>
    <description>&lt;pre&gt;------------------------------------------------------------
revno: 233
committer: John Deal &amp;lt;bassdeal-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
branch nick: dbBackEnd
timestamp: Sun 2011-08-28 11:47:45 -0400
message:
  Fixed problem loading workplace utilities on both SQLite and MySQl DB directories.  Removed find_user() calls in find_workplace() methods replaced by DB table constraints.  Deleted much commented out code in both SQLite and MySql directories.
modified:
  mira-server/conf/sqliteInit.sql
  mira-server/include/directory/db/mysql/DbMySqlDirectory.h
  mira-server/include/directory/db/sqlite/DbSqliteDirectory.h
  mira-server/src/directory/db/mysql/DbMySqlDirectory.cpp
  mira-server/src/directory/db/sqlite/DbSqliteDirectory.cpp


--
lp:~mira-dev/mira/dbBackEnd
https://code.launchpad.net/~mira-dev/mira/dbBackEnd

You are subscribed to branch lp:~mira-dev/mira/dbBackEnd.
To unsubscribe from this branch go to https://code.launchpad.net/~mira-dev/mira/dbBackEnd/+edit-subscription
------------------------------------------------------------------------------
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev_______________________________________________
Mira-development mailing list
Mira-development-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/mira-development
&lt;/pre&gt;</description>
    <dc:creator>noreply-+ipbUBPD95tH4x6Dk/4f9A&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-08-28T15:49:12</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.groupware.mira.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.groupware.mira.devel</link>
  </textinput>
</rdf:RDF>
