IRC logs of #tryton for Monday, 2011-01-24

chat.freenode.net #tryton log beginning Mon Jan 24 00:00:02 CET 2011
-!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has left #tryton01:28
-!- okko(~okko@203.106.205.138) has joined #tryton02:01
-!- okko1(~okko@203.106.205.138) has joined #tryton02:02
-!- yangoon(~mathiasb@p549F7C61.dip.t-dialin.net) has joined #tryton05:18
-!- jbunting1(~jbunting@99-5-88-198.lightspeed.nsvltn.sbcglobal.net) has joined #tryton05:30
-!- okko(~okko@203.106.205.138) has joined #tryton06:21
-!- GasbaKid(~GasbaKid@41.96.53.4) has joined #tryton07:42
-!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton08:01
-!- okko(~okko@203.106.205.138) has joined #tryton08:22
-!- Vladimirek(~vladimir@bband-dyn213.178-41-22.t-com.sk) has joined #tryton08:23
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton08:59
-!- GasbaKid(~GasbaKid@41.96.53.4) has joined #tryton09:02
-!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton09:32
-!- nicoe(~nicoe@2001:6f8:3aa:0:217:f2ff:fef3:4e9) has joined #tryton09:50
-!- paepke(~paepke@p4FEB1E80.dip0.t-ipconnect.de) has joined #tryton10:02
-!- ecarreras(~under@unaffiliated/ecarreras) has joined #tryton12:09
-!- ecarreras(~under@unaffiliated/ecarreras) has left #tryton12:09
-!- okko(~okko@203.106.205.138) has joined #tryton12:11
-!- paepke(~paepke@p4FEB1E80.dip0.t-ipconnect.de) has left #tryton12:41
sharkczcedk: question about the google-{maps,translate} modules - is it compliant with the trademark/... law to name the modules this way? and I suppose their functionality also follow google's rules?12:52
cedksharkcz: it is a connector to the google API12:54
sharkczcedk: ok, just want to be sure it's all legally ok before the inclusion in fedora12:55
yangoonsharkcz: there are number of google*-packages even in debian, so I suppose there is no problem with it, but IANAL12:55
cedksharkcz: it is free to you to include or not12:55
yangooncedk: did you finish with transplants?12:55
yangooni.e. are we ready for maintenance release?12:56
cedkyangoon: there is the issue with active that should be in the next release12:56
cedkyangoon: but I did not yet have a lot of codereview12:56
sharkczcedk: I'll better check also with fedora's legal people about the naming, the functionality should be ok when it uses official api12:57
yangooncedk: I would propose for the future to schedule maintenance releases at least every two months12:58
cedkyangoon: I don't think we need a scheduling for that12:58
yangooncedk: so we have two maintenance releases for one major release12:58
cedkyangoon: just release when needed12:58
-!- paepke(~paepke@p4FEB1E80.dip0.t-ipconnect.de) has joined #tryton13:00
-!- paepke(~paepke@p4FEB1E80.dip0.t-ipconnect.de) has left #tryton13:01
cedkyangoon: by the way, for the release maintenance we should check the COPYRIGHT dates13:05
yangooncedk: right, how would you generally prefer? change and push all repos, or only those involved for release?13:08
cedkyangoon: only those involved for the release13:08
cedkyangoon: and only for dev that made changes13:08
yangooncedk: so you will update copyright for trunk and I will for maintenance release?13:13
-!- FWiesing(~FWiesing@mail.tryton.at) has joined #tryton13:15
cedkyangoon: for trunk each dev will do it for his own stuffs13:15
yangoonok13:17
-!- FWiesing(~FWiesing@mail.tryton.at) has joined #tryton13:26
-!- heg(~heg@dyn.144-85-212-194.dsl.vtx.ch) has joined #tryton13:41
-!- sharkcz(~sharkcz@2001:15c0:6747:160:250:43ff:fe3c:3b5d) has joined #tryton14:02
-!- GasbaKid(~GasbaKid@41.96.53.4) has joined #tryton14:07
-!- sharkcz(~sharkcz@2001:15c0:6747:160:250:43ff:fe3c:3b5d) has joined #tryton14:26
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton14:37
-!- okko(~okko@115.132.143.5) has joined #tryton14:55
-!- pepeu(~manuel@201.155.193.192) has joined #tryton15:13
-!- pheller(~pheller@c1fw229.constantcontact.com) has joined #tryton15:51
phellercedk: I had an idea about backwards compatibility in the client....  if we can refactor with proteus, the client could use the right proteus version.....  should be pretty transparent to the user....15:58
cedkpheller: there is too much specific stuff in the client to use proteus as backend15:59
phellercedk: ah, ok.... was just an idea.15:59
cedkpheller: and I don't see why you care about backward compatibility in the client15:59
cedkpheller: and also there is a lot of other stuffs in the client than the models management that could be incompatible16:00
phellercedk: mostly for people like accountants who might need to work with several clients at the same time --- each of which might have different server versions.16:00
phellercedk: it's ok, it was just a thought.16:00
cedkpheller: I already thought about using proteus as a backend but we will lost on performence16:01
cedkpheller: they just have to install a client per series16:01
phellercedk: ok.16:02
-!- Vladimirek(~vladimir@bband-dyn213.178-41-22.t-com.sk) has joined #tryton16:13
-!- trifon(~trifon@173-9-34-249-NewEngland.hfc.comcastbusiness.net) has joined #tryton16:18
-!- zodman(~zodman@foresight/developer/zodman) has joined #tryton16:53
-!- gremly(~gremly@200.106.202.91) has joined #tryton16:59
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton17:07
-!- GasbaKid(~GasbaKid@41.96.53.4) has joined #tryton17:26
-!- FWiesing_(~FWiesing@mail.tryton.at) has joined #tryton17:39
-!- chrue(~chrue@95.33.170.157) has joined #tryton18:08
-!- FWiesing(~FWiesing@mail.tryton.at) has joined #tryton18:10
-!- enlightx(~enlightx@dynamic-adsl-94-34-219-172.clienti.tiscali.it) has joined #tryton19:16
-!- pepeu(~manuel@201.155.193.192) has joined #tryton20:08
-!- paepke(~paepke@p4FEB1575.dip0.t-ipconnect.de) has joined #tryton20:09
-!- heg_(~heg@dyn.144-85-212-194.dsl.vtx.ch) has joined #tryton20:45
-!- GasbaKid(~GasbaKid@41.96.29.51) has joined #tryton20:53
-!- woakas(~woakas@200.106.202.91) has joined #tryton20:59
-!- gremly(~gremly@200.106.202.91) has joined #tryton20:59
-!- bechamel(~user@host-85-201-144-79.brutele.be) has joined #tryton21:26
-!- trifon(~trifon@173-9-34-249-NewEngland.hfc.comcastbusiness.net) has joined #tryton22:33
-!- cheche(cheche@46.25.80.67) has joined #tryton22:40
plantianHi, I was hoping to find a way to override the base price of product for sales at different stores.  I can't seem to see how to do that and still use the price list modules.22:58
plantianhttp://hg.tryton.org/modules/sale/file/03e4b7851529/sale.py#l1365  -- here is get_sale_price and it pretty must just returns the list_price.22:59
plantianhttp://hg.tryton.org/modules/sale_price_list/file/856a52f71ef4/product.py -- Then the price list module gets that list price and overrides it.  Is it possible to inject a call between these two ?23:00
plantianIe. if a store has a different base price then use it, otherwise just use the list price.23:00
plantianActually maybe I could override the price list compute method and alter the unit price before calling up to the actual price list's compute method.  Is that the right way to think about this ?23:03
cedkplantian: yes23:12
-!- zodman(~andres-va@foresight/developer/zodman) has joined #tryton23:19
-!- GasbaKid(~GasbaKid@41.96.29.51) has joined #tryton23:25
plantiancedk: okay seems kind of weird when it doesn't have much to do with price list -- http://paste.pocoo.org/show/326293/23:39
plantianThere is a mistake in query there sorry, its untested but it is the idea.23:41

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!