IRC logs of #tryton for Monday, 2009-01-12

chat.freenode.net #tryton log beginning Mon Jan 12 00:00:01 CET 2009
2009-01-12 02:06 -!- yangoon(n=mathiasb@p549F7B1F.dip.t-dialin.net) has joined #tryton
2009-01-12 02:30 -!- ikks(n=igor@190.12.153.202) has joined #tryton
2009-01-12 02:32 -!- FWiesing(n=Wiesinge@194.208.185.12) has left #tryton
2009-01-12 03:22 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton
2009-01-12 03:48 -!- juanfer(n=juanfer@190.157.143.212) has joined #tryton
2009-01-12 05:20 -!- yangoon(n=mathiasb@p549F6AB1.dip.t-dialin.net) has joined #tryton
2009-01-12 07:40 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-01-12 08:18 -!- Gedd(n=ged@77.109.113.178) has joined #tryton
2009-01-12 08:59 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-01-12 10:47 -!- bechamel(n=user@85.201.86.139) has joined #tryton
2009-01-12 12:43 -!- evernichon(n=evernich@AToulouse-256-1-7-107.w90-38.abo.wanadoo.fr) has joined #tryton
2009-01-12 12:50 -!- paola(n=paola@host-84-223-76-195.cust-adsl.tiscali.it) has joined #tryton
2009-01-12 13:02 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-7f9417e1a1c1d7b8) has joined #tryton
2009-01-12 13:27 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1154:2ca4ca67a273 tryton/tryton/gui/window/view_form/view/form_gtk/interface.py: Prevent to set value on focus out if the field is invisible for issue737
2009-01-12 13:27 <CIA-8> tryton: ced roundup * #737/Contact mechanisms: actualization: [resolved] Fix with changeset 2ca4ca67a273
2009-01-12 13:33 -!- carlos(n=carlos@77.224.191.31) has joined #tryton
2009-01-12 13:47 -!- ikks(n=igor@190.12.153.202) has joined #tryton
2009-01-12 13:56 -!- LordVan(n=lordvan@gentoo/developer/LordVan) has joined #tryton
2009-01-12 14:01 -!- evernichon(n=evernich@AToulouse-256-1-7-107.w90-38.abo.wanadoo.fr) has joined #tryton
2009-01-12 14:06 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 1155:82be72e352d3 tryton/share/locale/de_DE/LC_MESSAGES/ (tryton.mo tryton.po): Update translation for de_DE
2009-01-12 14:06 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 253:9a07f19609de account_invoice/__tryton__.py: Update translation for de_DE
2009-01-12 14:08 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 155:1db22933ddae stock_supply/__tryton__.py: Update translation for de_DE
2009-01-12 14:08 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 156:d04c2f4e1182 stock_supply/: merge
2009-01-12 14:18 <cristi_an> who is Mathias ?
2009-01-12 14:18 <cristi_an> yangoon: ?
2009-01-12 14:22 <ikks> cristi_an I guess is Timitos
2009-01-12 14:30 <CIA-8> tryton: matb roundup * #738/RfC: Comments in sale, purchase, invoice lines: Added two other little patches to enable comments on purchase/sale lines.
2009-01-12 14:31 <yangoon> ACTION is Mathias
2009-01-12 14:36 <cristi_an> good !
2009-01-12 15:16 <LordVan> hey
2009-01-12 15:17 <LordVan> cedk, openoffice-interact is missing ~amd64 in ebuild ;)
2009-01-12 15:19 <LordVan> or anyone who can commit to the repository with the overlay please add it .. it's a pita to install trytond otherwise
2009-01-12 15:22 <yangoon> LordVan: for those issues look at http://openoffice-python.origo.ethz.ch/
2009-01-12 15:22 <yangoon> LordVan: it is not a repos from tryton
2009-01-12 15:24 <LordVan> ah ok
2009-01-12 15:24 <LordVan> well i used to just tell cedk ;)
2009-01-12 15:25 <LordVan> althought the problem is not with the package jsut with the eb uild in tye tryton overlay
2009-01-12 15:25 <LordVan> ACTION can't type today
2009-01-12 15:26 <yangoon> LordVan: ah ok, I have no experience with gentoo, so perhaps you are right
2009-01-12 15:27 <LordVan> it's just a matter of adding ~amd64 to the text file in the mercurial repo D:
2009-01-12 15:28 -!- bechamel(n=user@85.201.86.139) has joined #tryton
2009-01-12 15:38 -!- igor(i=igor@190.102.215.116) has joined #tryton
2009-01-12 15:43 -!- carlos(n=carlos@77.224.191.31) has joined #tryton
2009-01-12 15:46 <LordVan> question: does tryton do salary stuff too (i dont' think so ..)
2009-01-12 16:07 <igor> LordVan, each country has it's own rules.
2009-01-12 16:07 <igor> I haven't seen a module for Tryton on any country yet.
2009-01-12 16:14 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 169:edca9be89ee6 gentoo-overlay/dev-python/openoffice-interact/ (Manifest openoffice-interact-0.1.20080602.ebuild): Add ~amd64
2009-01-12 16:34 <udono> yangoon: ping
2009-01-12 17:17 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton
2009-01-12 17:42 -!- paola(n=paola@host-84-223-76-195.cust-adsl.tiscali.it) has joined #tryton
2009-01-12 18:01 -!- Gedd(n=ged@77.109.112.63) has joined #tryton
2009-01-12 18:08 -!- LucaSub(n=LucaSub@host239-46-dynamic.6-79-r.retail.telecomitalia.it) has joined #tryton
2009-01-12 18:43 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1156:6bfbda63e1fb tryton/TODO: Add post-it todo
2009-01-12 18:43 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1157:d701317f7b9a tryton/: merge
2009-01-12 18:44 -!- X0d_of_N0d(i=user@gateway/tor/x-863d985eb93e8ba4) has joined #tryton
2009-01-12 18:44 -!- X0d_of_N`(i=user@gateway/tor/x-c3fdebf33bf71918) has joined #tryton
2009-01-12 18:46 -!- X0d_of_N`(i=user@gateway/tor/x-c3fdebf33bf71918) has left #tryton
2009-01-12 19:44 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton
2009-01-12 20:22 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton
2009-01-12 20:22 -!- cristi_an(n=cristi@89.120.211.206) has joined #tryton
2009-01-12 20:23 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton
2009-01-12 20:30 -!- paola(n=paola@host-84-223-76-195.cust-adsl.tiscali.it) has joined #tryton
2009-01-12 20:53 <vengfulsquirrel> Are Stock Moves supposed to sort of replicate the Journal pattern from accounting ?
2009-01-12 20:56 <X0d_of_N0d> ACTION nods
2009-01-12 20:58 <X0d_of_N0d> double-entry stock management
2009-01-12 20:59 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2009-01-12 20:59 <vengfulsquirrel> X0d_of_N0d: Oh hey, sorry I was afk on Friday. So I think I figured out how I can solve some of my plant problems.
2009-01-12 21:02 <X0d_of_N0d> yeah?
2009-01-12 21:03 <vengfulsquirrel> X0d_of_N0d: I think usually each BOM has two possibilities to satisfy a request, buy from a supplier and/or manufacture it each with a respective lead time. It seems to make sense for me to make a third possibility as a add-on: Grow/Propagate. That way I can handle that completely different from the other two.
2009-01-12 21:03 -!- FWiesing(n=Wiesinge@194.208.185.12) has joined #tryton
2009-01-12 21:05 <X0d_of_N0d> what would be the difference between grow and manufacture?
2009-01-12 21:05 <vengfulsquirrel> But a BOM that can be satisfied by propagating can only have a single material. Ie. Not Rooted --> Partially Rooted . This way I can set lead times for propagation but they won't be created any kind of Purchase Requests or Work/Production Requests.
2009-01-12 21:06 <X0d_of_N0d> yeah, that makes sense
2009-01-12 21:07 <X0d_of_N0d> it's still important tot hink in terms of how this can be made useable by other people...
2009-01-12 21:07 <vengfulsquirrel> Yeah that's why I'll make it seperate from manufacturing because it doesn't make sense with manufacturing at all.
2009-01-12 21:07 <X0d_of_N0d> grow/propagate would still be useable for making fermentable foods, but rooted status wouldn't
2009-01-12 21:07 <vengfulsquirrel> Oh yeah well that would just be in the BOM.
2009-01-12 21:08 <vengfulsquirrel> And the beer example doesn't really apply because that seems like it would go in a routing not in the bom.
2009-01-12 21:09 <vengfulsquirrel> Plants are actually put back in inventory and passively grow between states, with the beer example its just one long production cycle, which seems more similar to manufacturing. Its not in inventory its on the production floor.
2009-01-12 21:09 <X0d_of_N0d> well it could work with wine or barley wine... your product would change as it ages...
2009-01-12 21:09 <X0d_of_N0d> just on a different scale
2009-01-12 21:10 <X0d_of_N0d> right, but wine is put in to stock to age
2009-01-12 21:10 <vengfulsquirrel> Hmm yeah that would still work but those companies would probably want something more granular, like lot/batch tracking, because they need it to be 1/2/3 years exactly.
2009-01-12 21:10 <X0d_of_N0d> right
2009-01-12 21:10 <X0d_of_N0d> hum...
2009-01-12 21:11 <vengfulsquirrel> I'm not sure how lot/batch tracking will work with the current stock system.
2009-01-12 21:11 <X0d_of_N0d> yeah, which would be more on the stock side
2009-01-12 21:11 -!- LucaSub(n=LucaSub@host239-46-dynamic.6-79-r.retail.telecomitalia.it) has left #tryton
2009-01-12 21:11 <X0d_of_N0d> yeah
2009-01-12 21:13 <vengfulsquirrel> Anyways, so about the multiple boms, I think for MRP I/II to do the planning you have to somehow reduce your boms into modular boms anyways to be able to predict what you will need for your configurable boms.
2009-01-12 21:14 <X0d_of_N0d> wait
2009-01-12 21:14 <vengfulsquirrel> WRT what you were talking about last Friday.
2009-01-12 21:15 <X0d_of_N0d> ACTION goes to look through the log
2009-01-12 21:17 <X0d_of_N0d> ok....
2009-01-12 21:18 <X0d_of_N0d> brb
2009-01-12 21:21 <X0d_of_N0d> hum...
2009-01-12 21:22 <X0d_of_N0d> I don't really agree about the modular boms, I've got to get some lunch but we'll talk when I get back, cool?
2009-01-12 21:25 <vengfulsquirrel> Yeah I'll be here.
2009-01-12 21:58 -!- ikks(n=igor@190.12.153.202) has joined #tryton
2009-01-12 22:09 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton
2009-01-12 22:12 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton
2009-01-12 22:12 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has left #tryton
2009-01-12 22:15 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-ebe55534e563d1c3) has joined #tryton
2009-01-12 22:19 <X0d_of_N0d> ok
2009-01-12 22:19 <panthera> some progress about tryton debianization:
2009-01-12 22:20 <panthera> i'm currently in vacation till the end of the week, that is why things have been quiet.
2009-01-12 22:20 <panthera> i've just restarted to have a look at it, will probably finish first draft either today evening (that is in -0500, not +0100),
2009-01-12 22:21 <panthera> or by tomorrow evening. will write to the mailinglist/google groups thing.
2009-01-12 22:21 -!- igor(i=igor@190.102.200.196) has joined #tryton
2009-01-12 22:21 <panthera> assuming that there's everything worked as expected, i can upload them to ftp-master and we'll wait
2009-01-12 22:22 <panthera> another two to four weeks until they get accepted (after manual inspection and approval regarding legal)
2009-01-12 22:22 <X0d_of_N0d> vengfulsquirrel: you don't need configurable boms for what you're doing, right?
2009-01-12 22:22 <panthera> and then they are in.
2009-01-12 22:23 <yangoon> panthera: great! and thx!
2009-01-12 22:25 <panthera> you're welcome.
2009-01-12 22:25 <X0d_of_N0d> vengfulsquirrel: it seems like you should be able to store the configurable choices in the work order or something...
2009-01-12 22:25 <vengfulsquirrel> X0d_of_N0d: No I don't but I thought configurable boms were mainly for making it easier to fulfill orders.
2009-01-12 22:26 <X0d_of_N0d> vengfulsquirrel: no, configurable boms exist so it's possible to keep track of multiple configurations, not just for orders
2009-01-12 22:26 <X0d_of_N0d> vengfulsquirrel: say you make computers....
2009-01-12 22:27 <X0d_of_N0d> vengfulsquirrel: you have a computer with a set case and motherboard but multiple choices of processors
2009-01-12 22:27 <X0d_of_N0d> vengfulsquirrel: now lets say you need to update the motherboard to a new rev...
2009-01-12 22:28 <X0d_of_N0d> vengfulsquirrel: if you don't use configurable boms you might need to update 4 or 5 boms, rather than just one...
2009-01-12 22:29 <X0d_of_N0d> vengfulsquirrel: conf boms make it possible to maintain boms, especially when you have 10 or 20 conf boms, and maybe 300 variations
2009-01-12 22:30 <vengfulsquirrel> Oh yeah I didn't think those would be enumerated into multiple BOMs.
2009-01-12 22:30 <X0d_of_N0d> vengfulsquirrel: conf boms just have the added benefit of making orders easier to deal with also
2009-01-12 22:30 <vengfulsquirrel> I thought you would sort of spec each production of a product using the configurable bom to pick choices.
2009-01-12 22:31 <X0d_of_N0d> vengfulsquirrel: how were you thinking of dealing with it?
2009-01-12 22:32 <X0d_of_N0d> ok
2009-01-12 22:33 <vengfulsquirrel> Well I thought I'd need to use revisions eventually but more to keep the system's previuos plans from breaking when someone wanted to change a BOM.
2009-01-12 22:34 <vengfulsquirrel> I kind of haven't thought about the configurable BOMs because they weren't going to be essential for the rough production planning.
2009-01-12 22:34 <X0d_of_N0d> ok
2009-01-12 22:34 <X0d_of_N0d> that's probably a good idea
2009-01-12 22:36 <vengfulsquirrel> Some books talked about a divide that seperated pushing and pulling for production planning with configurable boms. So you push your expected inventory by using product forecasts and non-configurable boms so that then when orders come in you can pull from that inventory to fulfull different configurations of configurable boms.
2009-01-12 22:37 <vengfulsquirrel> Does that make sense ?
2009-01-12 22:38 <X0d_of_N0d> hum...
2009-01-12 22:38 <X0d_of_N0d> yeah
2009-01-12 22:39 <X0d_of_N0d> so you'd take a configurable bom and just plan to pull all the possible variations from inventory in order to be sure you could fulfill any variation?
2009-01-12 22:43 <vengfulsquirrel> Well at some point someone has to say "I think we are going to be able to sell N of this product in period P." So if you create a bom for each variation you can just make estimates for each of those boms but I think for a truly configurable bom people won't want to maintain a bom for each variation. So the estimates will need to consolidated at the push/pull point.
2009-01-12 22:44 <X0d_of_N0d> or you create a psuedo bom that's just a list of choices....
2009-01-12 22:44 <X0d_of_N0d> vengfulsquirrel: or you create a configured code and store that so you can use the configurable bom + config code as if it were a normal bom
2009-01-12 22:44 <vengfulsquirrel> yeah that is what I assumed was a configurable bom
2009-01-12 22:45 <X0d_of_N0d> so what initiates the work order?
2009-01-12 22:45 <X0d_of_N0d> or the production order? or whatever?
2009-01-12 22:45 <X0d_of_N0d> is it a prodcution order?
2009-01-12 22:46 <vengfulsquirrel> I think Purchase Request and Production Request sound good.
2009-01-12 22:46 <X0d_of_N0d> ok...
2009-01-12 22:46 <vengfulsquirrel> Like those would be created during the Rough Planning phase.
2009-01-12 22:47 <vengfulsquirrel> So you choose a production calendar by picking begin/end dates. Then you create periods to fill that calendar based on some fixed size: day/week/month/year.
2009-01-12 22:48 <vengfulsquirrel> You set your initial inventory levels for the beginning of the calendar.
2009-01-12 22:48 <vengfulsquirrel> You set the product sales estimates for each period.
2009-01-12 22:49 <vengfulsquirrel> Then the system creates a schedule of Purchase Requests and Production Requests for each period for the production calendar.
2009-01-12 22:50 <vengfulsquirrel> That would be the end of the rough production planning phase and would require that all of your fixed multi-level boms were filled in correctly, yada yada.
2009-01-12 22:51 <X0d_of_N0d> so the user would configure the bom on the purchase request, and the conf code for the configurable bom would be stored in the production request..
2009-01-12 22:51 <X0d_of_N0d> which would then be turned into a production order after it's verified?

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