1. Mailing Lists
  2. Contributors
  3. Re: Recommended Contributor Tooling (RCT)

Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Re: Recommended Contributor Tooling (RCT)

Avatar

Re: Recommended Contributor Tooling (RCT)

by
dar@devco.co
- 21/10/2015 21:22:30
Raphael, please have a closer look at the contributors list at https://github.com/docker/machine/release 

Not, that I'm specially offended by what you said, but I'd like everyone to offer the chance to convince himself, that you might be probably wrong in our alleged suggestion, I would not know, what I'm talking about...

Saludos Cordiales
David Arnold

David Arnold BA HSG / Analista
315 304 13 68/ dar@devco.co

devCO - empresa de consultoría de sistemas (en fundación)
http://www.devco.co

This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. devCO is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.


2015-10-21 11:34 GMT-05:00 David Arnold <dar@devco.co>:
Hey Raphael,

I'm not blatantly contradicting docker-compose. I think you misunderstood this. I understand, that you probably missed out some parts of our discussion. That's possible.

I was suggesting something, that you tag "totally unrealistic". This "totally unrealistic" is adopted and reality in the docker dev stack. I haven't looked into detail, but I have proof that it works.

I think denying proofs is not a good thing to do. Besides that the there might exists levels of collaborative culture, where such proof would not even be necessary.

Best Regards, David

Saludos Cordiales
David Arnold

David Arnold BA HSG / Analista
315 304 13 68/ dar@devco.co

devCO - empresa de consultoría de sistemas (en fundación)
http://www.devco.co

This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. devCO is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.


2015-10-21 11:23 GMT-05:00 Raphaël Valyi <rvalyi@akretion.com>:


On Tue, Oct 20, 2015 at 10:22 PM, Florent Aide <florent.aide@xcg-consulting.fr> wrote:
Hi all,

I'll answer some point below.

2015-10-20 22:08 GMT+02:00 Raphaël Valyi <rvalyi@akretion.com>:

[...]


> So I feel like you are discovering the topic and trying to impose your views without knowing your subject...
> We are not trying to tell the OCA to adopt Voodoo at all or our side (but we are not against), we are just telling the OCA should not submit > itself to pressures from lobbies to impose their own tooling, before even they exist or get any adoption. I think the OCA should consolidate the best practice as acknowledged by its prominent members, it should not try to impose dogms from projects that don't even have any adoption yet.


Should I understand our docker build is the subject of this remark?

Hello Florent,

I was only answering here to David Arnold because he was first rejecting Docker Compose to orchestrate the PG and Odoo images at least on a dev machine (like we do in Voodoo) while at the same time he would suggest solutions totally unrealistic such as embedding a Docker Compose container inside a Docker container, meaning running into all the data corruption issues of the Docker in Docker hack.

I never critized your work or even the work of Eric, I just mentionned ours is different and there are so many different approach to this topic that unless you run into blattant contradiction ad David did many options are valid and I don't want to the the OCA impose arbitrary decisions on such moving targets.


Regards.

_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe



Reference