IRC logs of #tryton for Tuesday, 2011-06-07 #tryton log beginning Tue Jun 7 00:00:02 CEST 2011
2011-06-07 00:05 -!- gremly(~gremly@ has joined #tryton
2011-06-07 00:36 -!- bechamel( has joined #tryton
2011-06-07 00:46 -!- alimon(~alimon@ has joined #tryton
2011-06-07 01:52 -!- effenberg( has joined #tryton
2011-06-07 02:20 -!- elbenfreund1( has joined #tryton
2011-06-07 05:17 -!- yangoon( has joined #tryton
2011-06-07 05:23 -!- alimon(~alimon@ has joined #tryton
2011-06-07 05:58 -!- vladimirek( has joined #tryton
2011-06-07 06:02 -!- helmor(~helmor@ has joined #tryton
2011-06-07 07:02 -!- helmor(~helmor@ has joined #tryton
2011-06-07 08:05 -!- mhi( has joined #tryton
2011-06-07 08:53 -!- okko(~okko@ has joined #tryton
2011-06-07 08:55 -!- pjstevns( has joined #tryton
2011-06-07 09:32 -!- pjstevns( has joined #tryton
2011-06-07 09:39 -!- bechamel( has joined #tryton
2011-06-07 09:53 -!- enlightx( has joined #tryton
2011-06-07 09:53 -!- bechamel( has joined #tryton
2011-06-07 10:11 -!- lem0na(~lem0na@ has joined #tryton
2011-06-07 10:15 -!- paepke( has joined #tryton
2011-06-07 11:01 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2011-06-07 11:06 -!- nicoe(~nicoe@ has joined #tryton
2011-06-07 11:43 -!- elbenfreund( has joined #tryton
2011-06-07 11:49 <cedk> udono: did you check
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
2011-06-07 11:54 <udono> cedk: yes, ok, take a look
2011-06-07 12:08 -!- essich( has joined #tryton
2011-06-07 12:09 -!- essich( has left #tryton
2011-06-07 12:47 -!- elbenfreund( has joined #tryton
2011-06-07 13:30 -!- yangoon( has joined #tryton
2011-06-07 13:32 -!- woakas(~woakas@ has joined #tryton
2011-06-07 14:47 -!- tshepang( 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@ has joined #tryton
2011-06-07 15:29 -!- trifon(~trifon@ has joined #tryton
2011-06-07 15:32 -!- alimon(~alimon@ 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( has joined #tryton
2011-06-07 15:55 -!- hoRn( has joined #tryton
2011-06-07 16:22 -!- silverfox1971(~sysadmin0@ has joined #tryton
2011-06-07 16:22 -!- silverfox1971(~sysadmin0@ has left #tryton
2011-06-07 16:59 -!- pjstevns( has joined #tryton
2011-06-07 16:59 -!- pjstevns( has left #tryton
2011-06-07 16:59 -!- alimon(~alimon@ has joined #tryton
2011-06-07 17:11 -!- pjstevns( has joined #tryton
2011-06-07 17:11 -!- pjstevns( has left #tryton
2011-06-07 17:38 -!- yangoon( has joined #tryton
2011-06-07 17:47 -!- gremly(~gremly@ 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. 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@ 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
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
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, 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( 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: For example you can read more about locations in the stock module here:
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, 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( has joined #tryton
2011-06-07 20:07 <tshepang> ACTION damn, so many requirements, just to submit a patch
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@ 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@ 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( 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( 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 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, 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( has joined #tryton
2011-06-07 21:34 <tshepang> plantian, thanks
2011-06-07 21:46 -!- cheche(cheche@ has joined #tryton
2011-06-07 21:47 -!- bechamel( has joined #tryton
2011-06-07 21:54 <ciupicri> plantian, thanks for the explanation
2011-06-07 21:59 -!- corro( 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 ?
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> 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( 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( 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 2.17.3 by Marius Gedminas - find it at!