| chat.freenode.net #tryton log beginning Mon Aug 7 00:00:01 CEST 2017 | ||
| 2017-08-07 02:09 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2017-08-07 02:19 -!- csotelo(~csotelo@2001:1388:49c6:f9a5:a328:3589:be40:bafd) has joined #tryton | ||
| 2017-08-07 02:33 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2017-08-07 04:31 -!- kobain(~kobain@unaffiliated/kobain) has joined #tryton | ||
| 2017-08-07 05:48 -!- semarie(~semarie@unaffiliated/semarie) has joined #tryton | ||
| 2017-08-07 06:56 -!- semarie(~semarie@unaffiliated/semarie) has joined #tryton | ||
| 2017-08-07 07:23 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton | ||
| 2017-08-07 08:59 -!- zmijunkie(~Adium@b2b-78-94-52-226.unitymedia.biz) has joined #tryton | ||
| 2017-08-07 09:09 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2017-08-07 09:21 -!- csotelo(~csotelo@2001:1388:49c6:f9a5:a328:3589:be40:bafd) has joined #tryton | ||
| 2017-08-07 09:53 -!- pokoli(~pokoli@unaffiliated/pokoli) has joined #tryton | ||
| 2017-08-07 09:55 -!- orphean(~Orphean@31.192.224.224) has joined #tryton | ||
| 2017-08-07 10:08 -!- udono(~udono@008-058-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-08-07 10:12 -!- thaneor1(~ldlc6@r167-56-173-240.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2017-08-07 10:28 -!- nicoe(~nicoe@host-85-201-184-151.dynamic.voo.be) has joined #tryton | ||
| 2017-08-07 11:10 <sisalp> orphean: about working hours, it doesn't look as refactoring but more a functional change. | ||
| 2017-08-07 11:13 <sisalp> If you have a requirement to consider work-time by resource (why only employees ?) it may fit in three level : a module added to the standard, an industry/local/business specific or a custom reusable code. In some cases a mix of the three levels. | ||
| 2017-08-07 11:15 <sisalp> orphean: the idea is that the standard should not become specific. | ||
| 2017-08-07 11:16 <orphean> i agree entirely | ||
| 2017-08-07 11:16 <orphean> the more flexible the better | ||
| 2017-08-07 11:17 <sisalp> orphean: The problem we have imho, is that only the standard has an elaborated gouvernance. | ||
| 2017-08-07 11:18 <pokoli> sisalp: agreee, but people can do whatever they want outside of standard :) | ||
| 2017-08-07 11:19 <sisalp> pokoli: this is the custome reusable : If we know where the code is, we can do anything we want. | ||
| 2017-08-07 11:20 <sisalp> pokoli : on this side also, nothing is defined at global level. | ||
| 2017-08-07 11:21 <sisalp> pokoli: the only identified source of custom reusable was ZikZakmedia and NanTic tryton-erp.es, but doesn't seem operational. | ||
| 2017-08-07 11:23 <pokoli> sisalp: the website is partially operational, but they have the source code still available | ||
| 2017-08-07 11:24 <sisalp> pokoli: last time I visited, I could figure out what I could do with it. | ||
| 2017-08-07 11:24 <sisalp> couldn't | ||
| 2017-08-07 11:25 <pokoli> sisalp: last time I talked with them about it, they said that they wanted to change some things | ||
| 2017-08-07 11:26 <pokoli> sisalp: but AFAIS it's in the same state as it was before | ||
| 2017-08-07 11:28 <sisalp> pokoli: We could have improvements in this domain. If a repository in only feeded by a single company, it is a waste of time for this company. | ||
| 2017-08-07 11:29 <sisalp> pokoli: so sharing info, links and code should be organized globally. | ||
| 2017-08-07 11:30 <pokoli> sisalp: agree, and I had some discussions about it with nantic's guys | ||
| 2017-08-07 11:30 <pokoli> sisalp: unfortunatly, we haven't reached any agreement | ||
| 2017-08-07 11:30 <sisalp> pokoli: then, if it succeeds, custom code can be refactored to address industry/business specifics which a gouvernance of common modules. | ||
| 2017-08-07 11:32 <cedk> sisalp: this is what we do at tryton.org, we have process, standard etc. | ||
| 2017-08-07 11:32 <cedk> I do not see the goal to move it outside | ||
| 2017-08-07 11:33 <sisalp> cedk: I don't propose to move it outside if it makes sens. | ||
| 2017-08-07 11:34 <pokoli> sisalp: indeed, if some parties agreee, they can have some set of "standard" modules that fit the needs of all parties | ||
| 2017-08-07 11:34 <sisalp> cedk: is there a place, where a developper can put some garbage code just in case someone else would like to have a look at it ? | ||
| 2017-08-07 11:35 <pokoli> cedk: probably it does not make sense to have verticalization modulesas part of tryton.org | ||
| 2017-08-07 11:35 <pokoli> sisalp: 1. Create a discuss topic (without topic), 2. Create and issue and codereview | ||
| 2017-08-07 11:35 <pokoli> s/without topic/without code/ | ||
| 2017-08-07 11:35 <cedk> sisalp: we do not have the resource to manage a code hosting | ||
| 2017-08-07 11:36 <cedk> sisalp: I think verticalization can fit in the standard module but usually people do not want to invest on doing standard | ||
| 2017-08-07 11:36 <pokoli> we also have tryton-contrib mailing list: https://groups.google.com/forum/#!forum/tryton-contrib | ||
| 2017-08-07 11:37 <cedk> pokoli: I do not think we should encourage to have codereview that does not aim to be included | ||
| 2017-08-07 11:38 <pokoli> cedk: then probably we should encorage using tryton-contrib mailing list | ||
| 2017-08-07 11:38 <sisalp> cedk: We should open a topic indeed. I think rthe future is to have good verticalisations, outside the standard. | ||
| 2017-08-07 11:38 <pokoli> with custom code repository (there are a lot of free code hosting plataforms now) | ||
| 2017-08-07 11:39 <cedk> I remember someone from semilimes created a website for that | ||
| 2017-08-07 11:39 <cedk> also nicoe was working on a website based on PyPI | ||
| 2017-08-07 11:39 <pokoli> ACTION also remembers the website and remembers was listing probably 1200 repositories | ||
| 2017-08-07 11:40 <cedk> sisalp: also https://pypi.python.org/pypi?:action=browse&c=551 | ||
| 2017-08-07 11:40 <cedk> I personnaly do not think we should value repository but only released package | ||
| 2017-08-07 11:40 <cedk> having release shows maturity | ||
| 2017-08-07 11:42 <pokoli> agree, it's a pitty that there is not so much people releasing to PyPI | ||
| 2017-08-07 11:43 <sisalp> let's take an example : associations : they are many kinds, and I don't think association specific should be included in standard. | ||
| 2017-08-07 11:44 <sisalp> it doesn't mean the association vertical doesn't require some collaboration, care and maintenance. | ||
| 2017-08-07 11:45 <sisalp> today we can only say : no this is not in standard. | ||
| 2017-08-07 11:46 <pokoli> sisalp: so one an association vertical it's developed, it can be proposed to be added to the standard if it mets the requirements | ||
| 2017-08-07 11:47 <pokoli> sisalp: and then it will be on standard :) | ||
| 2017-08-07 11:47 <sisalp> I don't think it should | ||
| 2017-08-07 11:47 <cedk> sisalp: why could not an "assocations" module be in standard? | ||
| 2017-08-07 11:48 <cedk> for me, the only reason to not include something in standard is because it is not generic or for general usage | ||
| 2017-08-07 11:48 <cedk> so often it is because it is ugly and hacky | ||
| 2017-08-07 11:48 <sisalp> cedk: yes this is the reason | ||
| 2017-08-07 11:51 <sisalp> cedk: association is specific in large parts compared to erp business. | ||
| 2017-08-07 11:51 <sisalp> cedk: it is not only adapting the erp, or adding features to the erp. | ||
| 2017-08-07 11:55 <cedk> sisalp: I can not really talk about that without concrete example | ||
| 2017-08-07 11:55 <cedk> but for me, as Tryton member, I always want to have module standardized | ||
| 2017-08-07 11:56 <cedk> of course, they could have external project and Tryton project can collaborate with them | ||
| 2017-08-07 11:56 <cedk> but it should not be our main goal | ||
| 2017-08-07 11:57 <cedk> from my experience with GNU Health, it is difficult to know in advance if it will be easy to collaborate | ||
| 2017-08-07 11:58 <sisalp> cedk: what do you call Tryton project ? and who do you include in "our main goal" ? | ||
| 2017-08-07 11:59 <cedk> sisalp: Tryton project = everything managed by the Foundation | ||
| 2017-08-07 12:00 <sisalp> cedk: for me Tryton community perimeter is not clearly delimited, so a grey zone at the edge could contribute more code. | ||
| 2017-08-07 12:01 <cedk> sisalp: I would call that the "Tryton ecosystem" | ||
| 2017-08-07 12:01 <cedk> and for that, I think it should be a subset of the Python ecosystem | ||
| 2017-08-07 12:06 <sisalp> cedk : external projects are difficult, because a vertical has some part which must be standard, and some part which is specific. | ||
| 2017-08-07 12:07 <sisalp> ok, this requires more thinking on my side. I'm sure well have to talk about this again and again ;-) | ||
| 2017-08-07 12:14 <cedk> external projects are difficult because like any project, it requires times, commitment and perseverance | ||
| 2017-08-07 12:16 <pokoli> sisalp: if a good standard is available, developing the specific it's easy | ||
| 2017-08-07 12:24 <sisalp> pokoli: yes for the specific and yes for the custom. Specific will enrich Tryton "ecosystem", custom will not. | ||
| 2017-08-07 12:35 <pokoli> sisalp: I will say, it's useless to make custom code publicy available | ||
| 2017-08-07 12:38 <cedk> pokoli: I even think, it hurts because it adds noize | ||
| 2017-08-07 12:39 <pokoli> cedk: i was thinking it too, but I wasn't brave enought to said it loud :) | ||
| 2017-08-07 12:41 <orphean> tryton is gpl not lgpl right? how does the license affect custom modules? | ||
| 2017-08-07 12:42 <cedk> orphean: it is written in the license :-) | ||
| 2017-08-07 12:42 -!- alexbodn(~alex@213.57.190.189) has joined #tryton | ||
| 2017-08-07 12:42 <cedk> orphean: derivative works must be follow but the definition of derivative work is complex | ||
| 2017-08-07 12:43 <orphean> i was under the impression that standard gpl on a web service was still a grey area | ||
| 2017-08-07 12:43 <orphean> somethign to do with the hazy definition of "distribution" | ||
| 2017-08-07 12:50 <orphean> anyw historically is there a module naming convention for bespoke or modified modules? | ||
| 2017-08-07 12:51 <orphean> just organisation prefix? | ||
| 2017-08-07 12:53 <pokoli> orphean: you can use what ever prefix you want to name your modules | ||
| 2017-08-07 12:53 <cedk> orphean: yes see our cookiecutter template | ||
| 2017-08-07 12:54 <cedk> http://hg.tryton.org/cookiecutter/ | ||
| 2017-08-07 12:55 <pokoli> orphean: just preserve trytond for standard ones, and it may be good to check if no module are using the same prefix | ||
| 2017-08-07 12:58 <sisalp> pokoli: cedk: customer funding is a mess, but do we have alternatives ? If you think no good vertical can emerge from custom code, then whci alternative do you have in mind ? Investments in vertical lead to what was called external projects above. Is it the way to go ? | ||
| 2017-08-07 12:58 <sisalp> which | ||
| 2017-08-07 12:59 <pokoli> sisalp: nothing prevents external projects to join standard. It's only an investment decision on the project maintainers | ||
| 2017-08-07 13:00 <pokoli> sisalp: the problem is that usally its easier to live outside of standard, as it give you more flexiblity | ||
| 2017-08-07 13:09 -!- mariomop(~quassel@181.94.12.65) has joined #tryton | ||
| 2017-08-07 13:20 -!- alexbodn(~alex@213.57.190.189) has joined #tryton | ||
| 2017-08-07 13:33 <sisalp> pokoli: if industry -specifics join the standard, the standard is no longer standard, it becomes a collection of specifics. | ||
| 2017-08-07 13:36 <sisalp> pokoli: Am I wrong if I say that, on Tryton, no specific is driven by a community, only by a company ? | ||
| 2017-08-07 13:36 <pokoli> sisalp: i understand standard as a way to develop and maintain generic modules | ||
| 2017-08-07 13:36 <pokoli> sisalp: specific modules can be part of what we call "standard" here | ||
| 2017-08-07 13:37 <sisalp> pokoli: ok, for me standard is part of the official 6 months release planning. | ||
| 2017-08-07 13:38 <pokoli> sisalp: lets use tryton.org instead of standard :) | ||
| 2017-08-07 13:38 <pokoli> sisalp: regarding last question, what do you understand by specific? is gnuhealth and specific? | ||
| 2017-08-07 13:41 <sisalp> pokoli: Examples of industry-specifics that come are gnu-Health, Occhiolino, Coog, Nereid. I may miss some. | ||
| 2017-08-07 13:42 <pokoli> sisalp: correctme if i'm wrong, but there is a comunity behind gnu-health | ||
| 2017-08-07 13:42 <pokoli> btw, is nereid still in development? | ||
| 2017-08-07 13:44 <sisalp> pokoli: gnu-health may be driven by gnu-solidario, indeed, thymbra may be just a technical contributor. | ||
| 2017-08-07 13:46 <sisalp> pokoli: nereid is stopped as an open tryton project. May be the authors expected a community to form around nereid and it didn't happen despite market interest. | ||
| 2017-08-07 13:48 <pokoli> sisalp: indeed i contributed to nereid some time ago, but https://github.com/openlabs/nereid latests version is 3.4, which is not usable for us | ||
| 2017-08-07 13:48 <sisalp> pokoli: of course, classification standard-release/industry-specific/custom is to be discussed case by case. | ||
| 2017-08-07 13:50 <pokoli> sisalp: i think so. but specific can be merged to tryton.org if the authors are willing to make the effort | ||
| 2017-08-07 13:51 <pokoli> sisalp: and probably most modules must be first written as third party modules, and then adopted by tryton.org | ||
| 2017-08-07 13:51 <sisalp> pokoli: my turn to disagree ;-) | ||
| 2017-08-07 13:51 <pokoli> sisalp: btw, did you know incubator projects on larger open source projects? (i.e: Apache, Openstack, Kuberentes) | ||
| 2017-08-07 13:53 <sisalp> pokoli: a good standard module should be discussed as such in its early times to be seamlessly integrated. If it is not designed collectively at first, it has little chance later. | ||
| 2017-08-07 13:55 <sisalp> pokoli: Thinking about mail discussion recently. | ||
| 2017-08-07 13:56 <pokoli> sisalp: what I mean is that: you can deploy a module in discussion (or even before discussion) as third party module, while you discuss it's dessing collectively | ||
| 2017-08-07 13:57 <sisalp> pokoli: yes, the "third party module referes to the author more than its genericity. standard should be standard-driven and it is well done today. | ||
| 2017-08-07 13:59 <sisalp> pokoli: while industry-specifics should be driven by specialists and use-cases, closer to customers' funding. | ||
| 2017-08-07 14:00 <pokoli> sisalp: I think we should try to "sell" the standard benefits to the third party module authors | ||
| 2017-08-07 14:00 <pokoli> probably it's work a talk on the next Unconference | ||
| 2017-08-07 14:02 <sisalp> pokoli: its a life long discussion. We already had exchanges on previous unconferences and of course we will discuss it again ;-) | ||
| 2017-08-07 14:03 -!- mrichez(~smuxi@126.16-200-80.adsl-dyn.isp.belgacom.be) has joined #tryton | ||
| 2017-08-07 14:03 <pokoli> sisalp: the beers and this discussions are the main reasons of that unconferences exists :) | ||
| 2017-08-07 14:03 <sisalp> pokoli: thank you for this discussion :-) | ||
| 2017-08-07 14:04 <pokoli> sisalp: same to you :) | ||
| 2017-08-07 15:34 -!- csotelo(~csotelo@190.232.106.35) has joined #tryton | ||
| 2017-08-07 16:01 <orphean> As a trivially small concrete example: I would like to link a material (product) to a manufacturer (party/company) and available regional resellers (parties/companies). | ||
| 2017-08-07 16:02 <orphean> As far as I can see there is no existing official module that links a product to a party other than product carrier, but manufacturer/supplier is not a carrier. | ||
| 2017-08-07 16:02 <orphean> So I would have a few options for implementing | ||
| 2017-08-07 16:03 <cedk> orphean: there is supplier information on the product | ||
| 2017-08-07 16:03 <orphean> 1. Create an issue and submit a code review to the official product module | ||
| 2017-08-07 16:03 <orphean> 2. Create an issue and define a new module to inject the feature into product | ||
| 2017-08-07 16:04 <orphean> Issue with one would be that not everyone might want this field on product so it's cluttering their form | ||
| 2017-08-07 16:04 <orphean> Issue with two is you start to clutter the official modules with tiny functionality additions | ||
| 2017-08-07 16:05 <orphean> I don't see any field for manufacturer or suppliers on product? | ||
| 2017-08-07 16:07 <orphean> unless the expected way is to install attributes and the manufacturer as an attribute | ||
| 2017-08-07 16:08 <pokoli> orphean: do you have the purchase module installed? Is the product marked as purchasable? | ||
| 2017-08-07 16:08 <orphean> i do not have the purchase module installed | ||
| 2017-08-07 16:09 <pokoli> orphean: so you need the purchase module in order to define the supplier information of products | ||
| 2017-08-07 16:09 <orphean> the way the purchase module is set up doesn;t really work with my organisation | ||
| 2017-08-07 16:09 <orphean> as we are not retail/ resellers | ||
| 2017-08-07 16:09 <pokoli> orphean: could you describe your organization setup? | ||
| 2017-08-07 16:09 <orphean> sure | ||
| 2017-08-07 16:10 <orphean> we are a painting contractor | ||
| 2017-08-07 16:11 <orphean> we make offers for contracts often of fixed price or cost plus | ||
| 2017-08-07 16:12 <orphean> we may supply material directly but rarely | ||
| 2017-08-07 16:12 <orphean> it is more often included in the fixed price | ||
| 2017-08-07 16:15 <pokoli> orphean: but you buy once the contract is accepted? | ||
| 2017-08-07 16:15 <orphean> when we need to order a product it will be a specific product from a specific manufacturer, but the supplier is often a reseller more local to the project location | ||
| 2017-08-07 16:16 <pokoli> orphean: a contract includes only the painting services? or only the material required for the painint? | ||
| 2017-08-07 16:17 <orphean> it can vary | ||
| 2017-08-07 16:17 <pokoli> orphean: do you have products in stock? or you purchase on demand? | ||
| 2017-08-07 16:17 <orphean> but normallyit includes skilled labour, materials, management | ||
| 2017-08-07 16:18 <orphean> and any equipment, machinery, auxilaries | ||
| 2017-08-07 16:18 <orphean> and usual overheads relating to all of those | ||
| 2017-08-07 16:20 <pokoli> orphean: but there is some point, that you will purchase the materials to somebody else | ||
| 2017-08-07 16:20 <pokoli> orphean: this is managed by the purchase module | ||
| 2017-08-07 16:20 <orphean> the umbrella term you could use to classify it i guess would be construction /engineering contracting | ||
| 2017-08-07 16:21 <cedk> orphean: I do not see why you can not use purchase module | ||
| 2017-08-07 16:23 -!- udono1(~udono@008-058-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-08-07 16:24 <orphean> to begin with i was looking to put together a database for coating materials, to me at least, the information about a material/product is independant conceptually from the concept of purchase | ||
| 2017-08-07 16:25 <orphean> i'll check out the purchase module though | ||
| 2017-08-07 16:26 -!- udono(~udono@008-058-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-08-07 16:27 -!- kstenger(~karla@r186-54-42-237.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2017-08-07 16:27 -!- udono2(~udono@008-058-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-08-07 16:30 <cedk> orphean: at some point, we have to link things together otherwise we will have 1 module per fields | ||
| 2017-08-07 16:30 -!- udono(~udono@008-058-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-08-07 16:30 <cedk> so you can install the module and not use some of its features | ||
| 2017-08-07 16:33 <orphean> digressing for a moment: is it normal to require a daemon restart after running trytond-admin --all? | ||
| 2017-08-07 16:33 <orphean> the modules show up on the client but they wont activate unless the daemon is restarted | ||
| 2017-08-07 16:33 <cedk> orphean: yes | ||
| 2017-08-07 16:34 <orphean> ok thanks | ||
| 2017-08-07 16:36 <orphean> well back to the product manufacturer query no wi have purchase module installed | ||
| 2017-08-07 16:37 <orphean> (and i guess my point here is to ask about small feature implementation process rather than this specific feature) | ||
| 2017-08-07 16:38 <orphean> i would still want to record the product manufacturer / brand separately from the product suppliers | ||
| 2017-08-07 16:39 <orphean> the question then is if i like the official module generally but there is a small specific change i want to make to it for my own organisation, wuld you guys be happy to see it on the bug tracker at all? and if so as an update to the existing module or a new module? | ||
| 2017-08-07 16:40 <orphean> say, adding 1 field | ||
| 2017-08-07 16:40 <orphean> tell me if im being pedantic here :) | ||
| 2017-08-07 16:47 <kstenger> orphean: probably would be better to discuss each need on the mailing list. Those kind of changes are added to tryton only if they are generic enough | ||
| 2017-08-07 16:48 -!- udono(~udono@008-058-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-08-07 17:09 <kstenger> I have a custimer willing that almost every single change he needs goes on a separate module (he wants to identofy them by name), I wonder how much efficiency would be affecting him on the long term | ||
| 2017-08-07 17:10 <kstenger> do you think this would be an issue? | ||
| 2017-08-07 17:22 <cedk> orphean: feel free to submit proposal but as maintainer I often initially say 'no' so you will have to argument it well | ||
| 2017-08-07 17:23 <cedk> kstenger: a very large number of module could be a performance penalty | ||
| 2017-08-07 17:23 <cedk> kstenger: on startup, it will be expensive | ||
| 2017-08-07 17:24 <cedk> kstenger: but also for any request as mro will be very hudge. This means many Python method call which is known to be slow | ||
| 2017-08-07 17:26 -!- orphean(~Orphean@31.192.224.224) has left #tryton | ||
| 2017-08-07 17:26 -!- orphean(~Orphean@31.192.224.224) has joined #tryton | ||
| 2017-08-07 17:36 -!- smarro(~sebastian@181.16.7.104) has joined #tryton | ||
| 2017-08-07 17:42 <kstenger> cedk: yes, you confirmed my thought, thanks | ||
| 2017-08-07 18:13 -!- Telesight(~anthony@4dae0c97.ftth.telfortglasvezel.nl) has joined #tryton | ||
| 2017-08-07 18:17 -!- JosDzG(~Thunderbi@189.250.108.243) has joined #tryton | ||
| 2017-08-07 18:49 -!- zmijunkie(~Adium@p200300CC23C4FD00C1B1C29FE8E883EA.dip0.t-ipconnect.de) has joined #tryton | ||
| 2017-08-07 20:50 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2017-08-07 21:50 -!- nicoe(~nicoe@77.109.103.24) has joined #tryton | ||
| 2017-08-07 22:01 -!- semarie(~semarie@unaffiliated/semarie) has joined #tryton | ||
| 2017-08-07 22:13 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2017-08-07 22:15 -!- thaneor(~ldlc6@r179-25-179-2.dialup.adsl.anteldata.net.uy) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!