Timestamps are in EET.
[1:04] * mtaal (n=mtaal@sccc-66-78-236-255.smartcity.com) Quit (Read error: 110 (Connection timed out))
[2:09] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[2:16] * elopio (n=elopio@200.122.185.199) has joined #openbravo
[3:27] * ecuaman (n=ecuaman@190.12.49.82) has joined #openbravo
[3:28] <ecuaman> hello
[3:28] <ecuaman> where can i get information about accounting process
[3:29] <ecuaman> i nedd create more transactions that affect accounting
[3:45] * evalles_ is now known as effie_jayx
[3:57] * mtaal (n=mtaal@63.204.222.2) has joined #openbravo
[4:16] * mtaal (n=mtaal@63.204.222.2) Quit (Read error: 110 (Connection timed out))
[4:20] * elopio1 (n=elopio@200.122.185.199) has joined #openbravo
[4:20] * elopio (n=elopio@200.122.185.199) Quit (Read error: 110 (Connection timed out))
[4:43] * dash (n=washort@ampere.divmod.com) Quit (Read error: 110 (Connection timed out))
[4:44] * dash (n=washort@ampere.divmod.com) has joined #openbravo
[4:45] * effie_jayx (n=evalles@ubuntu/member/effie-jayx) Quit ("Saliendo")
[5:02] * dash (n=washort@ampere.divmod.com) Quit (Read error: 110 (Connection timed out))
[5:19] * ecuaman (n=ecuaman@190.12.49.82) Quit ("Leaving")
[5:37] * mtaal (n=mtaal@63.204.222.2) has joined #openbravo
[6:35] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) Quit (Read error: 110 (Connection timed out))
[7:04] * dash (n=washort@ampere.divmod.com) has joined #openbravo
[7:26] * dash (n=washort@ampere.divmod.com) Quit (Connection timed out)
[7:29] * dash (n=washort@ampere.divmod.com) has joined #openbravo
[9:26] * mtaal (n=mtaal@63.204.222.2) Quit (Read error: 110 (Connection timed out))
[9:27] <CIA-44> OpenbravoERP: Asier Lostalé <asier.lostale <at> openbravo.com> default * 3446:e858024ea025 / (4 files in 3 dirs): fixed bug 0008252: error when create two fields attribute in same tab
[9:50] <CIA-44> OpenbravoERP: Asier Lostalé <asier.lostale <at> openbravo.com> default * 3447:1280c6140df7 /src/org/openbravo/base/model/ModelProvider.java: typo
[10:05] * artem8990 (n=Miranda@194.158.202.123) has joined #openbravo
[10:39] * DavidAbragimov1 (n=David_@194.158.202.123) has joined #Openbravo
[10:57] <CIA-44> OpenbravoERP: Iván Perdomo <ivan.perdomo <at> openbravo.com> default * 3448:b7eb05239331 /web/js/utils.js: Fixes issue 8274: Now the user clicks are distinguished between tabs and buttons
[11:08] <iarwain> priyam: Hi. I've seen the mindmap with some points in red. Does yerterday's email clear those points for you?
[11:12] <priyam> yes iarwain clear
[11:13] <iarwain> perfect
[11:13] * gorkaion__ (n=gorkaion@83.175.218.26) has joined #openbravo
[11:13] <priyam> mindmap was update y'day will update it now
[11:13] <iarwain> ah ok
[11:13] <iarwain> priyam: do you know if it's posible to make a mindmap publicly viewable?
[11:14] <iarwain> huehner, iperdomo: Imagine a there's a faulty changeset in pi. Do you see any problem on backing out the change automatically?
[11:14] * jarekwozniak (n=openbrav@83.175.218.26) has joined #openbravo
[11:15] <iarwain> It should work most of the times. I'm concerned on the cases where a latter changeset depends on the previous one.
[11:15] <katratxo> iarwain: if the build fails, 'rollback' the changeset?
[11:15] <priyam> I guess it is possiable, need to check with gnuyoga
[11:16] <iarwain> katratxo: hg backout == apply the inverse diff
[11:17] <katratxo> i don't see a problem, is the fastest way to keep pi 'buildable'
[11:17] <katratxo> i don't know if that word exists
[11:17] <katratxo> :p
[11:17] <iarwain> it now exists :)
[11:19] * onats_ (n=onats@unaffiliated/onats) Quit (Read error: 110 (Connection timed out))
[11:19] * onats_ (n=onats@unaffiliated/onats) has joined #openbravo
[11:29] <iarwain> katratxo: ok, we'll do that then. And the corner cases where a backout can affect another changeset will have to be handled manually, of course. thanks.
[11:29] * gorkaion_ (n=gorkaion@34.112.218.87.dynamic.jazztel.es) Quit (Read error: 110 (Connection timed out))
[11:30] <katratxo> iarwain: that is my opinion, but i think that you should discuss it when the rest of developers
[11:30] <katratxo> what do you think?
[11:33] <iarwain> That's why I'm asking there
[11:34] <iarwain> you mean in the mailing list?
[11:36] <katratxo> yeap, i meant the mailing list ... but maybe you're right .. we need to encourage to use the channel
[11:36] <iarwain> yes. I wonder how.
[11:37] <katratxo> tough task i think :s
[11:40] * egoct (n=ego@83.175.218.26) has joined #openbravo
[11:43] <iarwain> katratxo: sent to ML.
[11:44] <iarwain> priyam: let's see in the devel ML if any developer has objections to this.
[11:45] <priyam> sure iarwain
[11:52] * jarwoz (n=openbrav@83.230.226.52) has joined #openbravo
[12:07] * gorkaion_ (n=gorkaion@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[12:07] * MarvinTM__ (n=MarvinTM@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[12:07] * openbravo__ (n=openbrav@34.112.218.87.dynamic.jazztel.es) has joined #openbravo
[12:08] * egoct (n=ego@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[12:08] <katratxo> iarwain: you should ban openbravo__ nick
[12:08] * jarekwozniak (n=openbrav@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[12:08] * egoct (n=ego@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[12:09] <iarwain> hehe
[12:09] * gorkaion__ (n=gorkaion@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[12:09] <iarwain> openbravo__: can you change your nick name to something else?
[12:09] * MarvinTM_ (n=MarvinTM@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[12:09] * alostale_ (n=openbrav@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[12:12] * ChanServ sets mode +o iarwain
[12:15] * openbravoxx (i=57dc36b8@gateway/web/ajax/mibbit.com/x-ec23e57720dbb119) has joined #openbravo
[12:15] * openbravoxx (i=57dc36b8@gateway/web/ajax/mibbit.com/x-ec23e57720dbb119) has left #openbravo
[12:16] * etaylor (n=chatzill@p78-70.acedsl.com) Quit (Read error: 104 (Connection reset by peer))
[12:16] * etaylor (n=chatzill@p78-70.acedsl.com) has joined #openbravo
[12:18] <katratxo> i think is the 3rd nickname of the xchat conf
[12:19] * ChanServ sets mode -o iarwain
[12:19] * openbravo__ (n=openbrav@34.112.218.87.dynamic.jazztel.es) Quit ("Leaving")
[12:19] * alostale (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[12:19] * openbravoxx (i=57dc36b8@gateway/web/ajax/mibbit.com/x-ec23e57720dbb119) has joined #openbravo
[12:19] * ChanServ sets mode +b openbravo*!*@*
[12:20] * openbravoxx was kicked from #openbravo by ChanServ
[12:20] * alostale (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) Quit (Client Quit)
[12:20] * alostale (n=alostale@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[12:21] <iarwain> katratxo: done.
[12:21] <katratxo> nice
[12:31] <CIA-44> OpenbravoERP: Asier Lostalé <asier.lostale <at> openbravo.com> default * 3449:8d863deb17c8 /src/org/openbravo/erpCommon/ad_forms/ (Translation.java Translation_data.xsql): fixed bug 0008151: Do not export as part of the language centrally maintained elements.
[12:40] * effie_jayx (n=evalles@ubuntu/member/effie-jayx) has joined #openbravo
[12:43] <huehner> iarwain: about the backing out the change: i see two problems with later commits depending on this ones
[12:43] <huehner> iarwain: first syntactic the easy dependency a later one just needs code changes from the backed out one to compile
[12:44] <huehner> iarwain: second cone semantic/invisible dependencies, we have zero possibility to determine if one changeset needs another one for correct behavior..
[12:45] <iarwain> huehner: it's hard to predict those cases. hg backout takes care of backing out any later changeset affecting those lines.
[12:45] <iarwain> And that could have some undesired side effects, of course, as thinking that something is fixed and it'S not.
[12:47] <iarwain> huehner: what do you prefer: backout, not to backout or some alternative?
[12:53] <huehner> iarwain: my opinion not backout, delay the pi->merge flow until fixed, be more careful in the first place avoid most of the problems..
[12:58] <iarwain> huehner: then backing out could doable if we had proper functional testing, right?
[13:17] * onats_ is now known as onats
[13:19] <huehner> iarwain: only in theory.. but then yes
[13:20] <iarwain> huehner: yes, right now it's not realistic
[13:26] <alostale> i agree with huehner: i wouldn't backout
[13:27] <alostale> i would:
[13:27] <alostale> 1-push to main complete blocks of changesets in pi, this means, push all the changesets since the last push till the last one that works
[13:27] <alostale> 2-detect the first changeset not working and reopen the bug which that one is supposed to fix
[13:27] <alostale> 3-re-fix that bug with that bug with a new changeset, test it and start from step 1
[13:30] * onats (n=onats@unaffiliated/onats) Quit (Remote closed the connection)
[13:35] * onats (n=onats@unaffiliated/onats) has joined #openbravo
[13:39] <iarwain> alostale: makes sense to me.
[13:40] <iarwain> alostale: I only hope we an ever reach a block of accepted changesets :)
[13:40] <iarwain> s/an/can/
[13:43] * gmauleon (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has joined #openbravo
[13:44] * gmauleon (n=openbrav@143.Red-213-98-178.staticIP.rima-tde.net) has left #openbravo
[13:52] <iarwain> priyam: if we take this approach, we'll also have the criteria to move changesets from pi to main.
[14:06] * DavidAbragimov1 (n=David_@194.158.202.123) has left #Openbravo
[14:12] * ruoso (n=ruoso@201.45.49.162) has joined #openbravo
[14:13] <huehner> iarwain: we should reach it nearly always i hope..
[14:13] <priyam> so compile and test on PI, on success we move changeset to main else raise a bug and wait for next successfull compile
[14:16] <iarwain> priyam: we don't move the changesets until we find a faulty changeset. Unless it's the last one in the repo.
[14:17] <iarwain> compile and test pi. If success, move to the next cset, and so on. If a faulty cset is found. push all the previous ones to main.
[14:17] <iarwain> If all the csets are a success and we reach the end of the repo, push everything to main.
[14:18] <iarwain> huehner: It would be bad and sad if we did not.
[14:19] <iarwain> priyam: does this make sense for you?
[14:21] <priyam> how about moving for every success
[14:21] <alostale> iarwain, why no compile and test the last changeset not already pushed, if works push everything if not test the previous one
[14:22] <gnuyoga> iarwain: does that mean we push the changeset on sucess or wait for a failure and push the suess changesets ?
[14:24] <gnuyoga> typo suess -> success
[14:25] <iarwain> alostale: that might be more effective for successful csets. But if it fails, we cannot know which cset broke it. Unless we go back and continue testing till we find a successful cset.
[14:26] <huehner> easy idea: on success push to main, otherwise raise problem, nothing more?
[14:26] <alostale> iarwain, i would assume in most cases the whole block is complete
[14:26] <huehner> based on compile+test on each changeset
[14:26] <iarwain> gnuyoga: yes.
[14:26] <alostale> iarwain, this is a good issue to put hg bisect in place
[14:27] <iarwain> hehe
[14:27] <alostale> specially for big blocks
[14:27] <huehner> alostale: my idea is to keep the blocks minimal (one push, bigger if pushes come to fast only)
[14:28] <huehner> alostale: but otherwise yes ;) works if all of us produce csets which are compilable/testable on their own
[14:28] * trifon (n=chatzill@78.90.231.138) Quit (Read error: 110 (Connection timed out))
[14:28] <CIA-44> OpenbravoERP: Iván Perdomo <ivan.perdomo <at> openbravo.com> default * 3450:6cdae913c3e8 /src-db/database/sourcedata/AD_TAB.xml: Fixes issue 8192: Added where clause to filter by storage bin
[14:28] <iarwain> huehner: merges are cheap. so you may be right
[14:28] <huehner> iarwain: and you get all before a failing one automatically
[14:28] <gnuyoga> iarwain: just assume there is no failure for long time, then will not be pushing any changes to main ;-)
[14:29] <iarwain> gnuyoga: reaching the end of the repo would mean a push to main too. We don't have so many commits :)
[14:29] <iarwain> but probably pushing per success might be simpler right now.
[14:30] <iarwain> We can start this way, and change to alostale's "latest cset+bisect" if we find we need more.
[14:31] <alostale> ok
[14:32] * Freix (n=roberto@adsl-ull-73-135.47-151.net24.it) has joined #openbravo
[14:33] <iarwain> good.
[14:33] <iarwain> priyam, gnuyoga: this is what you initially thought to do, except that we won't backout. Do you agree with this?
[14:36] <gnuyoga> we were not clear, after the discussion it look like this is the best approach we can take now
[14:37] <iarwain> gnuyoga: ok
[14:38] <priyam> iarwain: yes
[14:47] * effie_jayx (n=evalles@ubuntu/member/effie-jayx) Quit ("Saliendo")
[14:49] <iarwain> ok, I've sent a summary of this to the ML.
[14:53] <iarwain> Let's wait to see if someone has objections.
[14:54] <priyam> okay
[14:54] <alostale> just another comment on this approach
[14:54] <alostale> Loop: poll for new changesets. Build and test a new changeset.
[14:54] <alostale> a) On success, push and merge that changeset into main.
[14:54] <alostale> b) On failure, report to issue tracker or reopen referenced issue.
[14:54] <alostale> what happens in case of b?
[14:55] <alostale> i mean there are 3 cs
[14:55] <iarwain> go back to the loop
[14:55] <alostale> to push
[14:55] <alostale> the 1st one fails
[14:55] <alostale> then it is fixed
[14:55] <alostale> so now there're 4 to push
[14:55] <alostale> if you test again 1st one
[14:55] <alostale> it continues failing
[14:55] <iarwain> yes. Test the new ones till success. And push the group.
[14:55] <alostale> you must check the last one
[14:56] <alostale> ok
[15:08] * etaylor (n=chatzill@p78-70.acedsl.com) Quit ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111319]")
[15:14] * mtaal (n=mtaal@63.204.222.2) has joined #openbravo
[15:15] * trifon (n=chatzill@78.90.231.138) has joined #openbravo
[15:40] * trifon_ (n=chatzill@78.90.231.138) has joined #openbravo
[15:47] * Freix (n=roberto@adsl-ull-73-135.47-151.net24.it) has left #openbravo
[15:48] * onats (n=onats@unaffiliated/onats) Quit (Remote closed the connection)
[15:53] * elopio1 (n=elopio@200.122.185.199) has left #openbravo
[15:58] * trifon (n=chatzill@78.90.231.138) Quit (Read error: 110 (Connection timed out))
[16:05] * mtaa1 (n=mtaal@63.204.222.2) has joined #openbravo
[16:05] * mtaal (n=mtaal@63.204.222.2) Quit (Read error: 104 (Connection reset by peer))
[16:18] <CIA-44> OpenbravoPOS: adrianromero * r546 /trunk/src-pos/com/openbravo/pos/ (forms/DataLogicSales.java ticket/TicketLineInfo.java):
[16:18] <CIA-44> OpenbravoPOS: Fixes issue 8273: At Edit sale (Printer.TicketPreview) attributes are not printed
[16:18] <CIA-44> OpenbravoPOS: The problem was that the instance_id was not saved to the database.
[16:21] * onats (n=onats@unaffiliated/onats) has joined #openbravo
[16:22] * effie_jayx (n=evalles@ubuntu/member/effie-jayx) has joined #openbravo
[16:30] * ecuaman (n=ecuaman@190.12.49.82) has joined #openbravo
[16:30] <ecuaman> please your help
[16:31] <ecuaman> i need a callout to validate a field in a window
[16:32] <ecuaman> if it is null, it must stops execution
[16:33] <ecuaman> if i want to save (push disk icon)
[16:33] <ecuaman> i cannot use mandatory property, because this behaviour is not for all documents
[16:34] <ecuaman> OB is able to do so?
[16:36] <jarwoz> jdmas: hi
[16:36] <jarwoz> jmas: hi
[16:36] <ecuaman> hi
[16:36] <jmas> hi jarwoz
[16:36] <jarwoz> one question
[16:37] <jarwoz> if people that have been nominated do they get an information about it
[16:37] <jarwoz> ??
[16:37] <huehner> ecuaman: one way to do it would be to use a database trigger
[16:38] <ecuaman> huehner.. thanks for that advice
[16:38] <huehner> ecuaman: trigger firing on update,insert and then code the logic for in some cases validate the field and throw error
[16:38] <ecuaman> have you an example?
[16:38] <huehner> ecuaman: let me check
[16:38] <jmas> jarwoz: visiting the awards page. We will only inform the people that gets the awards
[16:39] <jarwoz> jmas: so actually after the conference
[16:39] <jarwoz> ??
[16:39] <huehner> ecuaman: check window/tab business partner->bankaccount, this has a field IBAN and the field is validated in a trigger called C_BP_BANKACCOUNTIBAN_TRG
[16:39] <jmas> during the conference
[16:40] <huehner> ecuaman: which uses RAISE_APPLICATION_ERROR (in the xml file) to raise an exception which is then displayed to the user
[16:40] <ecuaman> cool, you are bad!
[16:40] <jmas> "The Community Awards will be granted to the winners during a special Openbravo World Conference session on 19th April, 2009."
[16:40] <ecuaman> i'll check it out
[16:40] <ecuaman> thanks a lot for that sugestion
[16:41] <jarwoz> jmas: but if that person wont be there and has no idea about the nominantion?
[16:42] <jmas> If it is awarded, will be notified by email after the ceremony
[16:42] <jarwoz> ok
[16:42] <jarwoz> jmas: cheers
[16:42] <jmas> np
[16:42] * mtaa1 (n=mtaal@63.204.222.2) Quit ("Leaving.")
[16:42] * jmas (n=jordi@155.Red-79-144-34.dynamicIP.rima-tde.net) has left #openbravo
[16:55] * mtaal (n=mtaal@63.204.222.2) has joined #openbravo
[17:04] <huehner> ecuaman: n.p.
[17:11] * jarekwozniak (n=openbrav@83.175.218.26) has joined #openbravo
[17:25] * MarvinTM_ (n=MarvinTM@83.175.218.26) has joined #openbravo
[17:26] * jarwoz (n=openbrav@83.230.226.52) Quit (Read error: 110 (Connection timed out))
[17:26] * gorkaion__ (n=gorkaion@83.175.218.26) has joined #openbravo
[17:26] * a (n=alostale@83.175.218.26) has joined #openbravo
[17:27] * egoct (n=ego@143.Red-213-98-178.staticIP.rima-tde.net) Quit (Read error: 110 (Connection timed out))
[17:27] * MarvinTM__ (n=MarvinTM@183.pool85-54-197.dynamic.orange.es) Quit (Read error: 110 (Connection timed out))
[17:27] * egoct (n=ego@83.175.218.26) has joined #openbravo
[17:28] * alostale (n=alostale@183.pool85-54-197.dynamic.orange.es) Quit (Read error: 110 (Connection timed out))
[17:28] * gorkaion_ (n=gorkaion@183.pool85-54-197.dynamic.orange.es) Quit (Read error: 110 (Connection timed out))
[17:47] * gmauleo1 (n=openbrav@83.175.218.26) has joined #openbravo
[17:48] * gmauleo1 (n=openbrav@83.175.218.26) has left #openbravo
[18:00] * artem8990 (n=Miranda@194.158.202.123) Quit (Read error: 104 (Connection reset by peer))
[18:29] * gmauleo1 (n=openbrav@83.175.218.26) has joined #openbravo
[18:29] * gmauleo1 (n=openbrav@83.175.218.26) has left #openbravo
[18:41] * jarwoz (n=openbrav@83.230.226.52) has joined #openbravo
[18:55] * jarekwozniak (n=openbrav@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[18:57] * gorkaion_ (n=gorkaion@83.230.226.52) has joined #openbravo
[18:58] * MarvinTM__ (n=MarvinTM@83.230.226.52) has joined #openbravo
[18:59] * alostale_ (n=alostale@83.230.226.52) has joined #openbravo
[18:59] * egoct (n=ego@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[18:59] * gorkaion__ (n=gorkaion@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[18:59] * egoct (n=ego@83.230.226.52) has joined #openbravo
[18:59] * MarvinTM_ (n=MarvinTM@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[19:00] * a (n=alostale@83.175.218.26) Quit (Read error: 110 (Connection timed out))
[19:00] <CIA-44> OpenbravoPOS: mirurita * r553 / (8 files in 2 dirs):
[19:00] <CIA-44> OpenbravoPOS: Fixes issue 0007550: Kettle synchronization: boolean type problem in
[19:00] <CIA-44> OpenbravoPOS: PostgreSQL
[19:03] * mtaal (n=mtaal@63.204.222.2) Quit (Read error: 60 (Operation timed out))
[19:13] * jarwoz (n=openbrav@83.230.226.52) Quit (Read error: 104 (Connection reset by peer))
[19:13] * jarwoz (n=openbrav@183.pool85-54-197.dynamic.orange.es) has joined #openbravo
[19:17] * jarekwozniak (n=openbrav@83.230.226.52) has joined #openbravo
[19:18] * jarekwozniak (n=openbrav@83.230.226.52) Quit (Remote closed the connection)
[19:31] * jarwoz (n=openbrav@183.pool85-54-197.dynamic.orange.es) Quit (Read error: 113 (No route to host))
[19:33] * trifon_ (n=chatzill@78.90.231.138) Quit ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]")
[20:03] * egoct (n=ego@83.230.226.52) Quit (Remote closed the connection)
[20:32] * trifon (n=chatzill@78.90.231.138) has joined #openbravo
[22:04] * mtaal (n=mtaal@sccc-66-78-236-255.smartcity.com) has joined #openbravo
[22:29] * nebajoth (n=nebajoth@76-10-174-10.dsl.teksavvy.com) has joined #openbravo
[22:47] * mtaal (n=mtaal@sccc-66-78-236-255.smartcity.com) Quit (Read error: 110 (Connection timed out))
[23:08] * ruoso (n=ruoso@201.45.49.162) Quit ("Ex-Chat")
These logs were automatically created by LogBot-vl on irc.freenode.net using the Java IRC LogBot.