| chat.freenode.net #tryton log beginning Tue Jan 27 00:00:01 CET 2009 | ||
| 2009-01-27 00:02 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has left #tryton | ||
| 2009-01-27 00:05 -!- yangoon1(n=mathiasb@frbg-4d02905a.pool.mediaWays.net) has joined #tryton | ||
| 2009-01-27 00:28 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-27 00:31 <vengfulsquirrel> Can child companies be used to model different storefronts, ie. where different sale orders are made ? | ||
| 2009-01-27 00:32 <cedk_> vengfulsquirrel: company is for company | ||
| 2009-01-27 00:32 <cedk> vengfulsquirrel: what do you want to handle? | ||
| 2009-01-27 00:33 <vengfulsquirrel> How to tell that a sale is made on our website versus an in-store sale. | ||
| 2009-01-27 00:34 <cedk> vengfulsquirrel: for which purpose? | ||
| 2009-01-27 00:35 <vengfulsquirrel> Well I guess for reporting, but the pricing is also different that is a little more complicated though. | ||
| 2009-01-27 00:35 <cedk> vengfulsquirrel: so what do you want? | ||
| 2009-01-27 00:37 <vengfulsquirrel> A way to tell which store made the sale... I can just tell by using a dummy address I guess I thought maybe there was something I was missing. | ||
| 2009-01-27 00:38 <cedk> vengfulsquirrel: if it is just for information, just create a boolean field on the sale order | ||
| 2009-01-27 00:42 -!- ikks_(n=igor@190.144.69.234) has joined #tryton | ||
| 2009-01-27 00:43 <vengfulsquirrel> cedk: Okay I could do that, thanks. | ||
| 2009-01-27 00:45 <cedk> vengfulsquirrel: you must understand that we don't put this kind of field because we want to have just a simple interface and so you must custom it to fit your needs | ||
| 2009-01-27 00:46 <cedk> vengfulsquirrel: and if you need different sale_price, you must override the function get_sale_price on product.product | ||
| 2009-01-27 00:46 <vengfulsquirrel> cedk: Oh yeah I know, but I think having multiple storefronts for a single warehouse might be kind of common, especially multiple sets of pricing. I'm not sure if that should be within this system though. | ||
| 2009-01-27 00:46 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1493:08568555f474 trytond/trytond/osv/orm.py: Disable by default sort on One2Many fields | ||
| 2009-01-27 00:48 <vengfulsquirrel> So yeah maybe if I made as seperate Store entity and it had a list of StoreProducts each with the product and price then I could add Store to a Sale and override that price function and all my problems would be solved. | ||
| 2009-01-27 00:49 <cedk> vengfulsquirrel: yes if you want to work like that | ||
| 2009-01-27 00:49 <cedk> vengfulsquirrel: there is many way to get product price | ||
| 2009-01-27 00:50 <vengfulsquirrel> You mean within Tryton or just in general ? | ||
| 2009-01-27 00:50 <cedk> vengfulsquirrel: perhaps the revert will be better, you put a one2many on product (like for supplier price) | ||
| 2009-01-27 00:50 <cedk> vengfulsquirrel: in general, that is why we have not a default way | ||
| 2009-01-27 00:51 <cedk> and we choose the option of writing modules to fix it | ||
| 2009-01-27 00:51 <vengfulsquirrel> Yeah that sounds fine I was just checking, I'll try to write my own module for it. | ||
| 2009-01-27 00:52 <cedk> vengfulsquirrel: is it for you or a customer? | ||
| 2009-01-27 00:53 <vengfulsquirrel> For me | ||
| 2009-01-27 00:54 <vengfulsquirrel> Sorry I have another confirmation question, Inventory can only be done one location at a time, correct? | ||
| 2009-01-27 00:55 <cedk> vengfulsquirrel: you mean in one form? | ||
| 2009-01-27 00:55 <vengfulsquirrel> Yeah like I create a draft inventory for a single location and then count them up and then confirm it. Then I start another draft inventory for the next location, etc. | ||
| 2009-01-27 00:55 <vengfulsquirrel> So if I have to take inventory and I have 1000 locations I have to make 1000 draft inventories. | ||
| 2009-01-27 00:56 <cedk> vengfulsquirrel: yes, but you are not mandatory to confirm the previous one before starting the next one | ||
| 2009-01-27 00:56 <cedk> vengfulsquirrel: yes | ||
| 2009-01-27 00:57 <cedk> vengfulsquirrel: but this is a lot of location | ||
| 2009-01-27 00:58 <vengfulsquirrel> cedk: Okay thanks, I think I might need to extend that too to handle all locations that are children to a parent location. | ||
| 2009-01-27 00:58 <cedk> vengfulsquirrel: you can not, because you must give the stock quantity for one location | ||
| 2009-01-27 00:58 <yangoon1> vengfulsquirrel: just curious, how do you want to handle several locations at once? | ||
| 2009-01-27 00:59 <yangoon1> vengfulsquirrel: because, if they shall get the same stock, is then there really need for different locations? | ||
| 2009-01-27 00:59 <cedk> vengfulsquirrel: what you can do, is create an other inventory model but instead of putting the location on the model, you put it on each line | ||
| 2009-01-27 01:00 <vengfulsquirrel> cedk: Yeah I was thinking something like this, http://laspilitas.com/s/images/area-inventories-module.jpg | ||
| 2009-01-27 01:00 <vengfulsquirrel> Its a mockup I made with a image editor I haven't done anything to extend it yet. | ||
| 2009-01-27 01:02 <vengfulsquirrel> yangoon1: Yeah I only would stock stuff at the leaf locations, but the parent locations would allow for inventories to be taken over an area. I *think*. | ||
| 2009-01-27 01:03 <cedk> vengfulsquirrel: yes, I will put warehouse on top instead of location | ||
| 2009-01-27 01:03 <cedk> vengfulsquirrel: I don't know what is "Expired Product Dump"? | ||
| 2009-01-27 01:04 <vengfulsquirrel> I added that for stuff that is going to be thrown away because its dead or has gone bad. | ||
| 2009-01-27 01:04 <cedk> vengfulsquirrel: I think you must create a new model because I don't think it is possible for now to extend the default inventory one | ||
| 2009-01-27 01:04 <cedk> vengfulsquirrel: but it is what ? | ||
| 2009-01-27 01:05 <vengfulsquirrel> I actually already made that extension for myself, the expired product dump, its just a location I move stuff into that I am going to throw away. | ||
| 2009-01-27 01:05 <vengfulsquirrel> Like damaged goods. | ||
| 2009-01-27 01:05 <cedk> vengfulsquirrel: and I don't think it will be possible to make inventory on parent locations, as you said | ||
| 2009-01-27 01:05 <vengfulsquirrel> cedk: Yeah I don't want to do the entire warehouse though just a subset of the locations of a warehouse. | ||
| 2009-01-27 01:05 <vengfulsquirrel> cedk: Why not ? | ||
| 2009-01-27 01:06 <cedk> vengfulsquirrel: the warehouse will be just to filter the location that you can select on the lines | ||
| 2009-01-27 01:06 <vengfulsquirrel> Oh yeah but I want to filter the locations based on if they are child to the location on the inventory or not. | ||
| 2009-01-27 01:06 <cedk> vengfulsquirrel: because stock quantity is based on move, so you must create moves from a location to an other. | ||
| 2009-01-27 01:06 <vengfulsquirrel> yeah but as long as the moves are between leaf locations that is okay right ? | ||
| 2009-01-27 01:07 <cedk> vengfulsquirrel: yes but you can not make it from a parent location if your parent location can not have products | ||
| 2009-01-27 01:08 <cedk> vengfulsquirrel: by the way, we will add an new type of location (view) like for account | ||
| 2009-01-27 01:08 <vengfulsquirrel> yeah I don't want the move to be from or to the parent location I just want the parent location to filter out which locations can be placed on a line in the inventory and which locations are filled into the lines when clicking on Complete | ||
| 2009-01-27 01:08 <cedk> vengfulsquirrel: that will prevent to create moves on it | ||
| 2009-01-27 01:09 <cedk> vengfulsquirrel: ok, so it will be simplier with the type "view" | ||
| 2009-01-27 01:09 <vengfulsquirrel> Yeah that sounds good | ||
| 2009-01-27 01:10 <vengfulsquirrel> I'd have actually more like this B(View) - Row 1(View) - Position Top(Storage) | ||
| 2009-01-27 01:10 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 445:103d5ac31889 stock/TODO: Add todo | ||
| 2009-01-27 01:11 <cedk> vengfulsquirrel: yes | ||
| 2009-01-27 01:12 <cedk> vengfulsquirrel: by the way, I think I will try to create skelette of the models needed for production | ||
| 2009-01-27 01:12 <cedk> I will try for this week | ||
| 2009-01-27 01:12 <cedk> like that we will have somethings to talk | ||
| 2009-01-27 01:13 <vengfulsquirrel> Okay you mean the file structure and stuff or the actual database model ? | ||
| 2009-01-27 01:13 <vengfulsquirrel> I updated and uploaded new diagrams this weekend. | ||
| 2009-01-27 01:14 <vengfulsquirrel> I don't know when you last checked it out. | ||
| 2009-01-27 01:14 <cedk> vengfulsquirrel: the Tryton models | ||
| 2009-01-27 01:15 <cedk> vengfulsquirrel: yes, but I think there is some stuff that we don't understand each others | ||
| 2009-01-27 01:15 <cedk> about the configurable BOM and the phantom BOM | ||
| 2009-01-27 01:16 <cedk> but I think it will be more clear with some Tryton models | ||
| 2009-01-27 01:17 <cedk> so I go to sleep | ||
| 2009-01-27 01:17 <cedk> bye | ||
| 2009-01-27 01:18 <yangoon1> vengfulsquirrel: nice shop, that you have! | ||
| 2009-01-27 01:19 <vengfulsquirrel> yangoon1: Oh the online shop ? | ||
| 2009-01-27 01:19 <yangoon1> vengfulsquirrel: is it based on ezpublish? | ||
| 2009-01-27 01:19 <yangoon1> vengfulsquirrel: yes | ||
| 2009-01-27 01:19 <vengfulsquirrel> yangoon1: Well the cart is actually some semi-free offsite cart. The actual /shop stuff I wrote using pylons. | ||
| 2009-01-27 01:20 <yangoon1> vengfulsquirrel: I think the real shop is much better, of course...;) | ||
| 2009-01-27 01:21 <yangoon1> vengfulsquirrel: ok, since on the long term I need an ecommerce solution, too, for tryton | ||
| 2009-01-27 01:22 <yangoon1> vengfulsquirrel: and I am just looking around, what other people are using | ||
| 2009-01-27 01:22 <vengfulsquirrel> yangoon1: Yeah I don't know, ha I'm right behind you in that area | ||
| 2009-01-27 01:23 <vengfulsquirrel> Our offsite cart isn't that easy to integrate with but it works most of the time | ||
| 2009-01-27 01:23 <yangoon1> vengfulsquirrel: there exist already different connectors for different shops for openerp | ||
| 2009-01-27 01:23 <vengfulsquirrel> I'd like something that had an actual API | ||
| 2009-01-27 01:23 <vengfulsquirrel> like google checkout but without all the work | ||
| 2009-01-27 01:24 <vengfulsquirrel> yangoon1: Oh yeah I'm actually trying to get my orders to go into tryton from my shop | ||
| 2009-01-27 01:25 <vengfulsquirrel> Something isn't working but i think its because I'm a n00b. | ||
| 2009-01-27 01:25 <yangoon1> vengfulsquirrel: you are certainly not a n00b;) | ||
| 2009-01-27 01:25 <vengfulsquirrel> yangoon1: Products, inventory and pricing goes out and sales come in right ? How much is there really to connect? | ||
| 2009-01-27 01:26 <vengfulsquirrel> yangoon1: Well with tryton code I'm pretty new. | ||
| 2009-01-27 01:26 <yangoon1> vengfulsquirrel: categories, tax stuff | ||
| 2009-01-27 01:27 <yangoon1> vengfulsquirrel: depends, if you are delivering to other countries | ||
| 2009-01-27 01:29 <yangoon1> vengfulsquirrel: I cannot order in your shop, because I am not in one of your time zones;) | ||
| 2009-01-27 01:29 <vengfulsquirrel> ha yeah we can't ship live plants outside the US | ||
| 2009-01-27 01:29 <vengfulsquirrel> there are so many rules | ||
| 2009-01-27 01:29 <vengfulsquirrel> actually a bunch of states in the US we no longer ship to either | ||
| 2009-01-27 01:29 <yangoon1> of course, just joking | ||
| 2009-01-27 01:30 <vengfulsquirrel> ha ughh yeah there are so many details with live plants that are a pain | ||
| 2009-01-27 01:30 <vengfulsquirrel> I wish we sold rocks | ||
| 2009-01-27 01:30 <yangoon1> but I would like to have some of your plants in my garden | ||
| 2009-01-27 01:31 <vengfulsquirrel> ha yeah, where is your garden located? | ||
| 2009-01-27 01:31 <yangoon1> but probably too cold over here for Californian plants | ||
| 2009-01-27 01:31 <yangoon1> South Germany | ||
| 2009-01-27 01:31 <vengfulsquirrel> Oh yeah how cold does it get and for how long ? | ||
| 2009-01-27 01:32 <yangoon1> Thinleaf alder could do it, perhaps | ||
| 2009-01-27 01:33 <vengfulsquirrel> Yeah California actually is very diverse climate-wise. | ||
| 2009-01-27 01:33 <yangoon1> this winter we had for almost a week between -10 and -15°, up to -20° | ||
| 2009-01-27 01:34 <yangoon1> but this was the one of the coldest winters, since they are archiving | ||
| 2009-01-27 01:34 <vengfulsquirrel> Wow ha yeah maybe if you get each plant a jacket | ||
| 2009-01-27 01:35 <yangoon1> so usually (now) we have between -5 and +5° | ||
| 2009-01-27 01:36 <vengfulsquirrel> Oh wait Farenheit or Celsius ? | ||
| 2009-01-27 01:36 <yangoon1> Celsius | ||
| 2009-01-27 01:36 <vengfulsquirrel> ohhh | ||
| 2009-01-27 01:37 <vengfulsquirrel> Sorry I was brought up using the less common Fahrenheit system. | ||
| 2009-01-27 01:37 <yangoon1> yes, but if a plant is growing in Alaska or N. California, it also should grow over here | ||
| 2009-01-27 01:38 <vengfulsquirrel> Yeah actually our main nursery was between 25 and 30 farenheight for a while which is below 0 celsius i think | ||
| 2009-01-27 01:38 <vengfulsquirrel> The plants don't like that though at all so we have to keep a bunch of them in green houses. | ||
| 2009-01-27 01:39 <vengfulsquirrel> Which is why we have so many locations, ha. | ||
| 2009-01-27 01:40 <yangoon1> The cold one is San Diego? | ||
| 2009-01-27 01:41 <vengfulsquirrel> No the cold one is in Santa Margarita | ||
| 2009-01-27 01:41 <vengfulsquirrel> buts its not actually in that town | ||
| 2009-01-27 01:42 <yangoon1> ah ok, my deep knowledge of California;) | ||
| 2009-01-27 01:44 <vengfulsquirrel> ha yeah its a crazy place, I'm gotta start making modules, extend extend extend! | ||
| 2009-01-27 01:45 <yangoon1> yeah, good luck | ||
| 2009-01-27 02:30 -!- yangoon1(n=mathiasb@frbg-4d028533.pool.mediaWays.net) has joined #tryton | ||
| 2009-01-27 02:49 -!- ikks(i=igor@190.102.211.200) has joined #tryton | ||
| 2009-01-27 03:12 -!- gremly(n=oscar@190.156.160.110) has joined #tryton | ||
| 2009-01-27 03:32 -!- yangoon1(n=mathiasb@frbg-4d028533.pool.mediaWays.net) has joined #tryton | ||
| 2009-01-27 04:10 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-27 04:11 <vengfulsquirrel> X0d_of_N0d: Hey | ||
| 2009-01-27 04:53 -!- yangoon1(n=mathiasb@frbg-4d028533.pool.mediaWays.net) has joined #tryton | ||
| 2009-01-27 05:20 -!- yangoon(n=mathiasb@p549F46A6.dip.t-dialin.net) has joined #tryton | ||
| 2009-01-27 06:09 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-01-27 06:09 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-01-27 06:10 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2009-01-27 06:10 -!- CIA-21(n=CIA@208.69.182.149) has joined #tryton | ||
| 2009-01-27 06:11 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-01-27 06:12 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-01-27 06:12 -!- yangoon(n=mathiasb@p549F46A6.dip.t-dialin.net) has joined #tryton | ||
| 2009-01-27 06:13 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-27 06:17 -!- irclog(n=irclog@tycho.b2ck.com) has joined #tryton | ||
| 2009-01-27 06:19 -!- saxa(i=1000@host242-95-static.223-217-b.business.telecomitalia.it) has joined #tryton | ||
| 2009-01-27 06:21 -!- udono(n=udono@dynamic-unidsl-85-197-24-127.westend.de) has joined #tryton | ||
| 2009-01-27 06:22 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-27 06:25 -!- johbo(n=joh@85.16.72.173) has joined #tryton | ||
| 2009-01-27 06:27 -!- irclog(n=irclog@tycho.b2ck.com) has joined #tryton | ||
| 2009-01-27 06:28 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-27 06:29 -!- udono(n=udono@dynamic-unidsl-85-197-24-127.westend.de) has joined #tryton | ||
| 2009-01-27 06:30 -!- nicoe(n=nicoe@ip-80-236-216-4.dsl.scarlet.be) has joined #tryton | ||
| 2009-01-27 06:31 -!- ChanServ(ChanServ@services.) has joined #tryton | ||
| 2009-01-27 06:31 -!- yangoon(n=mathiasb@p549F46A6.dip.t-dialin.net) has joined #tryton | ||
| 2009-01-27 06:31 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has left #tryton | ||
| 2009-01-27 06:32 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-01-27 06:33 -!- CIA-10(n=CIA@208.69.182.149) has joined #tryton | ||
| 2009-01-27 06:33 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2009-01-27 06:42 -!- panthera(n=daniel@unable-to-package.org) has joined #tryton | ||
| 2009-01-27 06:44 -!- saxa(i=1000@host242-95-static.223-217-b.business.telecomitalia.it) has joined #tryton | ||
| 2009-01-27 07:09 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
| 2009-01-27 07:25 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2009-01-27 07:47 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2009-01-27 08:11 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-27 09:39 -!- Gedd(n=ged@ip-80-236-216-4.dsl.scarlet.be) has joined #tryton | ||
| 2009-01-27 10:07 -!- ikks(i=igor@190.102.221.184) has joined #tryton | ||
| 2009-01-27 10:46 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-01-27 11:32 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-01-27 11:38 <vengfulsquirrel> Is there a way to remove something from _sql_constraints from a seperate module? | ||
| 2009-01-27 11:39 <cedk> vengfulsquirrel: no and you must not do it because it will breaks the logical | ||
| 2009-01-27 11:43 <cedk> vengfulsquirrel: which constraint do you want to remove? | ||
| 2009-01-27 11:44 <vengfulsquirrel> cedk: Well its just my own module, its not for the production thing, I was trying to remove the inventory_product_uniq constraint which I think is added in the stock module. | ||
| 2009-01-27 11:45 <cedk> vengfulsquirrel: but as I told you, I don't think you can customize it to work like you want | ||
| 2009-01-27 11:46 <cedk> the best is to create a new inventory model | ||
| 2009-01-27 11:46 <cedk> with a different name of course | ||
| 2009-01-27 11:47 <vengfulsquirrel> Yeah maybe I don't understand the repercussions, it seems to almost work minus that constraint. | ||
| 2009-01-27 11:48 <vengfulsquirrel> Is there a way to inherit some of the logic of the inventory model without having to rewrite the entire thing ? | ||
| 2009-01-27 11:50 <cedk> I don't think | ||
| 2009-01-27 11:50 <cedk> but I think it will be better to start from scratch because it is a different purpose | ||
| 2009-01-27 11:50 <cedk> what about just one line for an inventory ? | ||
| 2009-01-27 11:50 <cedk> instead of a form | ||
| 2009-01-27 11:51 <vengfulsquirrel> What do you mean ? | ||
| 2009-01-27 11:52 <cedk> vengfulsquirrel: instead of having a form with lines, just have lines | ||
| 2009-01-27 11:52 <vengfulsquirrel> I need that complete functionality though as well as a lot of special things in the form. | ||
| 2009-01-27 11:55 <cedk> vengfulsquirrel: so ok go with a form | ||
| 2009-01-27 11:56 <cedk> vengfulsquirrel: perhaps the best will be to integrate this change in the base module | ||
| 2009-01-27 12:05 <vengfulsquirrel> Will there be any other changes with the addition of the location type "view"? | ||
| 2009-01-27 12:06 <cedk> vengfulsquirrel: with the "view" type, we will need to add some domains | ||
| 2009-01-27 12:06 <cedk> but I think it will be possible to mix the two cases | ||
| 2009-01-27 12:07 <cedk> the simple with just one location for one inventory | ||
| 2009-01-27 12:07 <cedk> and the complex with location on inventory lines | ||
| 2009-01-27 12:10 <vengfulsquirrel> Yeah do you think storage locations will no longer be allowed to have children ? Yeah I just repeat the one location on each line, but I only allow that to be done for locations with no children. | ||
| 2009-01-27 12:11 <cedk> vengfulsquirrel: no, I don't see that it must be a constraint, it is more a design of location | ||
| 2009-01-27 12:12 <cedk> we must put constraint only because we need it to ensure the good run of the algorithm | ||
| 2009-01-27 12:12 <cedk> but we must not put constraint just to force a kind of use | ||
| 2009-01-27 12:13 <vengfulsquirrel> Yeah okay that makes sense. | ||
| 2009-01-27 12:21 <vengfulsquirrel> Okay so I could use that complex version then and the view type to do mostly what I wanted. | ||
| 2009-01-27 12:24 <vengfulsquirrel> I'm going to sleep though thanks for the help. | ||
| 2009-01-27 13:52 -!- cedk_(n=ced@88.197.225.23) has joined #tryton | ||
| 2009-01-27 14:01 -!- paola(n=paola@host-84-223-76-210.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-01-27 14:10 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-01-27 14:18 -!- ikks_(n=igor@190.144.69.234) has joined #tryton | ||
| 2009-01-27 14:51 -!- igor__(n=igor@201.244.188.98) has joined #tryton | ||
| 2009-01-27 15:06 -!- tekknokrat(n=gthieleb@dslb-088-074-156-219.pools.arcor-ip.net) has joined #tryton | ||
| 2009-01-27 15:16 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 446:56050efef132 stock/packing.py: Fix warehouse default value: use list instead of string for domain. | ||
| 2009-01-27 15:16 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 447:b641ef7052d0 stock/move.py: Fix typo | ||
| 2009-01-27 15:16 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 448:8c9ce4ba3a44 stock/packing.py: Picking In: Improve error message, remove unused messages. | ||
| 2009-01-27 15:16 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 449:faa57b5da611 stock/packing.py: Guidelines | ||
| 2009-01-27 15:16 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 450:78b0025fbded stock/packing.py: Fix on_change: clean location and address when custome/supplier is unset. | ||
| 2009-01-27 15:16 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 451:fa759e47f0cd stock/packing.py: Fix: use sequence on inventory packing creation. | ||
| 2009-01-27 15:16 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 452:e327d105e837 stock/ (move.py packing.py packing.xml): Added supplier/customer return packings | ||
| 2009-01-27 15:17 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 453:c06e3b390a5a stock/: merge | ||
| 2009-01-27 16:09 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
| 2009-01-27 16:11 -!- evernichon(n=evernich@AToulouse-256-1-13-181.w90-38.abo.wanadoo.fr) has joined #tryton | ||
| 2009-01-27 16:46 -!- cedric_b(n=cedric@ANantes-158-1-51-93.w86-195.abo.wanadoo.fr) has joined #tryton | ||
| 2009-01-27 16:55 -!- mrcast(n=mrcast@host202-74-dynamic.40-79-r.retail.telecomitalia.it) has joined #tryton | ||
| 2009-01-27 16:56 -!- mrcast(n=mrcast@host202-74-dynamic.40-79-r.retail.telecomitalia.it) has left #tryton | ||
| 2009-01-27 17:11 <udono> hi all | ||
| 2009-01-27 17:11 -!- ikks_(n=igor@190.144.69.234) has joined #tryton | ||
| 2009-01-27 17:12 -!- ChanServ changed mode/#tryton -> +o cedk | ||
| 2009-01-27 17:13 <udono> bechamel: what was the magic for showing the mixed 0ne2many and many2many widget? I have created a many2many field and in the xml I define it as a tree like a one2many, but this doesn't work. | ||
| 2009-01-27 17:14 <udono> bechamel: is there a need to use a fields.function like in inventory management > supplier packings > tab incoming moves? | ||
| 2009-01-27 17:14 <bechamel> udono: the add_remove keyword on the one2many | ||
| 2009-01-27 17:15 <udono> bechamel: ok, thanks | ||
| 2009-01-27 17:15 <bechamel> udono: end no need for the function | ||
| 2009-01-27 17:34 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 454:f1cd99d6d010 stock/ (packing.py packing.xml): Removed unused customer location on customer packing | ||
| 2009-01-27 17:34 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 455:2f42abf3f8bb stock/packing.py: Make readonly behaviour more consitent for packings | ||
| 2009-01-27 17:40 <udono> bechamel: thanks, It works fine. | ||
| 2009-01-27 17:40 <bechamel> udono: great | ||
| 2009-01-27 18:15 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 1494:6a2fa902f06d trytond/trytond/sql_db.py: Added drop_column method on table_handler class | ||
| 2009-01-27 18:15 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 456:68d1b209f634 stock/packing.py: Use bool to evaluate fields on readonly condition | ||
| 2009-01-27 18:15 <CIA-10> tryton: Bertrand Chenal <bch@b2ck.com> default * 457:adfd15c43b98 stock/packing.py: Added migration code for customer_location deletion | ||
| 2009-01-27 19:19 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-27 19:26 -!- paola(n=paola@host-84-223-76-210.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-01-27 19:31 <panthera> the currency module lacks COPYING in the tarball (1.0.0 and 1.0.1 that is); | ||
| 2009-01-27 19:31 <panthera> could someone please upload a new tarball that contains a COPYING file? | ||
| 2009-01-27 19:33 <cedk> panthera: there is no COPYING file | ||
| 2009-01-27 19:34 <panthera> hm? | ||
| 2009-01-27 19:34 <panthera> i know that there's no COPYING file, that's what i would like you to fix. | ||
| 2009-01-27 19:37 <cedk> panthera: ok, I understand, it is COPYRIGHT file | ||
| 2009-01-27 19:37 <panthera> oh | ||
| 2009-01-27 19:37 <panthera> i'm sorry. | ||
| 2009-01-27 19:37 <panthera> COPYRIGHT it is then. | ||
| 2009-01-27 19:38 <panthera> i've uploaded all tryton-* packages, except tryton-server (whcih i'll do tonight) to NEW. | ||
| 2009-01-27 19:38 <panthera> will take 1 to 4 weeks until ftpmaster review licensing on it. | ||
| 2009-01-27 19:39 <panthera> in the meanwhile, packages are available at http://daniel.debian.net/packages/ | ||
| 2009-01-27 19:40 <cedk> panthera: I will fix for the next release the currency module | ||
| 2009-01-27 19:43 <panthera> cedk: thanks. is there an ETA for this? | ||
| 2009-01-27 19:43 <cedk> panthera: not yet | ||
| 2009-01-27 19:44 <panthera> cedk: i can't upload it until that's done. | ||
| 2009-01-27 19:44 <cedk> panthera: but I see that you have patch it with the copyright | ||
| 2009-01-27 19:45 <panthera> cedk: we have to dublicate copyright information in debian/copyright in each package. | ||
| 2009-01-27 19:46 <panthera> cedk: currency module has the one from my tryton 'template' | ||
| 2009-01-27 19:46 <panthera> so may not be accurate. | ||
| 2009-01-27 19:46 <panthera> the problem with missing currency module is, that a couple of other modules are not installable because they are depending on it. | ||
| 2009-01-27 19:46 <cedk> panthera: you can fetch it from the mercurial repository | ||
| 2009-01-27 19:47 <panthera> which in turns makes tryton as a whole not installable. which in turns either makes acceptance of tryton much delayed, or rejected. | ||
| 2009-01-27 19:47 <panthera> and second review takes ages if the first one was rejected. | ||
| 2009-01-27 19:47 <panthera> ok, i'll check. | ||
| 2009-01-27 19:48 -!- enlightx(n=enlightx@host-84-221-85-222.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-01-27 19:49 <panthera> cedk: that would be here: http://hg.tryton.org/hgwebdir.cgi/modules/currency/ no? | ||
| 2009-01-27 19:50 <cedk> panthera: http://hg.tryton.org/hgwebdir.cgi/1.0/modules/country/file/382111d77b6e/COPYRIGHT | ||
| 2009-01-27 19:50 <cedk> panthera: http://hg.tryton.org/hgwebdir.cgi/1.0/modules/country/file/382111d77b6e/LICENSE | ||
| 2009-01-27 19:51 <cedk> I can make a new release for this module but the only change will be the two missing files | ||
| 2009-01-27 19:51 <panthera> cedk: you don't need to release it just for me, | ||
| 2009-01-27 19:51 <panthera> but i would need to be able to point at it in hg | ||
| 2009-01-27 19:51 <panthera> so if you could make a commit that adds those two files, that's perfect for me. | ||
| 2009-01-27 19:52 <cedk> panthera: there are in mercurial repo | ||
| 2009-01-27 19:53 <cedk> panthera: there was only missing in the tar | ||
| 2009-01-27 19:53 <panthera> ah, ok. perfect then. thanks for the patience with me. | ||
| 2009-01-27 19:57 <panthera> for those who want to use the .deb packages until they hit sid: deb http://daniel.debian.net/repositories/tryton/ ./ | ||
| 2009-01-27 19:58 <cedk> panthera: perhaps you can post it on the google groups | ||
| 2009-01-27 19:58 -!- X0d_of_N0d(n=syn@damnation.neg9.org) has joined #tryton | ||
| 2009-01-27 19:58 <panthera> cedk: i will | ||
| 2009-01-27 19:59 <X0d_of_N0d> ACTION waves to udono | ||
| 2009-01-27 20:00 <panthera> (when finished tryton-server package, though) | ||
| 2009-01-27 20:07 <udono> ACTION waves to X0d_of_N0d | ||
| 2009-01-27 20:12 <X0d_of_N0d> udono: so I've been playing with it a bit more but I'm doing something wrong | ||
| 2009-01-27 20:12 <udono> X0d_of_N0d: Just check out the ldap module. Some problems I could solve... | ||
| 2009-01-27 20:12 <X0d_of_N0d> I didn't check in the changes I made yesterday | ||
| 2009-01-27 20:12 <vengfulsquirrel> cedk: Is someone working on that complex inventory model or should I try to submit something ? | ||
| 2009-01-27 20:13 <X0d_of_N0d> udono: I added the many2many relation, but I can't seem to do anything with it | ||
| 2009-01-27 20:14 <X0d_of_N0d> lemme check in my changes really quick | ||
| 2009-01-27 20:14 <udono> X0d_of_N0d: Take a look to my last changeset... | ||
| 2009-01-27 20:14 <X0d_of_N0d> ok | ||
| 2009-01-27 20:16 -!- juanfer(n=juanfer@190.144.69.234) has joined #tryton | ||
| 2009-01-27 20:21 <X0d_of_N0d> the name should be dropped | ||
| 2009-01-27 20:21 <X0d_of_N0d> hostname is the name, so we don't need name | ||
| 2009-01-27 20:23 <X0d_of_N0d> udono: name on server... I guess name on resource makes some sense | ||
| 2009-01-27 20:28 <udono> X0d_of_N0d: you mean dropping the name on server? | ||
| 2009-01-27 20:28 <X0d_of_N0d> yeah | ||
| 2009-01-27 20:28 <X0d_of_N0d> name is just an identifier, but hostname already does that | ||
| 2009-01-27 20:29 <udono> X0d_of_N0d: But what if the host provides more than one LDAP connections? | ||
| 2009-01-27 20:29 <udono> X0d_of_N0d: ... on different ports... | ||
| 2009-01-27 20:30 <udono> X0d_of_N0d: Maybe we can use <host>:<port> as name which is filled automatically on_change host, port... | ||
| 2009-01-27 20:31 <X0d_of_N0d> hum... | ||
| 2009-01-27 20:32 <X0d_of_N0d> the selection area shows host and port | ||
| 2009-01-27 20:33 <X0d_of_N0d> the only other option is bind | ||
| 2009-01-27 20:34 <udono> selection area? | ||
| 2009-01-27 20:34 <X0d_of_N0d> in resource | ||
| 2009-01-27 20:36 <udono> X0d_of_N0d: localhost:389 is a unique name. There can not be another service with this name. But 'localhost' alone is not unique, because there can be different ldap services on this address on different ports... | ||
| 2009-01-27 20:37 <X0d_of_N0d> udono: but the id is a unique identifier | ||
| 2009-01-27 20:38 <X0d_of_N0d> so we don't need to create our own unqiue identifier | ||
| 2009-01-27 20:38 <X0d_of_N0d> and id is automatically generated | ||
| 2009-01-27 20:38 <X0d_of_N0d> correct? | ||
| 2009-01-27 20:39 <udono> X0d_of_N0d: Id is generated everytime everywhere in tryton afaik | ||
| 2009-01-27 20:40 <X0d_of_N0d> so we don't need a unique name because id is already unique. All we need is some way for the user to know what server they're choosing... | ||
| 2009-01-27 20:40 <udono> X0d_of_N0d: but there is no sense to habe two equal named server connections with different preferences... isn't it? | ||
| 2009-01-27 20:40 <udono> s/habe/have/ | ||
| 2009-01-27 20:41 <X0d_of_N0d> there could be multiple bind dns... | ||
| 2009-01-27 20:41 <X0d_of_N0d> I suppose | ||
| 2009-01-27 20:41 <udono> X0d_of_N0d: hmm | ||
| 2009-01-27 20:42 <udono> X0d_of_N0d: But then we must use a name field because the user cannot dinstinct the different connections... | ||
| 2009-01-27 20:42 <udono> or what do you think? | ||
| 2009-01-27 20:45 <X0d_of_N0d> well... | ||
| 2009-01-27 20:46 <X0d_of_N0d> when I go to add a server to a resource with the + button I get a list of name, host, port... if we made that host, port, bind dn | ||
| 2009-01-27 20:47 <X0d_of_N0d> then the user could just select that | ||
| 2009-01-27 20:52 <udono> X0d_of_N0d: what is bind dn? | ||
| 2009-01-27 20:53 <X0d_of_N0d> "admin dn" | ||
| 2009-01-27 20:53 <X0d_of_N0d> should be "bind dn" | ||
| 2009-01-27 20:53 <X0d_of_N0d> because you can bind to the server with a dn that isn't the admin dn | ||
| 2009-01-27 20:54 <udono> X0d_of_N0d: ah ok. But another time the question: Is it usefull to have the server definitions NOT unique? | ||
| 2009-01-27 20:58 <X0d_of_N0d> you mean multiple server definitions that share all the same values? | ||
| 2009-01-27 20:58 <X0d_of_N0d> or just share some values? | ||
| 2009-01-27 20:58 <udono> X0d_of_N0d: multiple server definitions that share all the same values | ||
| 2009-01-27 20:58 <X0d_of_N0d> there would be no value in that | ||
| 2009-01-27 21:01 <X0d_of_N0d> but I could see a potential value in having server definitions that only differ in host, port, timeout, or bind dn | ||
| 2009-01-27 21:07 <udono> X0d_of_N0d: But its ok for me, when we remove the name attribute from server... we can put it there again later when needed... | ||
| 2009-01-27 21:08 <cedk> vengfulsquirrel: nobody works for now on this | ||
| 2009-01-27 21:08 <X0d_of_N0d> udono: sounds good | ||
| 2009-01-27 21:09 <udono> X0d_of_N0d: so we use host as identification? | ||
| 2009-01-27 21:10 <X0d_of_N0d> can't we use _rec_name | ||
| 2009-01-27 21:10 <X0d_of_N0d> like _rec_name="host" | ||
| 2009-01-27 21:10 <udono> X0d_of_N0d: Yes, this we need to use | ||
| 2009-01-27 21:11 <udono> X0d_of_N0d: who change and push? | ||
| 2009-01-27 21:12 <X0d_of_N0d> I'll change it | ||
| 2009-01-27 21:12 <X0d_of_N0d> actually... I've got to take care of a client | ||
| 2009-01-27 21:13 <X0d_of_N0d> can you fix it? | ||
| 2009-01-27 21:13 <udono> ok | ||
| 2009-01-27 21:15 -!- bechamel`(n=user@85.201.86.139) has joined #tryton | ||
| 2009-01-27 21:24 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2009-01-27 21:27 <udono> X0d_of_N0d: It seems that we need a name attribute... because the resource record will not be saved without a name attribute. _rec_name doesn't help... | ||
| 2009-01-27 21:39 <X0d_of_N0d> udono: I was able to do it on mine | ||
| 2009-01-27 21:39 <X0d_of_N0d> udono: did you reload your db? | ||
| 2009-01-27 21:44 <X0d_of_N0d> ACTION looks at it | ||
| 2009-01-27 21:46 <udono> X0d_of_N0d: yes, I updated and reload the database... | ||
| 2009-01-27 21:49 <udono> X0d_of_N0d: I try it again with a new database... | ||
| 2009-01-27 21:56 <X0d_of_N0d> udono: I made some changes and was able to save a server record | ||
| 2009-01-27 22:04 -!- snowch(n=snowch@82.152.13.57) has joined #tryton | ||
| 2009-01-27 22:13 -!- snowch(n=snowch@82.152.13.57) has left #tryton | ||
| 2009-01-27 22:16 <udono> X0d_of_N0d: then just push yours | ||
| 2009-01-27 22:18 <udono> X0d_of_N0d: BTW the server record is not the problem on my side, but the resource record is a problem | ||
| 2009-01-27 22:27 <udono> X0d_of_N0d: ok, I've got it | ||
| 2009-01-27 22:51 <X0d_of_N0d> udono: what did you have to change to fix the resource record? | ||
| 2009-01-27 22:53 <udono> X0d_of_N0d: http://mercurial.intuxication.org/hg/ldap/rev/9106c89164bf#l8 and line 34 | ||
| 2009-01-27 22:55 <udono> its the 'rule': No one2Many without a Many2One... http://www.tryton.org/doc/branches/1.0/trytond/doc/models.html#fields-types | ||
| 2009-01-27 23:01 <yangoon> panthera: thx for the packages! installing and running like a charm! | ||
| 2009-01-27 23:03 <X0d_of_N0d> udono: cool | ||
| 2009-01-27 23:04 <yangoon> panthera: btw: can you give me a hint: just wondering, why *.py files under /usr/share/python-support are not compiled, while those under /usr/lib/python2.5 are compiled | ||
| 2009-01-27 23:05 <panthera> yangoon: when using python-support, it should take care about the compilation itself at installation time | ||
| 2009-01-27 23:05 <panthera> yangoon: for the matching python versions. | ||
| 2009-01-27 23:06 <panthera> if it doesn't do that automatically in your system, then there is either a bug in python-support, or in my packaging | ||
| 2009-01-27 23:06 <panthera> i think the probability is higher for the latter :) | ||
| 2009-01-27 23:06 <yangoon> panthera: I don't think so, because other packages there are not compiled as well | ||
| 2009-01-27 23:07 <panthera> hmm, that's strange then. will have to look at it then. | ||
| 2009-01-27 23:08 <yangoon> /python-httplib2 │/python-pygments /python-gtk2 for example | ||
| 2009-01-27 23:09 <yangoon> not a single file compiled there, all under /usr/share/python-support | ||
| 2009-01-27 23:10 <panthera> that's easy to find out.. mom | ||
| 2009-01-27 23:12 <panthera> hmm, it appears that one needs to use python-central for what i've described above | ||
| 2009-01-27 23:12 <panthera> yangoon: well, naturally those in /usr/share/ are not compiled, but whatever is in there should be | ||
| 2009-01-27 23:12 <panthera> yangoon: available compiled in /usr/lib/python2.*/site-packages | ||
| 2009-01-27 23:13 <panthera> python-support or python-central does that. it stores *.py somewhere in /usr/share, and bitecompiles on package installation time into /usr/lib/python2.*/site-packages. | ||
| 2009-01-27 23:14 <panthera> will have a look for the next upload round. | ||
| 2009-01-27 23:15 <X0d_of_N0d> udono: why is there a seperate "Server" and "New Server" view? | ||
| 2009-01-27 23:15 <udono> X0d_of_N0d: good question... | ||
| 2009-01-27 23:16 <udono> X0d_of_N0d: usually we use the list view as heading and the New resource as sub title... | ||
| 2009-01-27 23:16 <udono> Take a look at party | ||
| 2009-01-27 23:17 <udono> menu | ||
| 2009-01-27 23:17 <panthera> yangoon: checked; pysupport should do it as well, but didn't do it automatically. | ||
| 2009-01-27 23:17 <panthera> yangoon: so will have to adjust the pysupport call in rules, and that will be all. | ||
| 2009-01-27 23:18 <X0d_of_N0d> right but "party" and "new party" lead to different views of the same interface | ||
| 2009-01-27 23:19 <X0d_of_N0d> udono: "Server" and "New Server" seem to lead to different interfaces | ||
| 2009-01-27 23:20 <udono> X0d_of_N0d: Oh, yes | ||
| 2009-01-27 23:20 <udono> X0d_of_N0d: You are right, it is a b-tree view | ||
| 2009-01-27 23:20 <udono> X0d_of_N0d: but we need just a list view | ||
| 2009-01-27 23:21 <udono> X0d_of_N0d: I check this | ||
| 2009-01-27 23:21 <X0d_of_N0d> udono: cool | ||
| 2009-01-27 23:22 <yangoon> panthera: hm, can't find so far any package under /usr/share/python-support, that compiles to usr/lib/python2.*/site-packages | ||
| 2009-01-27 23:26 <X0d_of_N0d> udono: you mind if change the fields "resource" displays? | ||
| 2009-01-27 23:28 <X0d_of_N0d> udono: oh, I'd like to remove "Active" from server because there's an "Active" on resource and if someone wants to make a server inactive they can just remove it from the resrouce | ||
| 2009-01-27 23:28 <panthera> yangoon: but they should, see /usr/share/doc/python-support/README | ||
| 2009-01-27 23:29 <yangoon> panthera: just reading it | ||
| 2009-01-27 23:32 <udono> X0d_of_N0d: Yes, you can do it, if you like. But don't forget to pull http://mercurial.intuxication.org/hg/ldap/rev/6098c5dbcdfc | ||
| 2009-01-27 23:32 <udono> before | ||
| 2009-01-27 23:33 <X0d_of_N0d> cool | ||
| 2009-01-27 23:34 <yangoon> panthera: lets do an example, that we have both: mercurial-common | ||
| 2009-01-27 23:34 <yangoon> panthera: it has .version and should compile for python 2.4 | ||
| 2009-01-27 23:35 <yangoon> panthera: I cannot find anything of mercurial-common in /usr/lib/python2.4/site-packages | ||
| 2009-01-27 23:35 <yangoon> panthera: do you have? | ||
| 2009-01-27 23:35 <panthera> i don't have mercurial installed :) | ||
| 2009-01-27 23:35 <yangoon> :D | ||
| 2009-01-27 23:36 <yangoon> panthera: you should have python-gtk2? | ||
| 2009-01-27 23:37 <panthera> jup | ||
| 2009-01-27 23:37 <panthera> but no pyc for it. strange. | ||
| 2009-01-27 23:38 <yangoon> exactly | ||
| 2009-01-27 23:39 <yangoon> '/usr/share/python-support/python-gtk2/gtk-2.0/gtkkeysyms.py' in no place compiled | ||
| 2009-01-27 23:40 <yangoon> panthera: and compiling works for thoase packages pointed to by /usr/share/python-support/*.dirs files | ||
| 2009-01-27 23:41 <yangoon> panthera: hard to believe, that all those packages are wrong configured | ||
| 2009-01-27 23:41 <yangoon> panthera: looks like a bug | ||
| 2009-01-27 23:42 <panthera> yangoon: yeah, but according to what's written in the readme, the .dirs has not to be created manually. | ||
| 2009-01-27 23:42 <panthera> a very big bug indeed. | ||
| 2009-01-27 23:42 <panthera> .oO(massbugfilling in the last week before lenny release, yay!) | ||
| 2009-01-27 23:42 <yangoon> panthera: I don't find the differentiation of private and public modules in the README | ||
| 2009-01-27 23:43 <yangoon> panthera: oh yeah, just before the release, great | ||
| 2009-01-27 23:46 <yangoon> panthera: stop, I found it | ||
| 2009-01-27 23:47 <yangoon> panthera: those packages in *.dirs are private and kept under /usr/share/somepackage | ||
| 2009-01-27 23:47 <yangoon> panthera: all other packages are public and compiled to /var/lib/python-support/python2.5/ ! | ||
| 2009-01-27 23:48 <panthera> tsk | ||
| 2009-01-27 23:49 <yangoon> panthera: so no bug, seems to work... | ||
| 2009-01-27 23:49 <panthera> that's creepy. it used to be in /usr/lib/python2.* | ||
| 2009-01-27 23:49 <yangoon> tsk? | ||
| 2009-01-27 23:49 <panthera> nat /var/lib/p-s/ | ||
| 2009-01-27 23:49 <panthera> s/nat/not/ | ||
| 2009-01-27 23:49 <yangoon> yes, little bit strange, don't understand the policy, too | ||
| 2009-01-27 23:50 <udono> X0d_of_N0d: should I remove active from server? | ||
| 2009-01-27 23:50 <udono> a_ctive | ||
| 2009-01-27 23:51 <X0d_of_N0d> I'll get it | ||
| 2009-01-27 23:51 <udono> X0d_of_N0d: ok | ||
| 2009-01-27 23:52 <X0d_of_N0d> lemme just test it out really quick and i'll push it back | ||
| 2009-01-27 23:52 <udono> X0d_of_N0d: yes, np |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
