Chat Meetings/Log 20071127

Openbravo community chat log - 27h of November 2007 14.00 GMT

[16:00] <nalpha> so what's monthly community chat?
[16:01] <jordimas> nalpha: you have a full explanation here -> http://wiki.openbravo.com/wiki/index.php/Chat_Meetings
[16:01] <jordimas> let me know if you have any question or any topic that you would like to add to the agenda
[16:02] <rvalyi> so isn't it supposed to be right now?
[16:02] <jordimas> It is starting now rvalyi
[16:02] <jordimas> Welcome everyone
[16:02] <jordimas> This is the agenda that we have in the Wiki for this first monthly chat
[16:02] <jordimas> * Localitzation front news (Jordi)
[16:02] <jordimas> * Comment the openbravo-developer-announce list (Jordi)
[16:02] <jordimas> * Openbravo 2.36 schedule and content
[16:02] <jordimas> * Openbravo POS
[16:02] <jordimas> * Community contributions (Paolo)
[16:02] <jordimas> * Questions and Answers (Everyone)
[16:02] <jordimas> * Setup date and issues to be follow up in next irc meeting (everyone)
[16:03] <jordimas> Does anyone want to add any other topic on the agenda?
[16:03] * omatfci (n=irc4u@41.232.104.70) has joined #openbravo
[16:03] * Gcotton (i=irc4u@216.230.138.19) has joined #openbravo
[16:04] <jordimas> ok, welcome omatfci, Gcotton
[16:04] <Gcotton> thanks
[16:04] <jordimas> Let's start with the first point "Localization front news"
[16:05] <omatfci> welcome jordi
[16:05] <jordimas> As you know we have been working on enhancing the documentation for the chart of accounts and the Quality Assurance procedures
[16:05] <huehner> hi all
[16:05] * rvalyi_ (i=542565ce@gateway/web/cgi-irc/ircatwork.com/x-6cb3174fdd392b36) has joined #openbravo
[16:06] <jordimas> the results have been very positive so far
[16:06] <jordimas> We have now 14 chart of accounts for Openbravo R2.35
[16:06] <rvalyi_> jordimas: any news form Linagor for the french accounting?
[16:06] <rvalyi_> sorry Linagora
[16:07] <jordimas> All of these have passed the tests1 and test2 defined in our QA document-> http://wiki.openbravo.com/wiki/index.php/Char_of_Accounts_Testing
[16:07] * rvalyi (i=542565ce@gateway/web/cgi-irc/ircatwork.com/x-a4903aa6c9def71f) Quit ("CGI:IRC (Ping timeout)")
[16:07] <jordimas> rvalvi_: let me explain the situation first and then we can answer more specific questions. ok? I would take more than 5 minutes more
[16:08] <rvalyi_> k, sorry
[16:08] <jordimas> ah, no problem :)
[16:08] * ruribio (i=irc4u@216.230.138.20) has joined #openbravo
[16:08] <jordimas> We are now working on a third test (test 3) that will focus on making sure that the balance and the basic accounting system work properly (test1, and test2 were more focus on having valid chart of accounts)
[16:09] <jordimas> Every week we are getting new chart of accounts
[16:09] <jordimas> that's in the chart of accounts front
[16:10] <jordimas> In the translation front. Villind have been testing a new test of tools that Jens (the german localizer)
[16:10] <villind> One think that would help is to have basic accounting reports defined also for non-hierarchical accounts, for example US
[16:10] <jordimas> wrote some weeks ago
[16:10] <jordimas> and that are better that the current xml2po scripts that we are using (actually they do not work for certain files)
[16:12] <omatfci> what about arabization is there any body sugessted that or working on ?
[16:12] <pjuvara> villind: can you please elaborate on your comment?
[16:13] <villind> there is no example accounting reports for US chart of accounts, and current examples are somewhat relying on Spanish chart of accounts
[16:13] <jordimas> omatfci: we do not know of anyone working on RTL support at this point
[16:14] <villind> We have done Finnish accounts, and those pass the tests, but we had some difficulty of creating accounting reports
[16:14] <omatfci> but is there any trend to support arabic?
[16:14] <jordimas> omatfci: I think that using CSS it is probably doable but you still to mark with controls are going to be right-to-left and which ones left-to-right (as far I understand) and this is more complex that just a skin
[16:14] * Guest_745 (n=irc4u@41.232.104.70) has joined #openbravo
[16:15] <jordimas> omatfci: Our current position regarding RTL as company is here: http://wiki.openbravo.com/wiki/index.php/Openbravo_Localization_FAQ#Can_Openbravo_be_translated_to_Arabic_or_Hebrew.3F
[16:15] <jordimas> To quote that page:
[16:15] <jordimas> Right now we do not have support for languages written from right to left (RTL) like Arabic or Hebrew. To develop such support represents a very important investment on resources and requires a very close coordination with the Openbravo development team to integrate these enhancements in the core product. Currently, we see two scenarios:
[16:15] <jordimas> * Someone provides qualified software engineers (from his or a third party company) to work on the project, under our direction, as an extend part of Openbravo team for a number of months. The exact number of the needed engineers and the length of the project is unknown to us.
[16:15] <jordimas> * A company interested in pushing this feature sponsors the its develpment using the Openbravo custom development service.
[16:16] <pjuvara> villind: I'd like to understand better what type of difficulty you are having. Our idea was to have very generic reports and not Spanish ones, so this is very concerning. I'll follow up off line.
[16:17] <villind> pjuvara: ok, I have not bee building those, but let's have the discussion offline, and create examples using US chart of accounts also, as it is the other "reference"
[16:17] <jordimas> omatfci: then, to summarize we are not going to do it in the short term but we are open to collaborate and help anyone that has the interest and resources to push that functionality
[16:18] <omatfci> what is the form of help ?
[16:20] <jordimas> Basically as I see it: It can be a developer or developers with a depth understanding of RTL devoted to work on this that coordinate with us, someone that has the money as part of a project to do it (hiring a third company, us or a partner)
[16:20] <jordimas> us, = us or
[16:20] <pjuvara> omatfci: perhaps we can discuss that in more generic terms as part of the community contribution agenda item
[16:22] <jordimas> omatfci: the problem is that we believe that this needs lots of work and we already have focus our development resources in the items reflected in our roadmap
[16:23] <jordimas> villind: If you can please post your idea of the reports (with more detail please) in the localization forum. We can keep the discussion openly there
[16:23] <pjuvara> good idea.
[16:23] <villind> jordimas: yes
[16:24] <omatfci> ok i'll do
[16:25] <jordimas> the same for your omatfci. If you have a more precise proposal for developing RTL you can send it to the forum or to Paolo and myself
[16:26] <jordimas> Regarding the PO tools that villind is testing I will publish them this week in Subversion (still need to add the license to the source files)
[16:26] <jordimas> They work far better that the ones that we have right now
[16:26] <jordimas> Do you guys have any other issue regarding localization that you would like to discuss?
[16:27] <villind> Yes, they work better, but also changing the process a bit
[16:27] <jordimas> please, villind, can you got or a bit more detail on this?
[16:27] <villind> as those tools are creating PO file for each column, for example Name and Description are in separate files
[16:28] <Gcotton> I just want to know what test will be "released" in the test3 for the account charts
[16:29] <villind> For example you get AD_MENU****.xml from Openbravo export and the tools create 2 different PO files from this XML
[16:29] * skotos (n=skotos@195.55.243.2) has joined #openbravo
[16:29] <huehner> perhaps dumb question: where are the localization files stored after they've been removed from the main-svn-repo?
[16:30] <jordimas> huehner: <huehner>
[16:30] <villind> the you combine those 2 files into one XML file
[16:30] <jordimas> huehner: https://dev.openbravo.com/websvn/localization/
[16:31] <jordimas> huehner: You have an explanation here -> http://jordimash.blogspot.com/2007/11/new-subversion-server-for-openbravo.html
[16:32] <jordimas> Gcotton: The focus of the tests for the chart of accounts are "The test1 and test 2 verify that the initial client setup can be done correctly and test 3 verifies that balanced sheet is properly balanced.".
[16:33] <jordimas> gcotton: that test3 is basically a set of operations that you will do with a sample company to verify that the balance sheet and other documents are built properly with your chart of accounts
[16:33] <huehner> jordimas: thx
[16:34] <jordimas> villind: that makes sense.
[16:34] <Gcotton> do you have a tentative release date for this test? if not, how I can do this balance sheet tests manually?
[16:35] <villind> one more comment for translation: currently there is messages.js which is having totally different translation process than the rest of the application
[16:35] <jordimas> Gcotton: the tentative date is in the next two weeks. You can test it just building a sample company, create some invoices, expenses and operations, and build a p&g and balance sheet to see that they are build correctly.
[16:36] <jordimas> basically testing that the app works well for a small company using your chart of accounts
[16:36] <villind> and if you have missing translations in messages.js, for example the calendar component does not work
[16:37] <villind> so, I would suggest that we should have the same process for all translations, even if the process is not perfect
[16:37] <pjuvara> villind: please do report the last comment as a bug. That should not be the case. If messages are missing, the app should default back to the base language (English).
[16:37] <Gcotton> jordimas:for more detail about my questions, I'll post on the localization forum
[16:37] <jordimas> gcotton: thanks
[16:38] <jordimas> villind: the messages.js was originally scheduled to be transformed into XML for Openbravo R2.3x. I would fill up a bug report
[16:39] <jordimas> and I agree. We should have the same process. messages.js is just something that we should integrate with the rest of the system
[16:39] <rvalyi_> about sourceforge forums: some folks prefer Google groups a lot. Faster, Rating system to highlight good posts, faster and better search, summaries, alerts, feeds... Are you fine with sourceforge forums?
[16:40] <jordimas> Villind: regarding combining the XML all the logic is in Translate.java. You can try to play with it (it is quite easy the source code) or we can fill up a feature request
[16:41] <jordimas> villind: may be it can be done a PO level combining the different POs with msgmerge
[16:42] <villind> yes, those are possible solutions, but I would go so far that the the Openbravo would directly export the PO files using this tool
[16:42] * dmort (n=dmort@19.Red-80-38-15.staticIP.rima-tde.net) has joined #openbravo
[16:42] <villind> and drop the XML export/import for the future
[16:43] <jordimas> _rvalyi: yes, we know. However, SourceForge is giving the project lots of visibility and moving to other systems will make us to drop down from the range
[16:43] <pjuvara> villind: that is on our roadmap; we simply haven't been able to get there.
[16:43] <jordimas> I think that at some point next year we should consider migrating all the services out of SF, including the forums
[16:44] <villind> and even change the localization import and export to ant task as those require compilation at the moment
[16:44] <rvalyi_> jordimas: I was only suggesting Groups for forums. I know about the good Sourceforge subdomain pagerank :-) Not a Google code migration by no means
[16:44] * Guest_745 (n=irc4u@41.232.104.70) Quit ("www.irc4u.com")
[16:44] <huehner> jordimas: if you do, consider jira for issue tracking
[16:45] <jordimas> the problem is that the SF rank takes into account 7 variables, and if we move the forums to other system we will disappear from the ranking since we will score 0 in that variable
[16:45] <villind> jordimas, the point is that these tools "as is" will change the process a bit as you get lots of files
[16:46] <villind> as long as it is documented it is and people know it, it is still better than the current one
[16:46] <jordimas> villind: the feature request that Paolo was referring -> http://sourceforge.net/tracker/index.php?func=detail&aid=1802521&group_id=162271&atid=823132
[16:46] <rvalyi_> http://www.journaldunet.com/developpeur/tutoriel/theo/1120-etude-developpeur-web/1.shtmljordimas: OK thanks for the details. Then let's stick with slow searches...
[16:46] <iarwain> rvalyi_: I don't like the idea of letting google or anyone but us being owner of our news group. Just a personal opinion.
[16:47] <jordimas> villind: if you can prepare something and send it to the localization forum we would appreciate
[16:47] <jordimas> Ok, I would like to continue with the agenda and answer general community questions at the end
[16:47] <rvalyi_> (sorry for the link, was a typo)
[16:47] <jordimas> np
[16:48] <rvalyi_> (I'm with that IRC HTTP client, good for anyone behind a firewall like me, but not that good: http://ircatwork.com/cgi-bin/irc/irc.cgi , that's why so many typo)
[16:50] <omatfci> ok what is the next subject in agenda?
[16:50] <villind> jordimas: I'll try to document it in wiki (as soon as I have time to do that), but can you add the tools in svn?
[16:50] <jordimas> Next point on the agenda is to comment the "openbravo-developer-announce list (Jordi)". We are going to create an openbravo-developer-announce where we will announce news, changes and enhancements that affect people developing on top of Openbravo. It would be a low traffic list. For general, development we will keep using the forum
[16:51] <jordimas> villind: I will this week, still have to talk with Jens licensing issues, but he basically agree to give them to us under an open source license
[16:52] <jordimas> We have to define who will be able to write to the list but I believe basically people that has written access to the Openbravo Subversion repository
[16:54] <jordimas> Any comment or suggestion regarding this?
[16:55] <iarwain> jordimas: announce only? I mean, no devel discussions in this list?
[16:55] <jordimas> iarwain: we will start with the announce only list and keep the development forum and then to evolve from there
[16:57] <iarwain> jordimas: Ok. Where will it be? sf.net, our lists, somewhere else?
[16:57] <jordimas> My proposal is to use SourceForge
[16:57] <iarwain> Fine.
[16:59] <jordimas> Paolo will take then the next point
[17:00] <rvalyi_> about devs: are you guys from core team using the IRC to discuss the dev trensparently internally, any plan to do so? the general IRC activity is quite low.. Could be a great tool. Used to hang on #jruby for instance, quite different...
[17:00] <pjuvara> We are running out of time but I'd like to cover it quickly
[17:00] <pjuvara> The topic is on 2.36 schedule and content.
[17:00] <jordimas> that was marked by villind in the agenda as Openbravo R2.36
[17:00] <jordimas> thanks pjuvara
[17:00] <pjuvara> First of all, let me start by saying that we do not plan to have a 2.36 release.
[17:01] <pjuvara> Our next planned release is 2.40, which is scheduled for alpha testing in Q1 2008 and hopefully will be production in Q2 2008
[17:02] <pjuvara> The content is documented on our roadmap wiki page
[17:02] <jordimas> rvalyi_: we currently do not do it since all the development team is the same physical location (it would be less efficient). But we keep the IRC open for queries
[17:02] <pjuvara> http://wiki.openbravo.com/wiki/index.php/Openbravo_ERP_roadmap
[17:02] <pjuvara> In a nutshell the key features are going to be:
[17:03] <pjuvara> 1) Industry Template: a way to deliver best practice configuration and industry specific add-on with a one button install
[17:03] <villind> ok, then one question, are people going to fix the critical issues with 2.35 or can we have a branch for that?
[17:03] <pjuvara> 2) Integration with a BI Server
[17:03] <pjuvara> 3) Usability enhancement.
[17:03] * dmort (n=dmort@19.Red-80-38-15.staticIP.rima-tde.net) Quit ()
[17:03] <pjuvara> Coming to maintenance...
[17:04] <pjuvara> Historically Openbravo did not have a maintenance strategy.
[17:04] <pjuvara> The only way to get a packaged bug fix was to move to the next version.
[17:04] <pjuvara> We are looking at ways to improve that but we haven't figure it out quite yet.
[17:05] <pjuvara> We are looking at providing a subscription service (i.e. fee based service) that will automatically deploy bug fixes at production customers.
[17:05] <pjuvara> I cannot go into too many details because it is not launched yet.
[17:06] <jordimas> villind: all the bugs are properly documented (since R2.35 > ) in Subversion. Now it is possible for people to backport these bug fixes important for their customers
[17:06] <pjuvara> BUt we are also looking at ways to make the community edition benefit from that maintenance work
[17:06] * josepmitja (n=josepmit@83.230.226.52) Quit ()
[17:07] <pjuvara> It is likely that when critical issues are found on an existing release, at Openbravo discretion, we will release a maintenance pack to the community.
[17:08] <pjuvara> The issue for us is to figure out how we can make that available without diluting the value for the people who purchase the subscription service.
[17:08] <jordimas> In that regard, a description of our current policy is available in the Wiki -> http://wiki.openbravo.com/wiki/index.php/Openbravo_Releases
[17:08] <villind> jordimas: kind of, but as the 2.35 in subversion is quite crippled, and it requires installer to install that and then switching to subversion for merging in fixes
[17:08] <pjuvara> In any case, all bug fixes are first fixed in the trunk and documented there as Jordi say.
[17:08] <pjuvara> That is to preserve the integrity of the open source proposition.
[17:09] <jordimas> villind: we are in the process of document how to build installers -> http://wiki.openbravo.com/wiki/index.php/Making_an_Installer
[17:10] <villind> that is fine, but it would be good to have public maintenance branch, even for the community to submit the merged bug fixes
[17:10] <villind> jordimas: I really don't want that installer :-(
[17:11] <jordimas> well, is what we have. We are going to publish the scripts and the documentation for people willing to hack it
[17:11] <villind> I'd prefer to use svn as a base, actually use svn:externals reference from our repository
[17:11] <jordimas> Also I think that the old ANT system is still at Subversion
[17:12] <pjuvara> Yes, it is, so it is always possible to build that way.
[17:12] <villind> the current trunk is ok, but it is impossible to install 2.35 from subversion
[17:13] <villind> so, we will continue with current subversion trunk as it seems to be in better shape
[17:14] <pjuvara> villind: as I said, we have not quite figured it out yet. We are debating this point internally and your feedback is very valuable to that discussion.
[17:14] <pjuvara> Meanwhile, I would suggest keep using the trunk.
[17:14] <jordimas> villind: we should have a proposal before the end of the year (Xmas time)
[17:14] <villind> yes, as there are showstoppers with 2.35
[17:16] <jordimas> and then we can discussed with everyone
[17:17] <pjuvara> I apologize to everybody in the meeting but we are past the top of the hour and I need to depart from this meeting.
[17:17] <pjuvara> Bye bye
[17:17] <jordimas> thanks for your time pjuvara
[17:17] * pjuvara (n=pjuvara@adsl-69-235-53-116.dsl.irvnca.pacbell.net) Quit (Remote closed the connection)
[17:18] <jordimas> Well, to wrap up we will have a proposal before the end of the year of how to approach community stable version
[17:18] <jordimas> we can discuss it together and then take a decision
[17:18] <jordimas> Next point of the agenda is Openbravo POS
[17:19] <jordimas> As you know Openbravo has acquiered LibrePos. Adrián commented this on his weblog ->http://adrianrcblog.blogspot.com/2007/11/openbravo-has-acquired-librepos.html
[17:19] <jordimas> We are still on the process of defining the next roadmap but Adrian is here just in case you have questions regading Openbravo POS.
[17:19] <jordimas> Do you guys have any question regarding Openbravo POS for Adrian?
[17:20] <omatfci> will it support barcode reader and things like that?
[17:20] * josepmitja (n=josepmit@83.230.226.52) has joined #openbravo
[17:20] <adrian> Yes. Currently Openbravo POS supports barcode readers
[17:21] <adrian> As Jordi said, we are working to integrate Openbravo POS in the Openbravo infrastructure, to prepare a roadmap and to release a first version of Openbravo POS with its new name.
[17:21] <omatfci> when first relese that support barcode will be released
[17:21] <omatfci> ?
[17:21] <ruribio> Where can we get documentation for developers?
[17:22] <adrian> omatfci: As I said it currently supports barcode readers.
[17:22] <jordimas> ruribio: Most of the old LibrePos documentation is at -> http://en.wikibooks.org/w/index.php?title=Using_LibrePOS
[17:22] <adrian> You can download it under its old name: Librepos: http://librepos.sourceforge.net
[17:22] <omatfci> sorry, but where to download it?
[17:22] <jordimas> However, we are also working on a schedule for having better documentation
[17:23] <jordimas> omatfci: -> http://sourceforge.net/projects/librepos
[17:23] <adrian> To download Openbravo POS / Librepos http://sourceforge.net/project/showfiles.php?group_id=127939
[17:24] <Gcotton> there is another documentation, about classes or methods?
[17:24] <jordimas> Also if you are interested in integrating Openbravo ERP with LibrePOS there is a tutorial -> http://wiki.openbravo.com/wiki/index.php/TinaPOS_Integration
[17:24] <adrian> Not for the moment
[17:24] <Gcotton> we have problems modifying this POS
[17:25] <adrian> But if you have specific questions you can post it in the forums and I will be glad to answer
[17:27] <ruribio> OpenbravoPOS will change to web interface?
[17:27] <adrian> As Jordi said we are working on the roadmap. If somebody has suggestions of new features, bugs to fix, translations to add etc. Please use the forums to let us know.
[17:27] <omatfci> thanks, i'll try it and send my comments
[17:28] <jordimas> thanks omatfci
[17:28] <adrian> ruribio: No. We think that Openbravo POS is and will be a desktop application
[17:28] <adrian> There are several reasons:
[17:28] <adrian> 1. Openbravo POS has to deal with POS hardware: receipt printers, customer displays, etc
[17:30] <Gcotton> adrian: there are some especific funtionalities with openbravo integration that will be considered: About Unit of Measure. Do you have something in mind?
[17:30] <adrian> 2. The user interface is oriented to touch screens and Openbravo POS needs user controls very sofisticated that HTML cannot provide
[17:31] <adrian> Gcotton: One of the things we want to include in the roadmap is a mor close integration between Openbravo ERP and Openbravo POS
[17:32] <adrian> Right now there exists an integration development between both applications but definitely this is something we must improve
[17:32] <rvalyi_> about web sell interface, I heard Compiere has a webstore webapp, anybody tried to integrate it with OpenBravo?
[17:33] <jordimas> rvalyi_: It is very basic I think. The only know effort on integrating with a web store is the integration with ezPublish that some contributors are doing. See -> http://wiki.openbravo.com/wiki/index.php/Community_Projects#ezPublish_integration
[17:34] <adrian> And more. I think that if you want to integrate with a web store it is better to use Openbravo ERP
[17:34] <jordimas> You can contact the person listed there if you need more details (he does not work at Openbravo even if our name seems similar :) )
[17:35] <adrian> and after integrate Openbravo ERP with Openbravo POS
[17:35] <rvalyi_> By the way, being a JRuby on Rail fan, I saw this video explaining how to consume SAP webservices (dealing with material management) using a JRuby on Rails frontend, I guess the same would be possible with OpenBravo: http://blog.grundprinzip.de/articles/2007/11/08/cosuming-sap-suite-web-services-through-jruby-on-rails/
[17:35] <adrian> This way you will use the same tool: Openbravo ERP to manage the products catalog of all the applications: Web store and POS
[17:37] <jordimas> rvalyi_: No idea. But feel free to post in the "Open discussion forum". You will get an answer there for sure.
[17:37] * jtarbal (n=josep@112.Red-83-58-124.dynamicIP.rima-tde.net) Quit ("Ex-Chat")
[17:38] <jordimas> Any other question related to Openbravo POS?
[17:38] <rvalyi_> adrian: do you mean hacking OpenBravo so that you throw your ERP web interface as a web store with integrated shopping basket and all? Has this been done already?
[17:38] <rvalyi_> adrian: do you mean hacking OpenBravo so that you throw your ERP web interface as a web store with integrated shopping basket and all? Has this been done already?
[17:40] * basem (n=irc4u@41.232.104.70) has joined #openbravo
[17:40] <adrian> No. I mean only to integrate Openbravo and ezPublish to be able to sell in the web store the products catalog you edit in Openbravo ERP
[17:41] * villind (n=ville@141192030173.edelkey.net) has left #openbravo
[17:41] <jordimas> ok, the next point on the agenda (we are a bit late) it is community contributions. Now with the new Subversion server in place, the possibility of using Eclipse to develop for Openbravo and the new database source management we think that it should be more easy to contribute than before.
[17:42] <jordimas> If someone has any question regarding Openbravo contributions please let me know
[17:42] <rvalyi_> adrian: OK, just as I would do using Rails. Still EzPublish would be an option for PHP guys...
[17:43] <adrian> perfect
[17:43] <jordimas> ok
[17:44] <huehner> jordimas: with the new db source management the entry barrier is somewhat lower as one is not forced to setup oracle (xe)
[17:45] <jordimas> yes, it is. Also the datamodel is separated in several file (opposite to have a single binary dump file) that makes possible to do version control
[17:45] <omatfci> i think we should organize forum more so as to minimize efforts and time spend in answering questions
[17:45] <omatfci> why dont we make section in developers forum
[17:45] <rvalyi_> jordimas: when installing a fresh SVN on postgresql, I always get some errors at db creation, see: http://pastie.caboo.se/122568 is that normal?
[17:46] <jordimas> actually Adrian yesterday published the documentation of the new db source management system -> http://wiki.openbravo.com/wiki/index.php/Database_sources_management
[17:46] <jordimas> adrian, can you please take rvalyi_ question?
[17:46] <omatfci> for window creation ,report generation, ....
[17:46] <huehner> rvalyi_: trunk with pgsql is still broken - cro and i are trying to fix that
[17:47] <jordimas> SourceForge forum system is very limited. We can created 'threads' but most of the people will just create a new thread everytime
[17:48] <adrian> Right now we have to tune the model definition for PostgreSql
[17:48] <jordimas> One the things that can help is to make sure that the questions that are asked again and again are collected in the FAQ -> http://wiki.openbravo.com/wiki/index.php/FAQ
[17:48] <adrian> but it should generate a working PostgreSql environment
[17:48] <jordimas> Also that the errors that the documentation has are fixed then people do not hit the same problems again and again
[17:49] <huehner> adrian: currently is produces a dozen of errors while converting the triggers.. cro has a patch for review which brings the errors down to two
[17:49] <omatfci> why proplems and solutions are not documented so as to be reference and put as document in wiki unnder categiries you want i think major of problems are repeated
[17:50] <jordimas> I did not understand the last suggestion
[17:51] <jordimas> The FAQ document is broken down in sections and also the Wiki has a categorization system in place
[17:52] <adrian> Ok, I will have a look on it. But as i said we are also working to fix all the errors of PostgreSql
[17:55] <huehner> adrian: thx, the patch should fix most of the issues already
[17:55] * josepmitja (n=josepmit@83.230.226.52) Quit ()
[17:55] <omatfci> but FAQ is to small and contain no specific information we should update it using quistiones frequintly asked in forums
[17:55] <omatfci> whats your opinion
[17:55] <omatfci> ?
[17:56] <jordimas> The FAQ is small because we all do not invest more time on it
[17:56] <jordimas> but having a good FAQ will reduced the questions that everyone asks again and again
[17:56] <jordimas> that is my personal opinion
[17:56] <jordimas> I actually trend to add questions to the FAQ regullary (check the Page history of the page)
[17:57] <omatfci> ok, you agree with me
[17:57] <jordimas> yes
[17:58] <jordimas> OK, we are running out of time
[17:58] <jordimas> thanks a lot of attending the chat
[17:58] <jordimas> I think that we will schedule the next one in a month
[17:58] <jordimas> we will keep you posted
[17:58] <jordimas> I will also do a summary of all the issues discussed and I will blog about them

Retrieved from "http://wiki.openbravo.com/wiki/Chat_Meetings/Log_20071127"

This page has been accessed 1,387 times. This page was last modified 10:21, 18 March 2008. Content is available under Creative Commons Attribution-ShareAlike 2.5 Spain License.

Category: Community