Timestamps are in EET.
[0:01] <doutorJAVA> do you use opebravo?
[0:15] <doutorJAVA> i want video lessons of the openbravo
[0:16] <doutorJAVA> in spanish
[0:16] <doutorJAVA> or english
[0:16] <doutorJAVA> do you understand me ?
[0:18] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[0:28] <doutorJAVA> where to find video lessons?
[0:32] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[0:58] * montorg (n=chatzill@ATuileries-152-1-5-139.w82-123.abo.wanadoo.fr) has joined #openbravo
[0:59] <montorg> hi the room
[0:59] <montorg> french people here?
[1:03] <montorg> one question: how to decompresse the file "OpenbravoERP-2.40-x86.vmware.tar.gz"
[1:08] <elopio> montorg, do you use linux or windows?
[1:09] <montorg> i use vmware player under windows
[1:09] <elopio> you can install 7zip > http://www.7-zip.org/
[1:12] <montorg> thanks a lot elopio, i download it and try!
[1:27] <doutorJAVA> where to find manual of user of version 2.40?
[1:28] <elopio> doutorJAVA, on the wiki. http://wiki.openbravo.com/wiki/User_Manual_2.40
[1:28] <elopio> but it has no portuguese translation yet.
[1:30] <doutorJAVA> thank you
[1:31] <elopio> np.
[1:33] <doutorJAVA> what time is it ?
[1:33] <doutorJAVA> here is 20:46
[1:38] <doutorJAVA> where to find a database of example (postgres) for openbravo?
[1:39] <doutorJAVA> i want to make tests
[1:52] <elopio> doutorJAVA, the easiest way is to install a virtual appliance > http://wiki.openbravo.com/wiki/Openbravo_ERP_Installation_2.50
[1:53] <elopio> but you have alsp http://demo.openbravo.com/ if you just want to check the application.
[1:53] <CIA-44> OpenbravoPOS: adrianromero * r499 /trunk/ (configure.bat installer/installer.xml): Fixing installer and running scripts
[2:02] <doutorJAVA> how download the database for my computer?
[2:06] <doutorJAVA> I installed openbravo 2,40 in ubuntu 8.10. Also I installed the translation for the Brazilian Portuguese
[2:08] * montorg (n=chatzill@ATuileries-152-1-5-139.w82-123.abo.wanadoo.fr) Quit (Read error: 113 (No route to host))
[2:08] <doutorJAVA> what I make now?
[2:09] <elopio> doutorJAVA, if you installed openbravo 2.40, then you also installed the database.
[2:09] <doutorJAVA> yes
[2:09] * ruoso (n=ruoso@201009087218.user.veloxzone.com.br) Quit (Read error: 60 (Operation timed out))
[2:09] <elopio> you can use pgadmin3 to make queries > http://www.pgadmin.org/
[2:13] <doutorJAVA> do you recommend which configuration of computer? pentium IV ?
[2:14] <doutorJAVA> do you recommend which configuration of server computer?
[2:17] <elopio> here you can find the minimum requirements for 2.50 appliances > http://wiki.openbravo.com/wiki/Openbravo_ERP_Installation_2.50#Minimum_requirements_and_image_details
[2:17] <elopio> if you are going to install the server from source, the minimum hardware requirements depend a lot on what you plan to do with your erp.
[2:18] <doutorJAVA> ok
[2:19] <elopio> for example, I managed to install ob2.40 with 256 of RAM and a pentium IV, but it took a lot of time...
[2:20] <doutorJAVA> for example, 10 users hardwired to the server
[2:23] <doutorJAVA> what it will be necessary for a good quality of the server?
[2:23] <elopio> doutorJAVA > http://wiki.openbravo.com/wiki/Technical_FAQ_about_Openbravo_ERP#What_is_the_recommended_hardware_configuration_for_Openbravo.3F
[2:24] <elopio> but I don't know, I can't answer your question.
[2:25] <elopio> perhaps you should look for advice on the forum > http://sourceforge.net/forum/?group_id=162271
[2:26] <elopio> there's a brazilian subforum too.
[2:29] <doutorJAVA> to connect 10 users to the remote server being used Internet. which is the tax of necessary transmission of download and upload? 1 mbps?
[2:33] <doutorJAVA> I liked it Brazilian forum. it's good
[2:33] <doutorJAVA> God Bless
[2:35] <doutorJAVA> i need to learn openbravo
[2:40] <doutorJAVA> the processor can be AMD Phenon X4? or it is necessary to be INTEL?
[2:51] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[2:52] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[2:54] <doutorJAVA> teatcher elopio
[2:56] <doutorJAVA> teacher
[2:56] <doutorJAVA> you teach to me
[2:56] <doutorJAVA> i want to learn
[2:57] <doutorJAVA> please
[2:57] <doutorJAVA> i want to learn with you
[2:57] <elopio> jeje, I'm not a teacher, and I got to go now.
[2:57] <elopio> just read the wiki
[2:57] <elopio> and if you have questions, ask here or in the forum.
[2:58] <doutorJAVA> thank you
[2:58] <elopio> np.
[2:58] <doutorJAVA> what time is it ?
[2:58] <doutorJAVA> here is 22:11
[2:58] <elopio> here, it's 19:00
[2:59] <doutorJAVA> good evening, teacher
[2:59] <elopio> see you later.
[2:59] <elopio> afk.
[2:59] <doutorJAVA> thank you
[2:59] <doutorJAVA> God bless you
[3:01] <doutorJAVA> God prospers you
[3:46] * garry (n=gunawan@125.160.247.86) has joined #openbravo
[4:14] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) Quit (Read error: 104 (Connection reset by peer))
[4:15] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[4:18] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[4:19] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) has joined #openbravo
[4:50] <doutorJAVA> hi
[4:51] <doutorJAVA> What is the recommended hardware configuration for Openbravo? (up to 200 concurrent users)
[5:11] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[5:20] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[5:33] * garry (n=gunawan@125.160.247.86) Quit ("Leaving")
[5:33] * marsh (n=chatzill@116.50.175.27) has joined #openbravo
[5:33] <doutorJAVA> What is the recommended hardware configuration for Openbravo? (up to 200 concurrent users)
[5:34] <marsh> any news regarding POS 2.30 beta? where to download?
[5:36] <marsh> doutorJAVA: that's a lot man
[5:37] <marsh> probably a quadcore system
[6:15] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[6:22] * atchek__ (n=atchek@115.132.64.15) has joined #openbravo
[6:22] <atchek__> hi
[6:22] <atchek__> i need some help here
[6:25] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[6:28] <atchek__> anybody?
[7:11] * Katie-Offline is now known as KatieKitty
[7:13] <atchek__> hello?
[7:38] <CIA-44> Openbravo: jayakumar <jayakumar.kasinathan@openbravo.com> default * 3311:d48f0c2d2da3 /src/org/openbravo/erpCommon/ad_process/CreateAccountingReport.java: Fixes bug 7671 The name of process class is changed from \"CreateAccountingReport\" to \"UserDefinedAccountingReport\".
[8:11] * KatieKitty is now known as Katie-Offline
[8:14] * marsh (n=chatzill@116.50.175.27) Quit (Read error: 110 (Connection timed out))
[8:21] * elopio (n=elopio@200.122.185.199) Quit (Read error: 60 (Operation timed out))
[8:22] * atchek__ (n=atchek@115.132.64.15) Quit (Read error: 104 (Connection reset by peer))
[8:22] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) Quit (Read error: 110 (Connection timed out))
[8:37] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[8:42] * onats (n=onats@unaffiliated/onats) has joined #openbravo
[8:59] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) has joined #openbravo
[9:23] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) Quit (Read error: 110 (Connection timed out))
[9:26] * elopio (n=elopio@200.122.185.199) has left #openbravo
[10:26] * mtaal (n=mtaal@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[10:30] * OlgaVishnevskaya (n=olgavish@194.158.202.123) has joined #openbravo
[10:42] <CIA-44> Openbravo: Hennadzi Mackevich <hennadzi.mackevich@opensuite.com> default * 3312:7da49082c5e8 /src/org/openbravo/ (64 files in 2 dirs): Fixed bug 0005277: WARNING messages with new JasperReports library
[10:43] * DMA02 (n=foo@194.126.6.206) has joined #OpenBravo
[10:44] <DMA02> Hi, I can't seem to find the openbravo POS source code on the main site and on the source forge download site.
[10:44] <DMA02> anyone know how I Can get it?
[10:45] <CIA-44> Openbravo: Martin Taal <martin.taal@openbravo.com> default * 3313:f67593555336 /src/org/openbravo/service/db/ (ClientImportProcessor.java DataImportService.java): Fixes issue 7865, Import client should also convert the name of the Role and Warehouse
[10:46] <iarwain> DMA02: in Subversion: https://dev.openbravo.com/websvn/openbravopos/trunk/
[10:47] <iarwain> DMA02: or in sourceforge: http://sourceforge.net/project/showfiles.php?group_id=127939&package_id=264599&release_id=622660
[10:47] <iarwain> openbravopos_2.20_src.zip
[10:56] * szapata (n=chatzill@37.Red-80-33-133.staticIP.rima-tde.net) has joined #openbravo
[11:00] * szapata (n=chatzill@37.Red-80-33-133.staticIP.rima-tde.net) Quit (Read error: 104 (Connection reset by peer))
[11:04] * awolski (n=awolskit@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[11:06] <CIA-44> OpenbravoPOS: mirurita * r502 /trunk/src-pos/com/openbravo/pos/inventory/StockManagement.java: Fixes issue 0006218: Fix the keypad in the Inventory management (adding functionality)
[11:11] * pheenan (n=phillip@83.230.226.52) has joined #openbravo
[11:11] * DMA02 (n=foo@194.126.6.206) Quit (Read error: 110 (Connection timed out))
[11:12] * DMA02 (n=foo@194.126.6.206) has joined #OpenBravo
[11:16] * szapata (n=chatzill@207.pool85-50-154.dynamic.orange.es) has joined #openbravo
[11:24] <DMA02> Does OpenBravo POS support hardware with dual displays (one for the cashier and one for the customer) ?
[11:24] <DMA02> plus if there is any docs on the wiki about this I'd like to go through them
[11:26] * trifon (n=chatzill@78.90.20.97) Quit ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]")
[11:28] * cheli (n=cheli@226.22.216.87.static.jazztel.es) has joined #openbravo
[11:31] * jarekwozniak (n=openbrav@83.230.226.52) has joined #openbravo
[11:35] * OlgaVishnevskaya (n=olgavish@194.158.202.123) Quit ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
[11:39] <DMA02> is it possible to use a 2.10 translation package on 2.20 version of the pos ?
[11:40] <jarekwozniak> Hi DMA02: yes. but there will be some missing translations
[11:40] <DMA02> ah ok, so all I would need to do is fill those in, in that case.
[11:41] <DMA02> thanks
[11:41] <jarekwozniak> the difference is only that some additonal words are added each release
[11:41] <jarekwozniak> yes
[11:41] <jarekwozniak> in netbeans this is very easy
[11:41] <DMA02> still very good.
[11:42] <DMA02> why is it easy in netbeans, something different if I use eclipse?
[11:42] <DMA02> I mean, is there something specific that makes it easier to do in netbeans
[11:43] <jarekwozniak> hmm. in netbeans in the package with languages you can just add a locale file and then you can see different langauges next to each other in a window. so the translation becomes very easy because you compare the words
[11:44] <jarekwozniak> i dont know if it is possible to do that in eclipse. but you can do it even using notpad
[11:44] <DMA02> ok, well i'll keep that in mind when I try this out with eclipse and see how things go
[11:45] <DMA02> thanks for the tip
[11:45] <jarekwozniak> no problem
[12:05] * jarwoz (n=openbrav@83.230.226.52) has joined #openbravo
[12:05] * jarwoz (n=openbrav@83.230.226.52) Quit (Remote closed the connection)
[12:07] * alinot (n=alinot@95.85-86-102.dynamic.clientes.euskaltel.es) has joined #openbravo
[12:15] * plujan (i=d562b28f@gateway/web/ajax/mibbit.com/x-091ac900cbffc5a8) has joined #openbravo
[12:15] * jarwoz (n=openbrav@83.230.226.52) has joined #openbravo
[12:16] * jarekwozniak (n=openbrav@83.230.226.52) Quit (Read error: 104 (Connection reset by peer))
[12:16] * jarwoz is now known as jarekwozniak
[12:19] * raejohnston (n=rachel@i-83-67-16-182.freedom2surf.net) has joined #openbravo
[12:19] * gorkaion (n=gorkaion@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[12:22] * MarvinTM_ (n=MarvinTM@83.230.226.52) has joined #openbravo
[12:23] * pnuding (n=pnuding@89.131.145.227) has joined #openbravo
[12:23] * pjuvara (n=pjuvara@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[12:24] * DNis (n=droy@olm03.cvf.fr) Quit (Remote closed the connection)
[12:26] * adrianromero (n=adrian@36.Red-88-7-38.staticIP.rima-tde.net) has joined #openbravo
[12:27] * txasu (n=david@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[12:28] * pheenan (n=phillip@83.230.226.52) Quit ("leaving")
[12:28] * vmromanos (n=openbrav@83.230.226.52) has joined #openbravo
[12:28] * amedio (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[12:28] * atchek__ (n=atchek@118.100.237.90) has joined #openbravo
[12:30] <pjuvara> We will start the product development meeting in 2 minutes.
[12:30] * MarvinTM (n=MarvinTM@156.112.218.87.dynamic.jazztel.es) Quit ("Saliendo")
[12:30] * apagola (n=openbrav@117.pool85-54-196.dynamic.orange.es) has joined #openbravo
[12:31] <atchek__> hi
[12:31] <atchek__> i need some help about openbravo pos
[12:31] * gmauleon (n=openbrav@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[12:31] * ChanServ sets mode +o iarwain
[12:32] * iarwain changes topic to 'Openbravo ERP/POS | Product development meeting at 10:30GMT'
[12:32] * ChanServ sets mode -o iarwain
[12:32] * pheenan (n=phillip@117.pool85-54-196.dynamic.orange.es) has joined #openbravo
[12:32] * Sathiyan (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-88d6512a4edeb44e) has joined #openbravo
[12:34] <iarwain> atchek__: please hold on a bit. There's a product development meeting starting in a few minutes.
[12:34] <pjuvara> Hi everybody
[12:34] <pjuvara> let's start today's product development team meeting.
[12:34] <pjuvara> The topics on the agenda are:
[12:34] <pjuvara> 1) Mercurial - how is the transition going
[12:34] <pjuvara> 2) Status of existing ERP releases
[12:34] <pjuvara> 3) Status of ERP 2.50
[12:34] <pjuvara> 4) POS 2.30 status
[12:34] <Sathiyan> Hi Everybody
[12:34] <pjuvara> Let's begin with the first topic: Mercurial.
[12:35] <pjuvara> Last week we switched from SVN to Mercurial and all developers should be using Mercurial as their primary SCM tool.
[12:35] <pjuvara> I know we had some issues on the first couple of days but past that, it looks like things are now going well.
[12:35] <pjuvara> Has everybody been able to switch? Any issues?
[12:35] * areef (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-d43f04b4965f3be6) has joined #openbravo
[12:35] * rafaroda (n=openbrav@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[12:35] * Rajagopal (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-30b20b8b948d7053) has joined #openbravo
[12:36] <amedio> yes, no problem in my team
[12:36] <pjuvara> Good. Anybody else?
[12:36] * iciordia (n=ici@69.Red-79-151-168.dynamicIP.rima-tde.net) has joined #openbravo
[12:36] <plujan> no issues at QA
[12:36] * Vinothbabu (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-95de3ac7ce1985ac) has joined #openbravo
[12:36] * Jayakumar (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-dda3702710a86e85) has joined #openbravo
[12:36] * mirurita (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[12:36] <awolski> All good in Platform.
[12:37] * openbravo__ is now known as alostale
[12:37] * PMagninOB (n=pma@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[12:37] <pjuvara> As a reminder to people in our community who are following our development progress, the new URL for the SCM is now: http://code.openbravo.com/
[12:37] <rafaroda> working on Community Support team also
[12:37] <Rajagopal> All developer from community support from india are in
[12:38] * rafaroda (n=openbrav@156.112.218.87.dynamic.jazztel.es) Quit (Client Quit)
[12:38] <pjuvara> Great, Looking at the log it seems that there is a fair amount of activity in the PI repository, so everything looks good.
[12:38] * rafaroda (n=openbrav@117.pool85-54-196.dynamic.orange.es) has joined #openbravo
[12:38] * DNis1 (n=droy@olm03.cvf.fr) has joined #openbravo
[12:38] * nserrano (i=d562b28f@gateway/web/ajax/mibbit.com/x-7859355885038266) has joined #openbravo
[12:39] <pjuvara> One of the side benefits of Mercurial is that we are now back on SourceForge. SourceForge has recently started supporting Git as source control system and that made it very easy for us to start publishing our activity to SF again.
[12:39] <pjuvara> Let's move to the next topic: status of existing ERP releases.
[12:40] * psarobe (n=psarobe@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[12:40] <pjuvara> The overall backlog of defects affecting production releases has been going up a bit.
[12:40] <pjuvara> We are now are at a total of 58 defects (+1 compared to last week) with the following breakdown:
[12:40] <pjuvara> * 0 critical (stable - good)
[12:40] <pjuvara> * 10 major (+3)
[12:40] <pjuvara> * 45 minor (stable)
[12:40] <pjuvara> * 4 trivial (-1)
[12:40] <pjuvara> The above is data as of last night.
[12:41] <pjuvara> This is not terrible per se but it is the first time in several weeks that this backlog is not going down.
[12:41] <pjuvara> Any specific reason? Is this attributable to Mercurial?
[12:41] <iciordia> I want to congratulate Release Management on the migration to Mercurial, the documentation is very good and it is easy to start working with it
[12:41] <pnuding> i think indeed the last few days there was a bit of a backlog of things waiting to be committed
[12:42] <iarwain> iciordia: Thanks, good to hear that.
[12:42] <pjuvara> iciordia: Yes, the transition was remarkably smooth.
[12:42] <vmromanos> I think the reason is that the stable 2.40 branch is closed now, so we can't commit our patches
[12:42] <pnuding> but in the next 24 hours that effect should be other
[12:42] <pnuding> over
[12:42] <rafaroda> Community Support Team has been stopped by Mercurial migration but now working hard on bug fixing again
[12:42] <iarwain> The 2.40 stable branch was frozen yesterday morning. Till 2.40MP3 is tagged.
[12:43] <amedio> Why do we have to freeze a branch?
[12:43] <plujan> 2.40mp3 is on QA right now, until now, no new commits will occur
[12:43] <pjuvara> vmromanos: the fact that the 2.40 repository is frozen, should not stop us from fixing defects in PI.
[12:43] <amedio> is not enough to keep track of the revision??
[12:43] <pjuvara> The data above is only related to defects and not to backports.
[12:43] <iarwain> amedio: because you can commit locally and push when it's unfrozen. And because we don't want to have an extra repo just to push while it's frozen. It adds no benefits, with the amounts of fixes that the stable branch requires.
[12:44] <vmromanos> pjuvara, sure, but we are talking about production releases
[12:44] <pjuvara> Yes, we are talking about production releases but the process should be:
[12:44] <amedio> maybe it is better creating a new branch
[12:44] <pjuvara> 1) Fix the defect in PI and set the defect to resolved
[12:45] <pjuvara> 2) Resolve the backport if one is needed.
[12:45] <pjuvara> I think we should be able to make progress on defects even when the stable repository is frozen. Shouldn't we?
[12:45] <iarwain> amedio: it's not enough. Because if QA tests r3000 and new pushes are done, and QA only needs 1 fix, they should nopt test everything again because of the rest of the pushes.
[12:45] <iarwain> amedio: no new branch is required, because everything is a branch. This made sense in SVN, not in Hg.
[12:46] <amedio> but bug remains open till you push it
[12:46] <pjuvara> With regards to the backports, you can implement the fix in your local repository and then defer the push the stable 2.40 repository on code.openbravo.com when it opens back up.
[12:46] <xeraf> With the freeze of stable branches, we are not stopping anyone's work. It's just that we are loosing some visibility.
[12:46] <iarwain> pjuvara: yes, but the issues are marked as resolved when they are pushed. The QA process of 2.40MPx takes around 2-3 days
[12:47] <iarwain> so it's not a big deal, in my opinion.
[12:47] <xeraf> It would also be nice to look for ways of decreasing the stabilization phase.
[12:47] <pjuvara> iarwin: but again - we are confusing defects and backports, I believe.
[12:47] <pjuvara> Let me restate the process.
[12:48] <pjuvara> I work on a defect that requires a backport to 2.40. In issues.openbravo.com I have two separate entries.
[12:48] <pjuvara> When I fix the defect and I push it to PI, the defect is set to resolved.
[12:49] <iarwain> ok, sorry, now I got you. Yes, nothing stops us from making progress in PI defects.
[12:49] <pjuvara> The backport stays open and you can as a developer do the work in your local repository, When the 2.40 branch opens up, you can do the push. At that point the backport is marked as resolved.
[12:50] <pjuvara> Since my statistics above are about defects, the fact that 2.40 is frozen does not justify the increase in backlog.
[12:51] <pjuvara> Now, perhaps what rafaroda said above is a more likely explanation.
[12:51] * atchek (n=atchek@115.132.65.141) has joined #openbravo
[12:51] <pjuvara> In any case... moving to backports...
[12:51] <pjuvara> With regards to backports, the backlog has been going up a bit there as well: we now have a total of 52 (+4) with a breakdown by branch of:
[12:51] <pjuvara> * 2 for 2.3x (-2)
[12:51] <pjuvara> * 50 for 2.40 (+6)
[12:51] <pjuvara> This is definitely justified by the 2.40 repository being close.
[12:52] <pjuvara> At least I hope :)
[12:53] <amedio> what if you have to commit to stabilzation 2.40 to fix a bug
[12:53] <pjuvara> In any case, all of this to point out that even if 2.50 alpha is now frozen, we need to stay focused on maintenance otherwise the production releases (both Community and Network) would suffer.
[12:53] <amedio> but you also have local changes pending to be pushed
[12:53] <pjuvara> amedio: can you please explain?
[12:53] <amedio> how can this be handdled
[12:53] <amedio> ??
[12:54] <CIA-44> Openbravo: areefbasha <areef.basha@openbravo.com> default * 3314:88408456bc46 /src-db/database/sourcedata/ (AD_MENU.xml AD_PROCESS.xml): Fixes bug 7846 The menu and process names have been changed from \"Tax Report\" to \"Create Tax Report\".
[12:54] <xeraf> If you need to do a stabilization commit, contact us.
[12:54] <xeraf> We haven't yet done any, but the process will probably be:
[12:54] <xeraf> * Do your commit locally.
[12:55] <xeraf> * 'hg export' your commit
[12:55] <amedio> i mean, i have things commited in my local repository, and now i need to commit a fix to 2.40 that is frozen for stabilization purposes. If i push mi fix, I'm pushing also the things commited in my local rpository
[12:55] <xeraf> * attach the export to the issue in mantis
[12:55] <iarwain> we'll formalize the process within the following days.
[12:56] <xeraf> amedio: You are not allowed to that push. The export functionality has two objectives: isolate one push and making a file from it that you can share.
[12:56] <xeraf> s/one push/one commit/
[12:57] * onats (n=onats@unaffiliated/onats) Quit (Connection timed out)
[12:57] <Sathiyan> xeraf:I did not get "s/One push/One commit/'
[12:58] <xeraf> That was a substitution in the previous sentence. Where I said 'isolate one push' I meant 'isolate one commit'.
[12:59] <xeraf> amedio: Is the process clear?
[12:59] <amedio> no
[13:00] <xeraf> Stable branch is blocked during stabilization. That means that you are not allowed to do pushes.
[13:00] <amedio> do you mean creating a patch??
[13:00] <xeraf> Yes, the hg export functionality is very similar to a patch.
[13:00] <xeraf> But it also includes information of the commit: comment and author.
[13:00] <amedio> but after that process, is my repository pushing again the patch??
[13:01] * katratxo thinks that reading the hg-book is a must
[13:01] <xeraf> Not sure how this will work. I will do some tests and give you an answer.
[13:01] <amedio> thanks
[13:01] <amedio> ;)
[13:02] * azabaleta (n=asier@83.173.187.100.dyn.user.ono.com) has joined #openbravo
[13:02] <iarwain> that won't be an issue.
[13:02] <xeraf> For the moment, use the hg export functionality for stabilization commits.
[13:02] <amedio> ok
[13:03] <pjuvara> OK. Let's move to the next topic: 2.50 status (where stabilization commits are still very relevant :'().
[13:03] <pjuvara> We have successfully frozen the release last week
[13:04] <pjuvara> We are now doing smoke testing, installation testing and upgrade testing on the revision that we will call 2.50 beta. That is why now main if frozen (but again PI is open).
[13:04] <pjuvara> At the moment it looks like we are having some problems with the upgrade.
[13:04] <pjuvara> Can psarobe comment?
[13:04] * ruoso (n=ruoso@201.45.49.162) has joined #openbravo
[13:05] <psarobe> we are having some problems with the upgraders with windows
[13:05] <psarobe> in fact we couldn't even start
[13:05] <psarobe> and we also have problems with the translations but it seems that this issue has been resvolved this morning
[13:06] * atchek__ (n=atchek@118.100.237.90) Quit (Read error: 110 (Connection timed out))
[13:06] <pjuvara> Can you (or somebody else) give more details on the upgraders on Windows issue?
[13:07] <pjuvara> Perhaps MarvinTM_ can add something here.
[13:07] <MarvinTM_> we are having small problems with the file paths
[13:07] <MarvinTM_> in linux they are read well, but in linux they are not
[13:07] <MarvinTM_> sorry, in windows they are not
[13:07] <iarwain> Bitrock+windows is somehow tricky
[13:08] <pjuvara> iarwain: any way that you can help?
[13:08] <MarvinTM_> yes, we are working together to fix the problem :)
[13:08] <pjuvara> Do you have an estimate of when the problem will be resolved?
[13:09] <MarvinTM_> we should be able to fix this problem between today and tomorrow
[13:09] <pjuvara> OK.
[13:09] <pjuvara> psarobe: besides Windows issues, is everything else OK? Does the upgrader work fine in Linux?
[13:10] <psarobe> except the translation, looks good
[13:10] <alostale> i have finshed with the transaltions issue
[13:10] <alostale> and will be packaged in the next upgrader
[13:10] <pjuvara> Great. So as soon as these two issues are confirmed closed, we can give the green light to Release Management for the final packaging. Right?
[13:11] <psarobe> we can talk later about if it will be understandable for the partners the amount of changes that they will have to again to change from version to anohter
[13:11] <pjuvara> OK. That is an important element to clarify.
[13:11] <psarobe> right
[13:12] <pjuvara> Let's move to the last topic on the agenda: POS. adrianromero: can you please take the lead?
[13:14] <pjuvara> adrianromero?
[13:14] <adrianromero> hi
[13:14] <adrianromero> The great news is that after few days of delay, Openbravo POS 2.30 beta has been released and the release notes has been published here
[13:14] <pjuvara> Can you please take the lead on POS?
[13:14] <adrianromero> http://wiki.openbravo.com/wiki/Openbravo_POS_2.30_Release_notes
[13:15] <pjuvara> Congratulations to the POS team!
[13:15] <adrianromero> And there are available the binaries, sources, installers and ERP-POS integration packages in Sourceforge
[13:15] <adrianromero> https://sourceforge.net/project/showfiles.php?group_id=127939&package_id=264599&release_id=665598
[13:16] <adrianromero> Unfortunately the PDA module has not been released yet because it is not ready for beta. When ready we are going to release it.
[13:16] <adrianromero> The final release is planned for February 27th and there is still a lot of work before the final release, testing, bug fixes, translations, documentation and so on.
[13:16] <xeraf> s/February/March/ ?
[13:16] <adrianromero> Sorry
[13:17] <adrianromero> March 27th
[13:17] <doutorJAVA> What is the recommended hardware configuration for Openbravo? (up to 200 concurrent users)
[13:17] <adrianromero> doutorJAVA: Please let us finish the presentation and I will come back to you
[13:18] <adrianromero> The issues chart is the following.
[13:18] <adrianromero> http://spreadsheets.google.com/pub?key=pWEbJ3VuNci0-7pcXvhrLSQ&oid=1&output=image
[13:18] <adrianromero> With the release of the beta probably more bugs will appear so we need to take care of this
[13:18] * atchek_ (n=atchek@118.100.237.39) has joined #openbravo
[13:18] <doutorJAVA> ok
[13:18] <doutorJAVA> i wait
[13:19] <adrianromero> Currently we have 2 critical bugs and 1 major bug that have to be fixed for the production release
[13:19] <adrianromero> But I am sure that more will appear :-(
[13:19] <adrianromero> And the forums chart is
[13:20] <adrianromero> http://spreadsheets.google.com/pub?key=pWEbJ3VuNci0-7pcXvhrLSQ&oid=5&output=image
[13:20] <adrianromero> The past week we noticed a big increase in the total of messages posted and this week the number of messages has been at the same level.
[13:20] <adrianromero> And that is all from the POS
[13:21] <pjuvara> dotourJAVA: I am not sure if you meant Openbravo ERP or Openbravo POS. If you meant Openbravo ERP, we do not have precise hardware guidelines but there is a thread in our forums where some users published their configuration, You can use that as a reference: https://sourceforge.net/forum/message.php?msg_id=4895986
[13:22] <jarekwozniak> i would like to additionaly mention that we have been implementing Openbravo POS Network and everything is on time right now
[13:22] <pjuvara> adrianromero: thanks for the update and again congratulations.
[13:24] <pjuvara> OK. I think this is all for this product development meeting. Thank you all for participating.
[13:24] <areef> Thanks
[13:24] <txasu> thank you. bye.
[13:24] * txasu (n=david@156.112.218.87.dynamic.jazztel.es) Quit ("Bye")
[13:24] * pnuding (n=pnuding@89.131.145.227) has left #openbravo
[13:24] * iciordia (n=ici@69.Red-79-151-168.dynamicIP.rima-tde.net) Quit ()
[13:24] * gmauleon (n=openbrav@156.112.218.87.dynamic.jazztel.es) has left #openbravo
[13:24] * pjuvara (n=pjuvara@143.Red-213-98-178.staticIP.rima-tde.net) has left #openbravo
[13:25] <Rajagopal> Thanks Bye
[13:25] * mirurita (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has left #openbravo
[13:25] * areef (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-d43f04b4965f3be6) has left #openbravo
[13:25] * Rajagopal (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-30b20b8b948d7053) has left #openbravo
[13:25] * rafaroda (n=openbrav@117.pool85-54-196.dynamic.orange.es) Quit ()
[13:25] * Vinothbabu (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-95de3ac7ce1985ac) Quit ("http://www.mibbit.com ajax IRC Client")
[13:26] * vmromanos (n=openbrav@83.230.226.52) Quit ("Saliendo")
[13:26] <jarekwozniak> atchek_: have asked for any help with pos
[13:26] * raejohnston (n=rachel@i-83-67-16-182.freedom2surf.net) has left #openbravo
[13:26] <jarekwozniak> ??
[13:26] * Jayakumar (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-dda3702710a86e85) Quit ("http://www.mibbit.com ajax IRC Client")
[13:26] * atchek (n=atchek@115.132.65.141) Quit (Read error: 110 (Connection timed out))
[13:26] <huehner> doutorJAVA: for erp performance numbers it depends for one point on how active the users are and the actions which the users perform
[13:26] <doutorJAVA> why openbravoERP is not recommended (up to 200 concurrent users)?
[13:27] * Sathiyan (i=7c7c37c7@gateway/web/ajax/mibbit.com/x-88d6512a4edeb44e) Quit ("http://www.mibbit.com ajax IRC Client")
[13:27] <huehner> doutorJAVA: we are currently building some user model to be able to run realistic simulations
[13:27] <huehner> doutorJAVA: where did you get that info from?
[13:29] <DMA02> I checked out the POS code via SVN,. is this completely dependant on net-beans ?
[13:29] <doutorJAVA> in channel #openbravo-rm "<iarwain> doutorJAVA: about the hardware configuration, that's not an easy question. But I can tell you that Openbravo does not support 200 concurrent users."
[13:30] * pheenan (n=phillip@117.pool85-54-196.dynamic.orange.es) Quit ("leaving")
[13:30] <jarekwozniak> DMA02: no. you can use eclipse for sure. here is a developer guide http://wiki.openbravo.com/wiki/OpenbravoPOS_Developer_guide
[13:31] <huehner> doutorJAVA: i would say depends on how active the users are, we are currently trying to find a reasonable mix of actions a user might perform and want to make measurements based on that to get reliable numbers
[13:31] <DMA02> ok, looking
[13:31] <huehner> doutorJAVA: i you have and want to give feedback/input about about this mix from your case you are invited
[13:32] * pnuding (n=pnuding@89.131.145.227) has joined #openbravo
[13:32] <doutorJAVA> after all, which the maximum amount of concurrent users?
[13:33] * adrianromero (n=adrian@36.Red-88-7-38.staticIP.rima-tde.net) has left #openbravo
[13:34] * atchek__ (n=atchek@115.132.70.56) has joined #openbravo
[13:34] <huehner> doutorJAVA: in theory not limited, in practice there are at least installations with 100 and i think one is planned with 200 soon
[13:35] <huehner> doutorJAVA: but i can't give you numbers/hardware sizing without finishing some measurements to back them up
[13:38] <doutorJAVA> I want to use openbravoERP in a server computer with Processor AMD Phenon x4 3 ghz, 8 mb, 60 RAID SCSI gb, for 200 remote users, with a band of 1 mbps of Internet for the remote server. This goes to function?
[13:39] <doutorJAVA> ps: SCSI 60 gb
[13:39] <iarwain> doutorJAVA: are the 200 concurrent users remote or local?
[13:40] <doutorJAVA> remote
[13:40] <azabaleta> if 20 users are in the application at the same time, that configuration wont work
[13:40] <azabaleta> in fact it will be a mess
[13:42] <doutorJAVA> why?
[13:43] * nserrano (i=d562b28f@gateway/web/ajax/mibbit.com/x-7859355885038266) Quit ("http://www.mibbit.com ajax IRC Client")
[13:44] * ChanServ sets mode +o iarwain
[13:45] * iarwain changes topic to 'Openbravo ERP/POS | Latest: 2.40 - 2.50alpha-r11 / 2.20 | World Conference, 17-19th April: http://worldconference.openbravo.com'
[13:45] * ChanServ sets mode -o iarwain
[13:45] * josepmitja (n=josepmit@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[13:45] <doutorJAVA> What is the recommended hardware configuration ?
[13:46] <DMA02> what limits the ERP to the maximum amount of concurrent users anyways?
[13:48] <DMA02> can the ERP be used with proxies and load balancers to handle many users?
[13:49] <doutorJAVA> 200 concurrent users
[13:50] <azabaleta> The hardware limits the users, as the java load is huge
[13:50] <azabaleta> and then 1Mbps for 200 users is pretty bad
[13:50] <azabaleta> very bad indeed.
[13:51] * atchek_ (n=atchek@118.100.237.39) Quit (Read error: 110 (Connection timed out))
[13:51] <doutorJAVA> what is recommended? 8 mbps ?
[13:52] <DMA02> I am not convinced about that azabaleta
[13:52] <DMA02> i've seen cases where the application server itself was the cause
[13:52] <DMA02> and just load balancing it reduced time outs and increased the amount of users that can access it
[13:53] <DMA02> but hey if you have tests... that'd be cool to see them
[13:53] <azabaleta> doutorJAVA, everything depends on the users on the same time in the application
[13:53] <azabaleta> how many "concurrent" user do you expect ?
[13:53] * plujan (i=d562b28f@gateway/web/ajax/mibbit.com/x-091ac900cbffc5a8) Quit ("http://www.mibbit.com ajax IRC Client")
[13:53] <doutorJAVA> 200
[13:54] <doutorJAVA> 200 users
[13:55] <azabaleta> forget then the 1Mbps
[13:56] <azabaleta> and start contacting a Openbravo Partner to get support for the architechture you need for that amount of concurrent users
[13:56] <azabaleta> but you will have to start thinking in SPARC architechture
[13:56] <azabaleta> open solaris
[13:57] <azabaleta> and high amount of money to support that
[13:58] <DMA02> why ?
[13:58] <doutorJAVA> the users will be of some organizations
[14:00] <DMA02> http://wiki.openbravo.com/wiki/FAQ#What_is_the_recommended_hardware_configuration_for_Openbravo.3F
[14:00] <DMA02> from that to go from 10 to 20 users.. they put the DB and app on separate servers
[14:01] <azabaleta> DMA02, if you read well you will see ---> UP TO 40 CoNcURRENT USERS
[14:01] <DMA02> if you want 100 or 200 users... wouldn't this involve some sort of clustering or load-balancing solution
[14:01] <huehner> my two cents: perhaps we should start by agreeing on some basic questions before going into details? number of concurrent high level actions requested from the server (i.e. create invoice) and talk about exptected data size
[14:01] <doutorJAVA> 200 concurrent users?
[14:01] <azabaleta> definitely not
[14:02] <DMA02> ok my mistake about saying 20.
[14:02] <DMA02> but lets say you want 100 or 200
[14:02] <doutorJAVA> yes
[14:02] <DMA02> you disagree that using a cluster/load balancing solution is not the way?
[14:02] <azabaleta> its definitely not the way
[14:02] <DMA02> what is then?
[14:03] <azabaleta> you would have many people waiting huge amount of time
[14:03] <azabaleta> with that server
[14:03] <DMA02> yes cos the queue to get a request would be very long
[14:03] <DMA02> users will time out
[14:03] <azabaleta> would be like hell
[14:03] <DMA02> that's why I was thinking of load balancing
[14:03] <DMA02> you were suggesting using SPARC hardware, why?
[14:04] <azabaleta> because the amounts of requests you will need to handle at the same time
[14:04] <DMA02> so the sparc hardware handles the HTTP requests to the ERP ?
[14:05] <DMA02> thought people solved this by using load balancers and clustering their appservers
[14:05] <azabaleta> Im not a sparc expert, but the multithread processors they elaborate would be more capacitate to handle those requests
[14:05] <azabaleta> but this requires lot of money in the architecture
[14:05] <DMA02> no kidding
[14:05] <azabaleta> DMA02, yes, but not 200 users
[14:05] <azabaleta> not even100
[14:06] <azabaleta> lets say this clear, for using OpenbravoERP with 200 users, you need professional advice
[14:06] <azabaleta> or at least wait for the tests that huehner spoke about
[14:07] <azabaleta> more than 50 users for Openbravo is a dark shadow these days
[14:07] * slimshock (n=digital@122.3.179.12) has joined #openbravo
[14:08] <azabaleta> understand me
[14:08] <azabaleta> I could have told you that the server you had was ok
[14:08] <azabaleta> but that would be simply a lie
[14:08] <azabaleta> and if you plan to also use posgres database, the "hell party" will be even worse
[14:12] <doutorJAVA> 2 (two) server computer with Processor AMD Phenon x4 3 ghz, 8 mb, 60 RAID SCSI gb, for 200 remote users, with a band of 8 mbps of Internet. This goes to function?
[14:12] <DMA02> I was thinking more on decreasing the queue size (to the servlet engine thread pool)
[14:12] <doutorJAVA> quad core system
[14:12] <DMA02> I understand why in the wiki the recomendation is set to 40 users
[14:13] * slimshock (n=digital@122.3.179.12) Quit ("Ex-Chat")
[14:13] <DMA02> that is optimal for a performance machine like the one mentioned
[14:13] <DMA02> though more than that the appserver gets affected
[14:13] <DMA02> that's why I Was thinking to cluster the webserver (can you apache) and load balance it
[14:13] <DMA02> then you split the requests to multiple machines
[14:14] <DMA02> dunno if open bravo ERP can run on a clustered DB ? if it uses mysql / oracle .. it should right?
[14:14] <DMA02> and the load balancing.. you can do that with apache and some nicely placed proxies
[14:14] <doutorJAVA> 1 webserver and 1 database server?
[14:15] <DMA02> if you had 3 webservers and 2 database servesr.. could sovle it.. but I dunno if open bravo supports that kind of hardware config
[14:15] <DMA02> I've seen it done with other web-apps
[14:17] <doutorJAVA> I understand why in the wiki the recomendation is set to 40 users
[14:17] <DMA02> by increasing the webserver queue you reduce the web container's thread pools for saturating the CPU
[14:17] <DMA02> to do this you cluster
[14:18] <DMA02> *increasing = decreasing
[14:18] <DMA02> double the queues... heh
[14:18] <DMA02> almost got lost my self lol
[14:19] <doutorJAVA> 40 users = ( 1 weberver and 1 database server)
[14:19] <doutorJAVA> 80 users = (2 webserver + 2 database server)
[14:19] <DMA02> sort of yeah. But you have to understand how webservers work
[14:20] <doutorJAVA> 200 users = (5 webserver + 5 database server)
[14:20] <DMA02> I've read a lot that webservers can handle about 40 to 50 at a time.
[14:20] <doutorJAVA> it's this?
[14:20] <DMA02> depends which ones you use
[14:20] <doutorJAVA> 10 computers server
[14:20] <DMA02> you might want to look at using apache infront of the application server
[14:21] <DMA02> don't think stuff like tomcat are as fast as apache
[14:22] <DMA02> doing a calculation like that without understanding how a webserver can get saturated by concurrent requests is a bit careless
[14:22] <DMA02> you can have 2 webservers and 1 application server and 1 database server
[14:22] <DMA02> you need to see what software your gonna use.. it's limitations and make your own calculation and tests
[14:23] <DMA02> if not then you shouldn't be doing sysadmin stuff :-/
[14:23] <DMA02> good luck!
[14:23] <DMA02> I gotta go
[14:24] * DMA02 (n=foo@194.126.6.206) Quit ("Leaving")
[14:24] <doutorJAVA> thank you
[14:24] <doutorJAVA> What is the recommended hardware configuration?
[14:25] <doutorJAVA> for 2 webservers and 1 application server and 1 database server
[14:26] <doutorJAVA> database and application ?
[14:45] * awolski (n=awolskit@143.Red-213-98-178.staticIP.rima-tde.net) Quit (Read error: 54 (Connection reset by peer))
[14:46] * pnuding (n=pnuding@89.131.145.227) has left #openbravo
[15:00] * trifon (n=chatzill@78.90.20.97) has joined #openbravo
[15:00] * gmauleon (n=openbrav@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[15:01] * gmauleon (n=openbrav@156.112.218.87.dynamic.jazztel.es) has left #openbravo
[15:01] * gmauleon (n=openbrav@156.112.218.87.dynamic.jazztel.es) has joined #openbravo
[15:11] * gmauleon (n=openbrav@156.112.218.87.dynamic.jazztel.es) has left #openbravo
[15:14] * josepmitja (n=josepmit@143.Red-213-98-178.staticIP.rima-tde.net) Quit ()
[15:26] <CIA-44> Openbravo: Gorka Mauleon <gorka.mauleon@openbravo.com> default * 3315:d87ce7af4fa9 /src/org/openbravo/erpCommon/ (3 files in 2 dirs): fixes 0007913: The email icon appears is some windows and shouldn't
[15:31] * pheenan (n=phillip@119.Red-79-148-32.dynamicIP.rima-tde.net) has joined #openbravo
[15:35] * pheenan (n=phillip@119.Red-79-148-32.dynamicIP.rima-tde.net) Quit (Client Quit)
[15:35] * pheenan (n=phillip@119.Red-79-148-32.dynamicIP.rima-tde.net) has joined #openbravo
[15:35] * pheenan (n=phillip@119.Red-79-148-32.dynamicIP.rima-tde.net) Quit (Client Quit)
[15:38] * pheenan (n=phillip@119.Red-79-148-32.dynamicIP.rima-tde.net) has joined #openbravo
[15:41] * anonychus (n=EdgarMej@65.167.93.114) has joined #openbravo
[15:46] * PMagninOB (n=pma@156.112.218.87.dynamic.jazztel.es) Quit ()
[15:53] * doctor (n=jaleslac@189-92-27-165.3g.claro.net.br) has joined #openbravo
[15:57] * doutorJAVA (n=jaleslac@189-92-28-41.3g.claro.net.br) Quit (Read error: 110 (Connection timed out))
[16:01] * atchek (n=atchek@115.132.68.165) has joined #openbravo
[16:06] * gmauleon (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[16:06] * gmauleon (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has left #openbravo
[16:10] * jarekwozniak (n=openbrav@83.230.226.52) Quit (Remote closed the connection)
[16:11] * atchek_ (n=atchek@115.132.200.22) has joined #openbravo
[16:13] * josepmitja (n=josepmit@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[16:15] * szapata (n=chatzill@207.pool85-50-154.dynamic.orange.es) Quit (Remote closed the connection)
[16:15] * atchek__ (n=atchek@115.132.70.56) Quit (Read error: 110 (Connection timed out))
[16:20] * azabaleta (n=asier@83.173.187.100.dyn.user.ono.com) Quit ("Leaving")
[16:26] * atchek (n=atchek@115.132.68.165) Quit (Read error: 110 (Connection timed out))
[16:35] * apagola (n=openbrav@117.pool85-54-196.dynamic.orange.es) has left #openbravo
[16:47] <CIA-44> Openbravo: David Alsasua <david.alsasua@openbravo.com> default * 3316:ae020fa007ca / (6 files in 3 dirs): 7744: 347 services amounts not included
[16:48] * OlgaVishnevskaya (n=olgavish@194.158.202.123) has joined #openbravo
[16:51] <CIA-44> Openbravo: Gorka Mauleon <gorka.mauleon@openbravo.com> default * 3317:fd08293d2098 /src-db/database/sourcedata/AD_COLUMN.xml: fixes 0007703: Data validation is required in Lifespan Text field in Production Management -> Toolset Type
[16:58] * doctor (n=jaleslac@189-92-27-165.3g.claro.net.br) Quit (Read error: 110 (Connection timed out))
[17:10] * amedio (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) Quit ("Saliendo")
[17:27] <CIA-44> Openbravo: Víctor Martínez Romanos <victor.martinez@openbravo.com> default * 3318:3b25777f9e73 /referencedata/sampledata/SmallBazaar.xml: Issue 7870: Recreated accounting to solve some problems with the data stored into the FACT_ACCT table, specially the RECORD_ID2 column.
[17:45] * josepmitja (n=josepmit@143.Red-213-98-178.staticIP.rima-tde.net) Quit ()
[17:49] <CIA-44> Openbravo: Asier Lostalé <asier.lostale@openbravo.com> default * 3319:42ac1ec92bb6 /src-db/database/model/functions/AD_TABLE_IMPORT.xml: 0007792: Not correct default module for column in a module different than their table's one
[17:55] * pnuding (n=pnuding@89.131.145.227) has joined #openbravo
[17:56] * josepmitja (n=josepmit@83.230.226.52) has joined #openbravo
[17:57] * pnuding (n=pnuding@89.131.145.227) has left #openbravo
[18:07] * pnuding (n=pnuding@89.131.145.227) has joined #openbravo
[18:44] * jarekwozniak (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[18:53] * cheli_ (n=cheli@226.22.216.87.static.jazztel.es) has joined #openbravo
[18:59] * OlgaVishnevskaya (n=olgavish@194.158.202.123) Quit ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
[19:06] * cheli (n=cheli@226.22.216.87.static.jazztel.es) Quit (Read error: 110 (Connection timed out))
[19:06] * cheli__ (n=cheli@226.22.216.87.static.jazztel.es) has joined #openbravo
[19:14] * josepmitja_ (n=josepmit@83.230.226.52) has joined #openbravo
[19:16] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[19:19] * cheli_ (n=cheli@226.22.216.87.static.jazztel.es) Quit (Connection timed out)
[19:21] * josepmitja (n=josepmit@83.230.226.52) Quit (Read error: 110 (Connection timed out))
[19:22] * jarekwozniak (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) Quit (Remote closed the connection)
[19:22] * pnuding (n=pnuding@89.131.145.227) has left #openbravo
[19:23] * gorkaion (n=gorkaion@156.112.218.87.dynamic.jazztel.es) Quit ("Leaving")
[19:25] * josepmitja_ (n=josepmit@83.230.226.52) Quit ()
[19:27] <CIA-44> Openbravo: Eduardo Argal Guibert <eduardo.argal@openbravo.com> default * 3320:3c8484bbba5c /src/org/openbravo/erpCommon/ad_forms/ (InitialClientSetup.java InitialClientSetup_data.xsql): Fixes bug 0007939: Initial client setup was using a bad path to load Chart of accounts from modules
[19:28] * psarobe (n=psarobe@156.112.218.87.dynamic.jazztel.es) Quit ("Saliendo")
[19:43] * alostale (n=openbrav@156.112.218.87.dynamic.jazztel.es) Quit (Remote closed the connection)
[19:47] * cheli__ (n=cheli@226.22.216.87.static.jazztel.es) Quit (Remote closed the connection)
[20:04] * trifon (n=chatzill@78.90.20.97) Quit (Read error: 104 (Connection reset by peer))
[20:05] * josepmitja (n=josepmit@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[20:08] * josepmitja (n=josepmit@143.Red-213-98-178.staticIP.rima-tde.net) Quit (Client Quit)
[20:13] * mtaal (n=mtaal@156.112.218.87.dynamic.jazztel.es) Quit (Read error: 110 (Connection timed out))
[20:19] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) has joined #openbravo
[20:26] <CIA-44> Openbravo: Eduardo Argal Guibert <eduardo.argal@openbravo.com> default * 3321:c96097328a61 /src/org/openbravo/erpCommon/ad_forms/InitialOrgSetup.java: Fixes bug 0007948: Initial organization setup shows an error when loading a chart of accounts module
[20:54] <CIA-44> Openbravo: Phil Heenan <phillip.heenan@openbravo.com> default * 3322:548a51c5302d / (6 files in 6 dirs):
[20:54] <CIA-44> Openbravo: Fixed 7920. Modified query input to use a shortened version of the file path.
[20:54] <CIA-44> Openbravo: Updated translation handling for manual forms to ensure translations are
[20:54] <CIA-44> Openbravo: returned. Implemented translation for sub reports passed through the
[20:54] <CIA-44> Openbravo: PrintController.
[21:17] * trifon (n=chatzill@78.90.20.97) has joined #openbravo
[21:17] * alinot (n=alinot@95.85-86-102.dynamic.clientes.euskaltel.es) Quit ("Leaving")
[21:23] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) has joined #openbravo
[22:00] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) Quit ("Leaving.")
[22:35] * trifon (n=chatzill@78.90.20.97) Quit (Read error: 104 (Connection reset by peer))
[22:39] * mib_vjk9lg (i=63fdfc41@gateway/web/ajax/mibbit.com/x-b60539ab55a34960) has joined #openbravo
[22:39] * mib_vjk9lg (i=63fdfc41@gateway/web/ajax/mibbit.com/x-b60539ab55a34960) Quit (Client Quit)
[22:40] * renegutierrez (i=63fdfc41@gateway/web/ajax/mibbit.com/x-4893363ca10cdd8b) has joined #openbravo
[22:42] <renegutierrez> hi guys
[22:42] <renegutierrez> anybody there?
[22:45] * atchek_ (n=atchek@115.132.200.22) Quit (Remote closed the connection)
[22:45] * atchek_ (n=atchek@115.132.200.22) has joined #openbravo
[22:47] <renegutierrez> anybody there?
[22:50] * trifon (n=chatzill@78.90.20.97) has joined #openbravo
[23:01] * renegutierrez (i=63fdfc41@gateway/web/ajax/mibbit.com/x-4893363ca10cdd8b) has left #openbravo
[23:07] * renegutierrez (i=63fdfc41@gateway/web/ajax/mibbit.com/x-39fe82b6fb17e215) has joined #openbravo
[23:14] * pheenan (n=phillip@119.Red-79-148-32.dynamicIP.rima-tde.net) Quit ("leaving")
[23:21] * renegutierrez (i=63fdfc41@gateway/web/ajax/mibbit.com/x-39fe82b6fb17e215) Quit ("http://www.mibbit.com ajax IRC Client")
[23:59] * mtaal (n=mtaal@211.Red-213-97-0.staticIP.rima-tde.net) has joined #openbravo
These logs were automatically created by LogBot-vl on irc.freenode.net using the Java IRC LogBot.