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 _______________________________________________ Mira-development mailing list Mira-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mira-development
