| chat.freenode.net #tryton log beginning Mon Dec 8 00:00:01 CET 2008 | ||
| 2008-12-08 05:18 -!- yangoon(n=mathiasb@p549F5726.dip.t-dialin.net) has joined #tryton | ||
| 2008-12-08 06:32 -!- udono(n=udono@dynamic-unidsl-85-197-16-94.westend.de) has joined #tryton | ||
| 2008-12-08 07:06 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2008-12-08 07:39 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2008-12-08 08:45 -!- Cristi_an(n=Cristi@91.191.130.196) has joined #tryton | ||
| 2008-12-08 08:48 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2008-12-08 09:24 -!- nicoe(n=nicoe@ip-80-236-192-206.dsl.scarlet.be) has joined #tryton | ||
| 2008-12-08 09:29 -!- cedric_b(n=cedric@ANantes-158-1-114-173.w90-49.abo.wanadoo.fr) has joined #tryton | ||
| 2008-12-08 09:47 -!- Gedd(n=ged@ip-80-236-192-206.dsl.scarlet.be) has joined #tryton | ||
| 2008-12-08 09:57 -!- ecir3(n=brice@sednaco19320-gw.clients.easynet.fr) has joined #tryton | ||
| 2008-12-08 10:29 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1093:ce21962c2ed9 tryton/tryton/common/ (cellrendererdate.py cellrenderertext.py): Use the right param for properties | ||
| 2008-12-08 10:29 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1094:0a24b798fcfb tryton/tryton/gui/window/ (3 files in 2 dirs): Force color of title | ||
| 2008-12-08 10:29 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1095:d21a1956663f tryton/tryton/ (5 files in 3 dirs): Improve colors management to use the default style colors as much as possible | ||
| 2008-12-08 10:39 <cedk> X0d_of_N0d: hi | ||
| 2008-12-08 10:40 <cedk> X0d_of_N0d: I think you try to use a dark theme with the client | ||
| 2008-12-08 10:40 <cedk> X0d_of_N0d: with the changeset d21a1956663f, it must look better | ||
| 2008-12-08 10:47 -!- Cristi_an__(n=Cristi@89.120.211.206) has joined #tryton | ||
| 2008-12-08 11:14 -!- bechamel(n=user@host-213-213-252-112.brutele.be) has joined #tryton | ||
| 2008-12-08 11:50 <udono> http://www.openerp.com/forum/viewtopic.php?p=27553#27553 | ||
| 2008-12-08 11:54 <cedk> udono: one more time, a great idea taken from Tryton :-) | ||
| 2008-12-08 11:55 <cedk> udono: we will see the quality of the documentation | ||
| 2008-12-08 11:58 <cedk> it will be perhaps the wiki converted into ReST | ||
| 2008-12-08 12:24 <udono> cedk: or they put the english handbook into rst... | ||
| 2008-12-08 12:25 <udono> cedk: but anyway I find 650 pages too much... | ||
| 2008-12-08 14:00 <CIA-54> tryton: matb roundup * #649/Unable to create new employee: [new] Error on creating new employee: The field "Account Payable" on "Party" is required. | ||
| 2008-12-08 14:09 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 176:3b8b28561fbf purchase/purchase.py: Add docstring to create_invoice | ||
| 2008-12-08 14:49 <cedk> udono: I think it must be the wiki: http://www.google.be/search?hl=en&as_q=&as_epq=&as_oq=&as_eq=&num=10&lr=lang_en&as_filetype=&ft=i&as_sitesearch=openerp.com%2Fwiki&as_qdr=all&as_rights=&as_occt=any&cr=&as_nlo=&as_nhi=&safe=off | ||
| 2008-12-08 14:49 <cedk> udono: there is about 750 pages on the wiki | ||
| 2008-12-08 15:21 -!- X0d_of_N0d(i=C-C_C-X@gateway/tor/x-d4d06cfbfdf95fea) has joined #tryton | ||
| 2008-12-08 15:55 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1096:e6e77a18bfcb tryton/TODO: Add todo for pysocket and **kwargs | ||
| 2008-12-08 15:55 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1097:8c9b4bfad47d tryton/ (COPYRIGHT tryton/gui/window/about.py): | ||
| 2008-12-08 15:55 <CIA-54> tryton: Add sednacom to contributor and remove Async Open Source from copyright as | ||
| 2008-12-08 15:55 <CIA-54> tryton: date_time was rewritten | ||
| 2008-12-08 16:03 <yangoon> cedk: tryton -h tells option -d LOG_LOGGER, --log=LOG_LOGGER | ||
| 2008-12-08 16:03 <yangoon> cedk: this switch is not in the docs | ||
| 2008-12-08 16:04 <yangoon> cedk: I currently want to debug/log for more information for the network errors I am getting constantly on long tasks | ||
| 2008-12-08 16:05 <cedk> yangoon: it is just a timeout | ||
| 2008-12-08 16:05 <yangoon> cedk: timeout which is configurable? | ||
| 2008-12-08 16:06 <yangoon> cedk: because the problem is i.e., that after timeout other wizards are not running any more | ||
| 2008-12-08 16:07 <yangoon> cedk my db server is surely not that fast, but it should be usable without problems nevertheless | ||
| 2008-12-08 16:08 <cedk> yangoon: the timeout is fixed to 120 | ||
| 2008-12-08 16:08 <cedk> yangoon: but I'm thinking about a solution to increase it | ||
| 2008-12-08 16:09 <yangoon> cedk: ok, thx | ||
| 2008-12-08 16:09 <yangoon> cedk what about option -d? | ||
| 2008-12-08 16:09 <yangoon> cedk: shouldn't it be documented? | ||
| 2008-12-08 16:09 <cedk> yangoon: I don't know if it works | ||
| 2008-12-08 16:31 <Timitos> http://www.openerp.com/forum/viewtopic.php?p=27562#27562 | ||
| 2008-12-08 16:31 <cedk> Timitos: hi | ||
| 2008-12-08 16:32 <Timitos> cedk: hi | ||
| 2008-12-08 16:55 -!- nicoe(n=nicoe@ip-80-236-192-206.dsl.scarlet.be) has joined #tryton | ||
| 2008-12-08 17:11 <CIA-54> tryton: matb roundup * #628/Client: network error on heavy load: It seems, that this network error is caused by some timeout on long tasks. I get it regularly on creation of the german account chart. The networ ... | ||
| 2008-12-08 17:15 <CIA-54> tryton: matb roundup * #648/UI alignament BUG: Confirming that this seems indeed to be due to the gtk2 theme. And just the default theme 'Raleigh' (at least on Debian testing with KDE here) is ... | ||
| 2008-12-08 17:19 <CIA-54> tryton: Bertrand Chenal <bch@b2ck.com> default * 213:b3b12935b55e website/sphinx_data/templates/layout.html: fix sphinx template for xhtml validation | ||
| 2008-12-08 17:19 <CIA-54> tryton: Bertrand Chenal <bch@b2ck.com> default * 214:54ce875341b1 website/: merge | ||
| 2008-12-08 17:46 -!- mmarshall(n=mmarshal@adsl-76-255-73-219.dsl.rcsntx.sbcglobal.net) has joined #tryton | ||
| 2008-12-08 17:52 <cedk> mmarshall: hi | ||
| 2008-12-08 17:56 <mmarshall> Hi | ||
| 2008-12-08 18:20 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1098:f7210b6ff9f4 tryton/tryton/gui/window/about.py: Add email address for Sednacom | ||
| 2008-12-08 18:33 <cedk> mmarshall: if you have any question about Tryton, you can ask here | ||
| 2008-12-08 18:40 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1099:9110598f7b1f tryton/tryton/pysocket.py: Use small timeout to connect and after increase it to 1 hour for issue628 | ||
| 2008-12-08 18:41 <CIA-54> tryton: ced roundup * #628/Client: network error on heavy load: [resolved] Fix with changeset 9110598f7b1f | ||
| 2008-12-08 18:42 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1332:0a5d9fa9c3e1 trytond/trytond/pysocket.py: Use small timeout to connect and after increase it to 1 hour | ||
| 2008-12-08 18:44 -!- Cristi_an(n=Cristi@89.120.211.206) has joined #tryton | ||
| 2008-12-08 18:47 <mmarshall> cedk: I'm a little curious as to why there are so many ex-tiny employees working on CRM/ERP solutions. :-) | ||
| 2008-12-08 18:47 <mmarshall> I see b2ck and openhex... are there others? | ||
| 2008-12-08 18:48 <cedk> mmarshall: I don't think | ||
| 2008-12-08 19:24 <mmarshall> I have question about model inheritance: when you instance an OSV subclass with a previously used _name and add a new field, is the new field added to the original db table or is a new table created behind the scenes with the new field and a foreign key reference to the old table? | ||
| 2008-12-08 19:28 -!- Cristi_an__(n=Cristi@91.191.130.196) has joined #tryton | ||
| 2008-12-08 19:28 <mmarshall> Looking at the "Models Inheritance" example in the docs... it appears that what is happening isn't 'inheriting', but 'extending' (or 'monkey patching' as some one say.) | ||
| 2008-12-08 19:28 <mmarshall> The new Party class doesn't create a new model, but extends the original relationship.party model. | ||
| 2008-12-08 19:28 <mmarshall> Is this correct? | ||
| 2008-12-08 19:30 <CIA-54> tryton: matb roundup * #650/Items reappearing untranslated in new database: [new] another set of items, that were already translated and exported, but appear again as untranslated: "Mark for Uninstallation (beta)" "" "Fal ... | ||
| 2008-12-08 19:31 <CIA-54> tryton: matb roundup * #628/Client: network error on heavy load: [chatting] works great, thx! | ||
| 2008-12-08 19:38 <CIA-54> tryton: ced roundup * #650/Items reappearing untranslated in new database: [testing] You must delete the English version of those records and after run an update all. | ||
| 2008-12-08 19:38 <cedk> mmarshall: it is a mix of the both | ||
| 2008-12-08 19:39 <cedk> mmarshall: as the method are called like a inheritage | ||
| 2008-12-08 19:39 <cedk> mmarshall: you can see many place where we call it with super() | ||
| 2008-12-08 19:39 <cedk> mmarshall: but you are partially right that it is an extend | ||
| 2008-12-08 19:40 <cedk> mmarshall: because the previous version on the model is replaced in the pool by the new one that inherit from it | ||
| 2008-12-08 19:41 <cedk> so it is a real inheritage (like Python) but we use only the latest instance of a model | ||
| 2008-12-08 19:41 <bechamel> mmarshall: you question was about python objects or about the db tables ? | ||
| 2008-12-08 19:42 <bechamel> /you/your/ | ||
| 2008-12-08 20:00 <mmarshall> I see | ||
| 2008-12-08 20:01 <mmarshall> I was asking about the data modeling (db tables) | ||
| 2008-12-08 20:02 <mmarshall> But I see that there isn't a direct relationship between the python classes and db tables. | ||
| 2008-12-08 20:06 <mmarshall> Back to the models inheritance example, Party.__init__ is calling "super(Party, self).__init__()". It looks that that just calls OSV.__init__, but is there some trick going on behind the scenes so that the original party class's __init__ is called? | ||
| 2008-12-08 20:07 <mmarshall> Are metaclasses used so that the new Party class is switched from inheriting directly from OSV to be inheriting from the old Party class? | ||
| 2008-12-08 20:08 <bechamel> mmarshall: the original __init__ was already called because each class is instanciated just after his definition | ||
| 2008-12-08 20:09 <mmarshall> Oh, duh. | ||
| 2008-12-08 20:09 <mmarshall> I'm used to how django and elixir do it :) | ||
| 2008-12-08 20:10 <bechamel> mmarshall: the behind the scene trick is thaht osv check if party.party alreayd exist in the poll of osv classes and add "manualy" the fields/function/constrains on the original class | ||
| 2008-12-08 20:10 <mmarshall> ok | ||
| 2008-12-08 20:11 <bechamel> mmarshall: you know elixir ? i understand your question about ex-tiny employee now :) | ||
| 2008-12-08 20:14 <mmarshall> Yeah, finding different ex-tiny employees working on erp products seemed kind of weird :D | ||
| 2008-12-08 20:22 <cedk> mmarshall: it is a realy Python inheritance, it doesn't add "manually" function, etc... | ||
| 2008-12-08 20:22 <cedk> that is why super() works | ||
| 2008-12-08 20:24 <mmarshall> So, in the documentation there are some examples using fields.Function and a 'get_total' method. Could a new class override get_total and call super(NewClass, self).get_total(...) and have it work as expected? | ||
| 2008-12-08 20:26 <mmarshall> And would self.__class__.__bases__ give the previous class for that model instead of OSV? | ||
| 2008-12-08 20:27 <mmarshall> Maybe I need to read the source :) | ||
| 2008-12-08 20:27 -!- Cristi__(n=Cristi@89.120.211.206) has joined #tryton | ||
| 2008-12-08 20:29 <bechamel> mmarshall: for the super, yes: you can do res = super(NewClass, .. and later res[i] = other_value and then return res | ||
| 2008-12-08 20:34 <cedk> bechamel: look at trytond/osv/osv.py line 177, the function create_instance | ||
| 2008-12-08 20:34 <cedk> bechamel: oups | ||
| 2008-12-08 20:34 <cedk> mmarshall: ping | ||
| 2008-12-08 20:35 <bechamel> :D | ||
| 2008-12-08 20:45 -!- LordVan(n=lordvan@gentoo/developer/LordVan) has joined #tryton | ||
| 2008-12-08 20:46 <LordVan> hey | ||
| 2008-12-08 20:46 <LordVan> cedk, poke | ||
| 2008-12-08 20:50 <LordVan> bug in ebuilds .. openoffice-interact has missing space in dependency '|| (app-office ..' shoudl be '|| ( app-office ...' | ||
| 2008-12-08 20:52 <mmarshall> cedk: Ah, I see now: yet another class is created that subclasses from both the new class and the previous class. | ||
| 2008-12-08 20:52 <LordVan> also can't download openoffice-interact | ||
| 2008-12-08 21:01 <cedk> LordVan: I see, the website doesn't keep older version | ||
| 2008-12-08 21:01 <cedk> LordVan: and use a strange version numbering | ||
| 2008-12-08 21:02 <LordVan> :( | ||
| 2008-12-08 21:02 <LordVan> sucks | ||
| 2008-12-08 21:02 <LordVan> maybe mirror a known2work version? | ||
| 2008-12-08 21:05 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 137:87108071048e gentoo-overlay/dev-python/openoffice-interact/ (Manifest openoffice-interact-0.1.20080602.ebuild): Fix typo and change download url | ||
| 2008-12-08 21:05 <cedk> LordVan: done | ||
| 2008-12-08 21:08 <cedk> mmarshall: yes, and we keep a disctionnary (POOL) with the latest class per _name | ||
| 2008-12-08 21:11 -!- lordvan_(n=lordvan@gentoo/developer/LordVan) has joined #tryton | ||
| 2008-12-08 21:12 -!- Gedd(n=ged@77.109.116.45) has joined #tryton | ||
| 2008-12-08 21:12 <lordvan_> duno what u last got cuz i had a disconnect, but i sync'd the ebuilds successfully merging now ;0 | ||
| 2008-12-08 21:30 <lordvan> btw http://www.linux-magazin.de/news/erste_release_von_tryton_erp :D | ||
| 2008-12-08 21:32 <X0d_of_N0d> cedk: your change seems to have fixed the problem, but the hg repo seems a little unstable right now, is that to be expected? | ||
| 2008-12-08 21:32 <bechamel> lordvan: yes they are listed here http://www.tryton.org/press.html :) | ||
| 2008-12-08 21:33 <cedk> X0d_of_N0d: the version 1.1 yes, but the 1.0 no | ||
| 2008-12-08 21:33 <X0d_of_N0d> I was pulling from 1.1, so yeah, I got it to work well enough, but it was kind of messy | ||
| 2008-12-08 21:34 <X0d_of_N0d> but your patch did fix the problem | ||
| 2008-12-08 21:34 <lordvan> ah ok :) | ||
| 2008-12-08 21:34 <cedk> X0d_of_N0d: we try to keep the 1.1 working, but error can happen | ||
| 2008-12-08 21:35 <lordvan> cedk, current trytond ebuild doesn't install a trytond.conf in /etc | ||
| 2008-12-08 21:35 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1053:bf90d56b3943 tryton/tryton/gui/window/view_form/view/form_gtk/many2one.py: Fix completion on many2one for issue646 | ||
| 2008-12-08 21:35 <CIA-54> tryton: C?dric Krier <ced@b2ck.com> default * 1054:9eb8efb24070 tryton/tryton/ (gui/main.py plugin.py plugins/__init__.py): Move plugin into plugins directory to be included in the sdist for issue645 | ||
| 2008-12-08 21:35 <X0d_of_N0d> I got a bunch of unmet dependances... "ERROR:init:module:relationship:Module not found!" a lot. but yeah, development branch it makes sense | ||
| 2008-12-08 21:36 <bechamel> X0d_of_N0d: weird relationship doesnt exist anymore | ||
| 2008-12-08 21:37 <lordvan> gotta go cyas | ||
| 2008-12-08 21:37 <cedk> X0d_of_N0d: you must have an old repo | ||
| 2008-12-08 21:37 <bechamel> X0d_of_N0d: and should'nt be referenced by other modules, are they up to date ? | ||
| 2008-12-08 21:37 <X0d_of_N0d> hold up | ||
| 2008-12-08 21:38 <X0d_of_N0d> hg head | ||
| 2008-12-08 21:38 <X0d_of_N0d> changeset: 1332:0a5d9fa9c3e1 | ||
| 2008-12-08 21:38 <X0d_of_N0d> but I'm running it against a db that has an old version in it too | ||
| 2008-12-08 21:38 <cedk> X0d_of_N0d: each modules | ||
| 2008-12-08 21:39 <X0d_of_N0d> I just cloned all the modules in http://hg.tryton.org/modules | ||
| 2008-12-08 21:47 <X0d_of_N0d> hey, is pastebin down? | ||
| 2008-12-08 21:49 <X0d_of_N0d> huh... | ||
| 2008-12-08 21:49 <X0d_of_N0d> guess not anymore... | ||
| 2008-12-08 21:55 <X0d_of_N0d> here are the versions for all my moduels http://tryton.pastebin.com/d39f54e12 | ||
| 2008-12-08 21:55 <X0d_of_N0d> as far as I can tell they're all up to date | ||
| 2008-12-08 21:57 <bechamel> X0d_of_N0d: try "grep relationship */__tryton__.py" in the modules directory this could give you the culprit | ||
| 2008-12-08 21:58 <X0d_of_N0d> hum... for some reason account didn't get installed but account_be did. I removed account_be and it seems to be working | ||
| 2008-12-08 21:58 <X0d_of_N0d> hum... | ||
| 2008-12-08 21:58 <X0d_of_N0d> lemme double check | ||
| 2008-12-08 22:00 <X0d_of_N0d> hum... | ||
| 2008-12-08 22:00 <X0d_of_N0d> odd | ||
| 2008-12-08 22:02 <X0d_of_N0d> I guess it's just that I didn't have account checked out... | ||
| 2008-12-08 22:05 <bechamel> X0d_of_N0d: yes it seems that account is missing on your list | ||
| 2008-12-08 22:07 <X0d_of_N0d> yeah, I thought it was installed but I guess I missed that | ||
| 2008-12-08 22:08 <X0d_of_N0d> It would be nice to set up the modules area as a forest so you could just check out everything all at once instead of having to get all the modules yourself | ||
| 2008-12-08 22:10 <bechamel> X0d_of_N0d: there is a script that can do this work but i don't remember the url | ||
| 2008-12-08 22:10 <bechamel> X0d_of_N0d: http://www.b2ck.com/~ced/tryton-dev.sh | ||
| 2008-12-08 22:11 <bechamel> X0d_of_N0d: ced talk about it on the mailing list maybe it would be a good idea to put a link on the wiki too | ||
| 2008-12-08 22:12 <X0d_of_N0d> yeah, or on the downloads page | ||
| 2008-12-08 22:12 <bechamel> X0d_of_N0d: even better | ||
| 2008-12-08 22:13 <X0d_of_N0d> I do kind of like the module repository idea tinyerp has, although the actual reposity is an absolute disaster... | ||
| 2008-12-08 22:16 <X0d_of_N0d> bechamel: are you guys trying to avoid that kind of thing? | ||
| 2008-12-08 22:16 <bechamel> X0d_of_N0d: actually something like intuxication or freehg or any online hg host should do the truck | ||
| 2008-12-08 22:16 <bechamel> X0d_of_N0d: yes we try to avoid absolute disasters :D | ||
| 2008-12-08 22:16 <bechamel> /truck/trick/ | ||
| 2008-12-08 22:17 <X0d_of_N0d> It seems like the major mistake tinyerp made was dropping everything into their repository | ||
| 2008-12-08 22:17 <X0d_of_N0d> do you disagree? | ||
| 2008-12-08 22:18 <bechamel> X0d_of_N0d: you talk about launchpad or about the modules on the website ? | ||
| 2008-12-08 22:19 <bechamel> X0d_of_N0d: anyway the problem with both is that they are to confusing, even experimented devs are sometimes lost | ||
| 2008-12-08 22:19 <bechamel> to/too/ | ||
| 2008-12-08 22:19 <X0d_of_N0d> I'm talking about a way to import modules directly through the tryton interface rather than using hg. | ||
| 2008-12-08 22:20 <bechamel> X0d_of_N0d: oh ok | ||
| 2008-12-08 22:20 <X0d_of_N0d> bechamel: oh, I agree... I was trying to use an ldap module and found out that it was broken and the sourcecode was essentially gone | ||
| 2008-12-08 22:20 <bechamel> X0d_of_N0d: one solution is to use the hg api from the client :) | ||
| 2008-12-08 22:20 <X0d_of_N0d> exactly | ||
| 2008-12-08 22:20 <X0d_of_N0d> then you could easily put in alternate repos and have hg do all the work | ||
| 2008-12-08 22:21 <X0d_of_N0d> and furthermore you'd get the benefit of still being able to do the same thing from the commandline | ||
| 2008-12-08 22:21 <bechamel> X0d_of_N0d: or one can create a module "sync_modules_from_hg" :D | ||
| 2008-12-08 22:21 <X0d_of_N0d> yeah | ||
| 2008-12-08 22:22 <X0d_of_N0d> which would actually help me out since I'm having to do custom modules for the company I work for | ||
| 2008-12-08 22:22 <X0d_of_N0d> and the workflow really sucks for tinyerp | ||
| 2008-12-08 22:22 <bechamel> X0d_of_N0d: the problem with this kind of automation is even they are great for devs they are not welcomed in production | ||
| 2008-12-08 22:23 <bechamel> X0d_of_N0d: imagine this functionality on the demo server | ||
| 2008-12-08 22:23 <X0d_of_N0d> bechamel: syncing moduels from the latest tip would be a problem, syncing with a known-good tag might work though | ||
| 2008-12-08 22:24 <X0d_of_N0d> it could be up to the admin to determine how to use it | ||
| 2008-12-08 22:25 <bechamel> X0d_of_N0d: for me has a developper i prefer to use the script once and after clone from time to time new module | ||
| 2008-12-08 22:26 <bechamel> X0d_of_N0d: the same way i update/install module on the command line | ||
| 2008-12-08 22:28 <X0d_of_N0d> bechamel: this could be used as a distribution system whereby bugfixes could be made easily accessable to users | ||
| 2008-12-08 22:29 <X0d_of_N0d> admin could be informed "there is an update available for module x, to fix this or that" | ||
| 2008-12-08 22:29 <X0d_of_N0d> they could choose to update or not | ||
| 2008-12-08 22:29 <X0d_of_N0d> and all of that would be built in to the hg api | ||
| 2008-12-08 22:30 <bechamel> X0d_of_N0d: yes maybe. If this functionality were available you would prefer it over fpull or easy_install or the shell script ? | ||
| 2008-12-08 22:30 <X0d_of_N0d> and if they wanted to use external repos, no problem... put in the url and let hg take care of the rest... | ||
| 2008-12-08 22:30 <X0d_of_N0d> it doesn't have to be over, it could be along side | ||
| 2008-12-08 22:31 <bechamel> X0d_of_N0d: yes it's an option, but if nobody use it ... | ||
| 2008-12-08 22:32 <X0d_of_N0d> Not everyone is commandline oriented. | ||
| 2008-12-08 22:32 <X0d_of_N0d> just like not everyone is gui oriented | ||
| 2008-12-08 22:33 <X0d_of_N0d> I'd probably use both | ||
| 2008-12-08 22:34 <bechamel> X0d_of_N0d: ;) | ||
| 2008-12-08 22:34 <X0d_of_N0d> but I know my boss would like a gui, and most of the people I work with would like a gui | ||
| 2008-12-08 22:35 <X0d_of_N0d> Anyway, it's no big thing... really shouldn't be a lot of code, so if I want it I could probably code it | ||
| 2008-12-08 22:35 <X0d_of_N0d> I've been wanting to hack up hg for a while anyway | ||
| 2008-12-08 22:36 <X0d_of_N0d> brb | ||
| 2008-12-08 22:43 <X0d_of_N0d> ACTION is back | ||
| 2008-12-08 22:43 -!- juanfer(n=juanfer@190.157.143.212) has joined #tryton | ||
| 2008-12-08 23:21 <nicoe> http://www.openerp.com/forum/topic8584.html might be of interest for you | ||
| 2008-12-08 23:24 <bechamel> nicoe: yes thanks we saw it this afternoon, but we didn't fell it worth an answer | ||
| 2008-12-08 23:24 <nicoe> Yes I though exactly the same way but it might be interesting to see how fp replies | ||
| 2008-12-08 23:25 <bechamel> nicoe: yes i don't know | ||
| 2008-12-08 23:25 <nicoe> don't know what ? | ||
| 2008-12-08 23:25 <cedk> nicoe: there is some arguments that are right and some others wrong | ||
| 2008-12-08 23:25 <bechamel> nicoe: maybe you can suggest to fp to use relario, it works well :) | ||
| 2008-12-08 23:27 <nicoe> I think he really doesn't want to try it | ||
| 2008-12-08 23:27 <bechamel> nicoe: i don't know if it will be interesting, i don't like the idea to talk badly about openepr on his own forum (even if all i would say is correct) | ||
| 2008-12-08 23:28 <nicoe> but I do not know if using an OO.org headless really slows down the process | ||
| 2008-12-08 23:28 <cedk> we can perhaps correct some errors about the interpretation of the list arguments | ||
| 2008-12-08 23:28 <bechamel> of course fp doesn't want to try it but it should be interesting :) | ||
| 2008-12-08 23:28 <nicoe> Like bechamel I don't think there is any gain to reply to him | ||
| 2008-12-08 23:28 <nicoe> moreover because this is on his forum | ||
| 2008-12-08 23:29 <bechamel> about slowness: nothing force you to use pdf you can open odt files directly | ||
| 2008-12-08 23:30 <bechamel> but it should be intersting to test very large reports | ||
| 2008-12-08 23:30 <nicoe> I made some tests a while ago and relatorio was quicker but I did not use OO it was just the file generation that was tested | ||
| 2008-12-08 23:30 <nicoe> I'll try to make some benchmarks in the next of the week | ||
| 2008-12-08 23:31 <nicoe> I may have missed something but I don't think that openerp supports odt (only sxw afaik) ... as you 're monitoring their change more closely did you see something ? | ||
| 2008-12-08 23:32 <cedk> nicoe: they still use sxw -> rml -> pdf | ||
| 2008-12-08 23:32 <nicoe> ok thanks. | ||
| 2008-12-08 23:33 <cedk> by the way, I try a report with ~1000 pages, the generation was quite faster (maybe 5-6 secs) | ||
| 2008-12-08 23:33 <cedk> the slowest was Ooo, that took ~20 sec to open | ||
| 2008-12-08 23:33 <bechamel> cedk: with tables ? reportlab doesn't work well with big tables | ||
| 2008-12-08 23:34 <cedk> but you will have the same with any pdf file with the same amount of page | ||
| 2008-12-08 23:34 <cedk> bechamel: it is with relatorio | ||
| 2008-12-08 23:34 <cedk> I know that reportlab is very much slowest | ||
| 2008-12-08 23:35 <bechamel> yes i know but as we know that it's very difficult to create big report with long tables on reportlab it would be interesting to test the same with relatorio+oo | ||
| 2008-12-08 23:36 <nicoe> reportlab is doing a lot of stuff that are not necessary so I suspect their method is the slowest. But the main bottleneck is probably the network here | ||
| 2008-12-08 23:36 <cedk> nicoe: no, it was not a so big file | ||
| 2008-12-08 23:37 <cedk> nicoe: the bottleneck is Ooo that need to allocate all the space for the pages | ||
| 2008-12-08 23:37 <nicoe> There are a lot of thing to test: big tables / big tables with computation inside them / big tables with conditions / etc. | ||
| 2008-12-08 23:38 <nicoe> but the fact that their reporting solution is not easily unpleaggeable from tiny makes it difficult to test ... | ||
| 2008-12-08 23:38 <nicoe> cedk: ok | ||
| 2008-12-08 23:38 <cedk> nicoe: any way, generating the file will always be faster with relatorio than with reportlabe, for the simple reason that relatorio doesn't do any formatting | ||
| 2008-12-08 23:39 <nicoe> indeed | ||
| 2008-12-08 23:40 <cedk> and by the way, we are not linked to Ooo as odt is a standard format, there is many software that read odt file | ||
| 2008-12-08 23:40 <nicoe> of course | ||
| 2008-12-08 23:41 <nicoe> but you are using oo to render it as a pdf, no ? | ||
| 2008-12-08 23:41 <cedk> it is just a trick | ||
| 2008-12-08 23:41 <cedk> for me the pdf is not needed as odt is ISO | ||
| 2008-12-08 23:42 <nicoe> yeah but fabien is using it to say that this is slower | ||
| 2008-12-08 23:42 <cedk> and pdf not | ||
| 2008-12-08 23:42 <cedk> nicoe: yes, but what do you want to do | ||
| 2008-12-08 23:42 <cedk> nicoe: it is like the limit of 20000 | ||
| 2008-12-08 23:42 <cedk> nicoe: he say you can increase the 80 to 20000 | ||
| 2008-12-08 23:43 <cedk> but it will put down teh OpenERP client | ||
| 2008-12-08 23:44 <cedk> or like saying that if you restart the Tryton server, the client crash | ||
| 2008-12-08 23:44 <nicoe> yes I know but in the eye of the world he has a good answer :( | ||
| 2008-12-08 23:44 <cedk> it is false but how do you prove it | ||
| 2008-12-08 23:45 <cedk> any way if we answer he will remove surely the comment as he did already on previous post on news | ||
| 2008-12-08 23:46 <nicoe> I can always make a benchmark on relatorio/reportlab/openreport and post it on my blog ... | ||
| 2008-12-08 23:47 <cedk> nicoe: yes you can :-) | ||
| 2008-12-08 23:47 <cedk> nicoe: but I think that people who will read your post, already think that relatorio is better | ||
| 2008-12-08 23:48 <nicoe> On planet python there is still a lot of people that do not know anything about other solution than reportlab and so on ... | ||
| 2008-12-08 23:49 <cedk> nicoe: ha yes, you blog is no planet python | ||
| 2008-12-08 23:50 <nicoe> yep :) I'll try to do that ... That's a nice topic for a blogpost (with a lot of trolling possibilities :)) and I haven't post for weeks | ||
| 2008-12-08 23:51 <cedk> nicoe: maybe you can try to convert it into pdf with the openoffice.interact | ||
| 2008-12-08 23:52 <cedk> nicoe: I'm pretty sure that with a big table, reportlab will fail | ||
| 2008-12-08 23:52 <CIA-54> tryton: matb roundup * #650/Items reappearing untranslated in new database: works for most items, but not for: "Products" "" "False" "product.product" "Deutsch" "Sicht" "0" "stock" | ||
| 2008-12-08 23:52 <cedk> nicoe: because reportlab try to compute the height of each row and it takes a lot of time | ||
| 2008-12-08 23:53 <cedk> nicoe: but there is a patch in OpenERP, to avoid that and it takes the first row as the base of the height | ||
| 2008-12-08 23:55 <nicoe> I made myself a todo note to blog about that ... | ||
| 2008-12-08 23:58 <nicoe> The nice thing with opendocument is that by default it is openoffice that does the rendering ... |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!