IRC logs of #tryton for Monday, 2017-08-07

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/!