Timestamps are in EET.
[0:53] * mtaal (n=mtaal@63.204.222.2) has joined #openbravo
[1:44] * effie_jayx (n=evalles@ubuntu/member/effie-jayx) Quit (Remote closed the connection)
[1:48] <CIA-44> OpenbravoERP: David Baz Fayos <david.baz <at> openbravo.com> default * 3451:605d7e779dc0 / (3 files in 3 dirs): Fixed bug 8299: Now you can change focused lines in genericTree by using mouse
[3:37] * onats (n=onats@unaffiliated/onats) Quit (Nick collision from services.)
[3:37] * onats_ (n=onats@unaffiliated/onats) has joined #openbravo
[5:24] * ecuaman (n=ecuaman@190.12.49.82) Quit (Remote closed the connection)
[7:20] <CIA-44> OpenbravoERP: areefbasha <areef.basha <at> openbravo.com> default * 3452:df8055a06118 /src-db/database/sourcedata/AD_FIELD.xml:
[7:20] <CIA-44> OpenbravoERP: Fixes bug 7648: The address info are made to show in the grid.
[7:20] <CIA-44> OpenbravoERP: The relation fields:
[7:20] <CIA-44> OpenbravoERP: Ship to Address
[7:20] <CIA-44> OpenbravoERP: Invoice to Address
[7:20] <CIA-44> OpenbravoERP: Pay from Address
[7:20] <CIA-44> OpenbravoERP: Remit to Address are shown in the grid view now.
[7:58] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) Quit ("Leaving")
[8:00] * digitalsatori (n=tony@116.233.244.230) has joined #openbravo
[8:13] * DMA02 (n=foo@194.126.6.206) has joined #openbravo
[9:04] * mtaal (n=mtaal@63.204.222.2) Quit (Read error: 110 (Connection timed out))
[9:24] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) has joined #openbravo
[9:45] * gmauleon (n=openbrav@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[9:45] * gmauleon (n=openbrav@183.pool85-54-197.dynamic.orange.es) has left #openbravo
[10:12] * gmauleon (n=openbrav@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[10:21] * gmauleon (n=openbrav@183.pool85-54-197.dynamic.orange.es) has left #openbravo
[10:31] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) Quit (Remote closed the connection)
[10:34] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) has joined #openbravo
[10:34] * DMA03 (n=foo@194.126.6.206) has joined #openbravo
[10:35] * DMA02 (n=foo@194.126.6.206) Quit (Nick collision from services.)
[10:35] * DMA03 is now known as DMA02
[10:36] * iciordia (n=ici@34.112.218.87.dynamic.jazztel.es) has joined #openbravo
[10:36] <iciordia> iarwain: are you connected?
[10:37] <iciordia> I've been thinking on our discussion yesterday and I've changed my mind
[10:38] <iciordia> I think that backing out changesets will make the problem more complex
[10:38] <iciordia> I have a different proposal:
[10:38] <iarwain> iciordia: hi, I'm there.
[10:38] <iciordia> When the CI process fails it should do the following:
[10:40] <iciordia> -Communicate through email and IRC to developers involved in the changeset and Openbravo development mailing list about the failure
[10:41] <iciordia> -Stop CI process
[10:41] <iciordia> -Freeze pi repository for new pushes and pulls
[10:43] <iciordia> Then, the developer responsible of the failure should fix the problem, manually run the complete CI process and after success launch automatic CI process and unfreeze pi repository
[10:44] <iciordia> Then, the system should communicate again through the same channels (email, IRC) that the problem was solved
[10:44] <iarwain> iciordia: about stopping the CI process: why can't it continue testing new changesets? If the problems are solved in the last changeset, problem solved. No manual intervertion is required.
[10:45] <priyam> iciordia: if PI is freezed is it possible to push the fix for the bug to PI
[10:45] <iciordia> Developers should be always available at least one hour (or the time CI process takes) after their pushes
[10:46] <iciordia> Yes, but in a 'super-user' mode (not sure how to implement it)
[10:46] <iarwain> iciordia: I do not see the benefit of stopping the process vs continue testing till a good changeset is pushed.
[10:46] <iciordia> My rational:
[10:46] <gnuyoga> iciordia: if the developer goes on vacation after the push, then the pi is frozen for ever ;-)
[10:46] <iciordia> Back-out will be a pain and will make the fix harder
[10:47] <iarwain> iciordia: ok, agreed on backout.
[10:47] <iciordia> gnuyoga: see my previous point (developers should be available...)
[10:48] <iciordia> But we should ensure that the problem is not spread through all our community of developers
[10:48] * iarwain will be back in 30min
[10:50] <gnuyoga> iciordia: for me that point seems to be a hypothetical, image he works from home and internet connection is down after the push .... then we will not have any communication till his connection is restored....
[10:50] * jarekwozniak (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[10:50] <iciordia> Using email/IRC to communicate the problem does not guarantee that the faulty changeset is not pulled into developers environments, and that new (unreliable) changesets are pushed to pi
[10:50] <gnuyoga> typo image -> imagine
[10:51] * mputter (n=mputter@cust.8.127.adsl.cistron.nl) has joined #openbravo
[10:51] <iciordia> gnuyoga: yes, but any developer could solve the problem and unfreeze the repository
[10:52] <iciordia> my point is that we need a specific developer action after a failure
[10:52] <iciordia> to safely recover pi
[10:54] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) Quit (Remote closed the connection)
[10:54] * DavidAbragimov1 (n=David_@194.158.202.123) has joined #Openbravo
[10:57] <gnuyoga> iciordia: that *any* is very relative. i think we should come up with a better work flow
[11:04] <iciordia> gnuyoga: any means any developer with push privileges
[11:06] <iarwain> iciordia: freezing is bad, in my opinion. This is a DSCM. If the developer sees there's a bad changeset, he/she can easily remove it from the local repo anc continue working until the responsible fixes it.
[11:08] <iciordia> so your proposal is just communicate?
[11:08] <iciordia> and do not freeze nor stop CI process?
[11:09] * digitalsatori (n=tony@116.233.244.230) Quit ("暂离")
[11:09] <iarwain> yes, first communicate.
[11:09] <iciordia> it means that once there is a faulty changeset there will be at least two CI runs that will fail
[11:10] <iarwain> And pool in the CI for new changesets. Keep testing till it comes a good changeset
[11:10] <iarwain> if a new changeset is faulty, it will be notified too.
[11:11] <iarwain> if the next changeset it good, it will not fail. Just 1 failure.
[11:15] <iciordia> I think that there will be two failures because once the first fails, it will communicate and start again the CI process, without any opportunity to fix the problem
[11:15] <iciordia> But I am ok with that, this is the simplets
[11:15] * egoct (n=ego@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[11:15] <iarwain> iciordia: it won't continue if there are no new changesets.
[11:16] <iciordia> If we see that it creates problems we can think on a more sophisticated flow
[11:17] <iciordia> But we agree on backouts
[11:17] <iarwain> iciordia: ok then.
[11:18] <CIA-44> OpenbravoERP: Asier Lostalé <asier.lostale <at> openbravo.com> default * 3453:c3dd399af329 /web/js/genericTree.js: fixed bug 0008232: After installing a package you cannot see what is in there from management module window
[11:21] * gmauleon (n=openbrav@83.230.226.52) has joined #openbravo
[11:22] * gmauleon (n=openbrav@83.230.226.52) has left #openbravo
[11:22] * gmauleon (n=openbrav@83.230.226.52) has joined #openbravo
[11:22] * gmauleon (n=openbrav@83.230.226.52) has left #openbravo
[11:40] * iciordia (n=ici@34.112.218.87.dynamic.jazztel.es) Quit ()
[11:53] * gmauleon (n=openbrav@83.230.226.52) has joined #openbravo
[11:53] * gmauleon (n=openbrav@83.230.226.52) has left #openbravo
[12:06] <CIA-44> DBSourceManager: marvintm * r261 /branches/r0.8x/src/org/openbravo/ddlutils/task/AlterCustomizedDatabaseDataModules.java: Added mechanism to allow execution of specific upgrade scripts.
[12:09] <CIA-44> DBSourceManager: marvintm * r262 /branches/r0.8x/src/org/apache/ddlutils/platform/postgresql/PostgreSqlBuilder.java: Fixed issue 8121. Now DROP VIEW statements will be forced, but will also include an IF EXISTS statement so that they don't fail in case the view was removed by a DROP TABLE CASCADE statement.
[12:14] <CIA-44> DBSourceManager: marvintm * r263 /trunk/ (5 files in 4 dirs): Fixed issue 8121. Now DROP VIEW statements will be forced, but will also include an IF EXISTS statement so that they don't fail in case the view was removed by a DROP TABLE CASCADE statement.
[12:17] * goofy03 (n=kvirc@cha42-1-89-90-8-114.dsl.club-internet.fr) has joined #openbravo
[12:17] <goofy03> Hi
[12:18] <goofy03> when i try to compile 2.5beta i get an java.lang.OutOfMemoryError: Java heap space error do u have tips please ?
[12:28] <iarwain> goofy03: you need to adjust ANT_OPTS: http://wiki.openbravo.com/wiki/ERP/2.50/Openbravo_environment_installation#Apache_Ant
[12:31] <goofy03> ok thanks i'll try
[12:52] * goofy03 (n=kvirc@cha42-1-89-90-8-114.dsl.club-internet.fr) Quit ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
[13:03] * ruoso (n=ruoso@201.45.49.162) has joined #openbravo
[13:27] <iarwain> priyam: could you invite xeraf to the CI mindmap pleasE?
[13:27] <iarwain> Apparently I can't.
[13:27] <priyam> sure
[13:28] <iarwain> priyam: I'm looking at the hudson instance. Looks very nice :)
[13:30] <priyam> xeraf: you got the invite of CI mindmap
[13:31] <priyam> thanks iarwain looking for few more plugins to add value to it
[13:32] <xeraf> priyam: Thanks.
[13:38] <iarwain> priyam: in the smartbuilds I see it's running "ant install.source smartbuild". It should be "ant smartbuild".
[13:43] <priyam> yeah for Main_postgresql_smart, it is the first build (so i was trying both on it), will have just smartbuild
[13:43] <iarwain> Oh ok, I get it.
[13:45] <priyam> done
[13:45] <iarwain> priyam: thanks.
[13:46] <mputter> i'm working on productimages, trying to reference my Gallery2 imagebank. Putting in URL the http address doesn't work ?
[13:46] <iarwain> If you agree, I'll change the job names to erp/devel/main-full and erp/devel/main-incremental
[13:46] <iarwain> and pgsql or oracle.
[13:47] <mputter> Neither creating symbolic links in the openbravo/web/images/ directory to the Gallery images on file system works ?
[13:48] <iarwain> priyam: because we'll have more main-s in the future (e.g. POS).
[13:51] <priyam> sure may be like erp_devel_main-full and erp_devel_main-incermental b'cos the jobnames are foldes with configuration files of each job
[13:52] <iarwain> ah ok, done!
[13:52] <priyam> iarwain: thanks
[13:52] <iarwain> have you been able to test if the e-mail works?
[13:59] <priyam> email is not working, i have replied to your mail
[14:02] * gmauleon (n=openbrav@83.230.226.52) has joined #openbravo
[14:02] * gmauleon (n=openbrav@83.230.226.52) has left #openbravo
[14:03] <iarwain> priyam: I haven't received your e-mail yet. But I've done a simple test (see /tmp/testmail.sh in the server). And it works fine.
[14:04] <priyam> oh i c
[14:06] <mputter> hard linking does work ...
[14:08] <priyam> let me check the mailing stuff again
[14:08] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) has joined #openbravo
[14:09] <iarwain> priyam: ok. What does it require? If it requires a local smtp then we need to open 25 locally.
[14:09] <iarwain> IF it allows using sendmail directly, we are done.
[14:10] <priyam> i see it requires smtp, not sure with sendmail
[14:13] <CIA-44> OpenbravoERP: Eduardo Argal Guibert <eduardo.argal <at> openbravo.com> default * 3454:6d262312282f /src-db/database/model/functions/A_ASSET_POST.xml: Fixes bug 0008254: Calculate amortization process does not work if uselife months are diferent from 12
[14:13] <iarwain> priyam: ok, I'll enable it then. I'll let you know when it'd done.
[14:14] <priyam> ok iarwain thanks
[14:16] <priyam> for IRC notification, Have added the IRC bot to hudson, we need to add nick ci-update to irc server
[14:19] <iarwain> port 25 enabled.
[14:19] <iarwain> can you retest?
[14:20] <priyam> iarwain : i forgot to mention this, on changing the job name, the build setps need to be taken care, like for postgres, it actually copies the Openbravo.properties file to workspace.
[14:20] <priyam> sure will check it
[14:21] <iarwain> oh, ok.
[14:21] <priyam> i am unable to acces it
[14:21] <iarwain> the smtp?
[14:21] <priyam> nope the hudson site
[14:22] <priyam> ah now working
[14:22] <iarwain> oh sorry, I had to restart to test the UTF-8 issue. It looks like it's not using UTF-8. It's up again.
[14:22] <priyam> oh okay
[14:24] <priyam> legands are not dispalyed properly on clicking the jobs, but looks good on the dash board
[14:45] <priyam> iarwain unable to connect to smtp port 25
[15:03] * ruoso (n=ruoso@201.45.49.162) Quit (Read error: 113 (No route to host))
[15:19] * ruoso (n=ruoso@201.45.49.162) has joined #openbravo
[15:43] <iarwain> priyam: the server is local, in localhost. not smtp.openbravo.com. Could be, but we have a local server.
[16:19] * mputter (n=mputter@cust.8.127.adsl.cistron.nl) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * priyam (n=priyam@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * ruoso (n=ruoso@201.45.49.162) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * DavidAbragimov1 (n=David_@194.158.202.123) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * onats_ (n=onats@unaffiliated/onats) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * katratxo (n=katratxo@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * gnuyoga (n=gnuyoga@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * ggi (n=ggi@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * DNis1 (n=droy@94.124.131.44) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * dash (n=washort@ampere.divmod.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * egoct (n=ego@183.pool85-54-197.dynamic.orange.es) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * jarekwozniak (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * xeraf (n=xeraf@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * trifon (n=chatzill@78.90.231.138) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * galderromo (n=galderro@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * CIA-44 (n=CIA@208.69.182.149.simpli.biz) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * iarwain (n=iarwain@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * pnuding_ (n=pnuding@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * alostale_ (n=alostale@83.230.226.52) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * skotos (n=skotos@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) Quit (kubrick.freenode.net irc.freenode.net)
[16:19] * huehner (n=huehner@85.25.151.197) Quit (kubrick.freenode.net irc.freenode.net)
[16:22] * xeraf (n=xeraf@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:22] * galderromo (n=galderro@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:22] * ggi (n=ggi@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:22] * DNis1 (n=droy@94.124.131.44) has joined #openbravo
[16:22] * katratxo (n=katratxo@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:22] * gnuyoga (n=gnuyoga@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:22] * dash (n=washort@ampere.divmod.com) has joined #openbravo
[16:22] * trifon (n=chatzill@78.90.231.138) has joined #openbravo
[16:22] * onats_ (n=onats@unaffiliated/onats) has joined #openbravo
[16:22] * jarekwozniak (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[16:22] * DavidAbragimov1 (n=David_@194.158.202.123) has joined #openbravo
[16:22] * egoct (n=ego@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[16:22] * ruoso (n=ruoso@201.45.49.162) has joined #openbravo
[16:22] * huehner (n=huehner@85.25.151.197) has joined #openbravo
[16:22] * skotos (n=skotos@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:23] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) has joined #openbravo
[16:23] * priyam (n=priyam@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:29] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[16:29] * CIA-44 (n=CIA@208.69.182.149.simpli.biz) has joined #openbravo
[16:29] * pnuding_ (n=pnuding@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:29] * iarwain (n=iarwain@ec2-79-125-6-47.eu-west-1.compute.amazonaws.com) has joined #openbravo
[16:35] * mtaal (n=mtaal@63.204.222.2) has joined #openbravo
[16:35] * alostale_ (n=alostale@83.230.226.52) has joined #openbravo
[16:36] * alostale_ (n=alostale@83.230.226.52) Quit (kubrick.freenode.net irc.freenode.net)
[16:36] * mtaal (n=mtaal@63.204.222.2) Quit (kubrick.freenode.net irc.freenode.net)
[16:40] -tomaw- [Global Notice] Hi all. One of our server sponsors appears to be having connectivity issues. Please keep with us while we try to resolve the issues. Sorry for the inconvenience and thanks for using freenode!
[16:41] * mtaal (n=mtaal@63.204.222.2) has joined #openbravo
[16:41] * alostale_ (n=alostale@83.230.226.52) has joined #openbravo
[16:41] * egoct (n=ego@183.pool85-54-197.dynamic.orange.es) Quit ("Saliendo")
[16:47] * alostale_ (n=alostale@83.230.226.52) Quit (kubrick.freenode.net irc.freenode.net)
[16:47] * mtaal (n=mtaal@63.204.222.2) Quit (kubrick.freenode.net irc.freenode.net)
[16:54] * alostale_ (n=alostale@34.112.218.87.dynamic.jazztel.es) has joined #openbravo
[16:54] * mtaa1 (n=mtaal@63.204.222.2) has joined #openbravo
[16:56] * gmauleon (n=openbrav@34.112.218.87.dynamic.jazztel.es) has joined #openbravo
[16:57] * gmauleon (n=openbrav@34.112.218.87.dynamic.jazztel.es) has left #openbravo
[17:02] * FunkyPenguin (n=wafaa@opensuse/member/FunkyPenguin) has joined #openbravo
[17:03] <FunkyPenguin> moin all
[17:03] <FunkyPenguin> are there plans to support MySql soon?
[17:04] <huehner> FunkyPenguin: hi, question for POS of ERP?
[17:05] <FunkyPenguin> sorry ERP, but probably applies to POS too
[17:05] <jarekwozniak> POS supports MySql
[17:05] <huehner> FunkyPenguin: POS could possibly support it now (dont know check pos documentation please)
[17:05] <huehner> FunkyPenguin: it does ;)
[17:05] <huehner> FunkyPenguin: ERP minimum 1-2 releases after 2.50 (which is in beta at the moment)
[17:05] <FunkyPenguin> heh ok, i havent got round to installing POS yet - im struggling with ERP atm
[17:06] <huehner> FunkyPenguin: at the moment only oracle or postgresql
[17:06] <FunkyPenguin> ok well postgresql doesnt like me - http://pastebin.be/17489
[17:06] <huehner> FunkyPenguin: let me check
[17:07] <huehner> FunkyPenguin: erp needs postgres to be configured to use user/password authentication for tcp/ip
[17:08] <huehner> FunkyPenguin: config file for this in postgres is pg_hba.conf
[17:08] <huehner> FunkyPenguin: interesting is a line starting with host for your network (either localhost or real network) and access type (last column) md5
[17:09] <huehner> FunkyPenguin: example: "host all all 192.168.1.0/24 md5"
[17:09] <huehner> FunkyPenguin: saying access from the network 192.168.1.0/24 is allowed for all user to all databases if the user gives the correct username + password (encrpyted with md5)
[17:09] <FunkyPenguin> huehner: yeah i modified mine already and set the password in the postgres shell
[17:10] <huehner> FunkyPenguin: but from the error it seems to try ident-type authentication instead of md5
[17:10] <huehner> FunkyPenguin: could you paste the part of the pg_hba.conf file -> pastebin?
[17:10] <huehner> FunkyPenguin: note: after chaning pg_hba.conf postgres restart is required
[17:10] <FunkyPenguin> just re-connecting to my server now
[17:11] <huehner> FunkyPenguin: ok
[17:12] <FunkyPenguin> huehner: ok my pg_hba.conf has at the end of the file - host all all 127.0.0.1/32 md5
[17:12] * mputter (n=mputter@cust.8.127.adsl.cistron.nl) has joined #openbravo
[17:15] <huehner> FunkyPenguin: tomcat and postgres on the same machine?
[17:15] <huehner> FunkyPenguin: ipv6 disabled?
[17:16] <huehner> FunkyPenguin: could you check postgres log for an error message (with more details?)
[17:16] <FunkyPenguin> yeah they're on the same box, i'll need to check re ipv6
[17:16] <huehner> FunkyPenguin: ipv6 needs a similar but extra line for localhost , same line but replace the network by ::1/128
[17:17] <FunkyPenguin> im only using ipv4
[17:18] <huehner> FunkyPenguin: what did you specify for the database server in the openbravo setup? can be ssen in config/Openbravo.properties file, line with bbdd.url
[17:19] <FunkyPenguin> that has 'bbdd.url=jdbc:postgresql://localhost:5432'
[17:20] <huehner> FunkyPenguin: looks fine
[17:21] <huehner> FunkyPenguin: could you pastebin all non-comment lines from pg_hba.conf to check if one line overwrites the correct line from above?
[17:21] <CIA-44> OpenbravoERP: Juan Pablo Aroztegi <juanpablo.aroztegi <at> openbravo.com> default * 3455:c738754d7090 /src-db/database/ (5 files in 2 dirs): Fix database inconsistency
[17:21] <FunkyPenguin> sure, 2sec
[17:23] * DMA02 (n=foo@194.126.6.206) Quit ("I am of the needing to be of the quit")
[17:24] <FunkyPenguin> huehner: ok the four lines i have is http://pastebin.be/17492
[17:25] <huehner> FunkyPenguin: ok, line number 3 in the paste (the second line with content) is the problem
[17:25] <huehner> FunkyPenguin: explanataion: you have to lines which say what to do for host 127.0.0.1/32, one says ident one says md5 so postgres picks ident and the md5 line is ignored
[17:26] <huehner> FunkyPenguin: comment of remove the 127.0.0.1/32 ident line, restart postgres and should work
[17:27] <FunkyPenguin> doh, thanks for pointing it out
[17:27] <FunkyPenguin> hopefully ant will do the job now
[17:28] <FunkyPenguin> huehner: thanks a lot for the help
[17:28] <huehner> FunkyPenguin: n.p. tell me if any more problems
[17:30] <FunkyPenguin> will do, ooi should it take a while to create the db etc?
[17:33] <huehner> FunkyPenguin: depending on machine for complete instalation between 20min and .... longer
[17:34] <FunkyPenguin> ah ok cool - time for coffee then :)
[17:36] * mputter (n=mputter@cust.8.127.adsl.cistron.nl) Quit (Remote closed the connection)
[17:40] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[17:41] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[18:03] <FunkyPenguin> huehner: um i think i might have missed something
[18:03] <FunkyPenguin> if i browse to my host i just get a blank page - no error or anything, any ideas?
[18:04] <huehner> FunkyPenguin: check tomcat logfile for error on deploying the application
[18:05] <huehner> FunkyPenguin: what system? windowS? linux? which distribution? where does tomcat come from? distribution or manual download? which java version?
[18:05] <huehner> to cover the common cases ;)
[18:06] <FunkyPenguin> heh, ok well no war was deployed to tomcat for some reason even though i got no errors when i did 'ant deploy'
[18:06] <huehner> FunkyPenguin: ant deploy does main just copy the generated war file
[18:06] <huehner> FunkyPenguin: you can do it manually. take the openbravo.war from lib and copy it to <$tcomat-installation>/webapps
[18:06] <huehner> FunkyPenguin: then it should be deployed on tomcat restart
[18:07] <FunkyPenguin> i was just about to ask where the war file is located after being built
[18:08] <huehner> FunkyPenguin: one way to fidn out is to execute 'ant war' to delete and rebuilt the war-file, should display the location while doing it
[18:08] <FunkyPenguin> just for reference im using openSUSE 11.1 with tomcat6 and java1.6 both from distro
[18:09] <iarwain> priyam: I've just received an e-mail about a failed build. So I guess it's working fine!
[18:09] <huehner> FunkyPenguin: after deploy check for error in tomcat log when you cannot login... standard problem the enabled security manager in tomcat and no seucurity policy file created for openbravo
[18:09] <huehner> FunkyPenguin: so either disable security manager in this case or create a specific policy file
[18:13] <FunkyPenguin> well it looks like evrything is working now - no errors in tomcat's log for openbravo :)
[18:17] <CIA-44> DBSourceManager: marvintm * r264 /branches/r0.8x/src/org/apache/ddlutils/platform/postgresql/PostgreSqlBuilder.java: Fixed issue 8317. Now the INSERT statements that dbsm creates when recreating a table will take into account the change from a varchar column to a numeric one, and insert a TO_NUMBER statement, in PostgreSQL.
[18:35] <huehner> FunkyPenguin: cool ;) then have fun
[18:35] <FunkyPenguin> i will, thanks again for your help
[18:41] * egoct (n=ego@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[18:47] * ctp_ (n=ctp@brsg-d9bef382.pool.mediaWays.net) has joined #openbravo
[19:00] <CIA-44> DBSourceManager: marvintm * r265 /trunk/src/org/apache/ddlutils/platform/postgresql/PostgreSqlBuilder.java: Fixed issue 8317. Now the INSERT statements that dbsm creates when recreating a table will take into account the change from a varchar column to a numeric one, and insert a TO_NUMBER statement, in PostgreSQL.
[19:01] * FunkyPenguin (n=wafaa@opensuse/member/FunkyPenguin) Quit ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]")
[19:11] <CIA-44> OpenbravoERP: Stefan Hühner <stefan.huehner <at> openbravo.com> default * 3456:306e035f4298 /src-wad/src/org/openbravo/wad/javasource.javaxml: Fixed 8312: Use log-level error instead of debug for logging exceptions
[19:16] * alostale_ (n=alostale@34.112.218.87.dynamic.jazztel.es) Quit (Remote closed the connection)
[19:37] * ecuaman (n=ecuaman@190.12.49.82) has joined #openbravo
[19:37] <ecuaman> hello again
[19:37] <ecuaman> i have a question about accouting process
[19:37] <ecuaman> actually, i am lost...
[19:38] -tomaw- [Global Notice] Hi again. One of our hubs had connectivity issues causing some servers and users to be unable to connect to the network, resulting in a rather noisy set of splits. The issue has been resolved now and we believe there should be no further interruptions. Thanks!
[19:38] <ecuaman> where.. or how i can change actual transactions
[19:38] <ecuaman> settlements
[19:39] <ecuaman> or manual settlements
[19:39] <ecuaman> to do somethings like
[19:40] <ecuaman> for some kinds of payments affect some accounts
[19:40] <ecuaman> or manipulate journal
[19:41] <ecuaman> i checked the post buttom
[19:41] * jarekwozniak (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) Quit (Remote closed the connection)
[19:41] <ecuaman> but there is a lot of thing it does
[19:42] <ecuaman> could somebody explain or where can i read
[19:42] <ecuaman> what OB does in accounting process
[19:42] <ecuaman> First, for understanding
[19:43] <ecuaman> and next for change or add acoountig transactions
[19:43] <ecuaman> thanks for your help
[19:52] <CIA-44> OpenbravoERP: Rafa Roda Palacios <rafael.roda <at> openbravo.com> default * 3457:b8c467b82fe8 /referencedata/sampledata/SmallBazaar.xml: Issue 0005651 Updated sampledata/SmallBazaar.xml
[19:52] <CIA-44> OpenbravoERP: Rafa Roda Palacios <rafael.roda <at> openbravo.com> default * 3458:b792fe332330 /referencedata/sampledata/Accounting_Test.xml: Issue 0005651 Updated sampledata/Accounting_Test.xml
[19:52] <CIA-44> OpenbravoERP: Rafa Roda Palacios <rafael.roda <at> openbravo.com> default * 3459:59e4a284b5e2 /src-db/database/model/tables/M_INOUT.xml: Issue 0005651 Added onCreateDefault to M_Inout table for Freight_Currency_Id column
[19:52] <CIA-44> OpenbravoERP: Rafa Roda Palacios <rafael.roda <at> openbravo.com> default * 3460:4ab8b002a0d5 /src-db/database/model/functions/M_FREIGHT_CALCULATE.xml: Issue 0005651 Modified M_Freight_Calculate function
[20:27] <CIA-44> OpenbravoERP: Eduardo Argal Guibert <eduardo.argal <at> openbravo.com> default * 3461:2cd8acf18d55 /src/org/openbravo/erpCommon/ad_forms/AcctServer.java: Fixes bug 0008318: Accounting background process doesn't work when exists more than one client.
[20:41] * mtaa1 (n=mtaal@63.204.222.2) Quit (Read error: 110 (Connection timed out))
[20:43] * huanglin (i=62eafcd6@gateway/web/ajax/mibbit.com/x-b783a850a7b80240) has joined #openbravo
[20:54] <katratxo> ecuaman: i think that the best way to understand it, is reading the code https://dev.openbravo.com/websvn/openbravo/tags/r2.40/src/org/openbravo/erpCommon/ad_background/
[20:57] <ecuaman> thanks katratxo
[20:59] <katratxo> ecuaman: i know what it does technically, but not 'functionally'...
[21:00] <katratxo> this is a thread started when you start the tomcat server, and every 10secs, checks if there is something to post
[21:00] <ecuaman> that's exactly what i nedd
[21:01] <ecuaman> technically
[21:01] * katratxo is not sure about the time
[21:01] <katratxo> there is some classes that implement the BackgroundProcess interface
[21:01] <katratxo> one of this is PeriodicAcctServer
[21:02] <ecuaman> i was checking it functionally and i want to modify some sort of things we need here
[21:02] <katratxo> processPL() method is the one that contains the 'business logic' on what to do
[21:04] <ecuaman> mmm
[21:04] <ecuaman> if i want to add more transaction that have to affect accounting?
[21:05] <ecuaman> in this code i will find it?
[21:11] <huehner> ecuaman: in general start with the AcctServer and check the code from there
[21:11] <huehner> ecuaman: easiest way could be check in the debugger when you press 'post' one one document
[21:30] <ecuaman> thanks heuhner
[21:53] * elopio1 (n=elopio@200.122.185.199) has joined #openbravo
[21:53] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[21:59] * mtaal (n=mtaal@sccc-66-78-236-255.smartcity.com) has joined #openbravo
[22:01] * mtaa1 (n=mtaal@sccc-66-78-236-255.smartcity.com) has joined #openbravo
[22:12] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[22:13] * elopio1 (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[23:10] * egoct (n=ego@143.Red-213-98-178.staticIP.rima-tde.net) Quit (Read error: 110 (Connection timed out))
[23:11] * egoct (n=ego@34.112.218.87.dynamic.jazztel.es) has joined #openbravo
[23:14] * mtaa1 (n=mtaal@sccc-66-78-236-255.smartcity.com) has left #openbravo
[23:19] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[23:23] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[23:45] * ruoso (n=ruoso@201.45.49.162) Quit ("Ex-Chat")
[23:46] * Track-J (n=ffchecku@82-169-99-8.ip.telfort.nl) has joined #openbravo
[23:46] <Track-J> Hi there!
[23:49] <Track-J> any dutch people in the house?
[23:54] <Track-J> appearently not... see you guys later
[23:54] * Track-J (n=ffchecku@82-169-99-8.ip.telfort.nl) Quit ()
These logs were automatically created by LogBot-vl on irc.freenode.net using the Java IRC LogBot.