chat.freenode.net #tryton log beginning Tue Jun 7 00:00:02 CEST 2011 | ||
2011-06-07 00:05 -!- gremly(~gremly@200.106.202.91) has joined #tryton | ||
2011-06-07 00:36 -!- bechamel(~user@host-85-201-144-79.brutele.be) has joined #tryton | ||
2011-06-07 00:46 -!- alimon(~alimon@201.158.247.118) has joined #tryton | ||
2011-06-07 01:52 -!- effenberg(~chlu@pD9E9D43A.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 02:20 -!- elbenfreund1(~elbenfreu@p54B94876.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 05:17 -!- yangoon(~mathiasb@p549F3C1C.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 05:23 -!- alimon(~alimon@187.156.103.195) has joined #tryton | ||
2011-06-07 05:58 -!- vladimirek(~vladimire@bband-dyn79.178-41-183.t-com.sk) has joined #tryton | ||
2011-06-07 06:02 -!- helmor(~helmor@46.115.24.34) has joined #tryton | ||
2011-06-07 07:02 -!- helmor(~helmor@46.115.21.20) has joined #tryton | ||
2011-06-07 08:05 -!- mhi(~mhi@pd95b104a.dip0.t-ipconnect.de) has joined #tryton | ||
2011-06-07 08:53 -!- okko(~okko@62.58.29.41) has joined #tryton | ||
2011-06-07 08:55 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton | ||
2011-06-07 09:32 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton | ||
2011-06-07 09:39 -!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton | ||
2011-06-07 09:53 -!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton | ||
2011-06-07 09:53 -!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton | ||
2011-06-07 10:11 -!- lem0na(~lem0na@95.87.233.210) has joined #tryton | ||
2011-06-07 10:15 -!- paepke(~paepke@gate.paepke.net) has joined #tryton | ||
2011-06-07 11:01 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
2011-06-07 11:06 -!- nicoe(~nicoe@62.58.29.41) has joined #tryton | ||
2011-06-07 11:43 -!- elbenfreund(~elbenfreu@p54B94876.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 11:49 <cedk> udono: did you check http://codereview.tryton.org/38006/ | ||
2011-06-07 11:53 <udono> cedk: no, did not check so far. | ||
2011-06-07 11:54 <cedk> udono: because it is linked to http://codereview.tryton.org/39001/ | ||
2011-06-07 11:54 <udono> cedk: yes, ok, take a look | ||
2011-06-07 12:08 -!- essich(~essich@host-188-174-151-65.customer.m-online.net) has joined #tryton | ||
2011-06-07 12:09 -!- essich(~essich@host-188-174-151-65.customer.m-online.net) has left #tryton | ||
2011-06-07 12:47 -!- elbenfreund(~elbenfreu@p54B93A7C.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 13:30 -!- yangoon(~mathiasb@p549F3C1C.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 13:32 -!- woakas(~woakas@200.106.202.91) has joined #tryton | ||
2011-06-07 14:47 -!- tshepang(~wena@dsl-185-70-35.dynamic.wa.co.za) has joined #tryton | ||
2011-06-07 14:48 <tshepang> cedk, for the patches u finished reviewing, should I create issues for them? | ||
2011-06-07 14:54 -!- pepeu(~manuel@201.152.10.208) has joined #tryton | ||
2011-06-07 15:29 -!- trifon(~trifon@84.40.66.56) has joined #tryton | ||
2011-06-07 15:32 -!- alimon(~alimon@187.156.103.195) has joined #tryton | ||
2011-06-07 15:35 <cedk> tshepang: yes and put the patch on it | ||
2011-06-07 15:35 <tshepang> ok, kool | ||
2011-06-07 15:52 -!- elbenfreund(~elbenfreu@p54B93A7C.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 15:55 -!- hoRn(~jan@dslb-094-223-216-094.pools.arcor-ip.net) has joined #tryton | ||
2011-06-07 16:22 -!- silverfox1971(~sysadmin0@94.232.28.153) has joined #tryton | ||
2011-06-07 16:22 -!- silverfox1971(~sysadmin0@94.232.28.153) has left #tryton | ||
2011-06-07 16:59 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has joined #tryton | ||
2011-06-07 16:59 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has left #tryton | ||
2011-06-07 16:59 -!- alimon(~alimon@187.156.103.195) has joined #tryton | ||
2011-06-07 17:11 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has joined #tryton | ||
2011-06-07 17:11 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has left #tryton | ||
2011-06-07 17:38 -!- yangoon(~mathiasb@p549F3C1C.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 17:47 -!- gremly(~gremly@200.106.202.91) has joined #tryton | ||
2011-06-07 17:49 -!- zodman(~andres-va@foresight/developer/zodman) has joined #tryton | ||
2011-06-07 17:52 -!- meanmicio(bec3320f@gateway/web/freenode/ip.190.195.50.15) has joined #tryton | ||
2011-06-07 17:52 <meanmicio> cedk: ping | ||
2011-06-07 17:53 <cedk> meanmicio: pong | ||
2011-06-07 17:53 <meanmicio> Hello all. | ||
2011-06-07 17:53 <meanmicio> Hi Cedric | ||
2011-06-07 17:53 <cedk> meanmicio: hi | ||
2011-06-07 17:54 <meanmicio> What's the best way to call a method to check real-time values ? Let me explain | ||
2011-06-07 17:54 <meanmicio> I want to do a real-time check that depends on the value entered on a couple of fields. I have it already working as a constraint, but that's checked only when saving the record.... in OE I implemented it using on_change | ||
2011-06-07 17:54 <cedk> meanmicio: could you describe the constraint? | ||
2011-06-07 17:55 <meanmicio> Yes . check_vaccine_expiration_date . It basically takes two dates. If vaccination date > vaccine_expiration_date -> Error Message. | ||
2011-06-07 17:56 <meanmicio> I have it working as a constraint. But I want it to be check also at the moment of inputing the info. Just to make sure that the practitioner sees the problem before applying the vaccine | ||
2011-06-07 17:57 <nicoe> The vaccine is an object with an expiry date ? | ||
2011-06-07 17:58 <meanmicio> cedk: so, the idea is calling the same method that is called in the constraint via on_change. | ||
2011-06-07 17:58 <cedk> meanmicio: you can not | ||
2011-06-07 17:58 <nicoe> If so you can add an on_change and check that its date is < to now() | ||
2011-06-07 17:58 <nicoe> And if it is not you self.raise_user_warning | ||
2011-06-07 17:59 <cedk> meanmicio: you could add a domain on vaccine to prevent selecting obsolete vaccine | ||
2011-06-07 17:59 <cedk> nicoe: it doesn't work | ||
2011-06-07 17:59 <cedk> nicoe: and should never | ||
2011-06-07 17:59 <meanmicio> nicoe: Hi. Yes. The vaccination has both fields ( expiration date and date ) | ||
2011-06-07 18:01 <meanmicio> cedk : so, the on_change and on_change_with functionality in Tryton is about returning new values to the current existing fields, not calling methods like in the constraints, right ? | ||
2011-06-07 18:03 <cedk> meanmicio: yes | ||
2011-06-07 18:03 <meanmicio> cedk : ok. Then I will leave just the constraint for now. | ||
2011-06-07 18:04 <cedk> meanmicio: what is the Model on which you have this? | ||
2011-06-07 18:04 <meanmicio> medical.vaccination on the main (medical) module | ||
2011-06-07 18:06 <cedk> meanmicio: when the domain will work on simple field, I think you would be able to use it | ||
2011-06-07 18:10 <meanmicio> cedk: The constraint works, so the main check is in place already. | ||
2011-06-07 18:11 <meanmicio> cedk, nicoe: thanks | ||
2011-06-07 18:12 <cedk> meanmicio: by the way, I see you did it with Python code | ||
2011-06-07 18:13 <cedk> meanmicio: but you can do it with _sql_constraints | ||
2011-06-07 18:14 <meanmicio> cedk : ok | ||
2011-06-07 18:15 <cedk> meanmicio: it is faster | ||
2011-06-07 18:16 <meanmicio> cedk : i'm using the _sql_constraints for uniqness in most cases | ||
2011-06-07 18:16 <cedk> meanmicio: it is the only way to do uniqness :-) | ||
2011-06-07 18:16 <meanmicio> cedk: but I'll keep it in mind in the optimization process | ||
2011-06-07 18:16 -!- ciupicri(~ciupicri@81.180.234.249) has joined #tryton | ||
2011-06-07 18:17 <meanmicio> cedk: I'm well in the way of porting the main module data model to Tryton. Is looking good :-) | ||
2011-06-07 18:18 <cedk> meanmicio: good | ||
2011-06-07 18:18 <cedk> meanmicio: let me know when you have finished, I will give a try | ||
2011-06-07 18:18 <meanmicio> cedk : then I'll get into the reporting and calendar. That should be pretty much it for the main module. The rest of the modules will be much faster | ||
2011-06-07 18:19 <meanmicio> cedk : sure. We need to run all sort of tests. But it looks very promising | ||
2011-06-07 18:21 <ciupicri> I'm using Fedora 15 and trytond won't start | ||
2011-06-07 18:21 <ciupicri> and I've just installed it | ||
2011-06-07 18:23 <ciupicri> /var/log/trytond/trytond.log doesn' | ||
2011-06-07 18:23 <ciupicri> /var/log/trytond/trytond.log doesn't give anything useful | ||
2011-06-07 18:24 <ciupicri> I have configured a PostgreSQL tryton user and database | ||
2011-06-07 18:25 <ciupicri> su -l -s /bin/sh -c 'psql -c "\d" tryton' tryton => "No relations found." so the database should be fine | ||
2011-06-07 18:26 <ciupicri> hello.... | ||
2011-06-07 18:27 <cedk> ciupicri: is the server listening? | ||
2011-06-07 18:27 <ciupicri> it's not starting at all | ||
2011-06-07 18:28 <ciupicri> Jun 7 19:20:26 bishnitz systemd[1]: trytond.service: main process exited, code=exited, status=1 | ||
2011-06-07 18:29 <ciupicri> my config file is http://fpaste.org/PqxH/ | ||
2011-06-07 18:29 <ciupicri> I'm assuming that the defaults are commented out just like for the OpenSSH server | ||
2011-06-07 18:31 <ciupicri> sharkcz, ping | ||
2011-06-07 18:39 <ciupicri> cedk, a dependency was missing | ||
2011-06-07 18:49 <ciupicri> cedk, I started tryton, but the create button from the "Create new database" form is disabled | ||
2011-06-07 18:50 <cedk> ciupicri: is the server listening? | ||
2011-06-07 18:50 <ciupicri> yes | ||
2011-06-07 18:50 <ciupicri> there's something funny going on with that form | ||
2011-06-07 18:50 <ciupicri> it didn't work with tryton: db already exists | ||
2011-06-07 18:51 <ciupicri> with db1 it was disabled | ||
2011-06-07 18:51 <ciupicri> and after typing and deleting stuff from the dbname textbox the button was finally enabled | ||
2011-06-07 18:51 <ciupicri> [Tue Jun 07 19:50:47 2011] ERROR:sql:Wrong SQL: UPDATE ir_cron SET nextcall = '2011-06-07T19:55:42'::timestamp, running = false, numbercall = -1 WHERE id = 1 | ||
2011-06-07 18:53 <ciupicri> I'm using postgresql-server-9.0.4-2.fc15.i686.rpm and trytond-1.8.2-1.fc15.noarch.rpm; all the installed packages are here http://fpaste.org/ovaP/ | ||
2011-06-07 18:53 <cedk> ciupicri: cron error is not an issue | ||
2011-06-07 18:54 <cedk> ciupicri: could you explain what is not going? | ||
2011-06-07 18:54 <ciupicri> cedk, https://bugzilla.redhat.com/show_bug.cgi?id=711508 would be one thing | ||
2011-06-07 18:55 <ciupicri> as for the second one I would prefer starting all over to be sure that I'm not missing anything | ||
2011-06-07 18:56 -!- yangoon(~mathiasb@p549F3C1C.dip.t-dialin.net) has joined #tryton | ||
2011-06-07 18:58 <ciupicri> ok. I've removed all databases and I'm starting all over | ||
2011-06-07 19:00 <ciupicri> cedk, 1. create tryton PG user & database 2. run tryton | ||
2011-06-07 19:00 <ciupicri> 3. Login window -> create | ||
2011-06-07 19:01 <ciupicri> 4. create: tryton server password=admin; database name=bbb; admin password=yyy | ||
2011-06-07 19:01 <ciupicri> it worked this time | ||
2011-06-07 19:13 <ciupicri> Inventory -> Location question: what's the difference between Storage and Warehouse? | ||
2011-06-07 19:14 <sharoon> cedk: ping | ||
2011-06-07 19:23 <plantian> ciupicri: Warehouse is a container for storage locations. It has 3 zones: input, output and storage. Only storage locations can contain products, not warehouses. | ||
2011-06-07 19:23 <cedk> ciupicri: warehouse is a set of locations | ||
2011-06-07 19:23 <cedk> sharoon: pong | ||
2011-06-07 19:24 <cedk> sharoon: bbl | ||
2011-06-07 19:24 <sharoon> cedk: please ping once you are back. want to talk about a project | ||
2011-06-07 19:25 <cedk> sharoon: ok | ||
2011-06-07 19:25 <ciupicri> plantian, cedk: thanks | ||
2011-06-07 19:26 <ciupicri> plantian, where can I find some documentation for this stuff? | ||
2011-06-07 19:26 <ciupicri> plantian, or even better a tutorial for a small shop | ||
2011-06-07 19:26 <ciupicri> or a reseller/distributor to be more precise | ||
2011-06-07 19:39 <plantian> ciupicri: Tryton is a broad framework so I don't think specific documentation such as that exists. You usually have to customize it to fit your business needs. Although a reseller/distributor business probably won't be too hard to integrate. All that exists now is the basic documentation but it is not yet complete: http://doc.tryton.org/2.0/ For example you can read more about locations in the stock module here: http://doc.tryton.org/2 | ||
2011-06-07 19:41 <sharkcz> ciupicri: pong | ||
2011-06-07 19:42 <ciupicri> sharkcz, I've filled a bug | ||
2011-06-07 19:43 <ciupicri> plantian, are there any big difference between 1.8 and 2.0? Fedora 15 comes with 1.8 | ||
2011-06-07 19:44 <sharkcz> ciupicri: ok, thanks | ||
2011-06-07 19:46 <ciupicri> sharkcz, https://bugzilla.redhat.com/show_bug.cgi?id=711508 to be more specific | ||
2011-06-07 19:48 <ciupicri> plantian, so out of the box, I don't have too much and I need to configure a lot of stuff? | ||
2011-06-07 19:51 -!- blast_hardcheese(~blast_har@cpe-98-154-59-208.socal.res.rr.com) has joined #tryton | ||
2011-06-07 20:07 <tshepang> ACTION damn, so many requirements, just to submit a patch http://code.google.com/p/tryton/wiki/HowtoContribute | ||
2011-06-07 20:08 <tshepang> I checked cpython's and it's easier because the issue tracker is integrated with Rietveld | ||
2011-06-07 20:12 <plantian> tshepang: Well it is a industrial strength framework that businesses must rely on. It is easy to open a bug without a patch though. | ||
2011-06-07 20:13 -!- cheche(cheche@46.25.80.67) has joined #tryton | ||
2011-06-07 20:13 <tshepang> plantian, I guess some people have it scripted though | ||
2011-06-07 20:13 <tshepang> there's too much manual work | ||
2011-06-07 20:13 <plantian> ciupicri: Yes, it must be configured. Often users will need to write one or more modules as well. | ||
2011-06-07 20:15 <plantian> ciupicri: For example, adding products, setting up your inventory layout, setting up your accounting, adding current customers, etc. | ||
2011-06-07 20:19 <plantian> tshepang: It works and its running now. I'd rather see tryton developers develop tryton than work on better bug tracker integration. I have less than 10 bugs though but I've never once submitted a bug and/or patch correctly so I kind of know what you mean. | ||
2011-06-07 20:21 <tshepang> plantian, I see what you mean, but this can be discouraging for new devs | ||
2011-06-07 20:21 <tshepang> it wastes time as well | ||
2011-06-07 20:30 -!- trifon(~trifon@84.40.66.56) has joined #tryton | ||
2011-06-07 20:33 <plantian> tshepang: Yes, I agree the patch submission process can be very discouraging but I think there may be simpler solutions than better integration. | ||
2011-06-07 20:36 <tshepang> plantian, what do u hav in mind? | ||
2011-06-07 20:37 <tshepang> one thing I'm thinking of is that there would some script we'd run, and we give it the commit revisions; it would then take the comments from there and create a new issue, together with a Rietveld submission | ||
2011-06-07 20:39 <tshepang> any thoughts? | ||
2011-06-07 20:40 <tshepang> mercurial push would have a hook that automatically adds the links for the issue and review | ||
2011-06-07 20:41 <ciupicri> plantian, so I need to create a module that makes it easier for me to add products for example? | ||
2011-06-07 20:41 <ciupicri> the builtin product modules aren't good enough? | ||
2011-06-07 20:45 -!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton | ||
2011-06-07 20:45 <plantian> ciupicri|away: No, more likely you have a product with extra behaviour/data that you need to integrate with the existing product model. Adding products can be done through the client. | ||
2011-06-07 20:54 <plantian> tshepang: I think mercurial already creates the necessary links when patches are applied. | ||
2011-06-07 20:54 <tshepang> plantian, I meant as in I don't have to specify issue number in the commit | ||
2011-06-07 20:54 <tshepang> *as in I shouldn't have... | ||
2011-06-07 20:55 <plantian> tshepang: Well usually you submit code review before you make commit. | ||
2011-06-07 20:55 <tshepang> plantian, yes; I'm here talking about a workflow I have in mind | ||
2011-06-07 20:56 <tshepang> not current practice | ||
2011-06-07 20:56 <plantian> tshepang: Right, I guess I don't understand workflow. | ||
2011-06-07 20:57 <tshepang> I just explained it above | ||
2011-06-07 20:58 <tshepang> there would be some script we'd run, and we give it a local commit revision; it would then take the commit message and create a new issue, and take the diff to Rietveld | ||
2011-06-07 20:59 <tshepang> a mercurial push would have a hook that automatically adds links for the Roundup issue and the Rietveld review | ||
2011-06-07 20:59 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
2011-06-07 21:00 <cedk> sharoon: ping | ||
2011-06-07 21:00 -!- vladimirek(~vladimire@bband-dyn79.178-41-183.t-com.sk) has joined #tryton | ||
2011-06-07 21:01 <plantian> tshepang: I think I understand what you are saying now but that will be more work than now. I'm not sure it solves the problems. If changes must be made with respect to the review how does work flow progress? | ||
2011-06-07 21:02 <tshepang> u either rollback or backout the local commit and do the same process again | ||
2011-06-07 21:03 <tshepang> perhaps with an extra switch to point it to existing issue and review | ||
2011-06-07 21:03 <tshepang> that is, if there isn't a way to automatically track it somehow | ||
2011-06-07 21:04 <tshepang> it==local commit | ||
2011-06-07 21:05 <plantian> tshepang: Seems that it would be easier to just have upload.py create bug on bug tracker if issue is not designated. Then a series of questions could be answered to fill in all the fields I forget in bug tracker. | ||
2011-06-07 21:05 <plantian> tshepang: I think applying patch to local repo will just cause a lot of problems. | ||
2011-06-07 21:05 <plantian> *applying patch before review | ||
2011-06-07 21:06 <tshepang> what kinds of problems? dirtying the history log? | ||
2011-06-07 21:07 <tshepang> with you upload.py, we still have to write the change twice, which is currently what we have to do | ||
2011-06-07 21:07 <tshepang> *your | ||
2011-06-07 21:08 <tshepang> in the commit and in the issue tracker | ||
2011-06-07 21:10 <plantian> tshepang: Well the change will evolve as a review progresses. Especially the long description. | ||
2011-06-07 21:11 <tshepang> hg backout/rollback to the rescue | ||
2011-06-07 21:18 <plantian> tshepang: On this patch I'm working on now I would have reverted 8 times. I don't think backout/rollback/revert as regular operations for patch submission will lower complexity. | ||
2011-06-07 21:20 <tshepang> why? is it too ugly? | ||
2011-06-07 21:20 <plantian> tshepang: Some of those were because of my mistakes, but still I think it is common to have 3-10+ reviews. | ||
2011-06-07 21:20 <tshepang> hm | ||
2011-06-07 21:22 <tshepang> question regarding current process: the idea here is first have something on review, and only after it's approved, do you submit it to issue tracker? | ||
2011-06-07 21:25 <plantian> tshepang: I think for a non-core developer you would create bug-issue on bug tracker, then submit patch to code review and link bug-issue to review-issue. Then after review is okay you submit patch to bug-issue you created earlier in bug tracker. After patch is applied you close review-issue. | ||
2011-06-07 21:26 <plantian> tshepang: Sorry I'm so wordy: bug issue is created before review issue but you only submit patch to bug issue after review is completed. | ||
2011-06-07 21:27 <tshepang> so the most time is generally spent in review-issue? | ||
2011-06-07 21:30 <plantian> tshepang: It depends on the bug. For example performance bug can take way more time on bug-issue as possibilities are discussed and the final patch on code review might be one line. Whereas maybe a gui feature might be put on code review for users to try out before it is even fully realized and much discussion takes place there. | ||
2011-06-07 21:31 <tshepang> ok | ||
2011-06-07 21:32 -!- corro(~corro@128-123.106-92.cust.bluewin.ch) has joined #tryton | ||
2011-06-07 21:34 <tshepang> plantian, thanks | ||
2011-06-07 21:46 -!- cheche(cheche@46.25.80.67) has joined #tryton | ||
2011-06-07 21:47 -!- bechamel(~user@host-85-201-144-79.brutele.be) has joined #tryton | ||
2011-06-07 21:54 <ciupicri> plantian, thanks for the explanation | ||
2011-06-07 21:59 -!- corro(~corro@128-123.106-92.cust.bluewin.ch) has joined #tryton | ||
2011-06-07 22:08 <ciupicri> why neso can't see the database created by tryton? | ||
2011-06-07 22:19 <bechamel> ciupicri: Neso is the standalone version, it does not interact with the tryton server | ||
2011-06-07 22:20 <ciupicri> bechamel, and what does it uses for the database backend? is it limited to sqlite? | ||
2011-06-07 22:21 <bechamel> ciupicri: yes | ||
2011-06-07 22:22 <ciupicri> ok, thanks | ||
2011-06-07 22:23 <ciupicri> bechamel, do you happen to know any tutorials for small companies like a shop/reseller? | ||
2011-06-07 22:24 <bechamel> ciupicri: unfortunately no | ||
2011-06-07 22:25 <ciupicri> I've just installed it and I don't even know from where to start to add my inventory and some bills or invoices | ||
2011-06-07 22:26 <bechamel> ciupicri: I suggest you to first start with a toy DB add some data and play with it | ||
2011-06-07 22:27 <ciupicri> that's what I'm doing, but things don't make too much sense for me | ||
2011-06-07 22:28 <bechamel> ciupicri: for inventory: open a new inventory, select the Storage Zone as location and then add under product & quantities | ||
2011-06-07 22:29 <ciupicri> let me create a new database, just in case and I'll try what you've said | ||
2011-06-07 22:29 <bechamel> ciupicri: the Complete Inventory button is just there to auto-fill it with existing data (which obviously doesn't exist yet) | ||
2011-06-07 22:29 <ciupicri> btw I'm using tryton 1.8 | ||
2011-06-07 22:29 <bechamel> ciupicri: at the bottom there is a "Confirm" button that actually creates stock movement | ||
2011-06-07 22:30 <bechamel> ciupicri: inventory should work the same ine 1.8 and 2.0 | ||
2011-06-07 22:30 <ciupicri> the stock* modules should be enough, right? | ||
2011-06-07 22:31 <bechamel> ciupicri: only the stock module itself is necessary | ||
2011-06-07 22:32 <ciupicri> ok. I've already marked all for installation... | ||
2011-06-07 22:32 <bechamel> ciupicri: the other ones just provides extra features | ||
2011-06-07 22:33 <ciupicri> is my virtual machine slow or is the initial setup supposed to take 40-60 seconds? | ||
2011-06-07 22:34 <bechamel> ciupicri: the country module is very big and is a dependancy for most (maybe all) other modules | ||
2011-06-07 22:36 <ciupicri> so Inventory Management -> Inventories -> New Inventory? | ||
2011-06-07 22:36 <bechamel> ciupicri: yes | ||
2011-06-07 22:37 <ciupicri> and now I should add some products from Product -> Products -> New Product, right? | ||
2011-06-07 22:38 <bechamel> ciupicri: yes | ||
2011-06-07 22:38 <ciupicri> with a Stockable Type | ||
2011-06-07 22:38 <bechamel> ciupicri: yes :) | ||
2011-06-07 22:39 <ciupicri> and UOM a unit if it's a lighter | ||
2011-06-07 22:40 <bechamel> ciupicri: yes | ||
2011-06-07 22:41 <ciupicri> now how do I add it to the stock? | ||
2011-06-07 22:41 <bechamel> ciupicri: add lines in the inventory form | ||
2011-06-07 22:42 <ciupicri> I was trying to modify the previous inventory before | ||
2011-06-07 22:43 <ciupicri> and the "new item" button was disabled, but for a new inventory is enabled | ||
2011-06-07 22:44 <bechamel> ciupicri: if you have already confirmed an inventory you can use the "Complete Inventory" button on your new inventory | ||
2011-06-07 22:44 <bechamel> ciupicri: this will populate the lines with known stocks | ||
2011-06-07 22:45 <ciupicri> so New Inventory -> Location=Storage Zone -> Complete Inventory | ||
2011-06-07 22:46 <bechamel> ciupicri: yes | ||
2011-06-07 22:48 <ciupicri> now a more difficult question: I have my items in multiple boxes. Some boxes are in my apartment, some are in a friend's apartment. Can I store the location of each box, e.g. living room, kitchen and "aggregate" (sum) all boxes from an apartment? I'm thinking of creating a zone for each distinct room, e.g. kitchen-A, kitchen-B, living-room-A | ||
2011-06-07 22:48 <ciupicri> I want to be easy for me to find an item when I need to ship it | ||
2011-06-07 22:48 <ciupicri> instead of searching in all boxes from one of the apartments | ||
2011-06-07 22:49 <bechamel> ciupicri: you can create sub-locations under the "Storage Zone" (which you may rename) | ||
2011-06-07 22:50 <bechamel> ciupicri: and do your inventories and movement from/to those locations | ||
2011-06-07 22:50 <ciupicri> a sort of hierarchy | ||
2011-06-07 22:50 <bechamel> ciupicri: exactly | ||
2011-06-07 22:51 <ciupicri> cool | ||
2011-06-07 22:51 <bechamel> ciupicri: you may also create several warehouses, but this means you will have to select the correct one when creating sale orders | ||
2011-06-07 22:52 <ciupicri> I see | ||
2011-06-07 22:53 <ciupicri> is it necessarily to press the Save button after confirming an inventory? | ||
2011-06-07 22:54 <bechamel> ciupicri: no, actually each button at the bottom call first save for you | ||
2011-06-07 22:55 <bechamel> ciupicri: did you see http://doc.tryton.org/1.8/modules/stock/doc/index.html ? | ||
2011-06-07 22:55 <ciupicri> only a bit | ||
2011-06-07 22:56 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
2011-06-07 23:03 <ciupicri> anyway thank you very much for your help | ||
2011-06-07 23:05 <bechamel> ciupicri: you are welcome :) | ||
2011-06-07 23:05 <ciupicri> what does this message mean: "You must have a recent version of "vatnumber" installed!"? | ||
2011-06-07 23:06 <bechamel> ciupicri: vatnumber is a python module, you can easy_install it | ||
2011-06-07 23:09 <ciupicri> http://code.google.com/p/vatnumber/ right? | ||
2011-06-07 23:11 <bechamel> ciupicri: yes | ||
2011-06-07 23:20 <ciupicri> how can I find out which records use a given currency? | ||
2011-06-07 23:20 <ciupicri> I added my local currency even if it was already there | ||
2011-06-07 23:21 -!- corro(~corro@128-123.106-92.cust.bluewin.ch) has left #tryton | ||
2011-06-07 23:21 <ciupicri> and when I try to delete it, all I get is "The field "Currency" on "Stock Move" is required." | ||
2011-06-07 23:22 <ciupicri> and I don't see any move under "Moves from Suppliers Waiting Arrival" or "Moves to Customers" | ||
2011-06-07 23:22 <ciupicri> or "Moves from Suppliers" | ||
2011-06-07 23:24 <bechamel> ciupicri: and in "Moves" ? | ||
2011-06-07 23:24 <ciupicri> I missed that one | ||
2011-06-07 23:25 <ciupicri> I thought that it doesn't do anything | ||
2011-06-07 23:25 <ciupicri> I have 3 moves | ||
2011-06-07 23:26 <ciupicri> I think I'll just create another fresh DB | ||
2011-06-07 23:26 <ciupicri> after all I'm just learning | ||
2011-06-07 23:26 <ciupicri> because I can not delete those moves "You can only delete draft or cancelled moves!" | ||
2011-06-07 23:26 <bechamel> ciupicri: you can alos mark the currency as non-active | ||
2011-06-07 23:27 -!- elbenfreund(~elbenfreu@f055003255.adsl.alicedsl.de) has joined #tryton | ||
2011-06-07 23:27 <ciupicri> which sounds reasonable because history should be immutable | ||
2011-06-07 23:27 <bechamel> ciupicri: exactly | ||
2011-06-07 23:27 <bechamel> ciupicri: and by default Tryton does show you inactive records | ||
2011-06-07 23:28 <bechamel> ciupicri: this minimise the risk of selecting inactive data | ||
2011-06-07 23:28 <ciupicri> I see | ||
2011-06-07 23:32 <cedk> sharoon: ping | ||
2011-06-07 23:32 <sharoon> cedk: pong | ||
2011-06-07 23:33 <sharoon> cedk: we are thinking of starting the work on the magento tryton integration as the basic components which were absent back ehwn we started are now there - the EAV data store and a decent python api to connect | ||
2011-06-07 23:33 <sharoon> cedk: i wanted to take your opinion before sending a mail to the mailing list about the same and calling for interested people to contribute | ||
2011-06-07 23:34 <ciupicri> are you guys planning to do some integration between tryton and some ecommerce software? | ||
2011-06-07 23:34 <sharoon> cedk: also another thing is about dynamic fields, what do you think will be the best way to have them display them on frontend | ||
2011-06-07 23:34 <ciupicri> because I'm planning to use satchmo | ||
2011-06-07 23:36 <sharoon> ciupicri: what i am talking about right now is an integration for magento | ||
2011-06-07 23:36 <ciupicri> yeah, but I'm thinking that if it's possible to do it with magento, it might be possible to do it with others as well | ||
2011-06-07 23:38 <sharoon> ciupicri: yes of course (but unfortunately none of the python e-commerce frameworks / systems is as good as amgento in terms of features and plugins) | ||
2011-06-07 23:38 <ciupicri> I see | ||
2011-06-07 23:38 <sharoon> ciupicri: the magento plugin is more of a backend for magento (rather than an e-commerce solution for tryton) | ||
2011-06-07 23:39 <sharoon> ciupicri: we have ourselves written an e-commerce system from scratch over tryton (suing it as a framework) | ||
2011-06-07 23:39 <ciupicri> sharoon, so magento will display to the shopper the inventory kept by tryton, right? | ||
2011-06-07 23:39 <sharoon> ciupicri: yes | ||
2011-06-07 23:39 <ciupicri> it sounds like what I want to do | ||
2011-06-07 23:39 <ciupicri> that is if I manage to figure out how to use tryton (and satchmo) :-) | ||
2011-06-07 23:39 <sharoon> ciupicri: ok, what is your progress ? | ||
2011-06-07 23:40 <ciupicri> sharoon, I've just started using it. I added my company, 1 big product category -> 1 subcategory -> 1 product | ||
2011-06-07 23:40 <ciupicri> and now I'm adding products to the inventory | ||
2011-06-07 23:40 <ciupicri> I want to test as many scenarios as possible | ||
2011-06-07 23:40 <sharoon> ciupicri: to be honest, i was not very happy to see satchmo. dint like some of the design decisions (it was my first consideration before we wrote our own over tryton) | ||
2011-06-07 23:41 <ciupicri> ohhh you were talking about satchmo. I'm a satchmo newbie as well, althought I've submitted a couple of small bug-fixes. | ||
2011-06-07 23:43 <ciupicri> sharoon, out of curiosity, what didn't you like at satchmo? | ||
2011-06-07 23:45 <sharoon> ciupicri: first of all its too many modules collected into one huge app. cart handling is incomplete. the pricing feature is too basic (of course compared what tryton allows) | ||
2011-06-07 23:45 <cedk> sharoon: what do you call "front end"? | ||
2011-06-07 23:46 <sharoon> cedk: the GTK client | ||
2011-06-07 23:46 <sharoon> cedk: to be more specific the form view | ||
2011-06-07 23:46 <ciupicri> sharoon, someone is working on splitting it Bruce XXX | ||
2011-06-07 23:47 <ciupicri> he already has something called django-bursar IIRC although I'll admit that there's nothing production ready yet | ||
2011-06-07 23:47 <cedk> sharoon: so your issue is how to display EAV fields? | ||
2011-06-07 23:47 <sharoon> cedk: yes | ||
2011-06-07 23:49 <cedk> sharoon: for me you must have a new widget that manage all the values | ||
2011-06-07 23:49 <sharoon> cedk: ok | ||
2011-06-07 23:50 <cedk> sharoon: I think you can manage it with plugins | ||
2011-06-07 23:50 <cedk> sharoon: on client side | ||
2011-06-07 23:50 <sharoon> cedk: ok, i still havent figured out how to monkey patch using plugins in the client or where the clients are loaded | ||
2011-06-07 23:50 <ciupicri> speaking of complexities is there something to simplify tryton? :-D | ||
2011-06-07 23:50 <ciupicri> I don't need yet all its flexibility | ||
2011-06-07 23:51 <cedk> sharoon: but I don't know how you can know the definition of the attributes | ||
2011-06-07 23:51 <cedk> ciupicri: install only the modules you need | ||
2011-06-07 23:52 <ciupicri> got it | ||
2011-06-07 23:52 <sharoon> ciupicri: tryton is extremely simple - you might want to check its cousin OpenERP to see what the words complexity, confusion, anarchy and obsurity mean :D feel free to ask me anytime for examples | ||
2011-06-07 23:53 <ciupicri> sharoon, doesn't that one require OracleDB as well? | ||
2011-06-07 23:53 <sharoon> cedk: that could be injected if _fields ? | ||
2011-06-07 23:53 <ciupicri> I remember that I tried either OpenERP or Adempiere, but I did not manage to even start it | ||
2011-06-07 23:53 <cedk> sharoon: but it is different for each records | ||
2011-06-07 23:54 <sharoon> cedk: yes, and fields_get is called only once for a model | ||
2011-06-07 23:55 <cedk> sharoon: so you must embed the definition in the record values | ||
2011-06-07 23:56 <sharoon> cedk: ok, insert into read ? | ||
2011-06-07 23:57 <cedk> sharoon: yes with a function field | ||
2011-06-07 23:57 <sharoon> cedk: ok | ||
2011-06-08 00:00 <sharoon> cedk: so we need a new widget on the client side |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!