IRC logs of #tryton for Thursday, 2011-05-19

chat.freenode.net #tryton log beginning Thu May 19 00:00:02 CEST 2011
2011-05-19 00:23 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2011-05-19 01:48 -!- lem0na(~lem0na@95.87.233.210) has joined #tryton
2011-05-19 01:52 -!- rhubner(~rhubner@200.134.81.83) has joined #tryton
2011-05-19 01:53 -!- rhubner(~rhubner@200.134.81.83) has left #tryton
2011-05-19 01:53 -!- FWiesing(~franz@mail.tryton.at) has left #tryton
2011-05-19 02:30 -!- blast_hardcheese(~blast_har@cpe-98-154-59-208.socal.res.rr.com) has joined #tryton
2011-05-19 03:21 -!- sharoon(~sharoon@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has joined #tryton
2011-05-19 04:12 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-05-19 04:15 -!- effenber1(~chlu@pD9E9B836.dip.t-dialin.net) has joined #tryton
2011-05-19 05:05 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-05-19 05:18 -!- yangoon(~mathiasb@p549F36BC.dip.t-dialin.net) has joined #tryton
2011-05-19 06:14 -!- ThePing(~phycho@174.127.64.107) has joined #tryton
2011-05-19 06:14 -!- ThePing(~phycho@174.127.64.107) has left #tryton
2011-05-19 06:42 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-05-19 07:47 -!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton
2011-05-19 08:14 -!- trifon(~trifon@p548C6E73.dip.t-dialin.net) has joined #tryton
2011-05-19 08:53 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton
2011-05-19 09:02 -!- sisalp(~dominique@annecy.sisalp.net) has joined #tryton
2011-05-19 09:17 -!- helmor(~helmor@46.115.21.111) has joined #tryton
2011-05-19 09:18 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton
2011-05-19 09:29 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2011-05-19 09:40 -!- okko(~okko@62.58.29.41) has joined #tryton
2011-05-19 10:06 <sisalp> hello all, a discussion in French will start in about 15mn about account_fr in room tryton-fr
2011-05-19 10:37 -!- nicoe(~nicoe@ced.homedns.org) has joined #tryton
2011-05-19 10:41 -!- nicoe(~nicoe@ced.homedns.org) has joined #tryton
2011-05-19 10:49 -!- okko(~okko@62.58.29.41) has joined #tryton
2011-05-19 10:56 -!- okko(~okko@62.58.29.41) has joined #tryton
2011-05-19 11:01 -!- okko(~okko@62.58.29.41) has joined #tryton
2011-05-19 11:18 -!- okko(~okko@62.58.29.41) has joined #tryton
2011-05-19 11:30 -!- tshepang(~wena@dsl-185-70-35.dynamic.wa.co.za) has joined #tryton
2011-05-19 11:58 -!- trifon_(~trifon@p548C72F8.dip.t-dialin.net) has joined #tryton
2011-05-19 12:02 -!- reichlich(~reichlich@p5793D7B2.dip.t-dialin.net) has joined #tryton
2011-05-19 12:28 -!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton
2011-05-19 12:46 -!- vladimirek(~vladimire@bband-dyn166.178-41-220.t-com.sk) has joined #tryton
2011-05-19 14:16 -!- trifon__(~trifon@p548C66A7.dip.t-dialin.net) has joined #tryton
2011-05-19 14:30 <reichlich> hi udono, id like to know what i have to do next for my GSOC project
2011-05-19 14:32 <udono> reichlich: AFAIK we are in conception phase. cedk, bechamel, nicoe, sharoon?
2011-05-19 14:33 <reichlich> udono, is there a place where i can commit my code to talk about?
2011-05-19 14:34 <udono> reichlich: yes, we use http://codereview.appspot.com
2011-05-19 14:34 <udono> reichlich: for reviews
2011-05-19 14:35 <udono> reichlich: sorry, wrong link...
2011-05-19 14:35 <yangoon> udono: there is also http://codereview.tryton.org/
2011-05-19 14:35 <udono> http://codereview.tryton.org/
2011-05-19 14:41 <reichlich> udono, can i put there entire modules?
2011-05-19 14:42 <udono> reichlich: yes, with upload.py
2011-05-19 14:42 <udono> reichlich: see http://code.google.com/p/tryton/wiki/HowtoContribute#Code_Review
2011-05-19 14:50 <reichlich> udono, can upload.py handle new created nested repositories?
2011-05-19 14:50 <udono> reichlich: I guess not.
2011-05-19 14:50 <udono> reichlich: why nested?
2011-05-19 14:51 <reichlich> udono, id like to commit a module i created
2011-05-19 14:51 <udono> reichlich: a trytond module?
2011-05-19 14:51 <reichlich> udono, yes
2011-05-19 14:53 <reichlich> udono, i implemented some synching stuff and would like to talk about it
2011-05-19 14:53 <udono> reichlich: so just backup your module, then: Delete the .hg folder if exist, hg init, hg add <files-to-show>, upload.py
2011-05-19 14:54 <udono> reichlich: backup your module first, because you will loose your revision history...
2011-05-19 14:55 <udono> reichlich: maybe there is another way to push the module to codereview, but I know only this...
2011-05-19 14:56 <reichlich> udono, i cant generate a diff from my repo with my initial checkin
2011-05-19 14:56 -!- silverfox1971(~sysadmin0@94.232.28.96) has joined #tryton
2011-05-19 14:56 <udono> reichlich: I don't know how. Maybe it is possible...
2011-05-19 14:57 -!- silverfox1971(~sysadmin0@94.232.28.96) has left #tryton
2011-05-19 14:57 <udono> reichlich: AFAIK codereview only takes the last not committed diff to review...
2011-05-19 15:01 <udono> reichlich: maybe the --rev option does what you want.
2011-05-19 15:01 <udono> reichlich: see upload.py --help
2011-05-19 15:02 <reichlich> udono, the problem is theres no version to diff against
2011-05-19 15:03 <udono> reichlich: so you did not use a cvs like hg for your module?
2011-05-19 15:05 <udono> reichlich:
2011-05-19 15:07 <reichlich> udono, i got it work
2011-05-19 15:08 <reichlich> udono, i had to create a dummy file for an initial commit to patch against for the real data
2011-05-19 15:08 -!- sharoon(~sharoon@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has left #tryton
2011-05-19 15:08 -!- sharoon(~sharoon@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has joined #tryton
2011-05-19 15:08 <reichlich> udono, (i use mercurial)
2011-05-19 15:10 <udono> reichlich: ok
2011-05-19 15:11 <udono> reichlich: Best is to put the link for review here and on tryton-dev groups and ask the community for a review.
2011-05-19 15:18 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-05-19 15:20 <yangoon> reichlich I think it works with hg init and hg add all to have a suitable diff for codereview
2011-05-19 15:21 <yangoon> hg add all -> of course simply hg add
2011-05-19 15:23 <reichlich> yangoon, upload.py tried hg parent which returned nothing with no previously commit
2011-05-19 15:25 <reichlich> udono, i wrote some code for testing synching models with trytond servers: http://codereview.tryton.org/35004/
2011-05-19 15:28 <reichlich> udono, its just experimental but i can synch product.product with our production server with ~3000 products
2011-05-19 15:37 <udono> reichlich commented
2011-05-19 15:37 <reichlich> udono, thanks
2011-05-19 15:37 <reichlich> udono, what do you think about the way of synching?
2011-05-19 15:39 <udono> reichlich: Hard to say for the moment. It would be good to describe the general ideas and goals of the synchronizing mechanism. Upon this we can discuss the implementation more easy.
2011-05-19 15:41 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has joined #tryton
2011-05-19 15:41 <udono> reichlich: But in general it looks promising.
2011-05-19 15:42 <reichlich> udono, is there a wiki for the GSOC students, where i can place my ideas?
2011-05-19 15:43 <udono> reichlich: do you have a login to the google wiki we use?
2011-05-19 15:43 <udono> reichlich: http://code.google.com/p/tryton/wiki/TableOfContents?tm=6
2011-05-19 15:44 <udono> reichlich: if not, just put cedk your gmail address
2011-05-19 15:47 <nicoe> reichlich: you could also post your ideas on the blog you had to create for the GSOC
2011-05-19 15:47 <reichlich> cedk, can you give me a login for the google wiki?
2011-05-19 15:51 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has left #tryton
2011-05-19 15:53 <cedk> reichlich: what is you google account
2011-05-19 15:55 <reichlich> cedk, pokereichlich@t-online.de
2011-05-19 15:57 <cedk> reichlich: done
2011-05-19 15:57 <reichlich> cedk, thanks
2011-05-19 16:04 -!- dfamorato(~dfamorato@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has joined #tryton
2011-05-19 16:05 <cedk> reichlich: I think you can create a page in the blueprint sections
2011-05-19 16:05 <cedk> reichlich: try to not copy/paste content but use links
2011-05-19 16:06 <cedk> reichlich: try to keep stuffs maintainable and ordered
2011-05-19 16:09 <reichlich> cedk, did i something wrong?
2011-05-19 16:13 <cedk> reichlich: no just advertising
2011-05-19 16:13 -!- hoRn(~jan@dslb-188-106-171-149.pools.arcor-ip.net) has joined #tryton
2011-05-19 16:14 <hoRn> hi.
2011-05-19 16:23 -!- zodman(~andres-va@foresight/developer/zodman) has joined #tryton
2011-05-19 16:37 -!- hoRn(~jan@dslb-188-106-171-149.pools.arcor-ip.net) has left #tryton
2011-05-19 16:37 -!- hoRn(~jan@dslb-188-106-171-149.pools.arcor-ip.net) has joined #tryton
2011-05-19 17:37 -!- okko(~okko@62.58.29.41) has joined #tryton
2011-05-19 18:11 <hoRn> strange behavior of vatnumber here: from python in shell i can check - from tryton it fails with 404
2011-05-19 18:14 <cedk> hoRn: the eu servers are not always reliable
2011-05-19 18:15 <hoRn> cedk: but from shell it works
2011-05-19 18:15 <hoRn> cedk: don't know ...
2011-05-19 18:24 <cedk> hoRn: hoRn are you sure it runs the same module version?
2011-05-19 18:24 <udono> hoRn: testing a German VAT Number is not possible sometime between 22:00 and 06:00
2011-05-19 18:25 <hoRn> cedk, udono: still investigating ;)
2011-05-19 18:26 <hoRn> from shell i can do the import and than the check_vies-method
2011-05-19 18:26 <hoRn> from trytond it fails
2011-05-19 18:27 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2011-05-19 18:28 <udono> hoRn: are you sure both use vatnumber==0.9?
2011-05-19 18:28 <udono> hoRn: s.a. http://bugs.tryton.org/roundup/issue1980
2011-05-19 18:29 <yangoon> hoRn: is trytond on the same machine?
2011-05-19 18:29 <hoRn> isn't the same - but will doublecheck my version of vatnumber
2011-05-19 18:29 <hoRn> yangoon: yes
2011-05-19 18:36 <hoRn> yangoon: <module 'vatnumber' from '/usr/lib/python2.5/site-packages/vatnumber-0.9-py2.5.egg/vatnumber/__init__.pyc'>
2011-05-19 18:36 <hoRn> seems good
2011-05-19 18:41 <cedk> hoRn: isn't there a proxy or firewall behind?
2011-05-19 18:41 <hoRn> traceback: http://pastie.org/1927501
2011-05-19 18:42 <hoRn> cedk: same machine - same python - or am I stupid ?
2011-05-19 18:49 <udono> hoRn: I have the same error with tryton.
2011-05-19 18:50 <hoRn> whow - I got it
2011-05-19 18:52 <hoRn> is an suds issue: deleted the one in /usr/lib/pymodules/python2.5/
2011-05-19 18:52 <hoRn> and easy_installed again
2011-05-19 18:56 <hoRn> pip-easy_install-apt-issues again ;)
2011-05-19 18:59 <hoRn> udono: same in your environment?
2011-05-19 19:03 <udono> hoRn: which new suds version you use?
2011-05-19 19:03 <yangoon> hoRn: pip-easy_install-apt-issues what does it mean?
2011-05-19 19:04 <yangoon> FYI suds 0.4.1. is still in experimental in case you are using debian
2011-05-19 19:05 <hoRn> yangoon: i think apt is installing modules in pyshared - easy_install in site-packages - so sometimes its not clear which packages is finally used
2011-05-19 19:05 <hoRn> udono: using suds 0.4
2011-05-19 19:06 <yangoon> hoRn: never install packages with apt _and_ easy_install
2011-05-19 19:06 <udono> hoRn: having the same version...
2011-05-19 19:07 <reichlich> what is the usage of the property field type?
2011-05-19 19:08 <hoRn> yangoon: yes - its true
2011-05-19 19:08 <hoRn> udono: what is the traceback?
2011-05-19 19:09 <udono> hoRn: :-) my vatnumber is old...
2011-05-19 19:11 <hoRn> udono: but don't use easy_install -U vatnumber - yangoon will insult you ;)
2011-05-19 19:16 <hoRn> can't explain the question of reichlich ....
2011-05-19 19:17 <hoRn> reichlich: first is similar to a Function-Field, but there is no need to define a getter or setter
2011-05-19 19:19 <hoRn> reichlich: the values are not stored in the table of your model - they are stored in the table ir.property
2011-05-19 19:19 <reichlich> and what is the advantage over an ordinary field?
2011-05-19 19:20 <udono> reichlich: http://tinyurl.com/6faj2d5 ;-)
2011-05-19 19:21 <reichlich> udono, thanks
2011-05-19 19:25 <udono> reichlich: ... properties are defined in python and xml.
2011-05-19 19:27 <udono> reichlich: ... they store their data in table ir_property.
2011-05-19 19:27 <hoRn> so the short answer is: use a Property, if this is a Value that can be different for distinct companies handled by one database?
2011-05-19 19:28 <reichlich> udono, its exactly what i was looking for.
2011-05-19 20:03 -!- sharoon(~sharoon@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has left #tryton
2011-05-19 20:03 -!- sharoon(~sharoon@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has joined #tryton
2011-05-19 20:23 -!- sharoon(~sharoon@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has left #tryton
2011-05-19 20:29 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-05-19 20:45 -!- lem0na(~lem0na@95.87.233.210) has joined #tryton
2011-05-19 21:02 -!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton
2011-05-19 21:12 -!- sharoon(~sharoon@173-9-190-185-miami.txt.hfc.comcastbusiness.net) has joined #tryton
2011-05-19 21:12 <sharoon> cedk: ping
2011-05-19 21:13 <cedk> sharoon: pong
2011-05-19 21:13 <sharoon> cedk: https://bitbucket.org/openlabs/yubico-authentication/overview
2011-05-19 21:13 <sharoon> cedk: https://bitbucket.org/openlabs/tryton-client-with-one-time-password-login/wiki/Home
2011-05-19 21:16 <cedk> sharoon: it is one time password?
2011-05-19 21:16 <sharoon> cedk: yes
2011-05-19 21:16 <sharoon> cedk: using yubico yubikey
2011-05-19 21:17 <sharoon> cedk: works beautifully with tryton since we use sessions
2011-05-19 21:18 <cedk> sharoon: why do you need 2 fields?
2011-05-19 21:18 <sharoon> cedk: it is used in production, i cleaned it up and released with permission of customer
2011-05-19 21:18 <sharoon> cedk: 2 fields - password & otp ? -> it is two factor authentication
2011-05-19 21:18 <sharoon> cedk: so stealing of a key alone does not give access to the system
2011-05-19 21:21 <cedk> sharoon: ok
2011-05-19 21:22 <cedk> sharoon: did you try to use the plugins of the client?
2011-05-19 21:22 <cedk> sharoon: it will be good to have it as a plugins
2011-05-19 21:22 <sharoon> cedk: ok, i have never checked how the plugins work
2011-05-19 21:23 <sharoon> cedk: any links or doc on it ?
2011-05-19 21:26 <cedk> sharoon: no sorry :-(
2011-05-19 21:26 <cedk> sharoon: I think you must do some mokey patching
2011-05-19 21:27 <cedk> ACTION Lunch
2011-05-19 21:27 <sharoon> cedk: will have a look
2011-05-19 22:06 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-05-19 22:12 -!- predatell(~werty@195.189.234.248) has joined #tryton
2011-05-19 22:38 -!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton
2011-05-19 22:48 -!- bechamel(~user@host-85-201-144-79.brutele.be) has joined #tryton
2011-05-19 22:55 -!- hoRn(~jan@dslb-188-106-171-149.pools.arcor-ip.net) has left #tryton
2011-05-19 22:56 -!- rhubner(~rhubner@200.201.111.201) has joined #tryton
2011-05-19 22:56 <rhubner> Hi sharoon!
2011-05-19 22:56 <sharoon> hi rhubner
2011-05-19 22:57 <rhubner> sharoon: I have some questions about the gsoc...
2011-05-19 22:57 <sharoon> rhubner: yes
2011-05-19 22:57 <rhubner> sharoon: I'm programming the editor out oh client...
2011-05-19 22:59 <rhubner> sharoon: Dou you think is possible development it already on the client and go directly to improving the final product?
2011-05-19 22:59 <rhubner> sharoon: Do you understand my question?
2011-05-19 22:59 <sharoon> rhubner: not really
2011-05-19 23:00 <rhubner> sharoon: for exemple... how I'll integrate the editor that I'm doing after in the client?
2011-05-19 23:01 <rhubner> sharoon: by the widget, right?
2011-05-19 23:01 <sharoon> rhubner: yes
2011-05-19 23:01 <sharoon> rhubner: did u go through the existing client code and how widgets het rendered ?
2011-05-19 23:03 <rhubner> sharoon: I don't know... is it possible?
2011-05-19 23:03 <sharoon> rhubner: ok, let's read some code.. sending you some links
2011-05-19 23:04 <dfamorato> bechamel: ping
2011-05-19 23:05 <sharoon> rhubner: http://hg2.tryton.org/tryton/file/c1592bfc9839/tryton/gui/window/view_form/model/field.py
2011-05-19 23:05 <bechamel> dfamorato: pong
2011-05-19 23:05 <rhubner> sharoon: when there is the call of the plugin, rather than just add GtkTextView I add all the code editor created?
2011-05-19 23:05 <bechamel> dfamorato: ced told me to check the irc log of yesterday
2011-05-19 23:06 <dfamorato> bechamel: hi... i discussed some design choices with cedk yesterday
2011-05-19 23:06 <sharoon> rhubner: yes
2011-05-19 23:06 <dfamorato> bechamel: mainly... we decided about using Real-Time indexing on sphinx
2011-05-19 23:06 <bechamel> dfamorato: I'm gonna put online my latest work on the new search ui
2011-05-19 23:06 <dfamorato> bechamel: nice.... that will give me some direction on how to proceed
2011-05-19 23:07 <rhubner> sharoon: hummmm great!
2011-05-19 23:07 <bechamel> actually it doesn't change a lot of things for you
2011-05-19 23:07 <rhubner> sharoon: i'll go this way then!
2011-05-19 23:08 <sharoon> rhubner: ok, it will be easier to help if you have some code somewhere
2011-05-19 23:08 <dfamorato> bechamel: so, last time we discussed it's needed to create a tryton-driver which will pass all the necessary info for the sphinx indexer
2011-05-19 23:08 <sharoon> rhubner: BTW, this is the default widget code for text http://hg2.tryton.org/tryton/file/c1592bfc9839/tryton/gui/window/view_form/view/form_gtk/textbox.py
2011-05-19 23:08 <dfamorato> bechamel: that makes sphinx search platform independent
2011-05-19 23:09 <dfamorato> bechamel: i mean... database independant
2011-05-19 23:09 <bechamel> dfamorato: yes
2011-05-19 23:09 <rhubner> sharoon: I'll finish the prototype and show you... And then you see if you can add it on the client
2011-05-19 23:09 <sharoon> rhubner: ok
2011-05-19 23:10 <dfamorato> bechamel: also... in order to support 16 languages on the stemming process.. we need to compile sphinx from source....
2011-05-19 23:10 <bechamel> dfamorato: and I think an batch (non-realtime) is also needed, but it should be trivial once the real-time implementation is done
2011-05-19 23:10 <dfamorato> bechamel: I am not very familiar with packaging of tryton... by I don't see how to ship tryton + sphinx search enable easily
2011-05-19 23:11 <bechamel> dfamorato: yes, but it's not really needed for developement. once you support 2 langage, you support an arbitrary number of them
2011-05-19 23:11 <rhubner> sharoon: can i change this code of TextBox, putting my code editor?
2011-05-19 23:11 <rhubner> sharoon: what is it easier?
2011-05-19 23:12 <dfamorato> dfamorato: ok... so using default sphinx packages will only give us English, Russion an Czech .. is that ok ?
2011-05-19 23:12 <sharoon> rhubner: i don't think that is required, because its the default widget. The Rich Text widget is only displayed if the xml overrides the widget to be rich text
2011-05-19 23:12 <bechamel> dfamorato: It shouldn't be a problem, sphinx is already packaged on all major linux distro
2011-05-19 23:12 <dfamorato> bechamel: ok... so using default sphinx packages will only give us English, Russion an Czech .. is that ok ?
2011-05-19 23:13 <bechamel> dfamorato: yes, at least for the beginning
2011-05-19 23:13 <dfamorato> bechamel: on the stemming process I mean..... lawfull = law.... friendly = friend and so on
2011-05-19 23:13 <dfamorato> dfamorato: ok... decided then
2011-05-19 23:14 <bechamel> dfamorato: our job is not to test sphinx itself, we suppose it's working well with other langages
2011-05-19 23:14 <rhubner> sharoon: Ok, I understand that should keep the two versions ... But I can do my version from this?
2011-05-19 23:14 <dfamorato> bechamel: decided then... let's go for standard packages
2011-05-19 23:14 <dfamorato> bechamel: now.... which data should i consider to be indexed full-text ?
2011-05-19 23:15 <bechamel> dfamorato: good question :)
2011-05-19 23:15 <sharoon> rhubner: of course all widgets are modelled very similar, and your nearest match is text
2011-05-19 23:15 <bechamel> dfamorato: the simple is to first implement a basic API
2011-05-19 23:16 <bechamel> dfamorato: iirc the idea was to push asynchronously
2011-05-19 23:16 <dfamorato> bechamel: you mean the driver which will retrieve the data from sphix and pass it to the indexer ?
2011-05-19 23:17 <dfamorato> bechamel: s/sphinx/tryton
2011-05-19 23:17 <bechamel> dfamorato: yes
2011-05-19 23:17 <rhubner> sharoon: Ok.. then go from there, after I finish all the features of rich text editor....
2011-05-19 23:18 <sharoon> rhubner: yes
2011-05-19 23:18 <bechamel> dfamorato: I don't know the sphinx API, is this something like: sphinx.push(bunch_of_text, language, db_id)
2011-05-19 23:18 <rhubner> sharoon: I'll make a merge later :) I think it works well ...
2011-05-19 23:19 <sharoon> rhubner: ok
2011-05-19 23:19 <rhubner> sharoon: one more question!
2011-05-19 23:19 <dfamorato> bechamel: in order to index data... we need to pass it to sphix indexer..
2011-05-19 23:20 <sharoon> rhubner: yes ?
2011-05-19 23:20 <dfamorato> bechamel: which accepts 3 kinds of data so far... MySql, Postgres and xml
2011-05-19 23:20 <rhubner> sharoon: the markup text...
2011-05-19 23:20 <bechamel> dfamorato: and how to interact with it ? xml-rpc ?
2011-05-19 23:20 <dfamorato> bechamel: so I guess the driver I have to develop will have to export/push data to the indexer in the xml format
2011-05-19 23:21 <bechamel> dfamorato: there are no existing python module t ease interaction with sphinx ?
2011-05-19 23:21 <dfamorato> bechamel: to interact with the search server, there is a python api... not very well documented but apparently good code
2011-05-19 23:22 <rhubner> sharoon: which will represent in italic, bold.... I'm thinking of doing this: [i]...[/i] and [b]...[/b]
2011-05-19 23:22 <sharoon> rhubner: i thin it is better to stick with some standard, cedk can you suggest
2011-05-19 23:22 <bechamel> dfamorato: do you have an url ?
2011-05-19 23:22 <dfamorato> bechamel: yes... 1 min
2011-05-19 23:22 <sharoon> rhubner: the pythonic way of doing it might be ReST
2011-05-19 23:22 <rhubner> sharoon: can it be? or has to be something like html...
2011-05-19 23:22 -!- tshepang(~wena@41-132-32-55.dsl.mweb.co.za) has joined #tryton
2011-05-19 23:23 <sharoon> rhubner: can the widget not support HTML directly ? or atleast a subset of it ?
2011-05-19 23:24 <sharoon> rhubner: also there is http://www.pygtk.org/docs/pygtk/pango-markup-language.html
2011-05-19 23:24 <dfamorato> bechamel: http://code.google.com/p/sphinxsearch/source/browse/branches/rel201/api/sphinxapi.py
2011-05-19 23:26 <dfamorato> bechamel: there are actually 4 components on the sphinx workflow
2011-05-19 23:27 <rhubner> sharoon: the pango markup language is good!
2011-05-19 23:27 <dfamorato> bechamel: the client program (which will be the tryton client) and will use the python api i just gave you. This interfaces with searchd program
2011-05-19 23:27 <rhubner> sharoon: so, i'll follow it
2011-05-19 23:27 <sharoon> rhubner: ok
2011-05-19 23:28 <rhubner> Thanks sharoon!
2011-05-19 23:28 <dfamorato> bechamel: 2-) the data source: I have to write a driver to "export" the data we want index from tryton and make it available to the indexer
2011-05-19 23:29 <sharoon> rhubner: good luck
2011-05-19 23:29 <dfamorato> bechamel: 3-) the indexer: fetches data from datasource and creates a full-text index of this data...
2011-05-19 23:30 <dfamorato> bechamel: 4-) searchd daemon... this will be listening from queries coming from the client(tryton client) and reply to the client with the matches and relevance
2011-05-19 23:31 <bechamel> dfamorato: the tryton client must only interact with the trytond server
2011-05-19 23:32 <bechamel> dfamorato: it's the job of the trytond server to query sphinx, and with the results answer the tryton client
2011-05-19 23:32 <dfamorato> bechamel: got it
2011-05-19 23:32 <bechamel> dfamorato: and there is already a kind of mini framwork for what we need
2011-05-19 23:33 <dfamorato> dfamorato: can you please explain about this mini framework ?
2011-05-19 23:33 <bechamel> dfamorato: take a look at the method search_rec_name in modules/party/party.py
2011-05-19 23:33 <bechamel> dfamorato: around line 184
2011-05-19 23:33 <dfamorato> bechamel: ok
2011-05-19 23:35 <dfamorato> bechamel: ok... the search_rec_name method
2011-05-19 23:35 <bechamel> dfamorato: when the tryton client does a search query with [('rec_name', '=', 'Doe')], the tryton server check if search_rec_name exist, and if yes use it
2011-05-19 23:35 <bechamel> dfamorato: and if not check if the attribute rec_name is set on the model
2011-05-19 23:36 <bechamel> dfamorato: if yes it translate the query to [(<rec_name value>, '=', 'Doe')]
2011-05-19 23:37 <bechamel> dfamorato: for exemple check stock/inventory.py line 19
2011-05-19 23:38 <bechamel> dfamorato: this means [('rec_name', '=', 'Input zone')] will become [('location', '=', 'Input zone')]
2011-05-19 23:39 <bechamel> dfamorato: and (finally) if _rec_name is absent, _rec_name is sipmliy defaulted to the field "name"
2011-05-19 23:39 <bechamel> dfamorato: this is why most of models have a field called name
2011-05-19 23:40 <bechamel> dfamorato: and this is where the new search gui will also help us, because by default it will call search_rec_name
2011-05-19 23:40 <dfamorato> bechamel: got it... so there is a mini framework which "translates" some of the modules specific fields to the record name
2011-05-19 23:41 <bechamel> dfamorato: exaclty
2011-05-19 23:42 <dfamorato> bechamel: and that is why we also need to make sphinx talk to the trytond directly because trytond is the only one that can "see" this mapping
2011-05-19 23:42 <bechamel> dfamorato: and conversely, the get_rec_name method tells how to display the current record (mostly for m2o fields)
2011-05-19 23:42 <bechamel> dfamorato: yes
2011-05-19 23:42 <bechamel> dfamorato: but I think it is not enough
2011-05-19 23:43 <bechamel> dfamorato: or at least to simple
2011-05-19 23:44 <bechamel> dfamorato: I think we need a way to tell, which model we want to index
2011-05-19 23:45 <bechamel> dfamorato: maybe something with a _full_text_search = True on the model, that tell we want indexing
2011-05-19 23:45 <bechamel> dfamorato: by default, we index the result of get_rec_name
2011-05-19 23:46 <dfamorato> bechamel: on each module, when saving the record you index the get_rec_name only.... and that is what you are saying it's not enought to be indexed ?
2011-05-19 23:47 <bechamel> dfamorato: .. and finally a extra method that allow to override the values to index
2011-05-19 23:47 <bechamel> dfamorato: yes, I'm searching an name for this extra method
2011-05-19 23:48 <bechamel> dfamorato: get_index_content ?
2011-05-19 23:48 <bechamel> dfamorato: get_rec_index ?
2011-05-19 23:50 <dfamorato> get_rec_2index ?
2011-05-19 23:50 <bechamel> dfamorato: maybe get_rec_excerpt, is better
2011-05-19 23:51 <bechamel> dfamorato: but I'm not sure about the sphinx vocabulary
2011-05-19 23:52 <dfamorato> bechamel: and that method would be responsible for manually overriding/specifying which data we want to be full-text indexed, right ?
2011-05-19 23:52 <bechamel> dfamorato: yes
2011-05-19 23:53 <bechamel> dfamorato: does sphinx support some kind of key-value association ? lets say I want to index "first_name: john last_name: doe"
2011-05-19 23:53 <bechamel> dfamorato: and when I search, I want just on Doe but only for the last_name
2011-05-19 23:54 <dfamorato> bechamel: ok, so for now, I should worry about building the tryton driver which will expose the search_rec name of the modules to be indexed by the indexer.... that is step 1, right ?
2011-05-19 23:55 <dfamorato> bechamel: and also knowing that we will have a get_rec_excerpt which also will be full-text indexed
2011-05-19 23:55 <bechamel> dfamorato: yes
2011-05-19 23:55 <bechamel> dfamorato: and does it asynchronously :)
2011-05-19 23:56 <dfamorato> dfamorato: yep... got it... ascynchronously without using a message queue..
2011-05-19 23:57 <dfamorato> bechamel: so.. i have a roadmap now... i will start working on this and i will keep you updated
2011-05-19 23:57 <bechamel> dfamorato: you cannot do it without some kind of queue, but you can start with the python built-in queue
2011-05-19 23:58 <dfamorato> bechamel: yes... that is what i realized today after looking at my friend's code
2011-05-19 23:59 <dfamorato> bechamel: thanks for the help.. i have to leave now... i will keep you updated
2011-05-19 23:59 <bechamel> dfamorato: ok
2011-05-19 23:59 <bechamel> dfamorato: see you later

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!